Способ и оборудование для определения типа доступа к каналу в системе беспроводной связи

Изобретение относится к области связи и, более конкретнее, к системе для обеспечения схождения системы связи пятого поколения (5G) для поддержки более высоких скоростей передачи данных за рамками системы четвертого поколения (4G) с помощью технологии для Интернета вещей (IoT). Технический результат состоит в достижении разработки процедуры передачи Msg3 в нелицензированной полосе частот в 5G-системе беспроводной связи. Для этого способ включает в себя прием ответа по произвольному доступу (RAR), включающего в себя первую информацию о типе процедуры доступа к каналу для передачи Msg3 процедуры произвольного доступа; выполнение процедуры доступа к каналу на основе первой информации; и передачу Msg3 процедуры произвольного доступа на основе результата процедуры доступа к каналу. 4 н. и 12 з.п. ф-лы, 20 ил., 1 табл.

 

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

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

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

Чтобы удовлетворять растущую потребность в трафике беспроводных данных, с момента с развертывания систем связи четвертого поколения (4G), прикладываются усилия для того, чтобы разрабатывать улучшенную систему связи пятого поколения (5G) или пред-5G, которая может упоминаться как "выходящая за рамки 4G-сети" или "система после стандарта долгосрочного развития (LTE)". 5G-система связи реализуется с использованием полос верхних частот (mmWave), например, полос частот в 60 ГГц, с тем чтобы использовать более высокие скорости передачи данных.

Чтобы снижать потери при распространении радиоволн и увеличивать расстояния передачи, формирование диаграммы направленности, массовая технология со многими входами и многими выходами (MIMO), полноразмерная MIMO-технология (FD-MIMO), решетчатые антенны, формирование аналоговой диаграммы направленности и крупномасштабные антенные технологии обсуждаются для использования в 5G-системах связи. Помимо этого, в 5G-системах связи, проводится улучшение системной сети на основе усовершенствованных небольших сот, облачных сетей радиодоступа (RAN), сверхплотных сетей, связи между устройствами (D2D), беспроводного обратного транзитного соединения, перемещаемой сети, совместной связи, координированной многоточечной передачи (CoMP), подавления помех на приемном конце и т.д.

В 5G-системе, разработаны гибридная частотная манипуляция (FSK) и квадратурная амплитудная модуляция (QAM) (FQAM) и кодирование с наложением окон переменной длительности (SWSC) в качестве усовершенствованной модуляции с кодированием (ACM), а также разработаны интерфейс беспроводного доступа на нескольких несущих с гребенками фильтров (FBMC), неортогональный множественный доступ (NOMA) и множественный доступ на основе разреженных кодов (SCMA) в качестве усовершенствованной технологии доступа.

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

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

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

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

Помимо этого, 5G-система беспроводной связи предположительно нацелена на различные варианты использования, имеющие различные требования с точки зрения скоростей передачи данных, задержки, надежности, мобильности и т.д. Соответственно, предполагается, что проектное решение по радиоинтерфейсу 5G-системы беспроводной связи является достаточно гибким для того, чтобы обслуживать абонентские устройства (UE), имеющие различные характеристики, на основе варианта использования и рыночного сегмента, для которого UE должно предоставлять услуги конечному потребителю. Например, 5G-система беспроводной связи предположительно нацелена на усовершенствованный стандарт широкополосной связи для мобильных устройств (eMBB), массовую MTC (mMTC), стандарт сверхнадежной связи с низкой задержкой (URLL) и т.д. EMBB-требования, такие как скорость передачи данных в десятки Гбит/с, низкая задержка, высокая мобильность и т.д., нацелены на рыночный сегмент, представляющий традиционных беспроводных широкополосных абонентов, которым требуется Интернет-подключение в любой момент времени. MMTC-требования, такие как очень высокая плотность соединений, нечастая передача данных, очень продолжительное время работы от аккумулятора, решение проблемы низкой мобильности и т.д., нацелены на рыночный сегмент, представляющий IoT/IoE, предусматривающий подключение миллиардов устройств. URLL-требования, такие как очень низкая задержка, очень высокая надежность, переменная мобильность и т.д., нацелены на рыночный сегмент, представляющий варианты применения для промышленной автоматизации и связь между транспортными средствами/между транспортным средством и инфраструктурой, которая предположительно является важной для автономных автомобилей.

В 4G-системе беспроводной связи, eNB отвечает за поддержание временного опережения в соединенном состоянии на уровне управления радиоресурсами (RRC_connected). В RRC-соединенном состоянии, UE может быть сконфигурировано с одной или более обслуживающих сот. Обслуживающие соты, имеющие восходящую линию связи (UL), к которой применяется идентичное временное опережение (типично соответствующее обслуживающим сотам, размещаемых посредством идентичного приемного устройства), и использующие идентичную опорную соту начала отсчета времени, группируются в группу на основе временного опережения (TAG). Каждая TAG включает в себя, по меньшей мере, одну обслуживающую соту со сконфигурированной UL, и преобразование каждой обслуживающей соты в TAG сконфигурировано посредством RRC.

Для режима сдвоенного подключения (DC), TAG включает в себя только соты, которые ассоциированы с идентичной группой сот (CG), и максимальное число TAG равно 8.

Для первичной TAG (pTAG), UE использует первичную соту (PCell) в группе ведущих сот (MCG) и первичную вторичную соту (PSCell) в группе вторичных сот (SCG) в качестве опорного синхронизирующего сигнала.

Во вторичной TAG (sTAG), UE может использовать любую из активированных SCell sTAG в качестве опорной соты начала отсчета времени. Состояние синхронизации UE соответствует состоянию синхронизации pTAG MCG. Состояние синхронизации UE, относительно SCG, соответствует состоянию синхронизации pTAG SCG.

Когда таймер, ассоциированный с pTAG, не запущен, таймер, ассоциированный с sTAG в этой CG, не должен запускаться. Истечение таймеров, ассоциированных с одной CG, не влияет на работу другой CG. Значение таймера, ассоциированного с pTAG MCG, может быть конкретным для UE и управляться через выделенную сигнализацию между UE и eNB или может быть конкретным для соты и указываться через широковещательную информацию. В обоих случаях, таймер нормально перезапускается каждый раз, когда новое временное опережение предоставляется посредством eNB для pTAG: перезапускается равным конкретному для UE значению, если имеется; или перезапускается равным конкретному для соты значению в противном случае.

Значение таймера, ассоциированного с pTAG SCG, и значение таймера, ассоциированного с sTAG MCG или sTAG SCG, управляется через выделенную сигнализацию между UE и eNB, и таймеры, ассоциированные с этими TAG, могут быть сконфигурированы с различными значениями. Таймеры этих TAG нормально перезапускаются каждый раз, когда новое временное опережение задается посредством eNB для соответствующей TAG.

Проблема с текущим проектным решением заключается в том, что состояние синхронизации UE соответствует состоянию синхронизации pTAG. Соответственно, если таймер временного совмещения (TAT) для pTAG истекает, TAT всех TAG также считаются истекшими. Следовательно, связь в обслуживающих сотах sTAG излишне задерживается до завершения a) процедуры произвольного доступа для pTAG и b) процедуры произвольного доступа для sTAG. Следовательно, требуется способ для того, чтобы не допускать этого типа задержки.

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

Различные сценарии развертывания рассматриваются для работы на нелицензированных несущих, такие как:

- Доступ по лицензированной (LAA) и нелицензированной (U) вспомогательной полосе частот на основе нового стандарта радиосвязи: агрегирование несущих между лицензированной полосой частот на основе NR (PCell) и нелицензированной полосой частот на основе NR-U (SCell).

- Автономный (SA) NR-U: автономный NR-U.

- DC для нелицензированной полосы частот на основе нового стандарта радиосвязи (ENU) в усовершенствованной наземной сети радиодоступа (E-UTRAN): режим сдвоенного подключения между лицензированной полосой частот на основе LTE (PCell) и нелицензированной полосой частот на основе NR-U (PSCell).

- DC для NNU (для NR и для нелицензированной полосы частот на основе NR): режим сдвоенного подключения между лицензированной полосой частот на основе NR (PCell) и нелицензированной полосой частот на основе NR-U (PSCell).

Вышеприведенные сценарии включают в себя NR-соту с нисходящей линией связи (DL) в нелицензированной полосе частот и UL в лицензированной полосе частот.

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

Категория 1: Без LBT

LBT-процедура не выполняется посредством передающего объекта.

Категория 2: LBT без случайного отката с возвратом

Длительность, в течение которой канал считывается как бездействующий до того, как передающий объект передает, является детерминированной. Например, интервал считывания может составлять 25 мкс, т.е. UE может передавать, после считывания канала как бездействующего, по меньшей мере, в течение интервала считывания Td=25 мкс. Для UL-передачи, категория 2 также может упоминаться в качестве процедуры доступа к каналу типа 2.

Категория 3: LBT со случайным откатом с возвратом с конкурентным окном фиксированного размера

В этой LBT-процедуре, передающий объект получает посредством жребия случайное число N в пределах конкурентного окна. Размер конкурентного окна указывается посредством минимального значения и максимального значения N. Размер конкурентного окна является фиксированным. Случайное число N используется в LBT-процедуре для того, чтобы определять длительность, в течение которой канал считывается как бездействующий до того, как передающий объект передает по каналу. Подробная LBT-процедура категории 3 заключается в следующем:

UE передает после считывания канала как бездействующего в течение длительностей временного слота длительности отсрочивания (Td) и после того, как счетчик равен нулю на нижеприведенном этапе 4. Подробная процедура заключается в следующем:

Этап 1: задание N=Ninit, где Ninit является случайным числом, равномерно распределенным между 0 и конкурентным окном (CW)p. CWp является конкурентным окном для данного класса p приоритета доступа к каналу. Различные LBT-параметры для различных классов приоритета доступа к каналу (CAPC) перечисляются в нижеприведенной таблице 1.

Таблица 1

Класс приоритета доступа к каналу (p) mp CWmin,p CWmax,p Tmcot, pp Разрешенные CWp-размеры
1 1 3 7 2 мс {3, 7}
2 1 7 15 3 мс {7, 15}
3 3 15 63 8 или 10 мс {15, 31, 63}
4 7 15 1023 8 или 10 мс {15, 31, 63, 127, 255, 511, 1023}

При отсутствии совместного использования любых других технологий, несущая может гарантироваться на долговременной основе (например, посредством уровня регулирования), максимальное время занятости канала для классов 3 и 4 LBT-приоритета составляет 10 мс. В противном случае, максимальное время занятости канала для классов 3 и 4 LBT-приоритета составляет 8 мс.

Этап 2: если N>0, постепенное уменьшение счетчика, задание N=N-1.

Этап 3: считывание канала в течение дополнительной длительности временного слота (Ts). Если дополнительная длительность временного слота является бездействующей, переход к этапу 4; иначе, переход к этапу 5.

Этап 4: если N=0, выполнение передачи; иначе, переход к этапу 2.

Этап 5: считывание канала в течение длительностей временного слота дополнительной длительности отсрочивания (Td). Td равно Tf+mp*Ts, где Tf равно 16 мкс, и Ts равен 9 мкс, и mp соответствует таблице 1.

Этап 6: если канал считывается как бездействующий в течение Td, переход к этапу 2; иначе, переход к этапу 5.

Категория 4: LBT со случайным откатом с возвратом с конкурентным окном переменного размера

В этой LBT-процедуре, передающий объект получает посредством жребия случайное число N в пределах конкурентного окна. Размер конкурентного окна указывается посредством минимального значения и максимального значения N. Передающий объект может варьировать размер конкурентного окна при получении посредством жребия случайного числа N. Случайное число N используется в LBT-процедуре для того, чтобы определять длительность, в течение которой канал считывается как бездействующий до того, как передающий объект передает по каналу. Подробная процедура является идентичной категории 3, за исключением того, что в категории 3, размер конкурентного окна является фиксированным, тогда как в категории 4, передающий объект может варьировать размер конкурентного окна при получении посредством жребия случайного числа N. Для UL-передачи, категория 4 также может упоминаться как процедура доступа к каналу типа 1.

В 4G-системе беспроводной связи, связь в нелицензированной полосе частот выполняется относительно LBT-процедуры или процедуры доступа к каналу. Тип LBT, который должен использоваться для передачи физического совместно используемого канала восходящей линии связи (PUSCH), указывается в физическом канале управления нисходящей линии связи (PDCCH) (т.е. в управляющей информации нисходящей линии связи (DCI)). Тем не менее в 5G-системе беспроводной связи, процедура произвольного доступа должна поддерживаться в нелицензированной полосе частот (или на нелицензированной несущей). В ходе процедуры произвольного доступа, Msg1 передается в UL. Для Msg1, т.е. для передачи преамбулы произвольного доступа, категория LBT /тип, который должен использоваться для доступа к каналу, предварительно задан.

Msg3 также должно передаваться в ходе процедуры конкурентного произвольного доступа. Msg3 включает в себя служебную единицу данных (SDU) общего канала управления (CCCH), временный идентификатор радиосети соты (C-RNTI) или элемент управления (CE) на уровне управления доступом к среде (MAC). Дополнительно, отчет о состоянии буфера (BSR)/отчет о запасе мощности (PHR) и т.д., также может быть включен, при наличии.

Для планирования начальной передачи Msg3, PDCCH не передается посредством базовой станции (gnodeB (gNB)), что создает проблему в отношении того, как UE может определять тип/категорию LBT, которая должна использоваться для передачи Msg3.

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

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

Имеются потребности в разработке процедуры передачи Msg3 в нелицензированной полосе частот в 5G-системе беспроводной связи.

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

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

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

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

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

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

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

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

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

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

Фиг. 1A и 1B являются блок-схемой последовательности операций, иллюстрирующей способ обработки истечения TAT для pTAG согласно варианту осуществления.

Фиг. 1B является блок-схемой последовательности операций, иллюстрирующей способ обработки истечения TAT для pTAG согласно варианту осуществления.

Фиг. 2 является блок-схемой последовательности операций, иллюстрирующей способ обработки истечения TAT для pTAG согласно варианту осуществления.

Фиг. 3 является блок-схемой последовательности операций, иллюстрирующей способ обработки истечения TAT для pTAG согласно варианту осуществления.

Фиг. 4 является блок-схемой последовательности операций, иллюстрирующей способ обработки истечения TAT для pTAG согласно варианту осуществления.

Фиг. 5 является блок-схемой последовательности операций, иллюстрирующей способ обработки истечения TAT для pTAG согласно варианту осуществления.

Фиг. 6 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 7 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 8 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 9 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 10 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 11 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 12 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 13 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 14 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 15 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 16 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 17 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

Фиг. 18 является блок-схемой, иллюстрирующей терминал согласно варианту осуществления.

Фиг. 19 является блок-схемой, иллюстрирующей базовую станцию согласно варианту осуществления.

Осуществление изобретения

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

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

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

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

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

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

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

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

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

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

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

UE в RRC-соединенном состоянии сконфигурировано с несколькими обслуживающими сотами посредством, по меньшей мере, одной базовой станции. UE также сконфигурировано, по меньшей мере, с одной pTAG и, по меньшей мере, одной sTAG. UE также сконфигурировано со значением timeAlignmentTimer (TAT или TAT-таймера), ассоциированным с каждой из сконфигурированных TAG.

После приема команды временного опережения (TAC) в сообщении ответа по произвольному доступу (RAR) для обслуживающей соты, принадлежащей TAG, если преамбула произвольного доступа не выбрана посредством MAC-объекта в UE из числа преамбул конкурентного произвольного доступа, либо если timeAlignmentTimer не запущен для этой TAG, MAC-объект в UE запускает timeAlignmentTimer, ассоциированный с этой TAG.

Если MAC-объект в UE принимает TAC MAC CE, и если NTA (как задано в 3GPP TS 38.211) поддерживается с указываемой TAG, MAC-объект в UE запускает или перезапускает timeAlignmentTimer, ассоциированный с указываемой TAG. В этом варианте осуществления, после истечения timeAlignmentTimer, ассоциированного с pTAG, UE выполняет следующую операцию (как проиллюстрировано на фиг. 1A и 1B).

Фиг. 1A и 1B являются блок-схемой последовательности операций, иллюстрирующей способ обработки истечения TAT для pTAG согласно варианту осуществления.

Ссылаясь на фиг. 1A и 1B:

1. Для всех обслуживающих сот pTAG, UE должно:

a. сбрасывать все буферы гибридного автоматического запроса на повторную передачу (HARQ); высвобождать физический канал управления восходящей линии связи (PUCCH), в случае конфигурирования; высвобождать зондирующий опорный сигнал (SRS), в случае конфигурирования (этапы 105, 110 и 115); и

b. очищать все сконфигурированные назначения в нисходящей линии связи и сконфигурированные разрешения на передачу по восходящей линии связи (этап 120).

2. UE поддерживает NTA pTAG (этап 125).

3. UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте pTAG, за исключением передачи преамбулы произвольного доступа по специальной соте (SpCell) (которая означает PCell для pTAG MCG или PSCell для pTAG SCG) до тех пор, пока pTAG не UL-синхронизируется. UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте pTAG, за исключением передачи преамбулы произвольного доступа по SpCell, в то время, когда TAT-таймер pTAG не запущен (этап 130).

4. Для каждой sTAG, UE проверяет то, отправляется или нет PUCCH-передача по SpCell для любой из обслуживающих сот, ассоциированных с этой sTAG (этап 135). Для sTAG, если PUCCH-передача отправляется по SpCell для любой из обслуживающих сот, ассоциированных с этой sTAG, то для этой sTAG, UE должно:

a. сбрасывать все HARQ-буферы для всех обслуживающих сот этой TAG (этап 140);

b. высвобождать PUCCH для всех обслуживающих сот этой TAG, в случае конфигурирования (этап 145);

c. высвобождать SRS для всех обслуживающих сот этой TAG, в случае конфигурирования (этап 150);

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

e. считать timeAlignmentTimer истекшим (этап 160);

f. поддерживать NTA этой TAG (этап 165); и

g. когда timeAlignmentTimer, ассоциированный с этой TAG, не запущен, UE не должно выполнять передачу по восходящей линии связи по любой обслуживающей соте этой TAG, за исключением передачи преамбулы произвольного доступа. UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте этой TAG, за исключением передачи преамбулы произвольного доступа до тех пор, пока pTAG не UL-синхронизируется (этап 170).

Например, когда UE сконфигурировано с двумя sTAG (sTAG1 и sTAG2), при этом sTAG1 содержит соту 1, соту 2 и соту 3, и sTAG2 содержит соту 4, соту 5 и соту 6, PUCCH-передача для соты 2 может отправляться по SpCell. В этом примере, UE должно выполнять вышеуказанные операции a.-g. для sTAG1 после истечения timeAlignmentTimer, ассоциированного с pTAG. Тем не менее, вышеуказанные операции a.-g. не выполняются для sTAG2. Соответственно, отсутствует прерывание обмена данными в обслуживающих сотах sTAG2.

В вышеописанном варианте осуществления, после истечения pTAG TAT, сеть (например, gNB) инициирует произвольный доступ (например, передает PDCCH-команду по SpCell). Для sTAG, после истечения pTAG TAT, сеть инициирует произвольный доступ посредством передачи PDCCH-команды только в том случае, если PUCCH-передача выполняется для SpCell для любой из обслуживающих сот этой sTAG.

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

UE в RRC-соединенном состоянии сконфигурировано с несколькими обслуживающими сотами посредством, по меньшей мере, одной базовой станции. UE также сконфигурировано, по меньшей мере, с одной pTAG и одной sTAG. UE также сконфигурировано со значением таймеров timeAlignmentTimer (TAT), ассоциированных со сконфигурированными TAG.

После приема TAC в сообщении ответа по произвольному доступу для обслуживающей соты, принадлежащей TAG, если преамбула произвольного доступа не выбрана посредством MAC-объекта в UE из числа преамбул конкурентного произвольного доступа, либо если timeAlignmentTimer не запущен для этой TAG, MAC-объект в UE запускает timeAlignmentTimer, ассоциированный с этой TAG. Если MAC-объект в UE принимает TAC MAC CE, и если NTA (как задано в 3GPP TS 38.211) поддерживается с указываемой TAG, MAC-объект в UE запускает или перезапускает timeAlignmentTimer, ассоциированный с указываемой TAG. В этом варианте осуществления, после истечения timeAlignmentTimer, ассоциированного с pTAG, UE выполняет следующую операцию (как проиллюстрировано на фиг. 2).

Фиг. 2 является блок-схемой последовательности операций, иллюстрирующей способ обработки истечения TAT для pTAG согласно варианту осуществления.

Ссылаясь на фиг. 2:

1. Для всех обслуживающих сот pTAG, UE должно:

a. сбрасывать все HARQ-буферы (этап 205);

b. высвобождать PUCCH, в случае конфигурирования (этап 210);

c. высвобождать SRS, в случае конфигурирования (этап 215); и

d. очищать все сконфигурированные назначения в нисходящей линии связи и сконфигурированные разрешения на передачу по восходящей линии связи (этап 220).

2. UE поддерживает NTA pTAG (этап 225).

3. UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте pTAG, за исключением передачи преамбулы произвольного доступа по SpCell до тех пор, пока pTAG не UL-синхронизируется. UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте pTAG, за исключением передачи преамбулы произвольного доступа по SpCell, в то время, когда TAT-таймер pTAG не запущен (этап 230).

4. Для каждой sTAG, UE проверяет то, отправляется или нет PUCCH-передача по SpCell для любой обслуживающей соты, ассоциированной с этой sTAG (этап 235). Если PUCCH-передача отправляется по SpCell для любой из обслуживающих сот, ассоциированных с этой sTAG, то для этой sTAG:

a. когда timeAlignmentTimer, ассоциированный с pTAG, не запущен, UE не должно выполнять передачу по восходящей линии связи по любой обслуживающей соте этой TAG, за исключением передачи преамбулы произвольного доступа. Другими словами, UE прекращает UL-передачу по всем обслуживающим сотам этой TAG до тех пор, пока pTAG не UL-синхронизируется (этап 240).

Например, когда UE сконфигурировано с двумя sTAG (sTAG1 и sTAG2), при этом sTAG1 содержит соту 1, соту 2 и соту 3, и sTAG2 содержит соту 4, соту 5 и соту 6, PUCCH-передача для соты 2 может отправляться по SpCell. В этом примере, UE должно прекращать UL-передачи по любым обслуживающим сотам sTAG1 до тех пор, пока pTAG не UL-синхронизируется. Соответственно, отсутствует прерывание обмена данными в обслуживающих сотах sTAG2.

В этом варианте осуществления, после истечения pTAG TAT, сеть (например, gNB) инициирует произвольный доступ (например, передает PDCCH-команду по SpCell). Для sTAG, после истечения pTAG TAT, сеть не инициирует произвольный доступ, т.е. она не передает PDCCH-команду.

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

UE в RRC-соединенном состоянии сконфигурировано с несколькими обслуживающими сотами посредством, по меньшей мере, одной базовой станции. UE также сконфигурировано, по меньшей мере, с одной pTAG и одной sTAG. UE также сконфигурировано со значением таймеров timeAlignmentTimer (TAT), ассоциированных со сконфигурированными TAG.

После приема TAC в сообщении ответа по произвольному доступу для обслуживающей соты, принадлежащей TAG, если преамбула произвольного доступа не выбрана посредством MAC-объекта в UE из числа преамбул конкурентного произвольного доступа, либо если timeAlignmentTimer не запущен для этой TAG, MAC-объект в UE запускает timeAlignmentTimer, ассоциированный с этой TAG.

Если MAC-объект в UE принимает TAC MAC CE, и если NTA (как задано в 3GPP TS 38.211) поддерживается с указываемой TAG, MAC-объект в UE запускает или перезапускает timeAlignmentTimer, ассоциированный с указываемой TAG.

В этом варианте осуществления, после истечения timeAlignmentTimer, ассоциированного с pTAG, UE выполняет следующие операции (как проиллюстрировано на фиг. 3).

Фиг. 3 является блок-схемой последовательности операций, иллюстрирующей способ обработки истечения TAT для pTAG согласно варианту осуществления.

Ссылаясь на фиг. 3:

1. Для всех обслуживающих сот pTAG, UE должно:

a. сбрасывать все HARQ-буферы (этап 305);

b. высвобождать PUCCH, в случае конфигурирования (этап 310);

c. высвобождать SRS, в случае конфигурирования (этап 315); и

d. очищать все сконфигурированные назначения в нисходящей линии связи и сконфигурированные разрешения на передачу по восходящей линии связи (этап 320).

2. UE поддерживает NTA pTAG (этап 325).

3. UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте pTAG, за исключением передачи преамбулы произвольного доступа по SpCell до тех пор, пока pTAG не UL-синхронизируется. UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте pTAG, за исключением передачи преамбулы произвольного доступа по SpCell, в то время, когда TAT-таймер pTAG не запущен (этап 330).

4. Для каждой обслуживающей соты, ассоциированной с sTAG, UE проверяет то, отправляется или нет PUCCH-передача для этой обслуживающей соты по SpCell (этап 335). Если да, то для этой обслуживающей соты, когда timeAlignmentTimer, ассоциированный с этой TAG, не запущен, UE не должно выполнять передачу по восходящей линии связи по этой обслуживающей соте, за исключением передачи преамбулы произвольного доступа. Другими словами, UE прекращает UL-передачи по этой обслуживающей соте до тех пор, пока pTAG не UL-синхронизируется (этап 340).

Например, когда UE сконфигурировано с двумя sTAG (sTAG1 и sTAG2), при этом sTAG1 содержит соту 1, соту 2 и соту 3, и sTAG2 содержит соту 4, соту 5 и соту 6, PUCCH-передача для соты 2 может отправляться по SpCell. В этом примере, UE должно прекращать UL-передачи в соте 2 sTAG1 до тех пор, пока pTAG не UL-синхронизируется. Тем не менее отсутствуют прерывания обмена данными в обслуживающих сотах: соте 1, соте 3, соте 4, соте 5 и соте 6.

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

UE в RRC-соединенном состоянии сконфигурировано с несколькими обслуживающими сотами посредством, по меньшей мере, одной базовой станции. UE также сконфигурировано, по меньшей мере, с одной pTAG и одной sTAG. UE также сконфигурировано со значением таймеров timeAlignmentTimer (TAT), ассоциированных со сконфигурированными TAG.

После приема TAC в сообщении ответа по произвольному доступу для обслуживающей соты, принадлежащей TAG, если преамбула произвольного доступа не выбрана посредством MAC-объекта в UE из числа преамбул конкурентного произвольного доступа, либо если timeAlignmentTimer не запущен для этой TAG, MAC-объект в UE запускает timeAlignmentTimer, ассоциированный с этой TAG. Если MAC-объект в UE принимает TAC MAC CE, и если NTA (как задано в 3GPP TS 38.211) поддерживается с указываемой TAG, MAC-объект в UE запускает или перезапускает timeAlignmentTimer, ассоциированный с указываемой TAG.

В этом варианте осуществления, после истечения timeAlignmentTimer, ассоциированного с pTAG, UE выполняет следующие операции (как проиллюстрировано на фиг. 4).

Фиг. 4 является блок-схемой последовательности операций, иллюстрирующей способ обработки истечения TAT для pTAG согласно варианту осуществления.

Ссылаясь на фиг. 4:

1. Для всех обслуживающих сот pTAG, UE должно:

a. сбрасывать все HARQ-буферы (этап 405);

b. высвобождать PUCCH, в случае конфигурирования (этап 410);

c. высвобождать SRS, в случае конфигурирования (этап 415); и

d. очищать все сконфигурированные назначения в нисходящей линии связи и сконфигурированные разрешения на передачу по восходящей линии связи (420).

2. UE поддерживает NTA pTAG (этап 425).

3. UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте pTAG, за исключением передачи преамбулы произвольного доступа по SpCell до тех пор, пока pTAG не UL-синхронизируется. UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте pTAG, за исключением передачи преамбулы произвольного доступа по SpCell, в то время, когда TAT-таймер pTAG не запущен (этап 430).

4. Для каждой sTAG, UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте sTAG, за исключением передачи преамбулы произвольного доступа до тех пор, пока pTAG не UL-синхронизируется. Для каждой sTAG, UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте sTAG, за исключением передачи преамбулы произвольного доступа, в то время, когда TAT pTAG не запущен (этап 435). TAT-таймеры для sTAG не считаются истекшими после истечения pTAG TAT.

Например, когда UE сконфигурировано с двумя sTAG (sTAG1 и sTAG2), при этом sTAG1 содержит соту 1, соту 2 и соту 3, и sTAG2 содержит соту 4, соту 5 и соту 6, UE должно прекращать UL-передачу в соте 1, соте 2, соте 3, соте 4, соте 5 и соте 6 до тех пор, пока pTAG не UL-синхронизируется. Нет необходимости в том, чтобы выполнять UL-синхронизацию sTAG1 и sTAG2 после того, как pTAG UL-синхронизируется.

В этом варианте осуществления, TAT-таймеры для sTAG1 и sTAG2 не считаются истекшими после истечения pTAG TAT-таймера.

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

UE в RRC-соединенном состоянии сконфигурировано с несколькими обслуживающими сотами посредством, по меньшей мере, одной базовой станции. UE также сконфигурировано, по меньшей мере, с одной pTAG и одной sTAG. UE также сконфигурировано со значением таймеров timeAlignmentTimer (TAT), ассоциированных со сконфигурированными TAG.

После приема TAC в сообщении ответа по произвольному доступу для обслуживающей соты, принадлежащей TAG, если преамбула произвольного доступа не выбрана посредством MAC-объекта в UE из числа преамбул конкурентного произвольного доступа, либо если timeAlignmentTimer не запущен для этой TAG, MAC-объект в UE запускает timeAlignmentTimer, ассоциированный с этой TAG.

Если MAC-объект в UE принимает TAC MAC CE, и если NTA (как задано в 3GPP TS 38.211) поддерживается с указываемой TAG, MAC-объект в UE запускает или перезапускает timeAlignmentTimer, ассоциированный с указываемой TAG.

В этом варианте осуществления, после истечения timeAlignmentTimer, ассоциированного с pTAG, UE выполняет следующие операции (как проиллюстрировано на фиг. 5).

Фиг. 5 является блок-схемой последовательности операций, иллюстрирующей способ обработки истечения TAT для pTAG согласно варианту осуществления.

Ссылаясь на фиг. 5:

1. Для всех обслуживающих сот pTAG, UE должно:

a. сбрасывать все HARQ-буферы (этап 505);

b. высвобождать PUCCH, в случае конфигурирования (этап 510);

c. высвобождать SRS, в случае конфигурирования (этап 515); и

d. очищать все сконфигурированные назначения в нисходящей линии связи и сконфигурированные разрешения на передачу по восходящей линии связи (этап 520).

2. UE поддерживает NTA pTAG (этап 525);

3. UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте pTAG, за исключением передачи преамбулы произвольного доступа по SpCell до тех пор, пока pTAG не UL-синхронизируется. UE не выполняет передачи по восходящей линии связи по любой обслуживающей соте pTAG, за исключением передачи преамбулы произвольного доступа по SpCell, в то время, когда TAT-таймер pTAG не запущен (этап 530).

4. TAT-таймеры для sTAG не считаются истекшими после истечения pTAG TAT-таймера.

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

Согласно текущей процедуре UE, если TAT-таймер для sTAG истекает, то для всех обслуживающих сот, принадлежащих этой TAG, UE должно сбрасывать все HARQ-буферы, уведомлять RRC в отношении необходимости высвобождать PUCCH, в случае конфигурирования, уведомлять RRC в отношении необходимости высвобождать SRS, в случае конфигурирования, очищать все сконфигурированные назначения в нисходящей линии связи и сконфигурированные разрешения на передачу по восходящей линии связи и поддерживать NTA этой TAG.

Тем не менее, когда TAT-таймер sTAG1 истекает, одна из обслуживающей соты в sTAG1 представляет собой PUCCH SCell. Обратная связь по PUCCH для обслуживающей соты в sTAG2 отправляется по PUCCH SCell. В этом случае, UL-передача по sTAG2 (по меньшей мере, в обслуживающей соте, обратная связь которой отправляется по PUCCH SCell в sTAG1) должна прекращаться.

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

Вариант 1: Если TAT-таймер для sTAG1 истекает, и sTAG1 включает в себя PUCCH SCell, и если имеются обслуживающие соты в sTAG2, обратная связь по PUCCH которых отправляется по обслуживающей соте (т.е. PUCCH SCell) в sTAG1, TAT-таймер sTAG 2 считается истекшим.

Вариант 2: Если TAT-таймер для sTAG1 истекает, и sTAG1 включает в себя PUCCH SCell, и если имеются обслуживающие соты в sTAG2, обратная связь по PUCCH которых отправляется по обслуживающей соте (т.е. PUCCH SCell) в sTAG1, UE прекращает UL-передачу в sTAG 2 до тех пор, пока sTAG1 не UL-синхронизируется.

Если TAT-таймер для sTAG1 истекает, и sTAG1 включает в себя PUCCH SCell, и если имеются обслуживающие соты в sTAG2, обратная связь по PUCCH которых отправляется по обслуживающей соте (т.е. PUCCH SCell) в sTAG1, UE прекращает UL-передачу в sTAG2 в то время, когда TAT-таймер sTAG1 не запущен.

Вариант 3: Если TAT-таймер для sTAG1 истекает, и sTAG 1 включает в себя PUCCH Scell, для каждой обслуживающей соты, обратная связь по PUCCH которой передается по этой PUCCH SCell, UE прекращает UL-передачу до тех пор, пока sTAG1 не UL-синхронизируется.

Если TAT-таймер для sTAG1 истекает, и sTAG1 включает в себя PUCCH Scell, для каждой обслуживающей соты, обратная связь по PUCCH которой отправляется по этой PUCCH SCell, UE прекращает UL-передачу в то время, когда TAT-таймер sTAG1 не запущен.

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

Фиг. 6 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 6, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи (т.е. первой пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) Msg3 предварительно задан, и тип LBT (или тип доступа к каналу) или категория LBT для повторной передачи Msg3 (т.е. последующей пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) указывается в PDCCH, который включает в себя информацию планирования для повторной передачи Msg3. PDCCH, указывающий повторную передачу Msg3, адресуется во временный C-RNTI (TC-RNTI), при этом TC-RNTI указывается для UE посредством gNB в RAR.

тип LBT, предварительно заданный для начальной передачи Msg3, может представлять собой тип 1 LBT или тип 2 LBT. категория LBT, предварительно заданная для начальной передачи Msg3, может представлять собой категорию 2 LBT или категорию 4 LBT. категория LBT, предварительно заданная для начальной передачи Msg3, может представлять собой категорию 2 LBT или категорию 3 LBT. категория LBT, предварительно заданная для начальной передачи Msg3, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 4 LBT. категория LBT, предварительно заданная для начальной передачи Msg3, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 3 LBT. категория LBT, предварительно заданная для начальной передачи Msg3, может представлять собой категорию 1 LBT, категорию 2 LBT, категорию 3 LBT или категорию 4 LBT.

тип LBT, указываемый в PDCCH для повторной передачи Msg3, может представлять собой тип 1 LBT или тип 2 LBT. В этом случае, поле типа LBT 1-битовой длины может добавляться в PDCCH, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из типа 1 LBT и типа 2 LBT, соответственно.

категория LBT, указываемая в PDCCH для повторной передачи Msg3, может представлять собой категорию 2 LBT или категорию 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в PDCCH, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из категории 2 LBT и категории 4 LBT, соответственно.

категория LBT, указываемая в PDCCH для повторной передачи Msg3, может представлять собой категорию 2 LBT или категорию 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в PDCCH, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из категории 2 LBT и категории 3 LBT, соответственно.

категория LBT, указываемая в PDCCH для повторной передачи Msg3, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом три кодовых точки (например, 00, 01 и 10) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT и категории 4 LBT, соответственно. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Когда LBT не требуется, категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может опускаться из PDCCH, если первый бит указывает то, что LBT не требуется.

категория LBT, указываемая в PDCCH для повторной передачи Msg3, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом три кодовых точки (например, 00, 01 и 10) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT и категории 3 LBT, соответственно. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Когда LBT не требуется, категория LBT равна 1. Если LBT требуется, другой бит в PDCCH может указывать категорию 2 LBT или категорию 3 LBT. Второй бит может опускаться из PDCCH, если первый бит указывает то, что LBT не требуется.

категория LBT, указываемая в PDCCH для повторной передачи Msg3, может представлять собой категорию 1 LBT, категорию 2 LBT, категорию 3 LBT или категорию 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом четыре кодовых точки (например, 00, 01, 10 и 11) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT, соответственно.

Ссылаясь на фиг. 6, UE передает преамбулу канала с произвольным доступом (RACH) (или преамбулу произвольного доступа) на этапе 605 и затем отслеживает PDCCH, адресованный в RA-RNTI, в RAR-окне для приема RAR.

После приема RAR, соответствующего RACH-преамбуле (или преамбуле произвольного доступа), на этапе 610, UE выполняет LBT-процедуру согласно предварительно заданному типу LBT или предварительно заданной категории LBT на этапе 615 и передает начальную Msg3-передачу на этапе 620.

Если тип LBT (или тип доступа к каналу), предварительно заданный для передачи Msg3, равен 1, или категория LBT, предварительно заданная для передачи Msg3, равна 3 или 4, класс приоритета доступа к каналу для того, чтобы определять параметры доступа к каналу (например, m, размер конкурентного окна (CW) и т.д.) для LBT-процедуры, также предварительно задан. RAR соответствует RACH-преамбуле, передаваемой посредством UE, если транспортный блок (TB), который запланирован в PDCCH, адресованного в RA-RNTI, включает в себя RAR, при этом идентификатор преамбулы произвольного доступа (RAPID) в принимаемом RAR равен RAPID RACH-преамбулы, передаваемой посредством UE.

После передачи начальной передачи Msg3 в разрешении на UL-передачу, принимаемом в RAR, UE отслеживает на предмет PDCCH, адресованного в TC-RNTI. PDCCH, адресованный в TC-RNTI, может указывать разрешение на UL-передачу для повторной передачи Msg3, либо он может указывать DL TB, переносящий Msg4.

Если UE принимает PDCCH для повторной передачи Msg3 на этапе 625, UE выполняет LBT-процедуру, как указано в PDCCH на этапе 630, и повторно передает Msg3 на этапе 635.

Если тип LBT (или тип доступа к каналу), указываемый в PDCCH, равен 1, или категория LBT, указываемая в PDCCH, равна 3 или 4, класс приоритета доступа к каналу (CAPC) для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, также может указываться в PDCCH. Альтернативно, CAPC не указывается в PDCCH, но он независимо предварительно задан и/или указывается в системной информации (SI) и/или RRC-сообщении. CAPC для передачи Msg3 также может определяться на основе содержимого Msg3 (например, логического канала MAC SDU, MAC CE и т.д.).

Преобразование между CAPC и логическими каналами может быть предварительно задано и/или сигнализироваться в SI и/или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для служебных радиоканалов-носителей (SRB). Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (наименьший CAPC-индекс), тогда как для SRB 2, он может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (или наименьший CAPC-индекс).

Тип или категория LBT в PDCCH может быть необязательным. Если тип или категория LBT не принимается в PDCCH, который включает в себя информацию планирования для повторной передачи Msg3, UE может выполнять LBT-процедуру предварительно заданного типа (типа 1 или типа 2) или категории и повторно передает Msg3.

В варианте осуществления, если разрешение на UL-передачу, указываемое в PDCCH для повторной передачи, расположено в gNB-инициированном COT, и интервал отсутствия сигнала между DL-передачей в COT и UL-передачей на основе указываемого разрешения на UL-передачу меньше 16 мкс, gNB может указывать категорию 1 LBT в PDCCH. Если разрешение на UL-передачу, указываемое в PDCCH для повторной передачи, расположено в gNB-инициированном COT, и интервал отсутствия сигнала между DL-передачей в COT и UL-передачей на основе указываемого разрешения на UL-передачу больше 16 мкс, но меньше 25 мкс, gNB может указывать тип 2 или категорию 2 LBT в PDCCH. Если разрешение на UL-передачу, указываемое в PDCCH для повторной передачи, расположено в gNB-инициированном COT, и после него не выполняется DL-передача в идентичном COT, gNB может указывать тип 2 или категорию 2 LBT в PDCCH. Если разрешение на UL-передачу, указываемое в PDCCH для повторной передачи, расположено за пределами gNB-инициированного COT, gNB может указывать тип 1 LBT или категорию 3/4 LBT в PDCCH.

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

Фиг. 7 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 7, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи (т.е. первой пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) Msg3 указывается в RAR, и тип LBT (или тип доступа к каналу) или категория LBT для повторной передачи Msg3 (т.е. последующей пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) указывается в PDCCH, в который запланирована повторная передача. PDCCH, указывающий повторную передачу Msg3, адресуется в TC-RNTI, при этом TC-RNTI указывается для UE посредством gNB в RAR.

тип LBT, указываемый в RAR для начальной передачи Msg3, может представлять собой тип 1 LBT или тип 2 LBT. В этом случае, поле типа LBT 1-битовой длины может добавляться в RAR, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из типа LBT 1 и типа LBT 2, соответственно.

категория LBT, указываемая в RAR для начальной передачи Msg3, также может представлять собой категорию 2 LBT или категорию 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в RAR, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из категории 2 LBT и категории 4 LBT, соответственно.

категория LBT, указываемая в RAR для начальной передачи Msg3, также может представлять собой категорию 2 LBT или категорию 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в RAR, при этом кодовые точки (т.е. 0 и 1) добавленного поля указывают одно из категории 2 LBT и категории 3 LBT, соответственно.

категория LBT, указываемая в RAR для начальной передачи Msg3, также может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом три кодовых точки (например, 00, 01 и 10) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT и категории 4 LBT, соответственно.

Альтернативно, 1 бит может указывать то, требуется LBT или нет. Когда LBT не требуется, категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может опускаться из RAR, если первый бит указывает то, что LBT не требуется.

категория LBT, указываемая в RAR для начальной передачи Msg3, также может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом три кодовых точки (например, 00, 01 и 10) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT и категории 3 LBT, соответственно.

Альтернативно, 1 бит может указывать то, требуется LBT или нет. Когда LBT не требуется, категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 3 LBT. Второй бит может опускаться из RAR, если первый бит указывает то, что LBT не требуется.

категория LBT, указываемая в RAR для начальной передачи Msg3, также может представлять собой категорию 1 LBT, категорию 2 LBT, категорию 3 LBT или категорию 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом четыре кодовых точки (например, 00, 01, 10 и 11) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT, соответственно.

тип LBT, указываемый в PDCCH для повторной передачи Msg3, может представлять собой тип 1 LBT или тип 2 LBT. В этом случае, поле типа LBT 1-битовой длины может добавляться в PDCCH, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из типа LBT 1 и типа LBT 2, соответственно.

категория LBT, указываемая в PDCCH для повторной передачи Msg3, также может представлять собой категорию 2 LBT или категорию 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в PDCCH, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из категории 2 LBT и категории 4 LBT, соответственно.

категория LBT, указываемая в PDCCH для повторной передачи Msg3, также может представлять собой категорию 2 LBT или категорию 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в PDCCH, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из категории 2 LBT и категории 3 LBT, соответственно.

категория LBT, указываемая в PDCCH для повторной передачи Msg3, также может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом три кодовых точки (например, 00, 01 и 10) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT и категории 4 LBT, соответственно.

Альтернативно, 1 бит может указывать то, требуется LBT или нет. Когда LBT не требуется, категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может опускаться из PDCCH, если первый бит указывает то, что LBT не требуется.

категория LBT, указываемая в PDCCH для повторной передачи Msg3, также может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом три кодовых точки (например, 00, 01 и 10) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT и категории 3 LBT, соответственно.

Альтернативно, 1 бит может указывать то, требуется LBT или нет. Когда LBT не требуется, категория LBT равна 1. Если LBT требуется, другой бит в PDCCH указывает категорию 2 LBT или категорию 3 LBT. Второй бит может опускаться из PDCCH, если первый бит указывает то, что LBT не требуется.

категория LBT, указываемая в PDCCH для повторной передачи Msg3, также может представлять собой категорию 1 LBT, категорию 2 LBT, категорию 3 LBT или категорию 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом четыре кодовых точки (например, 00, 01, 10 и 11) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT, соответственно.

Ссылаясь на фиг. 7, на этапе 605, UE передает RACH-преамбулу (или преамбулу произвольного доступа) и затем отслеживает PDCCH, адресованный в RA-RNTI, в RAR-окне для приема RAR.

После приема RAR, соответствующего RACH-преамбуле, на этапе 710, UE выполняет LBT-процедуру согласно типу или категории LBT, как указано в RAR на этапе 715, и передает начальную Msg3-передачу на этапе 720. RAR соответствует RACH-преамбуле, передаваемой посредством UE, если TB, который запланирован в PDCCH, адресованного в RA-RNTI, включает в себя RAR, при этом RAPID в принимаемом RAR равен RAPID RACH-преамбулы, передаваемой посредством UE. Если тип LBT (или тип доступа к каналу), указываемый в RAR, равен 1, или категория LBT, указываемая в RAR, равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, может указываться в RAR.

Альтернативно, CAPC не указывается в RAR, но он предварительно задан и/или указывается в SI и/или RRC-сообщении. CAPC также может определяться на основе содержимого Msg3 (например, логического канала MAC SDU, MAC CE и т.д.).

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI и/или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (или наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший индекс CAPC). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (или наименьший CAPC-индекс).

После передачи начальной передачи Msg3 в разрешении на UL-передачу, принимаемом в RAR, UE отслеживает на предмет PDCCH, адресованного в TC-RNTI. PDCCH, адресованный в TC-RNTI, может указывать разрешение на UL-передачу для повторной передачи Msg3 или может указывать DL TB, переносящий Msg4.

Если UE принимает PDCCH для повторной передачи Msg3 на этапе 725, UE выполняет LBT-процедуру, как указано в PDCCH на этапе 730, и повторно передает Msg3 на этапе 735.

Если тип LBT (или тип доступа к каналу), указываемый в PDCCH, равен 1, или категория LBT, указываемая в PDCCH, равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, также может указываться в PDCCH.

Альтернативно, CAPC не указывается в PDCCH, но предварительно задан и/или указывается в SI и/или RRC-сообщении. В качестве другого примера, CAPC может определяться на основе содержимого Msg3 (например, логического канала MAC SDU, MAC CE и т.д.).

Преобразование между CAPC и логическими каналами может быть предварительно задано и/или сигнализироваться в SI и/или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (или наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс). CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа, как описано выше. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (наименьший CAPC-индекс).

Тип или категория LBT в PDCCH может быть необязательным. Если тип или категория LBT не принимается в PDCCH, который включает в себя информацию планирования для повторной передачи Msg3, UE может выполнять LBT-процедуру, идентичную LBT-процедуре, используемой для начальной передачи Msg3, и повторно передавать Msg3.

Тип или категория LBT в RAR может быть необязательным. Если тип или категория LBT не принимается в RAR, UE может выполнять LBT-процедуру с использованием типа или категории LBT, предварительно заданного или сигнализируемого в SI или RRC-сообщении.

Тип или категория LBT для начальной передачи Msg3 может указываться в PDCCH для RAR, вместо RAR. Оставшаяся процедура является такой, как пояснено выше.

В варианте осуществления, если разрешение на UL-передачу, указываемое в PDCCH для повторной передачи Msg3, расположено в gNB-инициированном COT, и интервал отсутствия сигнала между DL-передачей в COT и UL-передачей на основе указываемого разрешения на UL-передачу меньше 16 мкс, gNB может указывать категорию 1 LBT в PDCCH. Если разрешение на UL-передачу, указываемое в PDCCH для повторной передачи Msg3, расположено в gNB-инициированном COT, и интервал отсутствия сигнала между DL-передачей в COT и UL-передачей на основе указываемого разрешения на UL-передачу больше 16 мкс, но меньше 25 мкс, gNB может указывать тип 2 или категорию 2 LBT в PDCCH. Если разрешение на UL-передачу, указываемое в PDCCH для повторной передачи Msg3, расположено в gNB-инициированном COT, и после него не выполняется DL-передача в идентичном COT, gNB может указывать тип 2 или категорию 2 LBT в PDCCH. Если разрешение на UL-передачу, указываемое в PDCCH для повторной передачи Msg3, расположено за пределами gNB-инициированного COT, gNB может указывать тип 1 LBT или категорию 3 LBT/4 в PDCCH.

В варианте осуществления, если разрешение на UL-передачу, указываемое в RAR для начальной передачи Msg3, расположено в gNB-инициированном COT, и интервал отсутствия сигнала между DL-передачей в COT и UL-передачей на основе указываемого разрешения на UL-передачу меньше 16 мкс, gNB может указывать категорию 1 LBT в PDCCH. Если разрешение на UL-передачу, указываемое в RAR для начальной передачи Msg3, расположено в gNB-инициированном COT, и интервал отсутствия сигнала между DL-передачей в COT и UL-передачей на основе указываемого разрешения на UL-передачу больше 16 мкс, но меньше 25 мкс, gNB может указывать тип 2 или категорию 2 LBT в PDCCH. Если разрешение на UL-передачу, указываемое в RAR для начальной передачи Msg3, расположено в gNB-инициированном COT, и после него не выполняется DL-передача в идентичном COT, gNB может указывать тип 2 или категорию 2 LBT в PDCCH. Если разрешение на UL-передачу, указываемое в RAR для начальной передачи Msg3, расположено за пределами gNB-инициированного COT, gNB может указывать тип 1 LBT или категорию 3 LBT/4 в PDCCH.

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

Фиг. 8 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 8, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи (т.е. первой пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) Msg3 указывается в SI (например, в RACH-конфигурации), и тип LBT (или тип доступа к каналу) или категория LBT для повторной передачи Msg3 (т.е. последующей пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) указывается в PDCCH, в который запланирована повторная передача. PDCCH, указывающий повторную передачу Msg3, адресуется в TC-RNTI, при этом TC-RNTI указывается для UE посредством gNB в RAR.

В варианте осуществления, тип LBT, указываемый в SI/RRC-сообщении для начальной передачи Msg3, представляет собой одно из типа LBT 1 и типа LBT 2. В этом случае, поле типа LBT 1-битовой длины может добавляться в SI/RRC-сообщении, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из типа LBT 1 и типа LBT 2. В другом варианте осуществления, категория LBT, указываемая в SI/RRC-сообщении для начальной передачи Msg3, представляет собой одно из категории 2 LBT и категории 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в SI/RRC-сообщении, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 4 LBT. В другом варианте осуществления, категория LBT, указываемая в SI/RRC-сообщении для начальной передачи Msg3, представляет собой одно из категории 2 LBT и категории 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в SI/RRC-сообщении, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 3 LBT. В другом варианте осуществления, категория LBT, указываемая в SI/RRC-сообщении для начальной передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в SI/RRC-сообщении, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может не быть включен в SI/RRC-сообщение, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в SI/RRC-сообщении для начальной передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в SI/RRC-сообщении, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может не быть включен в SI/RRC-сообщение, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в SI/RRC-сообщении для начальной передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом каждая из трех кодовых точек (например, 00, 01, 10 и 11) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT.

В варианте осуществления, тип LBT, указываемый в PDCCH для повторной передачи Msg3, представляет собой одно из типа LBT 1 и типа LBT 2. В этом случае, поле типа LBT 1-битовой длины может добавляться в PDCCH, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из типа LBT 1 и типа LBT 2. В варианте осуществления, категория LBT, указываемая в PDCCH для повторной передачи Msg3, представляет собой одно из категории 2 LBT и категории 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в PDCCH, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 4 LBT. В другом варианте осуществления, категория LBT, указываемая в PDCCH для повторной передачи Msg3, представляет собой одно из категории 2 LBT и категории 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в PDCCH, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 3 LBT. В другом варианте осуществления, категория LBT, указываемая в PDCCH для повторной передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может не быть включен в PDCCH, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в PDCCH для повторной передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит в PDCCH указывает категорию 2 LBT или категорию 3 LBT. Второй бит может не быть включен в PDCCH, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в PDCCH для повторной передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом каждая из трех кодовых точек (например, 00, 01, 10 и 11) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT.

Ссылаясь на фиг. 8, UE принимает SI или RRC-сообщение на этапе 805.

На этапе 810, UE передает RACH-преамбулу (или преамбулу произвольного доступа) и затем отслеживает PDCCH, адресованный в RA-RNTI, в RAR-окне для приема RAR.

После приема RAR, соответствующего RACH-преамбуле, на этапе 815, UE выполняет LBT-процедуру согласно типу или категории LBT, указываемому в принимаемой SI (например, в RACH-конфигурации) или RRC-сообщении на этапе 820, и передает начальную Msg3-передачу на этапе 825.

RAR соответствует RACH-преамбуле, передаваемой посредством UE, если TB, который запланирован в PDCCH, адресованного в RA-RNTI, включает в себя RAR, при этом RAPID в принимаемом RAR равен RAPID RACH-преамбулы, передаваемой посредством UE.

Если тип LBT (или тип доступа к каналу), указываемый в SI или RRC-сообщении, равен 1, либо если указываемая категория LBT равна 3 или 4, CPAC для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, предварительно задан и/или указывается в SI и/или RRC-сообщении.

Альтернативно, CAPC может определяться на основе содержимого Msg3 (например, логического канала MAC SDU, MAC CE и т.д.).

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (или наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа, как описано выше.

После передачи начальной передачи Msg3 в разрешении на UL-передачу, принимаемом в RAR на этапе 825, UE отслеживает на предмет PDCCH, адресованного в TC-RNTI. PDCCH, адресованный в TC-RNTI, может указывать разрешение на UL-передачу для повторной передачи Msg3, либо он может указывать DL TB, переносящий Msg4.

Если UE принимает PDCCH для повторной передачи Msg3 на этапе 830, UE выполняет LBT-процедуру, как указано в PDCCH на этапе 835, и повторно передает Msg3 на этапе 840.

LBT-процедура, указываемая в SI или RRC-сообщении на этапе 805, может применяться как для Msg1, так и для Msg3 на этапах 810 и 820.

Если тип LBT (или тип доступа к каналу), указываемый в PDCCH, равен 1, или указываемая категория равна 3 или 4, класс приоритета доступа к каналу для того, чтобы определять параметры доступа к каналу (например, m, размер конкурентного окна (CW) и т.д.) для LBT-процедуры, также указывается в PDCCH. В другом варианте осуществления, класс приоритета доступа к каналу не указывается в PDCCH, но он предварительно задан или указывается в SI или RRC-сообщении. В другом варианте осуществления, он может определяться на основе содержимого Msg3 (например, MAC SDU логического канала, MAC CE и т.д.). Преобразование между классами приоритета доступа к каналу и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Следует отметить, что типично Msg3 должно переносить MAC SDU для SRB. Для SRB 0 SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (наименьший индекс CAPC), тогда как для SRB 2, он может быть сконфигурирован через RRC-сообщение. Класс приоритета доступа к каналу может быть предварительно задан или сигнализироваться для MAC CE. В варианте осуществления, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (наименьший индекс CAPC). В другом варианте осуществления, класс приоритета доступа к каналу для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (наименьший индекс CAPC).

В варианте 2-2 осуществления, тип или категория LBT в PDCCH может быть необязательным. Если тип или категория LBT не принимается в PDCCH, который включает в себя информацию планирования для повторной передачи Msg3, UE может выполнять LBT-процедуру, идентичную LBT-процедуре, используемой для начальной передачи Msg3, и повторно передает Msg3. тип или категория LBT в SI или RRC-сообщении также может быть необязательным. Если тип или категория LBT не принимается в SI или RRC-сообщении, UE может выполнять LBT-процедуру с использованием предварительно заданного типа LBT или категории.

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

Фиг. 9 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 9, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи (т.е. первой пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) и тип LBT (или тип доступа к каналу) или категория LBT для повторной передачи Msg3 (т.е. последующей пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) являются идентичными и предварительно заданы.

тип LBT, предварительно заданный для начальной передачи и повторной передачи Msg3, может представлять собой тип 1 LBT или тип 2 LBT.

категория LBT, предварительно заданная для начальной передачи и повторной передачи Msg3, может представлять собой категорию 2 LBT или категорию 4 LBT.

категория LBT, предварительно заданная для начальной передачи и повторной передачи Msg3, может представлять собой категорию 2 LBT или категорию 3 LBT.

категория LBT, предварительно заданная для начальной передачи и повторной передачи Msg3, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 4 LBT.

категория LBT, предварительно заданная для начальной передачи и повторной передачи Msg3, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 3 LBT.

категория LBT, предварительно заданная для начальной передачи и повторной передачи Msg3, может представлять собой категорию 1 LBT, категорию 2 LBT, категорию 3 LBT или категорию 4 LBT.

Ссылаясь на фиг. 9 UE передает RACH-преамбулу (или преамбулу произвольного доступа) на этапе 905 и затем UE отслеживает PDCCH, адресованный в RA-RNTI, в RAR-окне для приема RAR.

После приема RAR, соответствующего RACH-преамбуле, на этапе 910, UE выполняет LBT-процедуру согласно предварительно заданному типу или категории на этапе 915 и передает начальную Msg3-передачу на этапе 920.

RAR соответствует RACH-преамбуле, передаваемой посредством UE, если TB, который запланирован в PDCCH, адресованного в RA-RNTI, включает в себя RAR, при этом RAPID в принимаемом RAR равен RAPID RACH-преамбулы, передаваемой посредством UE.

После передачи начальной передачи Msg3 в разрешении на UL-передачу, принимаемом в RAR на этапе 920, UE отслеживает на предмет PDCCH, адресованного в TC-RNTI. PDCCH, адресованный в TC-RNTI, может указывать разрешение на UL-передачу для повторной передачи Msg3 или может указывать DL TB, переносящий Msg4.

Если UE принимает PDCCH для повторной передачи Msg3 на этапе 925, UE выполняет LBT-процедуру согласно предварительно заданному типу или категории на этапе 930 и повторно передает Msg3 на этапе 935.

Если предварительно заданный тип LBT (или тип доступа к каналу) равен 1, или предварительно заданная категория равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, также может быть предварительно задан. Альтернативно, CAPC может указываться в SI или RRC-сообщении или определяться на основе содержимого Msg3 (например, логического канала MAC SDU, MAC CE и т.д.).

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (или наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа, как описано выше.

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

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

Фиг. 10 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 10, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи (т.е. первой пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) и тип LBT (или тип доступа к каналу) или категория LBT для повторной передачи Msg3 (т.е. последующей пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) являются идентичными и указываются в RAR.

В варианте осуществления, тип LBT, указываемый в RAR для передачи Msg3, представляет собой одно из типа LBT 1 и типа LBT 2. В этом случае, поле типа LBT 1-битовой длины может добавляться в RAR, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из типа LBT 1 и типа LBT 2. В другом варианте осуществления, категория LBT, указываемая в RAR для передачи Msg3, представляет собой одно из категории 2 LBT и категории 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в RAR, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 4 LBT. В другом варианте осуществления, категория LBT, указываемая в RAR для передачи Msg3, представляет собой одно из категории 2 LBT и категории 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в RAR, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 3 LBT. В другом варианте осуществления, категория LBT, указываемая в RAR для передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может не быть включен в RAR, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в RAR для передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит в RAR указывает категорию 2 LBT или категорию 3 LBT. Второй бит может не быть включен в RAR, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в RAR для передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом каждая из трех кодовых точек (например, 00, 01, 10 и 11) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT.

Ссылаясь на фиг. 10, на этапе 1005, UE передает RACH-преамбулу (или преамбулу произвольного доступа) и затем отслеживает PDCCH, адресованный в RA-RNTI, в RAR-окне для приема RAR.

После приема RAR, соответствующего RACH-преамбуле, на этапе 1010, UE выполняет LBT-процедуру, как указано в RAR на этапе 1015, и передает начальную Msg3-передачу на этапе 1020.

RAR соответствует RACH-преамбуле, передаваемой посредством UE, если TB, который запланирован в PDCCH, адресованного в RA-RNTI, включает в себя RAR, при этом RAPID в принимаемом RAR равен RAPID RACH-преамбулы, передаваемой посредством UE.

После передачи начальной передачи Msg3 в разрешении на UL-передачу, принимаемом в RAR на этапе 1020, UE отслеживает на предмет PDCCH, адресованного в TC-RNTI. PDCCH, адресованный в TC-RNTI, может указывать разрешение на UL-передачу для повторной передачи Msg3 или может указывать DL TB, переносящий Msg4.

Если UE принимает PDCCH для повторной передачи Msg3 на этапе 1025, UE выполняет LBT-процедуру, как указано в RAR на этапе 1030, и повторно передает Msg3 на этапе 1035.

Если тип LBT (или тип доступа к каналу), указываемый в RAR, равен 1, или категория LBT, указываемая в RAR, равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, также может указываться в RAR.

Альтернативно, CAPC не указывается в RAR, но предварительно задан, указывается в SI или RRC-сообщении или определяется на основе содержимого Msg3 (например, логического канала MAC SDU, MAC CE и т.д.).

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (или наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший индекс CAPC). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа, как описано выше. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (наименьший CAPC-индекс).

тип LBT или категория LBT в RAR также может быть необязательным. Например, если тип LBT или категория LBT не принимается в RAR, UE может выполнять LBT-процедуру с использованием типа LBT или категории LBT, предварительно заданного или сигнализируемого в SI или RRC-сообщении.

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

Фиг. 11 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 11, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи (т.е. первой пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) и тип LBT (или тип доступа к каналу) или категория LBT для повторной передачи Msg3 (т.е. последующей пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) являются идентичными и указываются в SI (например, в RACH-конфигурации) или RRC-сообщении.

В варианте осуществления, тип LBT, указываемый в SI для передачи Msg3, представляет собой одно из типа LBT 1 и типа LBT 2. В этом случае, поле типа LBT 1-битовой длины может добавляться в SI, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из типа LBT 1 и типа LBT 2. В другом варианте осуществления, категория LBT, указываемая в SI для передачи Msg3, представляет собой одно из категории 2 LBT и категории 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в SI, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 4 LBT. В другом варианте осуществления, категория LBT, указываемая в SI для передачи Msg3, представляет собой одно из категории 2 LBT и категории 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в SI, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 3 LBT. В другом варианте осуществления, категория LBT, указываемая в SI для передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в SI, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может не быть включен в SI, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в SI для передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в SI, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит в SI указывает категорию 2 LBT или категорию 3 LBT. Второй бит может не быть включен в SI, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в SI для передачи Msg3, представляет собой одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в SI, при этом каждая из трех кодовых точек (например, 00, 01, 10 и 11) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT.

Ссылаясь на фиг. 11, на этапе 1105, UE принимает SI или RRC-сообщение, указывающее тип LBT или категорию.

На этапе 1110, UE передает RACH-преамбулу (или преамбулу произвольного доступа) и затем отслеживает PDCCH, адресованный в RA-RNTI, в RAR-окне для приема RAR.

После приема RAR, соответствующего RACH-преамбуле, на этапе 1115, UE выполняет LBT-процедуру согласно типу или категории, указываемому в принимаемой SI или RRC-сообщении на этапе 1120, и передает начальную Msg3-передачу на этапе 1125.

RAR соответствует RACH-преамбуле, передаваемой посредством UE, если TB, который запланирован в PDCCH, адресованного в RA-RNTI, включает в себя RAR, при этом RAPID в принимаемом RAR равен RAPID RACH-преамбулы, передаваемой посредством UE.

После передачи начальной передачи Msg3 в разрешении на UL-передачу, принимаемом в RAR на этапе 1125, UE отслеживает на предмет PDCCH, адресованного в TC-RNTI. PDCCH, адресованный в TC-RNTI, может указывать разрешение на UL-передачу для повторной передачи Msg3 или может указывать DL TB, переносящий Msg4.

Если UE принимает PDCCH для повторной передачи Msg3 на этапе 1130, UE выполняет LBT-процедуру согласно типу или категории LBT, указываемому в принимаемой SI или RRC-сообщении на этапе 1135, и повторно передает Msg3 на этапе 1140.

Если тип LBT (или тип доступа к каналу), указываемый в принимаемой SI или RRC-сообщении, равен 1, либо если категория LBT, указываемая в принимаемой SI или RRC-сообщении, равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, также может указываться в SI или RRC-сообщении.

Альтернативно, CAPC не указывается в SI или RRC-сообщении, но предварительно задан.

CAPC также может определяться на основе содержимого Msg3 (например, логического канала или MAC SDU, MAC CE и т.д.).

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (или наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (наименьший CAPC-индекс).

Тип или категория LBT в SI или RRC-сообщении также может быть необязательным. Например, если тип или категория LBT не принимается в SI или RRC-сообщении, UE может выполнять LBT-процедуру с использованием предварительно заданного типа LBT или категории.

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

В этом варианте осуществления, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи (т.е. первой пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) и тип LBT (или тип доступа к каналу) или категория LBT для повторной передачи Msg3 (т.е. последующей пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) являются идентичными и определяются на основе контента Msg3.

В вариантах осуществления, описанных выше, в которых тип LBT или категория LBT указывается в SI или RRC-сообщении, тип LBT или категория LBT в SI или RRC-сообщении может сигнализироваться в расчете на часть полосы пропускания (BWP).

В случае двухэтапного конкурентного произвольного доступа (CBRA), после передачи MsgA (т.е. преамбулы физического канала с произвольным доступом (PRACH) и рабочих данных PUSCH), UE может принимать RAR восстановления после сбоя, при этом RAR восстановления после сбоя включает в себя RAPID, TA-команду, TC-RNTI и разрешение на UL-передачу. Контент RAR восстановления после сбоя является идентичным контенту RAR в 4-этапной CBRA-процедуре. В этом случае, UE передает Msg3 в разрешении на UL-передачу, принимаемом в RAR восстановления после сбоя. Вышеописанные варианты осуществления могут применяться для начальной и повторной передачи Msg3 в случае двухэтапного CBRA.

Как описано выше, UE может определять тип LBT для начальной передачи и повторной передачи Msg3 согласно различным вариантам осуществления. тип LBT или тип доступа к каналу для разрешения на UL-передачу, принимаемого в RAR неконкурентного произвольного доступа или в RAR двухэтапного конкурентного произвольного доступа, также должен рассматриваться.

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

Фиг. 12 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 12, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи (т.е. первой пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) на основе разрешения на UL-передачу, принимаемого в RAR, предварительно задан, и тип LBT (или тип доступа к каналу) или категория LBT для повторной передачи (т.е. последующей пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) указывается в PDCCH, который включает в себя информацию планирования для повторной передачи.

тип LBT, предварительно заданный для начальной передачи (т.е. первой пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR), может представлять собой тип 1 LBT или тип 2 LBT.

категория LBT, предварительно заданная для начальной передачи, может представлять собой категорию 2 LBT или категорию 4 LBT.

категория LBT, предварительно заданная для начальной передачи, может представлять собой категорию 2 LBT или категорию 3 LBT.

категория LBT, предварительно заданная для начальной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 4 LBT.

категория LBT, предварительно заданная для начальной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 3 LBT.

категория LBT, предварительно заданная для начальной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT, категорию 3 LBT или категорию 4 LBT.

тип LBT, указываемый в PDCCH для повторной передачи (т.е. последующей пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR), может представлять собой тип 1 LBT или тип 2 LBT. В этом случае, поле типа LBT 1-битовой длины может добавляться в PDCCH, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из типа LBT 1 и типа LBT 2, соответственно.

категория LBT, указываемая в PDCCH для повторной передачи, может представлять собой категорию 2 LBT или категорию 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в PDCCH, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из категории 2 LBT и категории 4 LBT, соответственно.

категория LBT, указываемая в PDCCH для повторной передачи, может представлять собой категорию 2 LBT или категорию 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в PDCCH, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из категории 2 LBT и категории 3 LBT, соответственно.

категория LBT, указываемая в PDCCH для повторной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом три кодовых точки (например, 00, 01 и 10) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT и категории 4 LBT, соответственно.

Альтернативно, 1 бит может указывать то, требуется LBT или нет. Когда LBT не требуется, категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может опускаться из PDCCH, если первый бит указывает то, что LBT не требуется.

категория LBT, указываемая в PDCCH для повторной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом три кодовых точки (например, 00, 01 и 10) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT и категории 3 LBT, соответственно.

Альтернативно, 1 бит может указывать то, требуется LBT или нет. Когда LBT не требуется, категория LBT равна 1. Если LBT требуется, другой бит в PDCCH указывает категорию 2 LBT или категорию 3 LBT. Второй бит может опускаться из PDCCH, если первый бит указывает то, что LBT не требуется.

категория LBT, указываемая в PDCCH для повторной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT, категорию 3 LBT и категорию 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом четыре кодовых точки (например, 00, 01, 10 и 11) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT, соответственно.

Ссылаясь на фиг. 12, UE передает Msg1, включающее в себя RACH-преамбулу, на этапе 1205.

На этапе 1210, после приема RAR, соответствующего RACH-преамбуле, на этапе 1210, UE выполняет LBT-процедуру предварительно заданного типа или категории на этапе 1215 и передает начальную передачу на основе разрешения на UL-передачу, принимаемого в RAR на этапе 1220. Если тип LBT (или тип доступа к каналу), предварительно заданный для начальной передачи на основе разрешения на UL-передачу, принимаемого в RAR, равен 1, либо если предварительно заданная категория для начальной передачи равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, также может быть предварительно задан.

После передачи начальной передачи в разрешении на UL-передачу, принимаемом в RAR на этапе 1220, UE отслеживает PDCCH.

Если UE принимает PDCCH, указывающий повторную передачу, на этапе 1225, UE выполняет LBT-процедуру, как указано в PDCCH на этапе 1230, и повторно передает HARQ-пакет на этапе 1235.

Если тип LBT (или тип доступа к каналу), указываемый в PDCCH, равен 1, либо если категория LBT, указываемая в PDCCH, равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, также может указываться в PDCCH.

Альтернативно, CAPC не указывается в PDCCH, но предварительно задан или указывается в SI или RRC-сообщении. В качестве другого примера, CAPC может определяться на основе контента пакетной MAC-единицы данных (PDU) (например, логического канала или MAC SDU, MAC CE и т.д.).

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (или наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (наименьший CAPC-индекс).

Альтернативно, тип или категория LBT в PDCCH может быть необязательным. Например, если тип или категория LBT не принимается в PDCCH, который включает в себя информацию планирования для повторной передачи, UE может выполнять LBT-процедуру предварительно заданного типа или категории и повторно передавать HARQ-пакет.

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

Фиг. 13 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 13, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи (т.е. первой пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) на основе разрешения на UL-передачу, принимаемого в RAR, указывается в RAR, и тип LBT (или тип доступа к каналу) или категория LBT для повторной передачи (т.е. последующие пакетные HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) указывается в PDCCH, в который запланирована повторная передача.

тип LBT, указываемый в RAR для начальной передачи, может представлять собой тип 1 LBT или тип 2 LBT. В этом случае, поле типа LBT 1-битовой длины может добавляться в RAR, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из типа LBT 1 и типа LBT 2, соответственно.

категория LBT, указываемая в RAR для начальной передачи, может представлять собой категорию 2 LBT или категорию 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в RAR, при этом кодовые точки (т.е. 0 и 1) добавленного поля указывают одно из категории 2 LBT и категории 4 LBT, соответственно.

категория LBT, указываемая в RAR для начальной передачи, может представлять собой категорию 2 LBT или категорию 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в RAR, при этом две кодовых точки (т.е. 0 и 1) добавленного поля указывают одно из категории 2 LBT и категории 3 LBT, соответственно.

категория LBT, указываемая в RAR для начальной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом три кодовых точки (например, 00, 01 и 10) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT и категории 4 LBT, соответственно.

Альтернативно, 1 бит может указывать то, требуется LBT или нет. Когда LBT не требуется, категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может опускаться из RAR, если первый бит указывает то, что LBT не требуется.

категория LBT, указываемая в RAR для начальной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом три кодовых точки (например, 00, 01 и 10) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT и категории 3 LBT, соответственно.

Альтернативно, 1 бит может указывать то, требуется LBT или нет. Когда LBT не, категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 3 LBT. Второй бит может опускаться из RAR, если первый бит указывает то, что LBT не требуется.

категория LBT, указываемая в RAR для начальной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT, категорию 3 LBT или категорию 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом четыре кодовых точки (например, 00, 01, 10 и 11) добавленного поля указывают одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT, соответственно.

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

Ссылаясь на фиг. 13, UE передает Msg1, включающее в себя RACH-преамбулу, на этапе 1305.

После приема RAR, соответствующего Msg1, на этапе 1310, UE выполняет LBT-процедуру согласно типу или категории LBT, как указано в RAR на этапе 1315, и передает начальную передачу на этапе 1320.

Если тип LBT (или тип доступа к каналу), указываемый в RAR, равен 1, либо если категория LBT, указываемая в RAR, равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, также может указываться в RAR.

Альтернативно, CAPC не указывается в RAR, но предварительно задан или указывается в SI или RRC-сообщении.

В качестве другого примера, CAPC может определяться на основе MAC PDU-контента (например, логического канала MAC SDU, MAC CE и т.д.).

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (или наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа.

После передачи начальной передачи в разрешении на UL-передачу, принимаемом в RAR на этапе 1320, UE отслеживает PDCCH.

Если UE принимает PDCCH для повторной передачи HARQ-пакета на этапе 1325, UE выполняет LBT-процедуру, как указано в PDCCH на этапе 1330, и повторно передает HARQ-пакет на этапе 1335.

Если тип LBT (или тип доступа к каналу), указываемый в PDCCH, равен 1, или категория LBT, указываемая в PDCCH, равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, также может указываться в PDCCH.

Альтернативно, CAPC не указывается в PDCCH, но предварительно задан или указывается в SI или RRC-сообщении.

В другом примере, CAPC может определяться на основе MAC PDU-контента (например, логического канала MAC SDU, MAC CE и т.д.).

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (наименьший CAPC-индекс).

Тип или категория LBT в PDCCH также может быть необязательным. Например, если тип или категория LBT не принимается в PDCCH, который включает в себя информацию планирования для повторной передачи, UE может выполнять LBT-процедуру, идентичную LBT-процедуре, используемой для начальной передачи, и повторно передавать HARQ-пакет.

Тип или категория LBT в RAR также может быть необязательным. Например, если тип или категория LBT не принимается в RAR, UE может выполнять LBT-процедуру с использованием типа LBT или категории, предварительно заданного или сигнализируемого в SI или RRC-сообщении.

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

Фиг. 14 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 14, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи на основе разрешения на UL-передачу, принимаемого в RAR, указывается в SI или RRC-сообщении, и тип LBT (или тип доступа к каналу) или категория LBT для повторной передачи (т.е. первая пакетная HARQ-передача HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR) указывается в PDCCH, в который запланирована повторная передача.

В варианте осуществления, тип LBT, указываемый в SI/RRC-сообщении для начальной передачи (т.е. первой пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR), представляет собой одно из типа LBT 1 и типа LBT 2. В этом случае, поле типа LBT 1-битовой длины может добавляться в SI/RRC-сообщении, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из типа LBT 1 и типа LBT 2. В другом варианте осуществления, категория LBT, указываемая в SI/RRC-сообщении для начальной передачи, представляет собой одно из категории 2 LBT и категории 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в SI/RRC-сообщении, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 4 LBT. В другом варианте осуществления, категория LBT, указываемая в SI/RRC-сообщении для начальной передачи, представляет собой одно из категории 2 LBT и категории 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в SI/RRC-сообщении, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 3 LBT. В другом варианте осуществления, категория LBT, указываемая в SI/RRC-сообщении для начальной передачи, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в SI/RRC-сообщении, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может не быть включен в SI/RRC-сообщение, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в SI/RRC-сообщении для начальной передачи, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в SI/RRC-сообщении, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может не быть включен в SI/RRC-сообщение, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в SI/RRC-сообщении для начальной передачи, представляет собой одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом каждая из трех кодовых точек (например, 00, 01, 10 и 11) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT.

В варианте осуществления, тип LBT, указываемый в PDCCH для повторной передачи (последующей пакетной HARQ-передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR), представляет собой одно из типа LBT 1 и типа LBT 2. В этом случае, поле типа LBT 1-битовой длины может добавляться в PDCCH, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из типа LBT 1 и типа LBT 2. В варианте осуществления, категория LBT, указываемая в PDCCH для повторной передачи, представляет собой одно из категории 2 LBT и категории 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в PDCCH, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 4 LBT. В другом варианте осуществления, категория LBT, указываемая в PDCCH для повторной передачи, представляет собой одно из категории 2 LBT и категории 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в PDCCH, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 3 LBT. В другом варианте осуществления, категория LBT, указываемая в PDCCH для повторной передачи, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может не быть включен в PDCCH, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в PDCCH для повторной передачи, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит в PDCCH указывает категорию 2 LBT или категорию 3 LBT. Второй бит может не быть включен в PDCCH, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в PDCCH для повторной передачи, представляет собой одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в PDCCH, при этом каждая из трех кодовых точек (например, 00, 01, 10 и 11) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT.

Ссылаясь на фиг. 14, UE принимает SI или RRC-сообщение, включающее в себя индикатор типа LBT или категории, на этапе 1405.

На этапе 1410, UE передает Msg1, включающее в себя RACH-преамбулу.

После приема RAR, соответствующего RACH-преамбуле, на этапе 1415, UE выполняет LBT-процедуру согласно типу или категории LBT, как указано в SI (например, в RACH-конфигурации) или RRC-сообщении на этапе 1420, и передает начальную передачу на этапе 1425.

Если тип LBT (или тип доступа к каналу), указываемый в SI или RRC-сообщении, равен 1, либо если категория LBT, указываемая в SI или RRC-сообщении, равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу (например, m, CW-размер и т.д.) для LBT-процедуры, предварительно задан или указывается в SI или RRC-сообщении.

Альтернативно, CAPC может определяться на основе MAC PDU-контента (например, логического канала MAC SDU, MAC CE и т.д.).

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (наименьший CAPC-индекс).

После передачи начальной передачи в разрешении на UL-передачу, принимаемом в RAR на этапе 1425, UE отслеживает на предмет PDCCH.

Если UE принимает PDCCH для повторной передачи HARQ-пакета на этапе 1430, UE выполняет LBT-процедуру, как указано в PDCCH на этапе 1435, и повторно передает HARQ-пакет на этапе 1440.

LBT-процедура, как указано в SI или RRC-сообщении на этапе 1405, может применяться как для Msg1, так и для Msg3.

Если тип LBT (или тип доступа к каналу), указываемый в PDCCH, равен 1, либо если категория LBT, указываемая в PDCCH, равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу для LBT-процедуры, также может указываться в PDCCH.

Альтернативно, CAPC не указывается в PDCCH, но он предварительно задан или указывается в SI или RRC-сообщении.

В качестве другого примера, CAPC может определяться на основе MAC PDU-контента.

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (наименьший CAPC-индекс).

Тип или категория LBT в PDCCH также может быть необязательным. Например, если тип или категория LBT не принимается в PDCCH, который включает в себя информацию планирования для повторной передачи, UE может выполнять LBT-процедуру, идентичную LBT-процедуре, используемой для начальной передачи, и повторно передавать HARQ-пакет.

Тип или категория LBT в SI или RRC-сообщении также может быть необязательным. Например, если тип или категория LBT не принимается в SI или RRC-сообщении, UE может выполнять LBT-процедуру с использованием предварительно заданного типа LBT или категории.

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

Фиг. 15 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 15, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи и тип LBT (или тип доступа к каналу) или категория LBT для повторных передач HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR, являются идентичными и предварительно заданы.

тип LBT, предварительно заданный для начальной передачи и повторной передачи, может представлять собой тип 1 LBT или тип 2 LBT.

категория LBT, предварительно заданная для начальной передачи и повторной передачи, может представлять собой категорию 2 LBT или категорию 4 LBT.

категория LBT, предварительно заданная для начальной передачи и повторной передачи, может представлять собой категорию 2 LBT или категорию 3 LBT.

категория LBT, предварительно заданная для начальной передачи и повторной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 4 LBT.

категория LBT, предварительно заданная для начальной передачи и повторной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT или категорию 3 LBT.

категория LBT, предварительно заданная для начальной передачи и повторной передачи, может представлять собой категорию 1 LBT, категорию 2 LBT, категорию 3 LBT или категорию 4 LBT.

Ссылаясь на фиг. 15, UE передает Msg1, включающее в себя RACH-преамбулу, на этапе 1505.

После приема RAR, соответствующего RACH-преамбуле, на этапе 1510, UE выполняет LBT-процедуру предварительно заданного типа или категории на этапе 1515 и передает начальную передачу на этапе 1520.

После передачи начальной передачи в разрешении на UL-передачу, принимаемом в RAR на этапе 1520, UE отслеживает на предмет PDCCH.

Если UE принимает PDCCH для повторной передачи HARQ-пакета на этапе 1525, UE выполняет LBT-процедуру предварительно заданного типа или категории на этапе 1530 и повторно передает HARQ-пакет на этапе 1535.

Если предварительно заданный тип LBT (или тип доступа к каналу) равен 1, либо если предварительно заданная категория LBT равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу для LBT-процедуры, также может быть предварительно задан.

Альтернативно, CAPC может указываться в SI или RRC-сообщении.

В качестве другого примера, CAPC может определяться на основе MAC PDU-контента.

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (наименьший CAPC-индекс).

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

Фиг. 16 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 16, тип LBT (или тип доступа к каналу) или категория для начальной передачи и тип LBT (или тип доступа к каналу) или категория для повторной передачи HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR, являются идентичными и указываются в RAR.

В варианте осуществления, тип LBT, указываемый в RAR для передачи, представляет собой одно из типа LBT 1 и типа LBT 2. В этом случае, поле типа LBT 1-битовой длины может добавляться в RAR, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из типа LBT 1 и типа LBT 2. В другом варианте осуществления, категория LBT, указываемая в RAR для передачи, представляет собой одно из категории 2 LBT и категории 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в RAR, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 4 LBT. В другом варианте осуществления, категория LBT, указываемая в RAR для передачи, представляет собой одно из категории 2 LBT и категории 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в RAR, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 3 LBT. В другом варианте осуществления, категория LBT, указываемая в RAR для передачи, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может не быть включен в RAR, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в RAR для передачи, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит в RAR указывает категорию 2 LBT или категорию 3 LBT. Второй бит может не быть включен в RAR, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в RAR для передачи, представляет собой одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в RAR, при этом каждая из трех кодовых точек (например, 00, 01, 10 и 11) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT.

Ссылаясь на фиг. 16, UE передает Msg1, включающее в себя RACH-преамбулу, на этапе 1605.

После приема RAR, соответствующего RACH-преамбуле, на этапе 1610, UE выполняет LBT-процедуру, как указано в RAR на этапе 1615, и передает начальную передачу на этапе 1620.

Если UE принимает PDCCH для повторной передачи HARQ-пакета на этапе 1625, UE выполняет LBT-процедуру, как указано в RAR на этапе 1630, и повторно передает HARQ-пакет на этапе 1635.

Если тип LBT (или тип доступа к каналу), указываемый в RAR, равен 1, либо если категория LBT, указываемая в RAR, равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу для LBT-процедуры, также может указываться в RAR.

Альтернативно, CAPC не указывается в RAR, но предварительно задан или указывается в SI или RRC-сообщении.

В качестве другого примера, CAPC может определяться на основе MAC PDU-контента.

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший CAPC-индекс).

В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (наименьший CAPC-индекс).

Тип или категория LBT в RAR может быть необязательным. Например, если тип или категория LBT не принимается в RAR, UE может выполнять LBT-процедуру с использованием типа LBT или категории, который предварительно задан или сигнализируется сигналах в SI или RRC-сообщении.

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

Фиг. 17 является блок-схемой последовательности сигналов, иллюстрирующей способ определения типа LBT для передачи Msg3 согласно варианту осуществления.

В варианте осуществления по фиг. 17, тип LBT (или тип доступа к каналу) или категория LBT для начальной передачи и тип LBT (или тип доступа к каналу) или категория LBT для пакетных повторных HARQ-передач HARQ-процесса, соответствующего разрешению на UL-передачу, принимаемому в RAR, являются идентичными и указываются в SI (например, в RACH-конфигурации) или RRC-сообщении.

В варианте осуществления, тип LBT, указываемый в SI для передачи, представляет собой одно из типа LBT 1 и типа LBT 2. В этом случае, поле типа LBT 1-битовой длины может добавляться в SI, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из типа LBT 1 и типа LBT 2. В другом варианте осуществления, категория LBT, указываемая в SI для передачи, представляет собой одно из категории 2 LBT и категории 4 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в SI, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 4 LBT. В другом варианте осуществления, категория LBT, указываемая в SI для передачи, представляет собой одно из категории 2 LBT и категории 3 LBT. В этом случае, поле категории 1 LBT-битовой длины может добавляться в SI, при этом каждая из двух кодовых точек (т.е. 0 и 1) добавленного поля указывает одно из категории 2 LBT и категории 3 LBT. В другом варианте осуществления, категория LBT, указываемая в SI для передачи, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в SI, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 4 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит может указывать категорию 2 LBT или категорию 4 LBT. Второй бит может не быть включен в SI, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в SI для передачи, представляет собой одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в SI, при этом каждая из трех кодовых точек (например, 00, 01 и 10) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT и категории 3 LBT. Альтернативно, 1 бит может указывать то, требуется LBT или нет. Следует отметить, что то, что LBT не требуется, означает то, что категория LBT равна 1. Если LBT требуется, другой бит в SI указывает категорию 2 LBT или категорию 3 LBT. Второй бит может не быть включен в SI, если первый бит указывает то, что LBT не требуется. В другом варианте осуществления, категория LBT, указываемая в SI для передачи, представляет собой одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT. В этом случае, поле категории 2 LBT-битовой длины может добавляться в SI, при этом каждая из трех кодовых точек (например, 00, 01, 10 и 11) добавленного поля указывает одно из категории 1 LBT, категории 2 LBT, категории 3 LBT и категории 4 LBT.

Ссылаясь на фиг. 17, UE принимает SI или RRC-сообщение, включающее в себя индикатор типа LBT или категории, на этапе 1705.

На этапе 1710, UE передает Msg1, включающее в себя RACH-преамбулу.

После приема RAR, соответствующего RACH-преамбуле, на этапе 1715, UE выполняет LBT-процедуру, как указано в SI или RRC-сообщении на этапе 1720, и передает начальную передачу на этапе 1725.

Если UE принимает PDCCH для повторной передачи HARQ-пакета на этапе 1730, UE выполняет LBT-процедуру, как указано в SI или RRC-сообщении на этапе 1735, и повторно передает HARQ-пакет на этапе 1740.

Если тип LBT (или тип доступа к каналу), указываемый в SI или RRC-сообщении, равен 1, либо если категория LBT, указываемая в SI или RRC-сообщении, равна 3 или 4, CAPC для того, чтобы определять параметры доступа к каналу для LBT-процедуры, также может указываться в SI или RRC-сообщении.

Альтернативно, CAPC не указывается в SI или RRC-сообщении, но предварительно задан.

В качестве другого примера, CAPC может определяться на основе MAC PDU-контента.

Преобразование между CAPC и логическими каналами может быть предварительно задано или сигнализироваться в SI или RRC-сообщении. Типично, Msg3 должно переносить MAC SDU для SRB. Для SRB 0, SRB 1 и SRB 3, CAPC может быть предварительно задан, т.е. CAPC с наивысшим приоритетом (наименьший CAPC-индекс), тогда как для SRB 2, CAPC может быть сконфигурирован через RRC-сообщение.

CAPC может быть предварительно задан или сигнализироваться для MAC CE. Например, CAPC для MAC CE может представлять собой CAPC с наивысшим приоритетом (или наименьший индекс CAPC). В качестве другого примера, CAPC для передачи Msg3 может определяться на основе события, которое инициирует процедуру произвольного доступа. Например, если процедура произвольного доступа инициируется вследствие передачи обслуживания или для восстановления после сбоя луча, может использоваться CAPC с наивысшим приоритетом (наименьший индекс CAPC).

Тип или категория LBT в SI или RRC-сообщении также может быть необязательным. Например, если тип или категория LBT не принимается в SI или RRC-сообщении, UE может выполнять LBT-процедуру с использованием предварительно заданного типа или категории LBT.

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

В этом варианте осуществления, тип (или тип доступа к каналу) или категория LBT для начальной передачи и тип или категория LBT для пакетной HARQ-передачи и повторной передачи являются идентичными и определяются на основе контента MAC PDU.

Фиг. 18 является блок-схемой, иллюстрирующей терминал, согласно примерному варианту осуществления.

Ссылаясь на фиг. 18, терминал включает в себя приемо-передающее устройство 1810, контроллер 1820 и запоминающее устройство 1830. Контроллер 1820 включает в себя схему, специализированную интегральную схему (ASIC) или, по меньшей мере, один процессор. Приемо-передающее устройство 1810, контроллер 1820 и запоминающее устройство 1830 выполнены с возможностью выполнять вышеописанные операции UE, как проиллюстрировано на фиг. 1-17.

Хотя приемо-передающее устройство 1810, контроллер 1820 и запоминающее устройство 1830 проиллюстрированы в качестве отдельных объектов, они могут быть реализованы в качестве одного объекта, например, в качестве одной микросхемы, либо приемо-передающее устройство 1810, контроллер 1820 и запоминающее устройство 1830 могут электрически соединяться или подключаться между собой.

Приемо-передающее устройство 1810 может передавать и принимать сигналы в/из других сетевых объектов, например, базовой станции. Контроллер 1820 может управлять терминалом таким образом, чтобы выполнять функции согласно одному из вариантов осуществления, описанных выше. Операции терминала могут реализовываться с использованием запоминающего устройства 1830, сохраняющего соответствующие программные коды. В частности, терминал может оснащаться запоминающим устройством 1830, чтобы сохранять программные коды, реализующие требуемые операции. Чтобы выполнять требуемые операции, контроллер 1820 может считывать и выполнять программные коды, сохраненные в запоминающем устройстве 1830, посредством использования процессора или центрального процессора (CPU).

Фиг. 19 является блок-схемой, иллюстрирующей базовую станцию согласно варианту осуществления.

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

Хотя приемо-передающее устройство 1910, контроллер 1920 и запоминающее устройство 1930 проиллюстрированы в качестве отдельных объектов, они могут быть реализованы в качестве одного объекта, например, в качестве одной микросхемы. Приемо-передающее устройство 1910, контроллер 1920 и запоминающее устройство 1930 могут электрически соединяться или подключаться между собой.

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

Операции базовой станции могут реализовываться с использованием запоминающего устройства 1930, сохраняющего соответствующие программные коды. В частности, базовая станция может оснащаться запоминающим устройством 1930, чтобы сохранять программные коды, реализующие требуемые операции. Чтобы выполнять требуемые операции, контроллер 1920 может считывать и выполнять программные коды, сохраненные в запоминающем устройстве 1930, посредством использования процессора или CPU.

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

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

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

выполняют первую процедуру доступа к каналу на основе типа доступа к каналу для передачи MSG3;

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

принимают от базовой станции управляющую информацию нисходящей линии связи (DCI) для планирования повторной передачи MSG3, причем DCI включает в себя тип доступа к каналу для повторной передачи MSG3;

осуществляют вторую процедуру доступа к каналу на основе типа доступа к каналу для повторной передачи MSG3; и

передают в базовую станцию MSG3 на основе второй процедуры доступа к каналу.

2. Способ по п.1, в котором физический канал управления нисходящей линии связи (PDCCH) для DCI адресуется по временному идентификатору беспроводной сети временной соты (TC-RNTI), включенному в RAR.

3. Способ по п.1, в котором

тип доступа к каналу для передачи MSG3 включает в себя первый тип доступа к каналу или второй тип доступа к каналу,

тип доступа к каналу для повторной передачи MSG3 включает в себя первый тип доступа к каналу или второй тип доступа к каналу,

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

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

4. Способ по п.3, в котором

тип доступа к каналу для передачи MSG3 включает в себя третий тип доступа к каналу,

тип доступа к каналу для повторной передачи MSG3 включает в себя третий тип доступа к каналу,

процедура доступа к каналу, ассоциированная с третьим типом доступа к каналу, реализуется путем несчитывания канала.

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

передают в абонентское устройство (UE) ответ по произвольному доступу (RAR), включающий в себя ресурс восходящей линии связи для передачи MSG3, ассоциированного с произвольным доступом, и тип доступа к каналу для передачи MSG3;

передают в UE управляющую информацию (DCI) нисходящей линией связи для планирования повторной передачи MSG3 в случае, когда MSG3 не принято, причем DCI включает в себя тип доступа к каналу для повторной передачи MSG3; и

принимают от UE MSG3 на основе процедуры доступа к каналу, которая основывается на типе доступа к каналу для повторной передачи MSG3.

6. Способ по п.5, в котором физический канал управления нисходящей линии связи (PDCCH) для DCI адресуется по временному идентификатору беспроводной сети временной соты (TC-RNTI), включенному в RAR.

7. Способ по п.5, в котором

тип доступа к каналу для передачи MSG3 включает в себя первый тип доступа к каналу или второй тип доступа к каналу,

тип доступа к каналу для повторной передачи MSG3 включает в себя первый тип доступа к каналу или второй тип доступа к каналу,

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

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

8. Способ по п.7, в котором

тип доступа к каналу для передачи MSG3 включает в себя третий тип доступа к каналу,

тип доступа к каналу для повторной передачи MSG3 включает в себя третий тип доступа к каналу,

процедура доступа к каналу, ассоциированная с третьим типом доступа к каналу, реализуется путем несчитывания канала.

9. Абонентское устройство (UE) в системе беспроводной связи, выполненное с возможностью определения типа доступа к каналу для передачи сообщения 3 (MSG3) в ходе процедуры произвольного доступа, при этом UE содержит:

приемо-передающее устройство; и

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

принимать, от базовой станции через приемо-передающее устройство, ответ по произвольному доступу (RAR), включающий в себя ресурс восходящей линии связи для передачи MSG3, ассоциированного с произвольным доступом, и тип доступа к каналу для передачи MSG3;

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

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

принимать, от базовой станции через приемо-передающее устройство, управляющую информацию нисходящей линии связи (DCI) для планирования повторной передачи MSG3, причем DCI включает в себя тип доступа к каналу для повторной передачи MSG3;

осуществлять, через приемо-передающее устройство, вторую процедуру доступа к каналу на основе типа доступа к каналу для повторной передачи MSG3; и

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

10. UE по п.9, при этом физический канал управления нисходящей линии связи (PDCCH) для DCI адресуется по временному идентификатору беспроводной сети временной соты (TC-RNTI), включенному в RAR.

11. UE по п.9, при этом

тип доступа к каналу для передачи MSG3 включает в себя первый тип доступа к каналу или второй тип доступа к каналу,

тип доступа к каналу для повторной передачи MSG3 включает в себя первый тип доступа к каналу или второй тип доступа к каналу,

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

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

12. UE по п.11, при этом

тип доступа к каналу для передачи MSG3 включает в себя третий тип доступа к каналу,

тип доступа к каналу для повторной передачи MSG3 включает в себя третий тип доступа к каналу,

процедура доступа к каналу, ассоциированная с третьим типом доступа к каналу, реализуется путем несчитывания канала.

13. Базовая станция в системе беспроводной связи, выполненная с возможностью приема передачи сообщения 3 (MSG3) в ходе процедуры произвольного доступа, при этом базовая станция содержит:

приемо-передающее устройство; и

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

передавать, в абонентское устройство (UE) через приемо-передающее устройство, ответ по произвольному доступу (RAR), включающий в себя ресурс восходящей линии связи для передачи MSG3, ассоциированного с произвольным доступом, и тип доступа к каналу для передачи MSG3;

передавать, в UE через приемо-передающее устройство, управляющую информацию (DCI) нисходящей линией связи для планирования повторной передачи MSG3 в случае, когда MSG3 не принято, причем DCI включает в себя тип доступа к каналу для повторной передачи MSG3; и

принимать, от UE через приемо-передающее устройство, MSG3 на основе процедуры доступа к каналу, которая основывается на типе доступа к каналу для повторной передачи MSG3.

14. Базовая станция по п.13, при этом физический канал управления нисходящей линии связи (PDCCH) для DCI адресуется по временному идентификатору беспроводной сети временной соты (TC-RNTI), включенному в RAR.

15. Базовая станция по п.13, при этом

тип доступа к каналу для передачи MSG3 включает в себя первый тип доступа к каналу или второй тип доступа к каналу,

тип доступа к каналу для повторной передачи MSG3 включает в себя первый тип доступа к каналу или второй тип доступа к каналу,

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

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

16. Базовая станция по п.15, при этом

тип доступа к каналу для передачи MSG3 включает в себя третий тип доступа к каналу,

тип доступа к каналу для повторной передачи MSG3 включает в себя третий тип доступа к каналу,

процедура доступа к каналу, ассоциированная с третьим типом доступа к каналу, реализуется путем несчитывания канала.



 

Похожие патенты:

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

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

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

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

Изобретение относится к средствам для передачи сообщения восходящей линии связи. Технический результат - обеспечение передачи множества сообщений PUCCH в одном и том же символе ортогонального мультиплексирования с частотным разделением каналов.

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

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

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

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

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

Изобретение относится к пользовательскому оборудованию в системе радиосвязи. Технический результат заключается в обеспечении обработки запроса для межтерминальной прямой связи. Для этого пользовательское оборудование содержит: блок управления, передающий блок и приемный блок. Блок управления выполнен с возможностью определения конфигурации для передачи запроса планирования на основании того, предназначен ли запрос планирования для связи между аппаратом базовой станции и пользовательским оборудованием или запрос планирования предназначен для связи между указанным пользовательским оборудованием и другим пользовательским оборудованием. Передающий блок выполнен с возможностью передачи запроса планирования с использованием конфигурации для передачи определенного запроса планирования. Приемный блок выполнен с возможностью приема гранта планирования на основании запроса планирования. 5 з.п. ф-лы, 14 ил.
Наркология
Наверх