ПРОЦЕДУРЫ ДОСТУПА К КАНАЛАМ ДЛЯ НАПРАВЛЕННЫХ СИСТЕМ В НЕЛИЦЕНЗИРОВАННЫХ ПОЛОСАХ Российский патент 2022 года по МПК H04W74/08 H04B7/06 

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

Настоящая заявка представляет собой обычную заявку и, согласно §119(e) раздела 35 Свода законов США, испрашивает преимущество в отношении предварительной заявки на патент США № 62/574,548, поданной 19 октября 2017 г., озаглавленной «Channel Access for Directional Systems In Unlicensed Bands», и предварительной заявки на патент США № 62/689,046, поданной 22 июня 2018 г., озаглавленной «Channel Access Procedures For Directional Systems In Unlicensed Bands», причем каждая из них полностью включена в настоящий документ путем ссылки.

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

Для поддержки требований к способам применения может потребоваться беспроводная связь. Требования к способу применения могут различаться. Например, для применения может понадобиться малое время задержки и возможна устойчивость к задержкам. Для некоторых способов применения может потребоваться высокая надежность. Применение может включать усовершенствованную широкополосную сеть мобильной связи (eMBB), межмашинную связь (MTC), массовую MTC (mMTC) и/или сверхнадежную связь с малым временем задержки (URLLC). Способы применения могут быть полезны в промышленности (например, в автомобилестроении, здравоохранении, сельском хозяйстве, коммунальном хозяйстве и/или логистике).

Системы беспроводной связи могут быть развернуты с применением лицензированного и/или нелицензированного спектра. Нелицензированный спектр может быть использован для услуг несотовой связи и/или других областей применения (например, Wi-Fi). Операторы сотовой связи могут рассматривать нелицензированный спектр как дополнительное средство. Например, нелицензированный спектр может дополнять предложения услуг оператора сотовой связи, поскольку удовлетворяет большой спрос на широкополосные данные. При использовании нелицензированного спектра могут быть дополнительные ограничения на использование спектра, в связи, например, с возможностью совместного использования нелицензированного спектра пользователями. Пользователи могут мешать друг другу.

Изложение сущности изобретения

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

Согласно некоторым вариантам осуществления способ, выполняемый принимающим узлом для резервирования направленного канала включает: прием сообщения с запросом передачи по направленному каналу (DRTS) от передающего узла; передачу сообщения готовности к передаче по направленному каналу (DCTS) с использованием одного или более первых лучей, причем по меньшей мере один первый луч направлен в первом направлении к передающему узлу; определение второго направления, при этом второе направление представляет собой направление, отличное от первого направления; и передачу по меньшей мере одного дополнительного сообщения DCTS с использованием одного или более вторых лучей, причем по меньшей мере один второй луч направлен во втором направлении к потенциально мешающему узлу. В таком способе принимающий узел может представлять собой модуль беспроводной передачи/приема, а передающий узел может представлять собой базовую станцию. Кроме того, способ может быть выполнен принимающим узлом для резервирования направленного канала в нелицензированном спектре.

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

В некоторых вариантах осуществления сообщение DRTS представляет собой улучшенное сообщение DRTS (eDRTS), а сообщение DCTS представляет собой улучшенное сообщение DCTS (eDCTS). В одном примере второе направление может быть определено на основании сообщения eDRTS. В некоторых вариантах осуществления по меньшей мере одно дополнительное сообщение DCTS дополнительно представляет собой улучшенное сообщение «DCTS самому себе» (eDCTS-to-Self). В сообщении DCTS, переданном в сторону передающего узла, может быть указано количество передач сообщения eDCTS-to-Self, выполняемых принимающим узлом.

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

В некоторых вариантах осуществления данное по меньшей мере одно дополнительное сообщение DCTS включает в себя множество улучшенных сообщений DCTS (eDCTS). В одном примере данное по меньшей мере одно дополнительное сообщение DCTS может быть передано многократно в пределах максимального времени занятости канала (MCOT). В некоторых вариантах осуществления способ дополнительно включает в себя: прием данных от передающего узла; и периодическую передачу последующих одного или более дополнительных сообщений DCTS в по меньшей мере втором направлении в пределах MCOT в ходе приема данных от передающего узла. Кроме того, в некоторых вариантах осуществления передача по меньшей мере одного дополнительного сообщения DCTS с использованием одного или более вторых лучей включает в себя передачу данного по меньшей мере одного дополнительного сообщения DCTS на других лучах.

В некоторых других вариантах осуществления способ дополнительно включает в себя: прием второго сообщения DRTS от передающего узла; и передачу сообщения отклонения передачи по направленному каналу (DDTS) передающему узлу в ответ на второе сообщение DRTS при обнаружении принимающим узлом потенциальной направленной помехи. Сообщение DDTS может представлять собой улучшенное сообщение DDTS (eDDTS), а сообщение eDDTS может идентифицировать узел, передающий мешающий сигнал.

В некоторых вариантах осуществления количество из по меньшей мере одного дополнительного передаваемого сообщения DCTS основано на по меньшей мере одном из (i) количества потенциально мешающих узлов, (ii) мощности одного или более вторых лучей и (iii) ширины одного или более вторых лучей. Содержимое каждого из сообщений DRTS, DCTS и по меньшей мере одного дополнительного сообщения DCTS может быть скремблировано с использованием последовательности, которая является общей для группы сот. В одном примере содержимое каждого из сообщений DRTS, DCTS и по меньшей мере одного дополнительного сообщения DCTS может быть скремблировано с использованием последовательности группы сот (CGS), которая является общей для группы сот.

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

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

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

Краткое описание графических материалов

На фиг. 1A представлена схема системы, иллюстрирующая пример системы связи, в которой могут быть реализованы один или более описанных вариантов осуществления.

На фиг. 1B представлена схема системы, иллюстрирующая пример модуля беспроводной передачи/приема (WTRU), который может быть использован в системе связи, показанной на фиг. 1A, в соответствии с вариантом осуществления.

На фиг. 1C представлена схема системы, иллюстрирующая пример сети радиодоступа (RAN) и пример опорной сети (CN), которые могут быть использованы в системе связи, показанной на фиг. 1A, в соответствии с вариантом осуществления.

На фиг. 1D представлена схема системы, иллюстрирующая дополнительный пример RAN и дополнительный пример CN, которые могут быть использованы в системе связи, показанной на фиг. 1A, в соответствии с вариантом осуществления.

На фиг. 2A показан пример помех в основанных на лучах системах, использующих основанное на направлении прослушивание перед передачей (LBT) при совместном функционировании нового радио (NR) и WiGig (Wireless Gigabit Alliance).

На фиг. 2B показан пример помех в основанных на лучах системах, использующих процедуры основанного на направлении прослушивания перед передачей (LBT) при совместном функционировании NR-NR.

На фиг. 3A показан пример контроля несущей в LBT при помехах от точки доступа (AP), принятых на оборудовании пользователя (UE).

На фиг. 3B показан пример контроля несущей в LBT при помехах от gNB на станции (STA) и/или от AP на UE.

На фиг. 4A показан пример контроля несущей в LBT при помехах от точки доступа (AP), принятых на gNB.

На фиг. 4B показан пример контроля несущей в LBT при помехах от UE, принятых на STA, и/или от AP на gNB.

На фиг. 5 показан пример сценария помех при eDRTS, eDCTS и многократной процедуре eDCTS-to-Self для выдержки источников помех в соответствии с некоторыми вариантами осуществления.

На фиг. 6 показан пример создания периода и/или области защиты в соответствии с некоторыми вариантами осуществления.

На фиг. 7 показан пример конфигурации переключения нисходящей линии связи/ восходящей линии связи (DL/UL) в соответствии с некоторыми вариантами осуществления.

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

На фиг. 9 показан пример конфигурации переключения DL/UL для сценария совместного функционирования NR-WiGig в соответствии с некоторыми вариантами осуществления.

На фиг. 10 показан пример покрытия луча прямой и/или обратной линий связи для сценария совместного немешающего функционирования NR-WiGig в соответствии с некоторыми вариантами осуществления.

На фиг. 11 показан другой пример конфигурации переключения DL/UL для сценария совместного функционирования NR-WiGig в соответствии с некоторыми вариантами осуществления.

На фиг. 12 показан пример покрытия луча прямой и/или обратной линий связи для сценария помех AP для UE при совместном функционировании NR-WiGig в соответствии с некоторыми вариантами осуществления.

На фиг. 13 показан пример конфигурации переключения DL/UL для сценария совместного функционирования NR-WiGig с использованием более высокой мощности и множества резервных передач мини-интервалов для выдержки устройств WiGig в соответствии с некоторыми вариантами осуществления.

На фиг. 14 показан пример покрытия луча прямой и/или обратной линий связи для сценария помех при совместном функционировании NR-WiGig в соответствии с некоторыми вариантами осуществления.

На фиг. 15A показан пример парного прослушивания перед передачей (LBT) в одном противоположном направлении в соответствии с некоторыми вариантами осуществления.

На фиг. 15B показан пример парного LBT во множестве противоположных направлений в соответствии с некоторыми вариантами осуществления.

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

На фиг. 17A показан пример эффекта увеличения порога обнаружения энергии (ED) для LBT в одном противоположном направлении при оптимизированной форме луча в соответствии с некоторыми вариантами осуществления.

На фиг. 17B показан пример эффекта увеличения порога ED для LBT во множестве противоположных направлений при предварительно определенных лучах в соответствии с некоторыми вариантами осуществления.

На фиг. 18 представлен пример блок-схемы для коррекции параметров, связанных с LBT в противоположном(-ых) направлении(-ях) в соответствии с некоторыми вариантами осуществления.

На фиг. 19 представлен пример блок-схемы для динамической коррекции параметров для LBT в противоположном(-ых) направлении(-ях) в соответствии с некоторыми вариантами осуществления.

На фиг. 20 представлен пример блок-схемы для коррекции стратегии передачи на основании LBT в противоположном(-ых) направлении(-ях) в соответствии с некоторыми вариантами осуществления.

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

На фиг. 22 показан пример использования оценки угла прихода и изменения порога ED для LBT в противоположном направлении в соответствии с некоторыми вариантами осуществления.

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

На фиг. 24 показан пример коррекции ширины луча для LBT в противоположном направлении в соответствии с некоторыми вариантами осуществления.

На фиг. 25A показан пример блокировки узлов с разными технологиями радиодоступа (RAT) на основании LBT в соответствии с некоторыми вариантами осуществления.

На фиг. 25B показан пример блокировки узлов с одной и той же RAT на основании LBT в соответствии с некоторыми вариантами осуществления.

На фиг. 26 показан пример сценария координации LBT в соответствии с некоторыми вариантами осуществления.

На фиг. 27A показан пример координации LBT в частотной области в соответствии с некоторыми вариантами осуществления.

На фиг. 27B показан пример координации LBT во временной области в соответствии с некоторыми вариантами осуществления.

На фиг. 28A показан пример поведения всенаправленного LBT в соответствии с некоторыми вариантами осуществления.

На фиг. 28B показан пример поведения направленного LBT для направленных передач/приемов в соответствии с некоторыми вариантами осуществления.

На фиг. 29 показана процедура для сверхзащищенного обнаружения всенаправленного LBT в соответствии с некоторыми вариантами осуществления.

На фиг. 30A и 30B показаны примеры адаптации размера окна конкурентного доступа (CWS) в мультисотовых сценариях в соответствии с некоторыми вариантами осуществления.

На фиг. 31 показан пример передачи данных нисходящей линии связи с передачей eDCTS-to-Self в соответствии с некоторыми вариантами осуществления.

На фиг. 32 показан другой пример передачи данных нисходящей линии связи с передачей как eDCTS-to-Self, так и восходящей линии связи в соответствии с некоторыми вариантами осуществления.

На фиг. 33 показан пример передачи eDRTS, eDCTS и eDCTS-to-Self в соответствии с некоторыми вариантами осуществления.

На фиг. 34 показан пример поведения UE при нецелевом UE после приема eDRTS и eDCTS из другой соты в соответствии с некоторыми вариантами осуществления.

На фиг. 35 показан пример сценария, включающего в себя направленные RTS/CTS при совместном функционировании NR-U с NR-U при наличии мешающих узлов.

На фиг. 36 представлена блок-схема, иллюстрирующая способ резервирования направленного канала в соответствии с некоторыми вариантами осуществления.

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

На фиг. 38 показан пример серии передач, включая передачи eDRTS и eDCTS-to-Self, в соответствии с некоторыми вариантами осуществления.

На фиг. 39 показан пример сценария помех при eDRTS, eDCTS и многократной процедуре eDCTS-to-Self при совместном функционировании NR-U с NR-U в соответствии с некоторыми вариантами осуществления.

Объекты, соединения, компоновки и т.п., которые изображены на различных фигурах и в связи с ними, представлены в качестве примера, а не в качестве ограничения. В связи с этим любые и все утверждения или иные указания в отношении изображенного на конкретной фигуре, что представляет собой или имеет конкретный элемент или объект на конкретной фигуре, а также любые и все подобные утверждения, которые в отрыве от контекста или вне него могут быть поняты как неизменные и, следовательно, ограничивающие, могут быть правильно истолкованы только когда им предшествует фраза, такая как «В по меньшей мере некоторых вариантах осуществления…». Для краткости и ясности изложения эта подразумеваемая вводная фраза не повторяется постоянно в подробном описании чертежей.

Подробное описание

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

На фиг. 1A представлена схема, иллюстрирующая пример системы 100 связи, в которой могут быть реализованы один или более описанных вариантов осуществления. Система 100 связи может представлять собой систему множественного доступа, от которой множество пользователей беспроводной связи получают содержимое, такое как голосовая информация, данные, видео, обмен сообщениями, широковещание и т.п. Система 100 связи может быть выполнена с возможностью предоставления множеству пользователей беспроводной связи доступа к такому содержимому посредством совместного использования системных ресурсов, включая ширину полосы пропускания беспроводного соединения. Например, в системах 100 связи может быть использован один или более способов доступа к каналу, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступ с ортогональным частотным разделением каналов (OFDMA), FDMA с одной несущей (SC-FDMA), расширенное OFDM с безызбыточным расширенным дискретным преобразованием Фурье (DFT) с синхропакетом (ZT UW DTS-s OFDM), OFDM с синхропакетом (UW-OFDM), OFDM с фильтрацией ресурсного блока, блок фильтров со множеством несущих (FBMC) и т.п.

Как показано на фиг. 1A, система 100 связи может включать в себя модули 102a, 102b, 102c, 102d беспроводной передачи/приема (WTRU), RAN 104/113, CN 106/115, коммутируемую телефонную сеть 108 общего пользования (PSTN), сеть Интернет 110 и другие сети 112, хотя следует понимать, что в описанных вариантах осуществления предполагается возможность применения любого количества WTRU, базовых станций, сетей и/или элементов сети. Каждый из модулей WTRU 102a, 102b, 102c, 102d может представлять собой устройство любого типа, выполненное с возможностью функционирования и/или взаимодействия в среде беспроводной связи. Например, модули WTRU 102a, 102b, 102c, 102d, любой из которых может называться станцией и/или STA, могут быть выполнены с возможностью передачи и/или приема радиосигналов и могут включать в себя оборудование пользователя (UE), мобильную станцию, стационарный или мобильный абонентский модуль, абонентский модуль, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, ноутбук, нетбук, персональный компьютер, беспроводной датчик, точку доступа или устройство Mi-Fi, устройство Интернета физических объектов (IoT), часы или другие носимые устройства, устанавливаемый на голове дисплей (HMD), транспортное средство, беспилотный радиоуправляемый летательный аппарат, медицинское устройство и приложения (например, применяемые в дистанционной хирургии), промышленное устройство и приложения (например, робот и/или другие беспроводные устройства, работающие в условиях промышленной и/или автоматизированной технологической цепочки), устройство, относящееся к бытовой электронике, устройство, работающее в коммерческой и/или промышленной беспроводной сети, и т.п. Любой из модулей WTRU 102a, 102b, 102c и 102d можно взаимозаменяемо называть UE.

Системы 100 связи могут также включать в себя базовую станцию 114a и/или базовую станцию 114b. Каждая из базовых станций 114a, 114b может представлять собой устройство любого типа, выполненное с возможностью беспроводного взаимодействия с по меньшей мере одним из WTRU 102a, 102b, 102c, 102d для облегчения доступа к одной или более сетям связи, таким как CN 106/115, сеть Интернет 110 и/или другие сети 112. В качестве примера базовые станции 114a, 114b могут представлять собой базовые приемопередающие станции (BTS), станции Node-B, станции eNode B, станции Home Node B, станции Home eNode B, базовую станцию следующего поколения (gNB), NodeB на основании NR, контроллер пункта связи, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя каждая из базовых станций 114a, 114b показана как отдельный элемент, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимносоединенных базовых станций и/или элементов сети.

Базовая станция 114a может быть частью RAN 104/113, которая может также включать в себя другие базовые станции и/или элементы сети (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.п. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передачи и/или приема радиосигналов на одной или более частотах несущих, которые могут называться сотой (не показана). Эти частоты могут относиться к лицензированному спектру, нелицензированному спектру или к комбинации лицензированного и нелицензированного спектров. Сота может обеспечивать покрытие для беспроводного сервиса в конкретной географической зоне, которая может быть относительно фиксированной или которая может изменяться с течением времени. Сота может быть дополнительно разделена на секторы соты. Например, сота, связанная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, т. е. один для каждого сектора соты. В варианте осуществления в базовой станции 114a может быть использована технология «множественного входа — множественного выхода» (MIMO) и может быть задействовано множество приемопередатчиков для каждого сектора соты. Например, для передачи и/или приема сигналов в требуемых пространственных направлениях можно использовать формирование лучей.

Базовые станции 114a, 114b могут обмениваться данными с одним или более из WTRU 102a, 102b, 102c, 102d посредством радиоинтерфейса 116, который может представлять собой любую подходящую систему беспроводной связи (например, для передачи сигналов в радиочастотном (РЧ), микроволновом спектре, спектре сантиметровых волн, спектре микрометровых волн, инфракрасном (ИК), ультрафиолетовом (УФ) спектре, спектре видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).

Более конкретно, как указано выше, система 100 связи может представлять собой систему множественного доступа и в ней может быть использована одна или более схем доступа к каналу, например CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, в базовой станции 114a в RAN 104/113 и модулях WTRU 102a, 102b, 102c может быть реализована технология радиосвязи, такая как универсальный наземный доступ (UTRA) для универсальной системы мобильной связи (UMTS), в которой может быть установлен радиоинтерфейс 115/116/117 с использованием широкополосного CDMA (WCDMA). Технология широкополосного множественного доступа с кодовым разделением (WCDMA) может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей (DL) линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей (UL) линии связи (HSUPA).

В варианте осуществления в базовой станции 114a и модулях WTRU 102a, 102b, 102c может быть реализована такая технология радиосвязи, как сеть наземного радиодоступа UMTS последующего поколения (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием стандарта долгосрочного развития сетей связи (LTE), и/или LTE-Advanced (LTE-A), и/или LTE-Advanced Pro (LTE-A Pro).

В варианте осуществления в базовой станции 114a и модулях WTRU 102a, 102b, 102c может быть реализована такая технология радиосвязи, как новая технология радиодоступа (NR Radio Access), в которой может быть установлен радиоинтерфейс 116 с использованием технологии New Radio (NR).

В варианте осуществления в базовой станции 114a и модулях WTRU 102a, 102b, 102c может быть реализовано множество технологий радиодоступа. Например, в совокупности базовой станции 114a и модулей WTRU 102a, 102b, 102c может быть реализован радиодоступ LTE и радиодоступ NR, например, с помощью принципов двусторонней связи (DC). Таким образом, радиоинтерфейс, используемый модулями WTRU 102a, 102b, 102c, может характеризоваться применением множества типов технологий радиодоступа и/или передачами, отправленными на множество типов базовых станций (например, eNB и gNB) или с них.

В других вариантах осуществления в базовой станции 114a и модулях WTRU 102a, 102b, 102c могут быть реализованы технологии радиосвязи, такие как IEEE 802.11 (т. е. Wireless Fidelity (WiFi)), IEEE 802.16 (т. е. глобальная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), усовершенствованные скорости передачи данных для сетей GSM Evolution (EDGE), GSM EDGE (GERAN) и т.п.

Базовая станция 114b, показанная на фиг. 1A, может представлять собой, например, беспроводной маршрутизатор, станцию Home Node B, станцию Home eNode B или точку доступа, и в ней может быть использована любая подходящая RAT для облегчения беспроводной связи в локализованной зоне, такой как коммерческое предприятие, жилое помещение, транспортное средство, учебное заведение, промышленный объект, воздушный коридор (например, для использования беспилотными летательными аппаратами), проезжая часть и т.п. В одном варианте осуществления в базовой станции 114b и модулях WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.11, для создания беспроводной локальной сети (WLAN). В варианте осуществления в базовой станции 114b и модулях WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.15, для создания беспроводной персональной сети (WPAN). В еще одном варианте осуществления в базовой станции 114b и модулях WTRU 102c, 102d может быть использована RAT на основании сот (например, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR и т.д.) для создания пикосоты или фемтосоты. Как показано на фиг. 1A, базовая станция 114b может иметь прямое соединение с сетью Интернет 110. Таким образом, для базовой станции 114b может не требоваться доступ к сети Интернет 110 посредством CN 106/115.

RAN 104/113 может обмениваться данными с CN 106/115, которая может представлять собой сеть любого типа, выполненную с возможностью предоставления услуг передачи голосовой информации, данных, приложений и/или голосовой связи по протоколу (VoIP) Интернета одному или более из модулей WTRU 102a, 102b, 102c, 102d. К данным могут быть предъявлены различные требования по качеству обслуживания (QoS), например различные требования по производительности, требования к задержке, требования к отказоустойчивости, требования к надежности, требования к скорости передачи данных, требования к мобильности и т.п. В сети CN 106/115 может быть предоставлено управление вызовами, услуги биллинга, услуги мобильной связи на основании местоположения, предварительно оплаченные вызовы, возможность связи с сетью Интернет, распределение видеосигналов и т.п., и/или выполнены функции высокоуровневой защиты, такие как аутентификация пользователей. Хотя на фиг. 1A это не показано, следует понимать, что RAN 104/113 и/или CN 106/115 могут прямо или косвенно обмениваться данными с другими RAN, в которых использована такая же RAT, что и RAN 104/113, или другая RAT. Например, в дополнение к соединению с RAN 104/113, в которой может быть использована технология радиосвязи NR, CN 106/115 может также обмениваться данными с другой RAN (не показана), использующей технологию радиосвязи GSM, UMTS, CDMA 2000, WiMAX, E-UTRA или WiFi.

CN 106/115 может также выступать в качестве шлюза для модулей WTRU 102a, 102b, 102c, 102d для обеспечения доступа к сети PSTN 108, сети Интернет 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют традиционные услуги телефонной связи (POTS). Интернет 110 может включать в себя глобальную систему взаимно соединенных компьютерных сетей и устройств, в которых используют распространенные протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и/или протокол Интернета (IP) в наборе протоколов Интернета TCP/IP. Сети 112 могут включать в себя проводные и/или беспроводные сети связи, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования. Например, сети 112 могут включать в себя другую CN, соединенную с одной или более RAN, в которых может быть использована такая же RAT, как и RAN 104/113, или другая RAT.

Некоторые или каждый из модулей WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности (например, WTRU 102a, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для взаимодействия с различными беспроводными сетями по различным беспроводным линиям связи). Например, WTRU 102c, показанный на фиг. 1A, может быть выполнен с возможностью обмена данными с базовой станцией 114a, в которой может быть использована технология радиосвязи на основании сот, а также с базовой станцией 114b, в которой может быть использована технология радиосвязи IEEE 802.

На фиг. 1B представлена системная схема, иллюстрирующая пример WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя, помимо прочего, процессор 118, приемопередатчик 120, передающий/приемный элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и/или другие периферийные устройства 138. Следует понимать, что WTRU 102 может включать в себя любую подкомбинацию вышеперечисленных элементов и при этом все еще соответствовать варианту осуществления.

Процессор 118 может представлять собой процессор общего назначения, процессор специального назначения, традиционный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров, связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемых пользователем вентильных матриц (FPGA), интегральную микросхему (IC) любого другого типа, конечный автомат и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление мощностью, обработку ввода/вывода и/или любые другие функциональные возможности, с помощью которых модуль WTRU 102 работает в среде беспроводной связи. Процессор 118 может быть соединен с приемопередатчиком 120, который может быть соединен с передающим/приемным элементом 122. Хотя на фиг. 1B процессор 118 и приемопередатчик 120 показаны в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть совместно встроены в электронный блок или микросхему.

Передающий/приемный элемент 122 может быть выполнен с возможностью передачи сигналов на базовую станцию или приема сигналов от нее (например, базовой станции 114a) по радиоинтерфейсу 116. Например, в одном варианте осуществления передающий/приемный элемент 122 может представлять собой антенну, выполненную с возможностью передачи и/или приема РЧ-сигналов. В варианте осуществления передающий/приемный элемент 122 может представлять собой излучатель/детектор, выполненный с возможностью передачи и/или приема, например, сигналов в ИК-спектре, УФ-спектре или спектре видимого света. В еще одном варианте осуществления передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема сигналов как в РЧ-спектре, так и в спектре видимого света. Следует понимать, что передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации радиосигналов.

Хотя на фиг. 1B передающий/приемный элемент 122 показан в виде одного элемента, WTRU 102 может включать в себя любое количество передающих/приемных элементов 122. Более конкретно, в WTRU 102 может быть использована технология MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или более передающих/приемных элементов 122 (например, множество антенн) для передачи и приема радиосигналов по радиоинтерфейсу 116.

Приемопередатчик 120 может быть выполнен с возможностью модуляции сигналов, передаваемых посредством передающего/приемного элемента 122, а также демодуляции сигналов, принимаемых передающим/приемным элементом 122. Как указано выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков, за счет которых WTRU 102 получает возможность взаимодействия посредством множества RAT, таких как, например, NR и IEEE 802.11.

Процессор 118 WTRU 102 может быть соединен с динамиком/микрофоном 124, клавиатурой 126 и/или дисплеем/сенсорной панелью 128 (например, жидкокристаллическим дисплеем (LCD) или дисплеем на органических светодиодах (OLED)) и может принимать данные, вводимые пользователем с их помощью. Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может иметь доступ к информации с любого подходящего запоминающего устройства, такого как несъемное запоминающее устройство 130 и/или съемное запоминающее устройство 132, и хранить на нем данные. Несъемное запоминающее устройство 130 может включать в себя оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), жесткий диск или запоминающее устройство любого другого типа. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, безопасную цифровую карту памяти (SD) и т.п. В других вариантах осуществления процессор 118 может получать доступ к информации с запоминающего устройства, которое физически не размещено в WTRU 102, например на сервере или домашнем компьютере (не показано), и хранить на нем данные.

Процессор 118 может принимать питание от источника 134 питания и может быть выполнен с возможностью управления питанием и/или распределения питания на другие компоненты в WTRU 102. Источник 134 питания может представлять собой любое подходящее устройство для подачи питания на WTRU 102. Например, источник 134 питания может включать в себя одну или более сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), гибридных никелевых (NiMH), литий-ионных (Li-ion) батарей и т. д.), солнечных элементов, топливных элементов и т.п.

Процессор 118 может также быть соединен с набором микросхем GPS 136, который может быть выполнен с возможностью предоставления информации о местоположении (например, долготы и широты) относительно текущего местоположения WTRU 102. Дополнительно или вместо информации от набора микросхем GPS 136 WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, от базовых станций 114a, 114b) и/или определять местоположение на основании синхронизации сигналов, принимаемых от двух или более соседних базовых станций. Следует понимать, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения и при этом все еще соответствовать варианту осуществления.

Процессор 118 может быть дополнительно соединен с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, в которых предусмотрены дополнительные признаки, функциональные возможности и/или возможности по установлению проводной или беспроводной связи. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фото- и видеосъемки), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, беспроводную гарнитуру, модуль Bluetooth®, радиомодуль с частотной модуляцией (FM), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль устройства для воспроизведения видеоигр, Интернет-браузер, устройство виртуальной реальности и/или дополненной реальности (VR/AR), трекер активности и т.п. Периферийные устройства 138 могут включать в себя один или более датчиков, причем датчики могут представлять собой один или более из гироскопа, акселерометра, датчика Холла, магнитометра, датчика ориентации, датчика приближения, датчика температуры, датчика времени; датчика географического положения; высотомера, датчика освещенности, датчика касания, магнитометра, барометра, датчика жеста, биометрического датчика и/или датчика влажности.

WTRU 102 может включать в себя полнодуплексное радиоустройство, в котором передача и прием некоторых или всех сигналов (например, связанных с конкретными подкадрами) как для UL (например, для передачи), так и для нисходящей линии связи (например, для приема) могут быть осуществлены совместно и/или одновременно. Полнодуплексное радиоустройство может включать в себя модуль управления помехами для снижения уровня и/или по существу устранения собственных помех с помощью любого аппаратного обеспечения (например, дросселя) или обработки сигнала с помощью процессора (например, отдельного процессора (не показан) или процессора 118). В варианте осуществления WRTU 102 может включать в себя полнодуплексное радиоустройство для передачи и приема некоторых или всех сигналов (например, связанных с конкретными подкадрами) как для UL (например, для передачи), так и для нисходящей линии связи (например, для приема).

На фиг. 1C представлена системная схема RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, в RAN 104 может быть использована технология радиосвязи E-UTRA для обмена данными с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также обмениваться данными с CN 106.

RAN 104 может включать в себя eNode-B 160a, 160b, 160c, хотя следует понимать, что сеть RAN 104 может включать в себя любое количество станций eNode-B и при этом все еще соответствовать варианту осуществления. Каждая eNode-B 160a, 160b, 160c может включать в себя один или более приемопередатчиков для связи с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления в eNode B 160a, 160b, 160c может быть реализована технология MIMO. Таким образом, в eNode-B 160a может, например, быть использовано множество антенн для передачи радиосигналов на WTRU 102a и/или приема от него радиосигналов.

Каждая eNode-B 160a, 160b, 160c может быть связана с конкретной сотой (не показано) и может быть выполнена с возможностью принятия решений относительно управления радиоресурсами, решений относительно передачи обслуживания, диспетчеризации пользователей в UL и/или DL и т.п. Как показано на фиг. 1C, eNode-B 160a, 160b, 160c могут обмениваться данными друг с другом посредством интерфейса X2.

CN 106, показанная на фиг. 1C, может включать в себя объект 162 управления мобильностью (MME), обслуживающий шлюз (SGW) 164 и шлюз 166 (или PGW) сети с пакетной передачей данных (PDN). Хотя каждый из вышеперечисленных элементов показан как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может быть предоставленным им для использования.

MME 162 может быть подключен к каждой базовой станции eNode-Bs 162a, 162b, 162c в RAN 104 посредством интерфейса S1 и может выступать в качестве узла управления. Например, MME 162 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию канала, выбор конкретного обслуживающего шлюза во время начального соединения модулей WTRU 102a, 102b, 102c и т.п. MME 162 может предоставлять функцию плоскости управления для переключения между RAN 104 и другими RAN (не показано), которые используют другие технологии радиосвязи, такие как GSM и/или WCDMA.

SGW 164 может быть подключен к каждой станции eNode B 160a, 160b, 160c в RAN 104 посредством интерфейса S1. SGW 164 может по существу направлять и пересылать пакеты потока пользовательских данных на WTRU 102a, 102b, 102c и от них. SGW 164 может выполнять другие функции, например привязку плоскостей пользователя во время передачи обслуживания между базовыми станциями eNode B, инициирование пейджинга, когда данные DL доступны для модулей WTRU 102a, 102b, 102c, управление и хранение контекста модулей WTRU 102a, 102b, 102c и т.п.

SGW 164 может быть подключен к PGW 166, благодаря которому модули WTRU 102a, 102b, 102c могут получать доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP.

Благодаря CN 106 обмен данными с другими сетями может стать проще. Например, CN 106 может обеспечивать модули WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, например PSTN 108, для облегчения связи между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 106 и PSTN 108, или может обмениваться данными с ним. Кроме того, CN 106 может предоставлять модулям WTRU 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования.

Хотя WTRU описан на фиг. 20A–D как беспроводной терминал, предполагается, что в определенных типовых вариантах осуществления с таким терминалом может быть использован (например, временно или постоянно) проводной интерфейс связи с сетью связи.

В типовых вариантах осуществления другая сеть 112 может представлять собой WLAN.

WLAN в режиме базового набора служб (BSS) инфраструктуры может иметь точку доступа (АР) для BSS и одну или более станций (STA), связанных с АР. АР может иметь доступ к системе распределения (DS) или интерфейс с ней или же осуществлять связь по проводной/беспроводной сети другого типа, которая переносит трафик в BSS и/или вне BSS. Трафик на STA, обеспеченный вне BSS, может поступать через AP и может быть доставлен на STA. Трафик, исходящий от STA к получателям, вне BSS может быть отправлен на АР для доставки соответствующим получателям. Трафик между STA в пределах BSS может быть отправлен через АР, например, если STA-источник может отправлять трафик на АР, а АР может доставлять трафик STA-получателю. Трафик между STA в пределах BSS можно рассматривать и/или упоминать в качестве однорангового трафика. Одноранговый трафик может быть передан между (например, непосредственно между) STA-источником и STA-получателем при установлении прямого соединения (DLS). В определенных типовых вариантах осуществления DLS может использовать DLS 802.11e или туннелированное DLS 802.11z (TDLS). WLAN с использованием независимого BSS (IBSS) режима может не иметь АР, а STA (например, все STA) в пределах, или использующие, IBSS могут осуществлять связь непосредственно друг с другом. IBSS режим может иногда называться в настоящем документе режимом связи с прямым соединением.

При использовании режима работы инфраструктуры 802.11ac или аналогичного режима работы AP может передавать маяк посредством фиксированного канала, такого как первичный канал. Первичный канал может иметь фиксированную ширину (например, ширину полосы пропускания 20 МГц) или ширину, динамически установленную с помощью сигнализации. Первичный канал может представлять собой рабочий канал BSS и может быть использован станциями STA для установления соединения с АР. В определенных типовых вариантах осуществления может быть реализован множественный доступ с контролем несущей и предотвращением коллизий (CSMA/CA), например, в системах 802.11. STA (например, каждая STA), включая АР, могут обнаруживать первичный канал для CSMA/CA. При распознавании/обнаружении и/или определении занятости первичного канала конкретной станцией STA эта конкретная STA может отключаться. Одна STA (например, только одна станция) может осуществлять передачу в данном BSS в любой конкретный момент времени.

Для осуществления связи STA с высокой пропускной способностью (HT) может быть использован канал шириной 40 МГц, например, путем объединения первичного канала 20 МГц со смежным или несмежным каналом 20 МГц с формированием канала шириной 40 МГц.

STA со сверхвысокой пропускной способностью (VHT) могут поддерживать каналы шириной 20 МГц, 40 МГц, 80 МГц и/или 160 МГц. Каналы 40 МГц и/или 80 МГц могут быть сформированы путем объединения сплошных каналов 20 МГц. Канал 160 МГц может быть сформирован путем объединения 8 сплошных каналов 20 МГц или путем объединения двух несплошных каналов 80 МГц, которые могут называться конфигурацией 80 + 80. Для конфигурации 80 + 80 данные после кодирования канала могут проходить через анализатор сегментов, который может разделять данные на два потока. Обработка в виде обратного быстрого преобразования Фурье (IFFT) и обработка во временной области могут быть выполнены отдельно для каждого потока. Указанные потоки могут быть сопоставлены с двумя каналами 80 МГц, а данные могут быть переданы передающей станцией STA. В приемнике принимающей STA вышеописанная операция для конфигурации 80 + 80 может быть инвертирована, а объединенные данные могут быть отправлены на устройство управления доступом к среде передачи данных (MAC).

802.11af и 802.11ah поддерживают подрежимы работы 1 ГГц. Значения ширины полосы пропускания канала и несущие уменьшены в 802.11af и 802.11ah по сравнению с используемыми в 802.11n и 802.11ac. 802.11af поддерживает значения ширины полосы пропускания 5 МГц, 10 МГц и 20 МГц в неиспользуемом частотном спектре телевидения (TVWS), а 802.11ah поддерживает значения ширины полосы пропускания 1 МГц, 2 МГц, 4 МГц, 8 МГц и 16 МГц с использованием спектра, отличного от TVWS. Согласно типовому варианту осуществления 802.11ah может поддерживать управление с измерением/межмашинные связи, например устройства MTC в макрозоне покрытия. Устройства MTC могут обладать определенными возможностями, например ограниченными возможностями, включая поддержку (например, поддержку только) определенных и/или ограниченных значений ширины полосы пропускания. Устройства МТС могут включать в себя батарею, имеющую срок службы батареи, превышающий пороговое значение (например, для обеспечения очень длительного срока службы батареи).

Системы WLAN, в которых могут поддерживаться множество каналов и значений ширины полосы пропускания канала, такие как 802.11n, 802.11ac, 802.11af и 802.11ah, включают в себя канал, который может быть назначен в качестве первичного канала. Первичный канал может иметь ширину полосы пропускания, равную наибольшей общей рабочей ширине полосы пропускания, поддерживаемой всеми STA в BSS. Ширина полосы пропускания первичного канала может быть установлена и/или ограничена станцией STA из числа всех STA, работающих в BSS, в которой поддерживается режим работы с наименьшей шириной полосы пропускания. В примере 802.11ah первичный канал может иметь ширину 1 МГц для STA (например, устройств типа MTC), в которых поддерживается (например, поддерживается только) режим 1 МГц, даже если в AP и других STA в BSS поддерживается 2 МГц, 4 МГц, 8 МГц, 16 МГц и/или режимы работы с другими значениями ширины полосы пропускания канала. Параметры обнаружения несущей и/или вектора выделения сети (NAV) могут зависеть от состояния первичного канала. Если первичный канал занят, например, из-за STA (в которой поддерживается только режим работы 1 МГц), осуществляющей передачу на AP, все доступные полосы частот могут считаться занятыми, даже если большинство полос частот все еще не заняты и могут быть доступными.

В Соединенных Штатах доступные полосы частот, которые могут быть использованы 802.11ah, находятся в диапазоне от 902 МГц до 928 МГц. Доступные полосы частот в Корее - от 917,5 МГц до 923,5 МГц. Доступные полосы частот в Японии - от 916,5 МГц до 927,5 МГц. Общая ширина полосы пропускания, доступная для 802.11ah, составляет от 6 МГц до 26 МГц в зависимости от кода страны.

На фиг. 1D представлена системная схема RAN 113 и CN 115 в соответствии с вариантом осуществления. Как отмечено выше, в RAN 113 может быть использована технология радиосвязи NR для обмена данными с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 113 может также обмениваться данными с CN 115.

RAN 113 может включать в себя gNB 180a, 180b, 180c, хотя следует понимать, что сеть RAN 113 может включать в себя любое количество станций gNB и при этом все еще соответствовать варианту осуществления. Каждая gNB 180a, 180b, 180c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию MIMO. Например, gNB 180a, 108b могут использовать формирование лучей для передачи сигналов и/или приема сигналов от gNB 180a, 180b, 180c. Таким образом, gNB 180a, например, может использовать множество антенн для передачи радиосигналов на WTRU 102a и/или приема от него радиосигналов. В варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию агрегирования несущих. Например, gNB 180a может передавать на WTRU 102a множество несущих составляющих (не показаны). Подмножество этих несущих составляющих может относиться к нелицензированному спектру, тогда как остальные несущие составляющие могут относиться к лицензированному спектру. В варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию многоточечного согласования (CoMP). Например, WTRU 102a может принимать согласованные передачи от gNB 180a и gNB 180b (и/или gNB 180c).

WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием передач, связанных с масштабируемой численной величиной. Например, разнос символов OFDM и/или разнос поднесущих OFDM может быть различным для разных передач, разных сот и/или разных участков спектра беспроводной передачи. WTRU 102a, 102b, 102c могут осуществлять связь с gNB 180a, 180b, 180c с использованием подкадра или временных интервалов передачи (TTI) с различной или масштабируемой длительностью (например, содержащих различное количество символов OFDM и/или имеющих постоянные различные длительности абсолютного значения времени).

gNB 180a, 180b, 180c могут быть выполнены с возможностью обмена данными с модулями WTRU 102a, 102b, 102c в автономной конфигурации и/или в неавтономной конфигурации. В автономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c без одновременного доступа к другим RAN (например, таким как eNode-B 160a, 160b, 160c). В автономной конфигурации модули WTRU 102a, 102b, 102c могут использовать одну или более gNB 180a, 180b, 180c в качестве опорной точки для мобильности. В автономной конфигурации модули WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием сигналов в нелицензированной полосе. В неавтономной конфигурации модули WTRU 102a, 102b, 102c могут обмениваться данными/устанавливать соединение с gNB 180a, 180b, 180c, одновременно обмениваясь данными/устанавливая соединение с другой RAN, такой как eNode-B 160a, 160b, 160c. Например, в WTRU 102a, 102b, 102c могут быть реализованы принципы двойного соединения (DC) для по существу одновременного обмена данными с одной или более gNB 180a, 180b, 180c и одной или более eNode-B 160a, 160b, 160c. В неавтономной конфигурации eNode-B 160a, 160b, 160c могут выступать в качестве опорной точки для мобильности для модулей WTRU 102a, 102b, 102c, а gNB 180a, 180b, 180c могут предоставлять дополнительное покрытие и/или пропускную способность для обслуживания WTRU 102a, 102b, 102с.

Каждая из gNB 180a, 180b, 180c может быть связана с конкретной сотой (не показано) и может быть выполнена с возможностью принятия решений относительно управления радиоресурсом, решений относительно передачи обслуживания, диспетчеризации пользователей в UL и/или DL, поддержки сегментирования сети, двусторонней связи, взаимодействия между NR и E-UTRA, маршрутизации данных плоскости пользователя в функциональный блок 184a, 184b плоскости пользователя (UPF), маршрутизации информации плоскости управления в функциональный блок 182a, 182b управления доступом и мобильностью (AMF) и т.п. Как показано на фиг. 1D, станции gNB 180a, 180b, 180c могут обмениваться данными друг с другом посредством интерфейса Xn.

CN 115, показанная на фиг. 1D, может включать в себя по меньшей мере один AMF 182a, 182b, по меньшей мере один UPF 184a, 184b, по меньшей мере одну функцию 183a, 183b управления сеансом (SMF) и, возможно, сеть 185a, 185b передачи данных (DN). Хотя каждый из вышеперечисленных элементов показан как часть CN 115, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может быть предоставленным им для использования.

AMF 182a, 182b может быть подключен к одной или более gNB 180a, 180b, 180c в RAN 113 по интерфейсу N2 и может выступать в качестве узла управления. Например, AMF 182a, 182b может отвечать за аутентификацию пользователей модулей WTRU 102a, 102b, 102c, поддержку сегментирования сети (например, обработку различных сеансов PDU с различными требованиями), выбор конкретного SMF 183a, 183b, управление зоной регистрации, прекращение сигнализации NAS, управление мобильностью и т.п. Сегментирование сети может быть использовано в AMF 182a, 182b при настройке поддержки CN для модулей WTRU 102a, 102b, 102c на основании типов служб, используемых модулями WTRU 102a, 102b, 102c. Например, различные сетевые срезы могут быть установлены для разных вариантов использования, например службы, основанные на связи повышенной надежности с малым временем задержки (URLLC), службы, основанные на доступе к расширенной широкополосной сети мобильной связи (eMBB), службы для доступа к межмашинной связи (MTC) и/или т.п. AMF 162 может предоставлять функцию плоскости управления для переключения между RAN 113 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как LTE, LTE-A, LTE-A Pro, и/или технологии доступа, отличные от 3GPP, например WiFi.

SMF 183a, 183b может быть подключен к AMF 182a, 182b в CN 115 по интерфейсу N11. SMF 183a, 183b может также быть подключен к UPF 184a, 184b в CN 115 по интерфейсу N4. SMF 183a, 183b может выбирать UPF 184a, 184b и управлять им, а также конфигурировать маршрутизацию трафика с помощью UPF 184a, 184b. SMF 183a, 183b может выполнять другие функции, такие как управление IP-адресом UE и его выделение, управление сеансами PDU, управление реализацией политики и QoS, предоставление уведомлений о данных нисходящей линии связи и т.п. Тип сеанса PDU может быть основан на IP, не основан на IP, основан на Ethernet и т.п.

UPF 184a, 184b могут быть присоединены к одной или более станциям gNB 180a, 180b, 180c в RAN 113 с помощью интерфейса N3, благодаря которому модули WTRU 102a, 102b, 102c могут получать доступ к сетям с коммутацией пакетов, таким как Интернет 110, для облегчения обмена данными между модулями WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. UPF 184, 184b может выполнять другие функции, такие как маршрутизация и передача пакетов, применение политик в плоскости пользователя, поддержка многоканальных сеансов PDU, обработка QoS в плоскости пользователя, буферизация пакетов нисходящей линии связи, привязка для обеспечения мобильности и т.п.

Благодаря CN 115 обмен данными с другими сетями может стать проще. Например, CN 115 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 115 и PSTN 108, или может обмениваться данными с ним. Кроме того, с помощью CN 115 модули WTRU 102a, 102b, 102c могут получать доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования. В одном варианте осуществления модули WTRU 102a, 102b, 102c могут быть подключены к локальной сети передачи данных (DN) 185a, 185b через UPF 184a, 184b посредством интерфейса N3 к UPF 184a, 184b и интерфейса N6 между UPF 184a, 184b и DN 185a, 185b.

С учетом фиг. 1A–D и соответствующих описаний фиг. 1A–1D одна или более, или все из функций, описанных в настоящем документе в связи с одним или более из: WTRU 102a–d, базовой станции 114а–b, eNode-B 160a–c, MME 162, SGW 164, PGW 166, gNB 180a–c, AMF 182a–b, UPF 184a–b, SMF 183a–b, DN 185a–b и/или любого(-ых) другого(-их) устройства (устройств), описанного(-ых) в этом документе, могут быть реализованы одним или более устройствами эмуляции (не показаны). Устройства эмуляции могут представлять собой одно или более устройств, выполненных с возможностью эмуляции одной или более функций, или всех функций, описанных в настоящем документе. Например, устройства эмуляции могут быть применены для испытания других устройств и/или для моделирования функций сети и/или WTRU.

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

Одно или более устройств эмуляции могут выполнять одну или более функций, включая все функции, и при этом не быть реализованными/развернутыми в качестве части проводной и/или беспроводной сети связи. Например, устройства эмуляции могут быть использованы в сценарии испытания в испытательной лаборатории и/или в неразвернутой (например, испытательной) проводной и/или беспроводной сети связи для осуществления испытания одного или более компонентов. Одно или более устройств эмуляции могут представлять собой испытательное оборудование. Для передачи и/или приема данных в устройствах эмуляции могут быть использованы прямое РЧ-соединение и/или беспроводные связи посредством РЧ-схемы (например, которая может включать в себя одну или более антенн).

Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент может быть использован отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель и предназначенном для исполнения компьютером или процессором. Примеры машиночитаемого носителя включают в себя электронные сигналы (переданные по проводным или беспроводным соединениям) и машиночитаемые носители информации. Примеры машиночитаемого носителя информации включают в себя, без ограничений, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые устройства хранения данных, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика, предназначенного для применения в составе WTRU, оборудования пользователя, терминала, базовой станции, контроллера RNC и/или любого главного компьютера.

Эксплуатация и/или использование соты, приемо-передающей точки (TRP) и/или несущей в нелицензированной полосе могут быть автономными. Может быть оказано какое-либо содействие при эксплуатации и/или использовании соты, приемо-передающей точки (TRP) и/или несущей в нелицензированной полосе. Например, помощь может быть предоставлена несущей в лицензированной полосе, и это можно назвать доступом на базе лицензируемой полосы частот (LAA). В случае LAA лицензированная сота, TRP и/или несущая может представлять собой первичную соту, TRP и/или несущую. В случае LAA лицензированная сота, TRP и/или несущая может представлять собой базовую соту, TRP или несущую.

Сотовая система, которая работает в нелицензированном спектре, может функционировать совместно с другими пользователями спектра. Другие пользователи спектра могут использовать нелицензированные технологии (например, Wi-Fi, WiGig и/или других сотовых операторов). Сотовая система, которая работает в нелицензированном спектре, может пытаться свести к минимуму помехи и/или может учитывать равнодоступность других пользователей спектра. Например, сотовая система может использовать прослушивание перед передачей (LBT) и/или анализ незанятости канала (CCA). При LBT и/или CCA узел системы, такой как точка доступа (AP), eNodeB (eNB), gNodeB (gNB), TRP, оборудование пользователя (UE) и т.п., может прослушивать канал (например, полосу частот с определенной центральной частотой и шириной полосы). Таким образом можно определять наличие другого пользователя, использующего канал, перед передачей по этому каналу и/или передачей по части канала. Прослушивание и/или определение использования другими может включать в себя измерения и/или быть основанным на них. Измерения могут включать в себя обнаружение энергии.

В настоящем документе термины «LBT, CCA» и «LBT/CCA» могут использоваться взаимозаменяемо. Канал может быть определен как занятый, загруженный и/или используемый в ходе измерения (например, энергии). Определение может быть, например, основано на измерении энергии, которая может быть на уровне и/или выше порога. Например, канал может быть определен как неактивный, свободный, незанятый и/или неиспользуемый, когда результат измерения (например, энергии) на уровне порога или ниже.

Термины «незанятый», «незагруженный» и/или «неиспользуемый» могут применяться взаимозаменяемо. Термины «несвободный», «занятый», «загруженный» и/или «используемый» могут применяться взаимозаменяемо. Термины «канал» и/или «рабочий канал» могут применяться взаимозаменяемо. Неуспешный CCA может означать, что канал оказался занятым. Успешный CCA может означать, что канал оказался незанятым.

Потенциальный передатчик по каналу (например, UE с потенциальной передачей по восходящей линии связи (UL) и/или eNB с потенциальной передачей по нисходящей линии связи (DL)) может оценивать и/или контролировать (например, принимать) канал. Это может быть сделано, например, для измерения и/или определения наличия сигнала и/или помех в канале. Это может быть сделано до передачи, например, для определения возможного использования канала (например, занятости и/или загруженности) другим (например, другой системой, пользователем и/или сигналом).

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

Оборудование, основанное на передаче кадров (FBE), может относиться к оборудованию, для которого синхронизация передачи/приема может быть фиксированной и/или структурированной. Оборудование, основанное на нагрузке (LBE), например, может не выполнять LBT/CCA в соответствии с определенной структурой кадров (например, в фиксированный и/или определенный момент времени). LBE может выполнять LBT/CCA, например, когда у него имеются данные для передачи.

Оборудование может относиться к узлу или устройству, которое может передавать и/или принимать по лицензированному и/или нелицензированному каналу. Например, в оборудование могут входить UE, eNB, gNB, TRP, STA и/или AP.

В настоящем документе eNB, gNB, TRP, STA, соту, базовую станцию (BS) и/или AP можно использовать взаимозаменяемо (например, узлы могут передавать и принимать). eNB, gNB и/или TRP можно использовать для представления одного или более из gNB, TRP, STA, соты, BS, AP и/или другого узла, такого как сетевой узел.

Оборудование может выполнять проверку LBT/CCA, которая может обнаруживать энергию в канале. Это может происходить до передачи и/или до пакета передач по рабочему каналу. Период времени LBT/CCA для оценки канала может представлять собой фиксированное время и/или иметь минимальное время. Время занятости канала (COT) может представлять собой общее время, в течение которого оборудование может осуществлять передачи по данному каналу, например, без повторной оценки доступности канала. Максимальное COT (MCOT) может представлять собой общее время, в течение которого оборудование может использовать рабочий канал для данной передачи и/или пакета передач. Значение MCOT может быть сконфигурировано и/или разрешено (например, путем регулирования). Значение MCOT может быть равно, например, 4 мс и/или 10 мс. MCOT для оборудования может быть меньше максимально допустимого значения. Максимально допустимое значение может быть установлено, например, изготовителем оборудования.

Период неактивности может представлять собой время (например, непрерывный период времени), в течение которого оборудование может не передавать данные по каналу. К периоду неактивности может предъявляться минимальное требование. Минимальное требование может быть основано на COT. Например, период неактивности может составлять 5% от COT. Период неактивности может быть использован оборудованием, например, в течение текущего фиксированного периода кадра.

Если оборудование определяет, например, во время и/или в результате LBT/CCA, что рабочий(-е) канал(-ы) не занят(-ы), оно может передавать по незанятым каналам. Передача может быть немедленной.

В некоторых вариантах осуществления, если оборудование определяет, например, во время и/или в результате LBT/CCA, что рабочие каналы заняты, оно может не передавать по этому каналу. Например, оборудование может не передавать по каналу до выполнения последующих LBT/CCA, например, которые обнаружат незанятость канала.

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

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

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

UE может выполнять CCA для определения возможного свободного состояния канала. Если UE определяет, что канал не свободен, UE может добавлять дополнительное время выдержки и/или ожидания (например, время окна конкурентного доступа). Если, например, UE определяет, что канал свободен, UE может повторно проверять канал. Эта проверка может быть до фактической передачи, например, если невозможно начало фактической передачи сразу после обнаружения свободного состояния канала.

Например, если UE вне пределов окна проверки (например, 25 мкс) до фактической передачи, UE может выполнять CCA в течение (например, по меньшей мере) окна проверки (например, периода времени окна проверки) перед фактической передачей. UE может передавать (например, только), если, например, определено свободное состояние канала для (например, по меньшей мере) части окна проверки.

CCA может представлять собой полный CCA или короткий CCA. Полный CCA может включать в себя добавление (например, одного или более) выдержки передачи. Например, полный CCA может быть выполнен при определении занятого состояния канала. Короткий CCA может представлять собой быструю проверку (например, проверку обнаружения энергии). Например, короткий CCA может быть выполнен в окне проверки до начала передачи и/или намеченной и/или запланированной передачи.

Например, если UE выполняет CCA для (например, первого) подкадра (SF) или символа, UE может выполнять полный CCA, который может определять, свободен ли канал. UE может выполнять короткий CCA до фактической передачи. Короткий CCA может быть выполнен, например, для повторной проверки, свободен ли еще канал. Это может происходить при наличии промежутка между концом полного CCA и началом передачи.

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

Например, UE может передавать (например, только) на наборе ресурсов. Это может быть сделано в ответ на принятое предоставление и/или выделение ресурсов и/или в соответствии с ними. Ресурсы могут представлять собой временные и/или частотные ресурсы.

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

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

Например, UE может передавать по (например, набору) ресурсам, когда UE имеет передачу, которую нужно выполнить. UE может определять и/или выбирать ресурсы для передачи из одного или более ресурсов. Ресурсы могут представлять собой, например, сконфигурированный набор ресурсов.

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

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

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

Процедуры LBT могут быть предназначены для всенаправленных систем. Во всенаправленных системах энергия передачи может распространяться (например, в равной степени) в (например, всех) направлениях. Это может быть обнаружено, например, устройствами (например, всеми устройствами), постоянно находящимися в пределах диапазона опознания канала приемников.

Передачи по направленному каналу могут преодолевать ограничения распространения в диапазонах миллиметровых волн. LBT прослушивание может быть выполнено вместе с передачей (Tx) луча на передатчике. В настоящем документе это направленное LBT может называться «унаследованным LBT». С помощью унаследованного LBT в направленных системах (например, остронаправленных системах) можно увеличивать количество скрытых узлов (например, к проблеме направленного скрытого узла).

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

В соответствии с некоторыми вариантами осуществления анализ незанятости канала (CCA) может включать в себя улучшенный запрос передачи по направленному каналу/улучшенную готовность к передаче по направленному каналу (eDRTS/eDCTS). Сообщения eDRTS могут быть отправлены по, например, множеству смежных лучей или по более широким лучам. Передачи могут быть разрешены и/или сконфигурированы на основании требований к качеству обслуживания (QoS). Улучшенная сигнализация может быть выполнена в сообщениях eDRTS/eDCTS. Множество одновременных eDRTS/eDCTS могут быть отправлены по разным линиям из спаренных лучей (BPL) (например, для невзаимных лучей). Для обеспечения лучшей защиты от пространственных помех может быть использовано сообщение eDCTS, такое как, например, eDCTS-to-Self. В некоторых вариантах осуществления сообщение eDCTS-to-Self может быть сконфигурировано не так как сообщение eDCTS. Например, за успешной передачей eDRTS и eDCTS может последовать множество передач eDCTS-to-Self. Множество передач eDCTS-to-Self может быть отправлено по множеству лучей. Могут быть использованы динамические конфигурации переключения нисходящей линии связи/восходящей линии связи (DL/UL), благодаря которым можно предотвратить конфликт между передачами других устройств и текущей передачей.

В соответствии с некоторыми вариантами осуществления могут быть выполнены реализации совместного функционирования направленного нового радио (NR) и системы WiGig. Конфигурации переключения DL/UL для линии связи NR могут быть определены на основании минимальной продолжительности распределенного межкадрового интервала DIFS) в системе WiGig. Передачи могут быть сконфигурированы для выполнения в обратном направлении в каждом окне (например, в периоде DIFS). В обратном направлении могут быть отправлены многоблоковые передачи. Мощность передачи передач может быть увеличена.

В соответствии с некоторыми вариантами осуществления прослушивание перед передачей (LBT) может быть выполнено в спаренных направлениях (например, в направлении получателя и в противоположном направлении). Таким образом можно сократить количество скрытых узлов, которые могут мешать текущей передаче. Для уменьшения количества скрытых узлов, которые могут мешать текущей передаче, могут быть сконфигурированы параметры LBT (например, ширина луча, пороги обнаружения энергии (ED)). Стратегия передачи и приема может быть определена на основании функции от измеренной мощности/энергии во время LBT.

На фиг. 2A показан пример помех в основанных на лучах системах, использующих основанное на направлении прослушивание перед передачей (LBT) при совместном функционировании нового радио (NR) с WiGig. Например, как показано на фиг. 2A, узлы NR и/или WiGig могут быть совмещены. Более конкретно, NR UE 200 и станция (STA) 202 WiGig могут иметь пакеты для отправки на NR gNB 204 или точку доступа (AP) 206 WiGig соответственно. UE 200 может начинать передачу на gNB 204. STA 202 может не опознавать передачу UE на gNB 204 (например, проблема скрытого узла при передаче по направленному каналу). STA 202 может считать канал незанятым и/или начинать передачу на AP 206. Эта передача может мешать передаче UE 200 на gNB 204 или вступать в конфликт с ней. На фиг. 2B показан пример помех в основанных на лучах системах, использующих процедуры основанного на направлении прослушивания перед передачей (LBT) при совместном функционировании NR-NR. Согласно фиг. 2B аналогичная ситуация может возникнуть при совместном функционировании NR-NR, при котором может отсутствовать координация между двумя системами NR. На фиг. 2B одна система NR может включать в себя, например, UE 208 (также обозначенное как «UE 1») и/или gNB 210 (также обозначенную как «gNB 1»), а другая система NR может включать в себя, например, UE 212 (также обозначенное как «UE 2») и/или gNB 214 (также обозначенную как «gNB 2»).

На фиг. 3A и 3B показаны другие примеры проблем скрытых узлов. На фиг. 3A показан пример контроля несущей в LBT при помехах от точки доступа (AP), принятых на оборудовании пользователя (UE). На фиг. 3B показан пример контроля несущей в LBT при помехах от gNB на станции (STA) и/или от точки доступа (AP) на UE.

Как показано на фиг. 3A, если принимающий узел находится в зоне покрытия AP 300 и/или даже если унаследованное LBT на передающем узле опознает неактивность канала в направлении принимающего узла, AP 300 может мешать принимающему узлу. Помехи могут быть обусловлены проблемой направленного скрытого узла. Такая ситуация возможна, когда, например, передача AP находится в пределах электрической оси антенны приемного луча передающего узла, но может быть не обнаружена посредством LBT на передающем узле. Это показано на фиг. 3A с помощью пунктирной линии 302. Как показано на фиг. 3A, такое возможно, если, например, gNB 304 представляет собой передающий узел, а UE 306 представляет собой принимающий узел.

AP 300 может осуществлять передачу (например, направленным образом) в сторону STA 308. Передающий узел (например, gNB 304 на фиг. 3A) может выполнять LBT с лучом, выровненным по направлению приемника (например, UE 306 на фиг. 3A). Это может происходить до получения доступа к нелицензированному каналу. Если, например, STA 308 расположена между AP 300 и передающим узлом (например, как на фиг. 3A), передающий узел может опознавать неактивность канала и может приступать к передаче данных (например, в сторону приемника). UE может принимать помеху от AP 300, причем это может происходить из-за проблемы направленного скрытого узла. Если, например, STA 308 расположена между gNB 304 в качестве передающего узла и приемником UE, и/или унаследованный LBT не опознает STA 308 (см., например, фиг. 3B), STA 308 может принимать помеху.

На фиг. 3A и 3B показаны примеры контроля несущей, например, унаследованного LBT (например, осуществление доступа к DL от gNB к UE). gNB 304 может выполнять LBT с лучом, выровненным по направлению к UE 306. gNB 304 может распознавать неактивность канала. Это может происходить, если, например, AP 300 передает данные в сторону STA 308, а gNB 304 приступает к передаче данных в сторону UE 306. Как показано на фиг. 3A, UE 306 может принимать помеху от AP 300. Как показано на фиг. 3B, если STA 308 не слышна на gNB 304, STA 308 может принимать помеху от gNB 304 и/или UE 306 от AP 300.

В других примерах проблемы с помехами из-за направленных скрытых узлов могут возникать, когда передающий узел представляет собой, например, UE, а принимающий узел представляет собой, например gNB. На фиг. 4A показан пример контроля несущей в LBT при помехах от точки доступа (AP), принятых на gNB. На фиг. 4B показан пример контроля несущей в LBT при помехах от UE, принятых на STA, и/или от AP на gNB.

На фиг. 4A и 4B показаны примеры контроля несущей, например, в унаследованном LBT (осуществление доступа к UL от UE к gNB). UE 400 может выполнять LBT с лучом, выровненным по направлению к gNB 402, и может распознавать неактивность канала. Такое может происходить, например, если AP 404 передает данные по направлению к STA 406. Таким образом, UE 400 может приступать к передаче данных по направлению к gNB 402. Как показано на фиг. 4A, gNB 402 может принимать помеху от AP 404. Как показано на фиг. 4B, STA 406 может быть не слышна на UE 400 и/или STA 406 может принимать помеху от UE 400 и/или gNB 402 от AP 404.

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

UE/gNB может выполнять CCA для предоставленного и/или запланированного ресурса с помощью, например, (например, одного или более) луча(-ей) и/или линии(-й) из спаренных лучей (BPL). Как правило, в некоторых вариантах осуществления используемый в настоящем документе термин «BPL» относится к паре лучей (например, к взаимным лучам (паре)), за счет которых создается линия связи между передающим узлом и принимающим узлом. Если, например, передающий узел (например, UE/gNB) выполняет CCA, может быть использован приемный (Rx) луч. Например, CCA может быть определен на основании Rx-луча, используемого UE/gNB для спаривания лучей.

В некоторых вариантах осуществления после успешного определения незанятости канала на основании, например, CCA и/или анализа LBT канала, передающий и принимающий узлы могут приступать к обмену данными, который включает в себя улучшенную сигнализацию или сообщения. Как правило, благодаря улучшению сигнализации/обмена сообщениями можно облегчить или обеспечить выполнение различных функций, описанных в настоящем документе. В некоторых вариантах осуществления улучшенные сигнализация/сообщения могут принимать форму (i) улучшенного сообщения запроса передачи по направленному каналу, сконфигурированного, например, для запроса передачи по (направленному) каналу передающим узлом, и/или сконфигурированного для целей резервирования канала, и (ii) улучшенного сообщения подтверждения передачи по направленному каналу, например, для подтверждения или подтверждения получения (например, принимающим узлом) того, канал не занят для передачи (например, передачи, запрошенной передающим узлом), и/или сконфигурированного для целей резервирования канала.

Как будет описано более подробно, в некоторых иллюстративных вариантах осуществления улучшенное сообщение запроса направленной отправки может представлять собой улучшенное сообщение запроса передачи по направленному каналу (eDRTS), а улучшенное сообщение подтверждения передачи по направленному каналу может представлять собой улучшенное сообщение готовности к передаче по направленному каналу (eDCTS) и/или улучшенное сообщение готовности к передаче по направленному каналу самому себе (eDCTS-to-Self).

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

Для иллюстрации, в некоторых вариантах осуществления, если UE/gNB определяют незанятость канала на Rx-луче, они могут (например, сначала) передавать улучшенный запрос передачи по направленному каналу (eDRTS), чтобы резервировать канал и/или получать подтверждение получения от принимающего узла (например, gNB/UE). Rx-луч может соответствовать Tx-лучу, на котором возможна передача от UE/gNB. Передающий узел (например, UE/gNB) может не передавать при определении им занятости канала. Передача eDRTS может быть основана на луче. Принимающий узел может отправлять передатчику улучшенную готовность к передаче по направленному каналу (eDCTS). Сообщение eDCTS может быть отправлено после приема eDRTS (например, успешного приема). Передача eDCTS может быть основана на луче (-ах). После передач eDRTS и/или eDCTS может быть сконфигурирована дополнительная передача между передающим узлом (например, gNB или UE) и приемным узлом (например, UE или gNB).

Например, передача может быть сконфигурирована с невозможностью начала других передач от других устройств, которые могут мешать передаче между передающим узлом и принимающим узлом. Конфигурация такого переключения DL/UL может быть выполнена посредством сообщения (-й) eDRTS и/или eDCTS. Передающий узел может не начинать передачу, если, например, он не принимает eDCTS от принимающего узла (например, в течение конфигурируемого количества времени). Например, после передачи eDCTS передающий узел может запускать таймер. Если, например, он не принимает eDCTS до завершения отсчета таймера, передающий узел может считать процедуру CCA неуспешной.

Следует отметить, что используемый в настоящем документе термин «конфигурация переключения DL/UL» в некоторых вариантах осуществления относится к конфигурации, в которой может быть предоставлена информация о привязке по времени/планировании сообщений, типах сигнализации/обмена сообщениями и т.д. для передачи по восходящей линии связи, передачи по нисходящей линии связи и/или смены (переключения) передач по восходящей линии связи и нисходящей линии связи в пределах, например, максимального времени занятости канала (MCOT), допустимого для передачи.

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

Если передающий узел (например, UE/gNB) выполняет успешный CCA на Rx-луче, может быть определен Tx-луч для передачи eDRTS. Можно применять один или более из следующих вариантов. UE/gNB может отправлять eDRTS по Tx-лучу, соответствующему Rx-лучу, на котором может быть успешный CCA. UE/gNB может отправлять eDRTS по более широкому лучу, чем Tx-луч, соответствующий Rx-лучу, на котором может быть успешный CCA. Более широкий луч может быть центрирован вдоль того же направления, что и Rx-луч, на котором выполняют успешный CCA. UE/gNB может отправлять eDRTS по множеству смежных лучей вокруг Tx-луча, который может соответствовать Rx-лучу, на котором может быть успешный CCA. Множество смежных лучей могут быть выбраны так, что центральный луч может представлять собой Tx-луч, соответствующий Rx-лучу, на котором может быть выполнен успешный CCA.

Передающий узел может передавать eDRTS по более широкому лучу и/или смежному (-ым) лучу (-ам), например, для резервирования канала в более широкой области вокруг приемника UE/gNB. Передача eDRTS по более широкому лучу или смежному (-ым) лучу (-ам) может быть разрешена и/или запрещена. Например, передача может быть разрешена и/или запрещена на основании требований к QoS и/или качества канала (например, SNR на Rx-луче, на котором выполняют успешный CCA). Например, если SNR на Rx-луче, на котором выполняют успешный CCA, ниже определенного (например, требуемого) качества SNR (например, по сравнению со смежным(-и) лучом(-ами), передача может быть разрешена. Передача по смежному(-ым) лучу(-ам) может быть разрешена, если, например, требование (-я) к QoS передаваемых данных, может (могут) быть высокими (например, выше некоторого порога).

В соответствии с некоторыми вариантами осуществления сообщение eDRTS по Tx-лучу, соответствующему Rx-лучу (например, с точки зрения передающего узла), на котором передающий узел может выполнять успешный CCA, может содержать один или более из примеров указаний информации, приведенных в таблице 1. Что касается содержимого сообщения eDRTS, показанного в таблице 1, в некоторых вариантах осуществления поля «Идентификация передатчика» и «Идентификация приемника» могут быть использованы другими узлами для косвенного определения направления предстоящих передач (например, поля идентификатора могут отображать такое направление неявным образом). Более того, поле «Идентификация приемника» может быть использовано другими узлами для определения, являются ли они предусмотренными получателями данной передачи. Если нет, такой узел может знать, что отсутствует поддержка ответа этим узлом на сообщение eDRTS с помощью сообщения eDCTS.

Таблица 1

Информация Описание Конфигурация переключения DL/UL Данная конфигурация может быть использована после успешного процесса резервирования канала (например, после успешного приема eDCTS на передатчике UE/gNB). Эта информация может быть включена, когда в передатчике UE/gNB есть информация (например, полная информация) о выделении ресурсов для данной передачи. Например, если UE отправляет eDRTS, когда у него нет предоставленных ресурсов, в него может не быть включена конфигурация переключения DL/UL.
В конфигурации переключения DL/UL может также быть указан размер интервала для использования в предстоящей передаче. Благодаря этому приемник UE/gNB может определять набор предстоящих событий контроля канала управления. Оставшаяся продолжительность всей передачи Эта информация может быть включена, когда в передающем узле есть информация (например, полная информация) о выделении ресурсов для данной передачи. Например, если UE отправляет eDRTS, когда у него нет предоставленных ресурсов, в него может не быть включена оставшаяся продолжительность передачи. Тип сигнала Например, данные или управление. Это может быть тип данных передачи, следующей за приемом eDCTS передающим узлом. Данная информация может быть включена (например, только), если, например, передающий узел имеет данные для отправки принимающему узлу. Идентификация передатчика Идентификация (например, уникальная идентификация) передающего узла относительно приемника UE/gNB (например, C-RNTI, PCI). Идентификация приемника Идентификация (например, уникальная идентификация) принимающего узла относительно передатчика UE/gNB (например, C-RNTI, PCI). Флаг eDCTS Может быть установлен на «1», если, например, передающий узел запрашивает у приемника UE/gNB ответ с помощью eDCTS после успешного приема eDRTS. Значение этого флага может быть (например, в противном случае) установлено на «0». QoS QoS данных, которые могут быть переданы после успешного процесса резервирования канала. Приемник UE/gNB может использовать эту информацию для извлечения конфигурации DL/UL. Статус буфера Статус буфера в передатчике UE/gNB. Приемник UE/gNB может использовать эту информацию для извлечения конфигурации DL/UL. Конфигурация eDCTS-to-Self Количество (и/или синхронизация) сообщений eDCTS-to-Self, которые передатчик может отправлять после декодирования eDCTS.

Следует понимать, что как и для других типов улучшенных сообщений, описанных в настоящем документе, предоставленная информация представляет собой пример возможного содержания в улучшенном сообщении в соответствии с некоторыми вариантами осуществления. В соответствии с некоторыми вариантами осуществления в случае сообщения eDRTS сообщение eDRTS может быть сконфигурировано, например, с подмножеством (например, другим подмножеством) примерной информации, приведенной в таблице 1. Например, если UE отправляет eDRTS, не имея предоставленных ресурсов, оно может включать в eDRTS идентификацию передатчика, идентификацию приемника, флаг eCTS, QoS и/или статус буфера.

Сообщение eDRTS может быть отправлено по смежному(-ым) лучу(-ам) (например, чтобы зарезервировать канал в более крупной области вокруг принимающего узла). На смежном(-ых) луче(-ах) eDRTS может включать в себя продолжительность всей передачи, например, если она известна, и/или тип передачи сигнала управления, которая может быть дополнительно отправлена от передающего узла по этим лучам во время передачи. Передача сигнала управления может представлять собой (например, по меньшей мере одно из): опорный сигнал (RS), например специфичный для соты опорный сигнал (CRS); последовательность (например, специальную последовательность) битов; опорный сигнал обнаружения (DRS), который может включать в себя сигнал(-ы) синхронизации и/или опорный(-е) сигнал(-ы) (например, один или более); последовательность; и/или системную информацию.

В eDRTS может быть указан набор ресурсов канала управления (CORESET) или часть ширины полосы (BWP) канала. Указания могут быть неявными (например, связанными с ресурсами, по которым может быть передано сообщение eDRTS) или явным (например, включено в информационный элемент в eDRTS). Благодаря этому UE может определять, где искать информацию управления, в которой могут быть назначены ресурсы DL и/или UL для передач, выполняемых в предстоящее время занятости канала.

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

Узел может передавать eDCTS по более широкому(-им) лучу(-ам) и/или смежному(-ым) лучу(-ам), (например, для резервирования канала в более широкой области вокруг передающего узла). Передача eDCTS по более широкому(-им) лучу(-ам) и/или смежному(-ым) лучу(-ам) может быть разрешена и/или запрещена на основании требований к QoS и/или качества канала (например, SNR на Rx-луче, по которому принимают eDRTS). Например, если SNR на Rx-луче, на котором принимают eDRTS, ниже определенного (например, требуемого) качества SNR (например, чем у смежного(-ых) луча(-ей), передача может быть разрешена. Передача по смежному(-ым) лучу(-ам) может быть разрешена, если требования к QoS передаваемых данных, могут быть высокими (например, выше некоторого порога).

Принимающий узел может сигнализировать передающему узлу, например, в сообщении eDCTS, о внутриканальной помехе, которая может быть измерена во время приема eDRTS. Это может происходить, например, когда фоновая направленная помеха может быть слабой. Например, когда фоновая направленная помеха может быть преодолена путем коррекции параметров передачи передающим узлом (например, gNB/UE). Это может быть указано (например, одним или более) альтернативным(-и) параметром (параметрами). Например, в число параметров могут входить: наблюдаемая мощность помехи, измеренное отношение сигнала к шуму плюс мощность помехи (SINR) при приеме eDRTS, запрошенная схема модуляции и кодирования (MCS) и/или т.п.

В соответствии с некоторыми вариантами осуществления сообщение eDCTS по Tx-лучу, соответствующему Rx-лучу (например, с точки зрения принимающего узла), по которому принимают eDRTS, может включать в себя один или более из примеров информации, приведенных в таблице 2.

Таблица 2

Информация Описание Конфигурация переключения DL/UL Данная конфигурация может быть использована после успешного процесса резервирования канала (например, после успешного приема eDCTS на передающем узле). Эта информация может быть включена принимающим узлом, когда, например, eDRTS может не иметь никакой конфигурации DL/UL. Например, если UE отправляет eDRTS на gNB, когда у него нет предоставленных ресурсов, в него может не быть включена конфигурация переключения DL/UL в eDRTS. gNB может (например, в таком случае) доставлять и/или отправлять конфигурацию DL/UL в eDCTS.
В конфигурации переключения DL/UL может также быть указан размер интервала для использования в предстоящей передаче. Благодаря этому принимающий узел может определять набор предстоящих событий контроля канала управления. Оставшаяся продолжительность всей передачи Оставшаяся продолжительность всей передачи, за исключением продолжительности eDRTS. Тип сигнала Например, данные и/или управление. Это может быть тип данных передачи, следующей за приемом eDCTS передающим узлом. Данная информация может быть включена (например, только), когда приемник UE/gNB имеет данные для отправки передающему узлу. Идентификация передатчика Идентификация (например, уникальная идентификация) передатчика eDCTS относительно приемника eDCTS (например, C-RNTI, PCI). Идентификация приемника Идентификация (например, уникальная идентификация) приемника eDCTS относительно передатчика eDCTS (например, C-RNTI, PCI). Измерение помехи Может включать в себя: наблюдаемую мощность фоновой помехи, SINR при приеме eDRTS, запрошенную MCS и/или т.п. Конфигурация eDCTS-to-Self Количество (и/или привязка по времени) сообщений eDCTS-to-Self, которые узел приемника может отправлять (например) после отправки eDCTS.

Следует понимать, что как и для других типов улучшенных сообщений, описанных в настоящем документе, предоставленная информация представляет собой пример возможного содержания в улучшенном сообщении в соответствии с некоторыми вариантами осуществления. В соответствии с некоторыми вариантами осуществления в случае сообщения eDCTS сообщение eDCTS может быть сконфигурировано, например, с подмножеством (например, другим подмножеством) примерной информации, приведенной в таблице 2. Например, если UE отправляет eDCTS после приема eDRTS от gNB с конфигурацией переключения DL/UL и/или типом сигнала, UE может включать в eDCTS оставшуюся продолжительность всей передачи, идентификацию передатчика и/или идентификацию приемника.

Сообщение eDCTS может быть отправлено по смежному(-ым) лучу(-ам) (например, чтобы зарезервировать канал в большей области вокруг передатчика UE/gNB). eDCTS по смежным лучам может включать в себя оставшуюся продолжительность всей передачи и/или тип передачи сигнала управления, которая может быть отправлена от UE/gNB по соответствующим лучам в дальнейшем во время передачи. Передача сигнала управления может представлять собой или включать (например, может представлять собой или включать по меньшей мере одно): опорный сигнал (RS), например специфичный для соты опорный сигнал (CRS); последовательность (например, специальную последовательность) битов; опорный сигнал обнаружения (DRS), который может включать в себя сигналы синхронизации и/или опорные сигналы (например, один или более); последовательность; и/или системную информацию.

Узел, передающий eDCTS, может выполнять (например, сначала выполнять) LBT и/или CCA для определения, свободен ли канал, например, до передачи eDCTS. Это может быть полное LBT или короткое LBT. Короткое LBT может быть получено при использовании, например, одного измерения обнаружения энергии (ED) и/или конкретного порога. Узел может выполнять (например, может быть предусмотрено выполнение им) LBT, CCA и/или ED на (например, некоторых и/или всех) луче(-ах), для которого(-ых) предусмотрена передача eDCTS от него.

Для передачи и/или приема между (например, парой) UE/gNB могут быть использованы невзаимные лучи (и/или линии из спаренных лучей). Первый узел может выполнять LBT, например, для определения доступности BPL для передачи с первого узла на второй узел. Например, при успешном LBT первый узел может начинать процедуру eDRTS по отношению ко второму узлу. Второй узел может передавать eDCTS, например, после приема передачи eDRTS. Второй узел может начинать процедуру LBT (например, вторую процедуру LBT) на второй BPL, например, для разрешения второму узлу передачи по направлению к первому узлу. Это может происходить после приема передачи eDRTS. Второй узел может передавать второе сообщение eDRTS с использованием луча(-ей), относящегося (относящихся) ко второй BPL, по направлению первого узла, например, после успешного LBT. Передача второго сообщения eDRTS может происходить одновременно с первым сообщением eDCTS. Первый узел может передавать второе сообщение eDCTS второму узлу, например, после приема второго eDRTS. По завершении множества одновременных процедур eDRTS-eDCTS, например, две BPL могут считаться пригодными для использования. Это может быть выполнено, например, с использованием короткого LBT для переключения между BPL.

Принимающий узел, который принимает eDRTS от другого узла (например, gNB/UE), может отвечать улучшенным отклонением передачи по направленному каналу (eDDTS), которое может быть основано на одном или более из следующего. Обнаружение принимающим узлом наличия направленной помехи, например, во время приема eDRTS. Мощность сигнала направленной помехи может быть недостаточной, из-за UE/gNB, возможно, не смогут правильно обнаруживать eDRTS, адресованный им. gNB, принимающая eDRTS от UE, может отвечать сообщением eDDTS при наложении запрошенной в eDRTS продолжительности передачи на ранее запланированную передачу.

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

Таблица 3

Информация Описание Идентификатор передатчика Идентифицирует передатчик eDDTS. Могут быть включены C-RNTI UE, идентификатор соты gNB и т.п. Идентификатор приемника Идентифицирует приемник eDDTS. Могут быть включены C-RNTI UE, идентификатор соты gNB и т.п. Идентификатор мешающего передатчика Идентифицирует передатчик мешающего сигнала. Могут быть включены C-RNTI UE, идентификатор соты gNB и т.п. Эта информация может быть доступна UE/gNB, если, например, они успешно декодируют обмен eDRTS/eDCTS между мешающими объектами. Идентификатор мешающего приемника Идентифицирует приемник мешающего сигнала. Могут быть включены C-RNTI UE, идентификатор соты gNB и т.п. Эта информация может быть доступна UE/gNB, если они успешно декодируют обмен eDRTS/eDCTS между мешающими объектами. Продолжительность отсрочки Определяет количество времени, в течение которого передача может быть отсрочена. Если сообщение eDDTS может быть передано в ответ на обмен (например, одним или более) сообщениями eDRTS и/или eDCTS между другой парой UE и gNB, это поле может содержать значение продолжительности передачи, полученное из eDRTS и/или eDCTS приемника.
Если, например, сообщение eDDTS может быть передано базовой станцией gNB из-за потенциального перекрытия с ранее запланированной передачей, это поле может содержать объединенную продолжительность запланированной передачи и/или продолжительность требуемого подтверждения/отрицательного подтверждения (ACK/NACK).
Например, если в UE, передающем eDDTS, может отсутствовать информация о продолжительности мешающей передачи, в него может быть включено значение максимального времени занятости канала (MCOT) и/или предварительно определенное значение, которое может указывать неизвестную продолжительность.

Следует понимать, что как и для других типов улучшенных сообщений, описанных в настоящем документе, предоставленная информация представляет собой пример возможного содержания в улучшенном сообщении в соответствии с некоторыми вариантами осуществления. В соответствии с некоторыми вариантами осуществления в случае сообщения eDDTS сообщение eDDTS может быть сконфигурировано с подмножеством (например, другим подмножеством) примерной информации, приведенной в таблице 3. Например, когда UE/gNB отправляет eDDTS в ответ на наблюдаемую направленную помеху, но идентификаторы мешающего передатчика и/или приемника неизвестны, eDDTS может включать в себя (например, только) поля идентификатора передатчика и/или идентификатора приемника. Например, при отправлении eDDTS в ответ на наблюдаемое сообщение eDRTS, и/или при передаче eDCTS между мешающей парой направленных устройств eDDTS может содержать (например, все) поля, перечисленные в таблице 3.

Передающий узел (например, gNB) или принимающий узел (например, UE) может передавать улучшенную готовность к передаче по направленному каналу (eDCTS) самому себе, или улучшенную готовность к передаче по направленному каналу самому себе (eDCTS-to-Self), например, чтобы резервировать направленный канал для (например, запланированных) передачи (передач) по направленному каналу с (например, одним или более) соответствующим(-и) принимающим(-и) узлом(-ами) (например, UE)) или передающим(-и) узлом(-ами) (например, gNB). Передаче eDCTS-to-Self может предшествовать и/или может не предшествовать передача или прием eDRTS. В некоторых вариантах осуществления сообщение eDCTS-to-Self может представлять собой сообщение eDCTS, отправленное, например, принимающим узлом самому себе. В некоторых вариантах осуществления сообщение eDCTS-to-Self может быть сконфигурировано не так как сообщение eDCTS, например, с одним или более другими полями, форматами или информацией.

Передающий узел (например, a gNB) может выбирать Tx-луч для передачи eDCTS-to-Self, например, после успешного выполнения CCA на луче, который предназначен для передачи данных от передающего узла (например, gNB) принимающему узлу (например, UE). Это может происходить, когда передающий узел (например, gNB) отправляет eDCTS-to-Self по Tx-лучу, который он идентифицировал для использования для (например, последующей) передачи данных по нисходящей линии связи принимающему узлу (например, UE). Это может происходить, когда передающий узел (например, gNB) передает eDCTS-to-Self принимающему узлу (например, UE) по более широкому лучу, чем Tx-луч, связанный с последующей передачей данных по нисходящей линии связи. Более широкий луч может быть центрирован вдоль того же направления луча, что и Tx-луч, который может быть связан с передачей данных по нисходящей линии связи принимающему узлу (например, UE). Это может происходить, когда передающий узел (например, gNB) может передавать eDCTS-to-Self по смежному(-ым) лучу(-ам). Смежный(-е) луч(-и) может (могут) быть вокруг намеченного Tx-луча для последующей передачи данных по нисходящей линии связи. Смежный(-е) луч(-и) может (могут) выбран(-ы) таким образом, чтобы центральный луч мог быть Tx-лучом, связанным с последующей передачей данных по нисходящей линии связи принимающему узлу (например, UE).

Узел может передавать eDCTS-to-Self по более широкому(-им) лучу(-ам) и/или смежному(-ым) лучу(-ам), (например, для резервирования канала в более широкой области вокруг передатчика). Передача eDCTS-to-Self по более широкому(-им) лучу(-ам) и/или смежному(-ым) лучу(-ам) может быть разрешена и/или запрещена, например, на основании требований к QoS, качества канала, прошлой информации о направленной помехе и/или т.п. Например, если известный потенциальный источник помех может быть связан со смежным(-и) лучом (лучами), передача по смежному(-ым) лучу(-ам) может быть разрешена. Передача по смежному(-ым) лучу(-ам) может быть разрешена при высоких требованиях к QoS передаваемых данных (например, выше некоторого порога). В соответствии с некоторыми вариантами осуществления сообщение eDCTS-to-Self может содержать один или более примеров информации, приведенных в таблице 4.

Таблица 4

Информация Описание Идентификатор передатчика Идентифицирует передатчик eDCTS-to-Self. Могут быть включены C-RNTI UE, идентификатор соты gNB и т.п. Идентификатор приемника Идентифицирует приемник eDCTS-to-Self. Могут быть включены C-RNTI UE, идентификатор соты gNB и т.п. Это поле может быть пустым. Продолжительность отсрочки Определяет количество времени, в течение которого передача может быть отсрочена. Если, например сообщение eDCTS-to-Self может быть передано в ответ на прием eDRTS, это поле может содержать значение продолжительности передачи, полученное из eDRTS приемника с вычетом времени передачи eDCTS-to-Self.

В некоторых вариантах осуществления узел передатчика (например, gNB) и/или узел приемника (например, UE) может устанавливать защищенный период для передач по направленному каналу. Это может быть выполнено путем обмена eDRTS и/или eDCTS. За этим обменом могут следовать, например, множество передач eDCTS-to-Self по, например, множеству лучей для обеспечения, например, большей защиты от пространственных помех.

На фиг. 5 показан пример сценария помех при eDRTS, eDCTS и многократной процедуре 500 eDCTS-to-Self для выдержки источников помех в соответствии с некоторыми вариантами осуществления. В примере, изображенном на фиг. 5, узлы 501, 502 и 504 (также обозначенные как N1, N2 и N3), могут, например, представлять собой узлы, из-за которых может происходить помеха в UE 506. Помеха может быть обусловлена диаграммами направленности антенн (например, узкими диаграммами направленности антенн). Из-за узлов 508 и 510 (также обозначенных как N4 и N5) может, например, происходить помеха в gNB 512, которая может быть обусловлена диаграммами направленности антенн (например, узкими диаграммами направленности антенн). Как показано на фиг. 5, gNB 512 может передавать eDRTS 514 на UE 506. После приема eDRTS 514 UE 506 может отправлять eDCTS 516 на gNB 512. Обычно за этим обменом может происходить передача станцией gNB 512 множества сообщений 518–522 eDCTS-to-Self по соответствующим лучам по направлению к мешающим узлам 501–504 соответственно, и передача UE 506 множества соответствующих сообщений 524 и 526 eDCTS-to-Self по соответствующим лучам по направлению к мешающим узлам 508 и 510 соответственно с возможностью получения большей пространственной помехи.

На фиг. 6 показан пример создания 600 периода и/или области защиты в соответствии с некоторыми вариантами осуществления. В примере, показанном на фиг. 6, передающий узел (например, gNB) может передавать «M» сообщений 604 eDCTS-to-Self после успешного декодирования eDCTS 602. Это может быть выполнено, например, для создания, например, «зоны защиты» от узлов, которые могут мешать принимающему узлу (например, UE). Передающий узел может сигнализировать в eDRTS 601 количество «M» сообщений 604 eDCTS-to-Self, например, для информирования принимающего узла о том, что после успешного декодирования eDCTS могут последовать «M» сообщений eDCTS-to-Self.

Принимающий узел (например, UE) может передавать «N» сообщений 606 eDCTS-to-Self вслед за сообщением 602 eDCTS. Это может быть выполнено, например, для создания, к примеру, зоны защиты от узлов, мешающих (или, возможно, мешающих) gNB. Принимающий узел может сигнализировать в eDCTS 602 количество «N» сообщений eDCTS-to-Self, которые могут следовать за сообщением 602 eDCTS. Это может быть сделано, например, для информирования передающего узла (gNB) о количестве «N» сообщений eDCTS-to-Self, которые могут следовать за eDCTS 602.

Как показано на фиг. 6, передача информации управления и/или данных 608 (DL и/или UL) между передающим узлом и принимающим узлом может начинаться, например, после отправки последнего сообщения eDCTS-to-Self передающим узлом и/или принимающим узлом.

Количество сообщений eDCTS-to-Self, отправляемых узлами передатчика и приемника (M и N), может быть оптимизировано. Например, оптимизация может быть основана, к примеру, на количестве источников помех и/или мощности и/или ширины лучей, используемых для передачи сообщений eDCTS-to-Self. Из-за этого может произойти выдержка источников помех.

Временной график, изображенный на фиг. 6, может быть обновлен для отражения возможностей устройства. Например, gNB может иметь возможности одновременной обработки (например, двух) лучей. gNB может использовать один луч для приема сообщения eDCTS от UE и может иметь уже начатую отправку сообщения eDCTS-to-Self вместе (например, одновременно) с eDRTS. Начало смены DL/UL может быть перемещено к N-му сообщению eDCTS-to-Self. Как показано на фиг. 6, смена DL/UL может следовать за последним сообщением eDCTS-to-Self, которое может быть отправлено передающим и/или принимающим узлом.

В некоторых вариантах осуществления передача по DL и/или UL может быть выполнена, например, после приема (например, успешного приема) eDCTS на передающем узле. UE/gNB может сохранять канал в направлениях DL и/или UL. Это может происходить, например, с предотвращением возможности начала передач пакетов другими устройствами, передачи которых могут мешать текущей передаче. Другое(-ие) устройство(-а) может (могут) обнаруживать занятый канала (например, после опознания канала с передачей DL и/или UL) и/или могут не начинать свою передачу.

Конфигурация переключения DL/UL может быть определена для каждой BPL. Например, это определение может быть выполнено на передатчике UE/gNB и/или приемнике UE/gNB. Например, когда gNB имеет данные для отправки на UE, она может выводить конфигурацию переключения DL/UL и/или может отправлять ее в eDRTS. Если, например, UE не имеет (например, никаких) предоставленных ресурсов и/или может иметь данные для отправки gNB, оно может отправлять (например, сначала отправлять) eDRTS на gNB. Это может быть выполнено без какой-либо конфигурации переключения DL/UL. gNB может выводить конфигурацию переключения DL/UL и/или может отправлять ее на UE в eDCTS.

Конфигурация переключения DL/UL может быть выведена на основании требования к QoS и/или минимальной продолжительности LBT. Например, для передачи данных (например, высоконадежной передачи данных) передача между передатчиком UE/gNB и приемником UE/gNB в любом направлении может быть отправлена в пределах минимальной продолжительности LBT. Это может происходить, например, для предотвращения возможности обнаружения другими устройствами свободного канала во время передачи.

На фиг. 7 показан пример конфигурации 700 переключения нисходящей линии связи/восходящей линии связи (DL/UL) в соответствии с некоторыми вариантами осуществления. Как показано на фиг. 7, передающий узел Tx (например, gNB) может отправлять eDRTS 702 по лучу (например, в направлении «x»). Это может происходить, например, после выполнения успешного CCA на соответствующем Rx-луче. После успешного приема eDRTS 702, например, принимающий узел Rx (например, UE) может отправлять сообщения 704 eDCTS, например по множеству лучей. Лучи могут включать в себя Tx-луч, соответствующий Rx-лучу, по которому было принято сообщение 702 eDRTS. Передающий узел может включать в себя конфигурацию переключения DL/UL в eDRTS 702. Эта конфигурация может быть выполнена с возможностью повторения трафика 706 в обратном направлении (например, от принимающего узла к передающему узлу) в пределах, например, минимальной продолжительности LBT. Как указано на фиг. 7, трафик 706 в обратном направлении может быть отправлен, например, с использованием многолучевой передачи 708 по другим смежным лучам, включая, например, основной/центральный луч, по которому принимали eDRTS/данные/информацию управления. Например, в некоторых вариантах осуществления трафик 706 в обратном направлении может быть отправлен по множеству лучей, которые могут включать в себя основной/центральный Tx-луч, соответствующий Rx-лучу, по которому принимают eDRTS 702, и/или смежному(-ым) лучу(-ам) вокруг основного Tx-луча. Таким образом, можно предотвращать начало/прием передачи (например, любой передачи) устройством(-ами) (например, всеми устройствами), находящимися возле передающего узла.

На фиг. 8 представлена блок-схема, иллюстрирующая пример процедуры передачи в соответствии с некоторыми вариантами осуществления. Пример, изображенный на фиг. 8, может быть применен, когда, например, передатчик, такой как gNB, имеет данные для отправки приемнику, такому как UE. На этапе 800 конфигурируют пару лучей Tx и Rx и происходит выделение ресурсов. На этапе 802 передатчик выполняет CCA на предмет возможностей выделенного ресурса. На этапе 804 передатчик на основании CCA определяет, занят ли канал. Если канал не занят, процедура переходит к этапу 806, на котором передатчик передает eDRTS и ждет ответа от приемника. Если канал занят, на этапе 808 передатчик принимает решение использовать возможности следующего ресурса, включая другие направления лучей. На этапе 810 передатчик определяет, было ли принято сообщение eDCTS. Если сообщение eDCTS было принято, на этапе 812 передатчик передает (например, данные) по выделенным частотным и временным ресурсам. Если eDCTS не было принято, процедура возвращается на этап 808. Затем на этапе 814 передатчик определяет, были ли приняты данные или сигнал управления от приемника в пределах продолжительности LBT. Если да, процедура возвращается на этап 812, а если нет, процедура возвращается на этап 808. Если данных для передачи больше нет, процедура может завершаться.

В некоторых вариантах осуществления возможны другие варианты поведения UE, которые могут быть основаны на передаче/приеме eDRTS и/или передаче/приеме eDCTS. Можно применять один или более из следующих вариантов. UE, которое отправляет eDRTS, ожидает eDCTS от принимающего узла. Если, например, оно принимает eDCTS в пределах предварительно определенного интервала времени, оно может начинать передачу данных принимающему узлу (например, gNB). Это может происходить в соответствии с принятой конфигурацией переключения DL/UL. Если, например, оно не принимает eDCTS от принимающего узла в предварительно определенном интервале времени, оно может считать канала занятым и/или принимать решение использовать возможности других ресурсов (например, в том числе другие направления лучей) для выполнения CCA. UE, которое принимает eDRTS, содержащий информацию о его собственном идентификаторе и/или флаг eCTS, установленный на «1», может отправлять eDCTS передатчику eDRTS. UE, которое принимает eDRTS, содержащий информацию о его собственном идентификаторе и/или флаг eCTS, установленный на «0», может создавать конфигурацию для приема данных/сигнала управления нисходящей линии связи по ресурсам, назначенным в eDRTS. UE может не отправлять (например, никакое) сообщение eDRTS и/или может не принимать eDRTS/eDCTS, содержащие собственный идентификатор оборудования UE. Если, например, UE принимает eDRTS и/или eDCTS без собственного идентификатора UE, может произойти его выдержка, и/или оно может не пытаться осуществить доступ к каналу. Это может происходить в течение некоторого отрезка времени, который может быть включен в eDRTS/eDCTS.

Согласно некоторым вариантам осуществления в настоящем документе дополнительно описана динамическая конфигурация переключения DL/UL для каждой BPL (линии из спаренных лучей) с периодической передачей eDCTS-to-Self. В некоторых вариантах осуществления согласно описанной конфигурации передача другим устройством, из-за которого может произойти помеха, может быть предотвращена за счет периодических передач eDCTS-to-Self. Кроме того, в соответствии с некоторыми вариантами осуществления в настоящем документе описаны подробные сведения о сигнализации и канале для реализации управляющих сообщений предлагаемым образом (например, eDRTS, eDCTS и eDCTS-to-Self), для передач данных как для нисходящей, так и восходящей линий связи.

В некоторых вариантах осуществления во время передачи данных передатчик или приемник либо и тот, и другой могут также отправлять eDCTS-to-Self для резервирования направленного канала и предотвращать (по меньшей мере ослаблять) направленную помеху от соседних устройств. Другие устройства после приема передачи eDCTS-to-Self могут определять возможность занятости канала и могут не инициировать передачи, которые могут мешать передачам, защищаемым посредством передач eDCTS-to-Self.

В некоторых вариантах осуществления может быть выполнено множество передач eDCTS-to-Self. Для множества передач могут быть использованы конфигурации антенн или лучей, которые могут использовать, например, одну или более из следующих характеристик: (i) для передач eDCTS-to-Self могут быть использованы те же конфигурации антенн или лучей, что и для первоначальных передач eDRTS; (ii) конфигурации eDCTS-to-Self создают с использованием конфигураций антенн или лучей, которые не были использованы для первоначальных передач eDRTS; и/или (iii) для некоторых передач eDCTS-to-Self могут быть использованы конфигурации антенн или лучей, использованные для первоначальной передачи eDRTS, а для других передач eDCTS-to-Self используют конфигурации антенн или лучей, отличные от использованных для первоначальной передачи eDRTS.

В некоторых вариантах осуществления gNB может передавать на UE в сообщении eDRTS (в случае нисходящей линии связи) или в сообщении eDCTS (в случае восходящей линии связи) конфигурацию eDCTS-to-Self, содержащую количество eDCTS-to-Self, например количество передач eDCTS-to-Self, и направления для передач eDCTS-to-Self.

В некоторых вариантах осуществления количество передач eDCTS-to-Self и направления для передач eDCTS-to-Self могут быть известны UE или gNB в результате измерений. Например, UE или gNB может определять отсутствие или наличие мешающих линий связи посредством измерений, а передачи eDCTS-to-Self могут происходить только в направлениях или при конфигурациях антенн или лучей, которым свойственны помехи. В качестве иллюстрации, например, на основании измерений UE, если UE определяет помеху в направлении луча, по которому будет передавать gNB, например, данные (луч данных) (или направления лучей, смежных с лучом данных), которые могут, предположительно, мешать передаче от gNB, UE может принимать решение о передаче управляющих сообщений (eDCTS, eDCTS-to-Self) с помощью луча данных и/или смежных лучей для прекращения любых помех. При этом узел (например, UE) может быть сконфигурирован соответствующим образом (например, с помощью подходящего оборудования/программного обеспечения) для отображения информации о мешающем направлении с возможностью конфигурирования этих направлений лучей соответствующим образом для передачи таких управляющих сообщений.

В некоторых альтернативных вариантах осуществления передача eDCTS-to-Self может быть включена в сообщение eDRTS/eDCTS от UE. Если UE отправляет запрос на предоставление в сообщении eDRTS, UE может принимать предоставление для eDCTS-to-Self от gNB (или в общем случае от базовой станции (BS)) в сообщении eDCTS. Если UE отправляет запрос на предоставление в сообщении eDCTS, UE может принимать предоставление для eDCTS-to-Self от gNB (или в общем случае от BS) с последующей передачей eDCTS от UE.

В соответствии с некоторыми вариантами осуществления запрос на предоставление для eDCTS-to-Self может содержать следующую информацию, которая показана в качестве примера в таблице 5.

Таблица 5

Информация Описание Идентификаторы приемника Идентифицируют приемники eDCTS-to-Self. Могут быть включены C-RNTI UE, идентификатор соты gNB и т. д.
Это поле может необязательно оставаться пустым. Идентификаторы Tx-луча Это поле идентифицирует конфигурацию антенн, например лучей, предназначенную для использования во время передач eDCTS-to-Self.

В некоторых вариантах осуществления несколько следующих друг за другом подряд передач eDCTS-to-Self запрашивающим узлом могут иметь идентичное содержимое. Согласно данному варианту осуществления поле «Продолжительность отсрочки» может содержать фактическую продолжительность передачи данных DL. В другом варианте осуществления запрашивающий узел может изменять содержимое следующих друг за другом подряд передач eDCTS-to-Self. Например, передающий узел может изменять содержимое поля «Продолжительность отсрочки» в последовательных сообщениях eDCTS-to-Self.

Следует отметить, что одна или более передач eDCTS-to-Self могут происходить одновременно, например совпадать по времени, с передачами eDCTS целевого UE.

На фиг. 31 показан пример передачи данных нисходящей линии связи с передачей сообщения 2650 eDCTS-to-Self в соответствии с некоторыми вариантами осуществления. В примере, изображенном на фиг. 31, gNB отправляет сообщение 2652 eDRTS на UE. Как показано, UE после успешного декодирования сообщения 2652 eDRTS отправляет сообщение 2654 eDCTS на gNB, и после этого UE также отправляет сообщение 2656 eDCTS-to-Self с использованием других конфигураций антенн или лучей, чтобы зарезервировать направленный канал. В некоторых вариантах осуществления направления для передачи eDCTS-to-Self могли быть сконфигурированы станцией gNB или определены предыдущими измерениями направленного канала. Кроме того, в некоторых вариантах осуществления передача eDCTS-to-Self может быть повторена один раз в период T (или каждый данный период времени) (например, на основании минимальной продолжительности CCA) в течение общей продолжительности обмена передачами/обмена данными между gNB и UE (например, a MCOT).

На фиг. 32 показан другой пример передачи данных нисходящей линии связи с передачей 2670 как eDCTS-to-Self, так и восходящей линии связи в соответствии с некоторыми вариантами осуществления. В другом примере, как показано на фиг. 32, gNB передает множество сообщений 2676 eDCTS-to-Self с использованием других конфигураций антенн или лучей после успешного обмена eDRTS 2672, eDCTS 2674 с целевым UE, но до передачи данных (например, передачи данных 2678 DL) целевому UE. В одном варианте осуществления количество следующих друг за другом подряд передач eDCTS-to-Self может быть сконфигурировано сетью или определено станцией gNB на основании предыдущих измерений направленного канала. Количество следующих друг за другом подряд передач eDCTS-to-Self может быть включено в передачу eDRTS целевому UE. В другом варианте осуществления UE может включать в себя запрос на выполнение станцией gNB передач eDCTS-to-Self друг за другом. Этот запрос может быть включен в сообщение eDCTS, переданное в ответ на сообщение eDRTS, принятое от gNB. В запросе может быть указано по меньшей мере количество запрошенных следующих друг за другом подряд сообщений eDRTS-to-Self и конфигураций антенн или лучей gNB. В некоторых вариантах осуществления следующие друг за другом подряд передачи eDCTS-to-Self могут быть повторены раз в период T (или каждый данный период времени) (например, на основании минимальной продолжительности CCA) в течение общей продолжительности обмена передачами/обмена данными между gNB и UE (например, a MCOT).

В некоторых вариантах осуществления передача eDRTS, eDCTS, и eDCTS-to-Self может происходить с использованием совместно применяемого канала нисходящей линии связи (например, PDSCH).

В некоторых вариантах осуществления gNB может передавать сообщение eDRTS, чтобы начинать передачу в нисходящей линии связи, или сообщение eDCTS в ответ на сообщение eDRTS, принятое от одного из связанных UE, или передачи eDCTS-to-Self, которые могут быть переданы разными способами, как описано выше в настоящем документе.

Передача eDRTS, eDCTS и eDCTS-to-Self от gNB может быть отправлена по совместно применяемому каналу нисходящей линии связи множеством способов.

В некоторых вариантах осуществления сообщение eDRTS/eDCTS от gNB может быть, например, отправлено только на целевое UE. В случае передачи eDRTS целевое UE может представлять собой UE, принимающее данные нисходящей линии связи. В случае передачи eDCTS целевое UE может представлять собой UE, которое передало eDRTS. Сообщение eDRTS/eDCTS от gNB может быть отправлено с использованием Tx-луча, спаренного с целевым UE. UE может принимать передачу канала управления в обычном канале (например, PDCCH). В информацию управления может быть включена информация управления нисходящей линии связи (DCI), которая включает последовательность циклической проверки четности с избыточностью (CRC), скремблированную с использованием C-RNTI оборудования UE. UE может быть выполнено с возможностью восстанавливания DCI и ее проверки путем дескремблирования CRC с помощью C-RNTI.

В случае сообщения eDCTS-to-Self от gNB DCI может включать в себя последовательность CRC, которую скремблируют с использованием кода скремблирования, специфичного для идентификатора UE или a gNB/eNB, представляющих собой место назначения для eDCTS-to-Self, например C-RNTI, идентификатор соты и т.д.

В некоторых вариантах осуществления DCI может включать в себя новые флаги для обозначения передачи как сообщения eDRTS, eDCTS или eDCTS-to-Self. Благодаря этому принимающий узел сможет отличать сообщения eDRTS/eDCTS/eDCTS-to-Self от другой(-их) передачи (передач) gNB, в которой(-ых) использован тот же RNTI для скремблирования последовательности CRC для DCI.

В некоторых других сообщениях управляющая информация может включать в себя DCI, включающую в себя последовательность CRC, скремблируемую с использованием кода скремблирования, общего для более одного UE или более одной gNB. В случае передачи eDRTS от gNB для декодирования сообщений eDRTS может быть определен общий RNTI, например RTS-RNTI. В случае передачи eDCTS от gNB для декодирования сообщений eDCTS может быть определен общий RNTI, например CTS-RNTI. В случае передачи eDCTS-to-Self от gNB для декодирования сообщений eDCTS-to-Self может быть определен общий RNTI, например свой CTS-RNTI. Принимающий узел может быть выполнен с возможностью восстанавливания DCI и ее проверки путем дескремблирования CRC с помощью соответствующих RNTI, например RTS-RNTI, CTS-RNTI и своего CTS-RNTI.

В некоторых вариантах осуществления UE и/или gNB могут быть предварительно сконфигурированы с RTS-RNTI, CTS-RNTI и своим CTS-RNTI, например посредством системной информации или UE-специфичной сигнализации. RTS-RNTI, CTS-RNTI и свой CTS-RNTI могут быть общими по всей сети. В некоторых альтернативных вариантах осуществления RTS-RNTI, CTS-RNTI и свой CTS-RNTI могут быть общими для группы eNB/gNB и использоваться локально. В некоторых вариантах осуществления UE может выполнять слепой поиск в UE-специфичном пространстве поиска в PDCCH с использованием C-RNTI UE и в общем пространстве поиска в PDCCH с использованием одного или более из RTS-RNTI, CTS-RNTI и своих CTS-RNTI, если они сконфигурированы.

В некоторых вариантах осуществления в случае передачи eDRTS может быть использован новый формат DCI с возможностью содержания в нем управляющей информации для передачи eDRTS в DL и/или передачи eDCTS в UL. В некоторых вариантах осуществления, например, DCI может содержать следующие поля: флаг eDRTS (при скремблировании последовательности CRC в DCI с помощью C-RNTI); назначение ресурсного блока DL (для передачи eDRTS в DL); MCS (для DL); назначение ресурсного блока UL (для передачи eDCTS в UL оборудованием UE); MCS (для UL); TPC для PUSCH; и/или назначение ресурсного блока (для передачи данных после передачи eDRTS и eDCTS)

Однако понятно, что в других вариантах осуществления DCI может быть сконфигурирована по-другому (например, DCI может содержать одно или более других полей, дополнительные поля и/или меньше полей, чем описано в настоящем документе).

В соответствие с некоторыми вариантами осуществления в дополнение к содержимому сообщения eDRTS, приведенному в таблице 1, сообщение eDRTS может также содержать подмножество следующей информации, которая показана в качестве примера в таблице 6.

Таблица 6

Время начала Указывает время начала передачи данных DL. Это поле может присутствовать, когда в поле продолжительности передачи, например «Оставшаяся продолжительность всей передачи», указана продолжительность только для передачи данных DL. Количество eDCTS Указывает количество запрашиваемых передач eDCTS. Порядок eDCTS Указывает порядок передачи eDCTS. В качестве варианта может быть указан весь порядок передачи eDCTS, например, с использованием битовой карты, содержащей идентификаторы лучей, соответствующие интервалам передачи. В альтернативном варианте осуществления запрашиваемому передатчику (например, eNB/gNB, передающей eDRTS) может быть указан график передачи eDCTS, например, посредством одного бита для указания, передается ли eDCTS запрашивающему передатчику в первый или последний раз в пределах запланированного выделения ресурсов, включающего множество передач eDCTS. Идентификатор Tx-луча В этом поле идентифицирована конфигурация антенн, например луча, предназначенная для использования во время последующей передачи данных DL.

В некоторых вариантах осуществления в случае передачи eDCTS от gNB может быть использован новый формат DCI с возможностью содержания в нем управляющей информации для передачи eDCTS в DL и/или передачи данных в UL. В некоторых вариантах осуществления, например, DCI может содержать следующие поля: флаг eDCTS (при скремблировании последовательности CRC в DCI с помощью C-RNTI); назначение ресурсного блока (для передачи eDCTS в DL); MCS (для DL); назначение ресурсного блока (для передачи данных в UL оборудованием UE); MCS (для UL); и/или TPC для PUSCH.

Однако понятно, что в других вариантах осуществления DCI может быть сконфигурирована по-другому (например, DCI может содержать одно или более других полей, дополнительные поля и/или меньше полей, чем описано в настоящем документе).

В соответствии с некоторыми вариантами осуществления в дополнение к содержимому сообщения eDCTS, приведенному в таблице 2, сообщение eDCTS может также содержать подмножество следующей информации, которая показана в качестве примера в таблице 7.

Таблица 7

Время начала Указывает время начала передачи данных DL. Это поле может присутствовать, когда в поле продолжительности передачи, например «Оставшаяся продолжительность всей передачи», указана продолжительность только для передачи данных DL. Оставшееся количество eDCTS Указывает количество оставшихся передач eDCTS в текущей последовательности. Это поле может присутствовать, когда в поле продолжительности передачи указана продолжительность только для передачи данных DL. Идентификатор Tx-луча В этом поле идентифицирована конфигурация антенн, например луча, предназначенная для использования во время последующей передачи данных DL запрашивающим узлом, например eNB/gNB.

В некоторых вариантах осуществления в случае сообщения eDCTS-to-Self от gNB DCI может содержать назначение ресурсных блоков для сообщения eDCTS-to-Self и флаг, т.е. флаг eDCTS-to-Self, при скремблировании последовательности CRC в DCI для сообщения eDCTS-to-Self с использованием C-RNTI.

В соответствие с некоторыми вариантами осуществления в дополнение к содержимому сообщения eDCTS-to-Self, приведенному в таблице 4, сообщение eDCTS-to-Self может также содержать подмножество следующей информации, которая показана в качестве примера в таблице 8.

Таблица 8

Время начала Указывает время начала передачи данных DL. Это поле может присутствовать, когда в поле продолжительности передачи, например поле «Продолжительность отсрочки», указана продолжительность только для передачи данных DL. Идентификатор целевого приемника Идентифицирует приемник передачи данных. Идентификатор Tx-луча В этом поле идентифицирована конфигурация антенн, например луча, предназначенная для использования во время последующей передачи данных DL.

В некоторых вариантах осуществления UE может быть выполнено с возможностью приема более одной передачи eDRTS/eDCTS от запрашивающего gNB (в случае передачи eDRTS) или отвечающего gNB (в случае передачи eDCTS). Это может происходить, когда запрашивающая gNB (в случае передачи eDRTS) или отвечающая gNB (в случае передачи eDCTS) может повторять передачи eDRTS/eDCTS с использованием других конфигураций антенн, например других лучей. В одном варианте осуществления содержание сообщения в передачах eDRTS/eDCTS может быть идентичным. Сообщение eDRTS/eDCTS может включать в себя поля времени начала и продолжительности передачи для указания фактического графика передачи данных DL.

В некоторых вариантах осуществления содержимое множества передач eDRTS/eDCTS может отличаться друг от друга. Например, в некоторых вариантах осуществления поле продолжительности передачи в каждой последовательной передаче сообщения eDRTS/eDCTS может быть уменьшено на величину, требуемую для передачи одного сообщения eDRTS/eDCTS. В одном варианте осуществления получающее (или адресуемое) UE может останавливать процесс приема после успешного приема передачи eDRTS/eDCTS в текущем выделении.

В некоторых вариантах осуществления содержимое сообщения eDRTS/eDCTS/eDCTS-to-Self может быть скремблировано с использованием последовательности, которая является общей для группы сот, например последовательность группы сот (CGS). В одном варианте осуществления общая CGS может быть использована для всей сети оператора. В другом варианте осуществления одна CGS может быть специфична для частотного канала или подполосы частот (например, все устройства, работающие в указанном частотном канале или подполосе частот, могут поддерживать одну и ту же CGS).

В еще одном варианте осуществления UE может быть сконфигурировано со множеством CGS. Для прочтения содержимого сообщения UE может выполнять слепое декодирование на передаче eDRTS/eDCTS/eDCTS-to-Self с каждой из сконфигурированных CGS. В некоторых альтернативных вариантах осуществления DCI может быть привязана к сообщению eDRTS/eDCTS/eDCTS-to-Self и может содержать информацию о, например, конфигурации для CGS, используемой для скремблирования последующего сообщения eDRTS/eDCTS/eDCTS-to-Self.

В некоторых вариантах осуществления в случае передачи eDRTS от gNB оборудование UE, прикрепленное к другой соте, может конфигурировать диаграмму направленности приемной антенны UE, например диаграмму направленности луча, для последующего приема eDCTS на основании CGS, полученной в результате успешного дескремблирования сообщения eDRTS.

В некоторых вариантах осуществления UE может быть сконфигурировано с CGS, например, посредством системной информации или обмена управляющими сообщениями более высокого уровня, например сообщениями RRC.

В некоторых вариантах осуществления в случае, когда сообщение eDRTS/eDCTS может быть отправлено только целевому UE, сообщение eDRTS/eDCTS может быть скремблировано с использованием последовательности, формируемой с помощью идентификатора соты и UE-специфического RNTI, например C-RNTI. Содержимое сообщения eDCTS-to-Self может быть скремблировано с использованием последовательности, формируемой с помощью идентификатора целевого приемника, например C-RNTI, идентификатора соты.

Следует отметить, что в содержимом сообщения eDCTS, как показано, например, в таблице 2, поле «идентификатор приемника» может совпадать с C-RNTI оборудования UE. В альтернативном варианте осуществления идентификатор приемника может представлять собой другой идентификатор, который сконфигурирован с использованием, например, сигнала канала управления, сигнализации более высокого уровня и т.д.

В некоторых вариантах осуществления передача eDRTS, eDCTS, и eDCTS-to-Self может происходить с использованием совместно применяемого канала восходящей линии связи (например, PUSCH).

В некоторых вариантах осуществления UE может передавать сообщение eDRTS для запроса передачи в восходящей линии связи или сообщение eDCTS в ответ на сообщение eDRTS, принятое от BS (базовая станция), связанной с UE, или передачи eDCTS-to-Self, которые могут быть переданы разными способами, как описано выше в настоящем документе.

Передача eDRTS, eDCTS и eDCTS-to-Self от UE может быть отправлена по совместно применяемому каналу восходящей линии связи множеством способов.

В некоторых вариантах осуществления UE может принимать передачу канала управления в общем канале (например, PDCCH). Принятая информация управления может включать в себя DCI, содержащую предоставление для передачи по восходящей линии связи, например по физическому совместно применяемому каналу для передачи данных по восходящей линии связи (PUSCH).

В некоторых вариантах осуществления DCI может содержать выделение для одной передачи eDRTS/eDCTS/eDCTS-to-Self оборудованием UE на связанную BS, например eNB/gNB. Сообщение eDRTS/eDCTS может быть отправлено с использованием Tx-луча (передачи), спаренного со связанным UE.

В другом варианте осуществления DCI может содержать выделение для множества, например более одной, передач eDRTS/eDCTS/eDCTS-to-Self оборудованием UE. Однако в некоторых вариантах осуществления UE может определять количество передач eDRTS/eDCTS/eDCTS-to-Self. Например, UE может передавать одно сообщение eDRTS/eDCTS/eDCTS-to-Self в выделении, в котором может быть размещено множество, например, более одной, передач eDRTS/eDCTS/eDCTS-to-Self.

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

В некоторых вариантах осуществления UE может передавать eDRTS/eDCTS связанной BS первым в последовательности из множества передач eDRTS/eDCTS. В других вариантах осуществления UE может передавать eDRTS/eDCTS связанной BS последним в последовательности из множества передач eDRTS/eDCTS. В одном варианте осуществления UE может не включать поле для указания общего количества передач eDRTS/eDCTS в текущей последовательности. В еще одном варианте осуществления UE может передавать сообщение eDRTS/eDCTS связанной BS в случайном месте в текущей последовательности из множества передач eDRTS/eDCTS.

В некоторых вариантах осуществления UE может определять, может ли канал быть свободным для передачи указанной продолжительности до начала запланированной передачи eDRTS/eDCTS. В некоторых вариантах осуществления продолжительность контроля может быть предварительно сконфигурирована на UE или может быть известна UE. Например, UE может выполнять CCA (например, LBT) для продолжительности контроля. Определение (например, CCA) может быть выполнено до начала возможной передачи.

В некоторых вариантах осуществления в случае передачи eDCTS, когда UE правильно принимает сообщение eDRTS по DL и определяет, что канал может быть доступен в течение продолжительности контроля, UE может передавать (например, начинать передачу) сообщение eDCTS в назначенных ресурсах. Когда UE правильно принимает сообщение eDRTS по DL и определяет, что канал может быть занят, например, на основании CCA, UE может не передавать сообщение eDCTS в назначенном ресурсе. UE может откладывать передачу, например, на более позднее время.

В некоторых вариантах осуществления в случае передачи eDRTS, когда UE определяет, что канал может быть доступен в течение продолжительности контроля, UE может передавать (например, начинать передачу) сообщение eDRTS в назначенных ресурсах. Когда UE определяет, что канал может быть занят, например, на основании CCA, UE может не передавать сообщение eDRTS в назначенном ресурсе. UE может откладывать передачу, например, на более позднее время. Как правило, передача может зависеть от ее соответствия оставшимся временным ресурсам запланированного выделения.

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

В одном варианте осуществления множество передач eDRTS/eDCTS от UE могут иметь разное содержимое. Сообщение eDRTS/eDCTS может содержать поля времени начала и продолжительности передачи для указания фактического графика передачи данных.

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

В некоторых вариантах осуществления содержимое сообщения eDRTS/eDCTS/eDCTS-to-Self может быть скремблировано с использованием последовательности, которая является общей для группы сот, например CGS. В одном варианте осуществления общая CGS может быть использована для всей сети оператора. В другом варианте осуществления одна CGS может быть специфична для частотного канала или подполосы частот (например, все устройства, работающие в подполосе частотного канала, могут поддерживать одну и ту же CGS).

В еще одном варианте осуществления UE может быть сконфигурировано со множеством CGS. UE может использовать любую из сконфигурированных CGS, например, случайным образом. В некоторых других альтернативных вариантах осуществления DCI может быть привязана к сообщению eDRTS/eDCTS/eDCTS-to-Self и может содержать информацию о, например, конфигурации для CGS, подлежащей использованию для скремблирования последующего сообщения eDRTS/eDCTS/eDCTS-to-Self. В некоторых вариантах осуществления UE может быть сконфигурировано с CGS, например, посредством системной информации или обмена управляющими сообщениями более высокого уровня, например сообщением RRC.

В некоторых вариантах осуществления передача eDRTS, eDCTS, и eDCTS-to-Self может происходить с использованием общего канала восходящей линии связи.

Следует отметить, что в некоторых вариантах осуществления UE может не принимать никакого конкретного предоставления ресурса UL заранее из BS, связанной с этим UE, например eNB/gNB, в целях передачи eDRTS/eDCTS/eDCTS-to-Self. Если UE определяет, что передаче eDRTS/eDCTS/eDCTS-to-Self не предоставляли ресурса(-ов), в некоторых вариантах осуществления UE может передавать eDCTS с использованием ресурса(-ов) UL без предоставления.

В некоторых вариантах осуществления канал без предоставления UL может быть, например, спланирован одним или более из следующих способов, которые описаны, например ниже.

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

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

UE может быть сконфигурировано со множеством CGS, например, посредством системной информации или обмена управляющими сообщениями более высокого уровня, например сообщениями RRC.

gNB и/или UE могут быть выполнены с возможностью прослушивания и декодирования канала без предоставления UL.

Может быть использована передача на основании опорного сигнала демодуляции (DM-RS). Последовательность для вывода DM-RS может быть основана на общей последовательности, например CGS. В одном варианте осуществления последовательность для вывода DM-RS может быть основана на UE-специфичной последовательности. Положение DM-RS в выделенных ресурсах может быть фиксированным, известным или конфигурируемым.

В некоторых вариантах осуществления UE может ожидать в течение некоторого времени от начала ресурсов без предоставления UL. Продолжительность ожидания может быть определена, например случайным образом. После ожидания UE может сначала определять, может ли канал быть свободным для передачи в течение указанного отрезка времени до любой передачи. Продолжительность контроля может быть предварительно сконфигурирована на UE или может быть известна оборудованию UE. Например, UE может выполнять CCA (например, LBT) для продолжительности контроля. Определение (например, CCA) может быть выполнено до начала возможной передачи. После успешного CCA UE передает eDRTS/eDCTS/eDCTS-to-Self по ресурсам без предоставления UL.

В некоторых вариантах осуществления в случае передачи eDCTS-to-Self UE может сигнализировать в сообщении eDRTS (в случае восходящей линии связи) или в сообщении eDCTS (в случае передачи по нисходящей линии связи), количество сообщений eDCTS-to-Self, чтобы информировать BS. В некоторых вариантах осуществления эта информация может быть отправлена наряду с идентификаторами лучей, например лучей, предназначенных для использования во время передач eDCTS-to-Self.

В некоторых вариантах осуществления передачи eDRTS могут происходить с использованием выделенных ресурсов по каналу управления восходящей линии связи (например, PUCCH).

В некоторых вариантах осуществления UE может представлять собой выделенные специально предназначенные ресурсы в PUCCH для передачи eDRTS различными способами. Выделенные ресурсы могут находиться в одном или более подкадрах в каждом кадре или определенном(-ых) кадре(-ах), например кадре(-ах) с определенными номерами SFN или кадре(-ах) с SFN с определенными свойствами. Эти подкадры, и/или кадры, и/или свойства кадра могут быть фиксированными или могут представлять собой функцию физического идентификатора соты (идентификатор соты). Выделенные ресурсы могут быть назначены в наборе символов, коротком TTI, мини-интервале и/или т.п. Выделенные ресурсы могут быть назначены в наборе из одной или множества поднесущих. Кроме того, может быть предусмотрена передача опорного сигнала демодуляции (DM-RS). При этом положение DM-RS в выделенных ресурсах может быть фиксированным, известным и/или конфигурируемым.

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

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

В некоторых вариантах осуществления, когда UE должно передавать eDRTS, оно сначала выполняет CCA до следующей доступной возможности выделенных ресурсов. После успешного CCA UE передает eDRTS по выделенному ресурсу.

В некоторых вариантах осуществления описано поведение нецелевого UE и поведение соседней gNB/eNB при приеме eDRTS/eDCTS/eDCTS-to-Self.

А именно, в некоторых вариантах осуществления нецелевое UE или соседняя BS, которые принимают передачу eDRTS, и/или eDCTS, и/или eDCTS-to-Self, включающую в себя идентификатор другой соты или идентификатор другого UE (например, C-RNTI), не могут передавать по каналу в течение продолжительности передачи, указанной в сообщении. Продолжительность передачи может быть указана для всего обмена сообщениями, включая оставшиеся передачи eDRTS, eDCTS, eDCTS-to-Self и последующую передачу данных. В альтернативном варианте осуществления продолжительность передачи может быть указана в виде времени начала и продолжительности.

В некоторых вариантах осуществления UE, принадлежащее соседней соте, или соседняя BS, которая принимает передачи eDRTS, и/или eDCTS, и/или eDCTS-to-Self, содержащие идентификатор другой соты или идентификатор другого UE (например, C-RNTI), могут передавать по частотному каналу или подполосе, при определении отсутствия вызванных этим возможных помех для последующей передачи, связанной с принятым сообщением eDRTS/eDCTS/eDCTS-to-Self.

В некоторых вариантах осуществления нецелевое UE или соседняя BS могут определять, что передача по направленному каналу не сможет спровоцировать появление помех для предполагаемой передачи по направленному каналу данных между передатчиком eDRTS/eDCTS/eDCTS-to-Self и соответствующим приемником. В некоторых вариантах осуществления такое определение может быть выполнено путем определения сначала направления предполагаемой передачи данных. В еще одном варианте осуществления направление предполагаемой передачи может быть определено из полей «идентификатор целевого приемника» и «идентификатор запрашивающего передатчика», содержащихся в сообщении eDRTS/eDCTS/ eDCTS-to-Self. Это может быть возможно, когда принимающему нецелевому UE или соседней BS известны местоположение и ориентация передатчика и приемника. В еще одном варианте осуществления, по возможности, это определение может быть основано на полях «идентификатор запрашивающего передатчика» и «идентификатор Tx-луча» сообщения eDRTS/eDCTS/eDCTS-to-Self.

Если предположить, что нецелевое UE, принадлежащее соседней соте, или соседняя BS могут после обмена сообщениями eDRTS, eDCTS и eDCTS-to-Self (при наличии таковых) определять, может ли их передача по направленному каналу (например, передача UL или DL) не мешать передаче по направленному каналу между BS и целевой UE, в таком случае это UE или соседняя BS могут выполнять параллельные (например, одновременные) направленные передачи.

После истечения продолжительности передачи в некоторых вариантах осуществления UE или BS может сначала определять, может ли канал быть свободным для передачи в течение указанной продолжительности до любых последующих передач. Продолжительность контроля может быть предварительно сконфигурирована или может быть известна UE или BS. Например, UE может выполнять CCA (например, LBT) для продолжительности контроля. Определение (например, CCA) может быть выполнено до начала возможной передачи.

На фиг. 33 показан пример передачи eDRTS, eDCTS и eDCTS-to-Self 2700 в соответствии с некоторыми вариантами осуществления. В этом примере передача eDRTS может быть отправлена с использованием совместно применяемого канала нисходящей линии связи, такого как PDSCH, а передача eDCTS может быть отправлена с использованием выделенных ресурсов по совместно применяемому каналу восходящей линии связи. В передаче по нисходящей линии связи дополнительно используют передачу eDCTS-to-Self для защиты текущей передачи.

Как показано на фиг. 33, на этапе 2701 передающий узел, такой как gNB на фиг. 33, может сначала выполнять CCA для определения, не занят/свободен ли канал для передачи. После того, как gNB определяет, что канал не занят, на этапе 2702 она может передавать новую DCI по общему каналу нисходящей линии связи, такому как PDCCH, принимающему узлу, который на фиг. 33 представляет собой целевое UE. DCI может быть скремблирована с использованием общего RNTI. Общий RNTI может быть общим для более одного UE или общим по всей сети, таким как, например, SI-RNTI. Кроме того, DCI может содержать выделения ресурсов DL и UL для передачи eDRTS и передачи eDCTS соответственно. На этапе 2704 gNB может передавать множество eDRTS, в том числе по меньшей мере одно сообщение eDRTS, переданное в направлении целевого UE, и по меньшей мере одно сообщение eDRTS, переданное в направлении нецелевого UE и/или соседней gNB, как показано на фиг. 33. Например, если сконфигурировано, gNB может выполнять повторные передачи 2706 eDRTS во множестве направлений, как показано на фиг. 33. gNB может выполнять передачи 2706 eDRTS во множестве направлений, чтобы, например, резервировать канал в более широкой области вокруг принимающего узла, например целевого UE.

В некоторых вариантах осуществления каждое переданное сообщение eDRTS может включать в себя идентификатор целевого UE, идентификатор запрашивающей стороны (gNB), продолжительность передачи (продолжительность Tx), время начала, идентификатор Tx-луча (передачи) и т. д. Сообщение eDRTS может быть дополнительно скремблировано с использованием CGS, которая может быть, например, общей для группы сот.

Когда целевое UE принимает eDRTS от gNB, на этапе 2708 целевое UE может декодировать eDRTS и определять соответствие идентификатора UE, указанного в eDRTS, идентификатору целевого UE. Аналогичным образом, когда на этапе 2710 нецелевое UE и/или соседняя gNB принимают eDRTS от gNB, нецелевое UE и/или соседняя gNB могут декодировать eDRTS и определять несоответствие идентификатора UE, включенного в eDRTS, идентификатору целевого UE. Кроме того, нецелевое UE и/или соседняя gNB могут получать декодированную продолжительность передачи eDRTS (или по меньшей мере ее указание). Соответственно, как указано с помощью периода 2712 времени, нецелевое UE и/или соседняя gNB могут не инициировать передачу (-и) в течение продолжительности Tx, полученной из принятого сообщения eDRTS. В результате может быть предотвращено создание нецелевым UE и/или соседней gNB помех для передач между gNB и целевым UE в течение по меньшей мере этого периода времени.

На этапе 2714 целевое UE может выполнять CCA, чтобы проверить, не занят ли канал. После определения оборудованием UE, что канал не занят, на этапе 2716 целевое UE может передавать одно или более сообщений eDCTS по направлению к gNB. Например, как показано на фиг. 33, целевое UE может выполнять множество передач 2718 eDCTS во множестве направлениях, если это сконфигурировано. Сообщения 2718 eDCTS могут быть переданы по выделенным ресурсам с использованием совместно применяемого канала, такого как PUSCH, и каждое сообщение eDCTS может быть скремблировано с использованием CGS. После приема передач (-и) eDCTS от целевого UE на этапе 2720 gNB может начинать передачу данных нисходящей линии связи (DL). За передачей данных DL могут последовать одна или более передач eDCTS-to-Self в течение периода T (обозначенного как 2724 на фиг. 33), который может, например, соответствовать минимальной продолжительности LBT. Например, как показано на фиг. 33, gNB может выполнять множество передач 2722 eDCTS-to-Self во множестве направлении, если это сконфигурировано, в течение периода 2724. Передача (-и) eDCTS-to-Self может (могут) быть выполнена (-ы) для поддержания (направленного) канала между gNB и целевым UE, зарезервированным с обеспечением защиты от доступа потенциально мешающими узлами.

Если gNB имеет дополнительные данные для отправки, на этапе 2726 она передает дополнительные данные DL целевому UE. Как показано на фиг. 33, за передачей данных DL опять могут последовать одна или более передач eDCTS-to-Self от gNB. Например, как показано на фиг. 33, gNB может выполнять множество повторных передач 2722 eDCTS-to-Self во множестве направлений (если это сконфигурировано).

На фиг. 34 показан пример поведения при нецелевом UE 2800 после приема eDRTS и eDCTS из другой соты, в соответствии с некоторыми вариантами осуществления. В этом примере, как показано на фиг. 34, после приема eDRTS и eDCTS из другой соты нецелевое UE определяет немешающее направление передачи и отправляет eDRTS с помощью общего канала восходящей линии связи на станцию BS, связанную с этим UE, для начала передачи по восходящей линии связи.

А именно, как показано на фиг. 34, на этапе 2801 передающий узел, такой как gNB1 на фиг. 34, может передавать по совместно применяемому каналу нисходящей линии связи, такому как PDSCH, множество eDRTS, в том числе по меньшей мере одно сообщение eDRTS, переданное в направлении принимающего узла, например целевого UE, связанного с gNB1, и по меньшей мере одно сообщение eDRTS, переданное в направлении нецелевого UE, связанного, например, с соседней gNB (gNB2), как показано на фиг. 34. Например, если сконфигурировано, gNB1 может выполнять повторные передачи 2802 eDRTS во множестве направлений, как показано на фиг. 34. В некоторых вариантах осуществления каждое переданное сообщение eDRTS может быть скремблировано с использованием CGS и включать в себя идентификатор целевого UE, идентификатор запрашивающей стороны (gNB1), продолжительность передачи (продолжительность Tx), время начала, идентификатор Tx-луча (передачи) и т. д. CGS может быть общей для группы сот. Когда целевое UE принимает eDRTS от gNB1, на этапе 2804 целевое UE может декодировать eDRTS и определять соответствие идентификатора UE, указанного в eDRTS, идентификатору целевого UE. Аналогичным образом, когда нецелевое UE принимает eDRTS от gNB, на этапе 2806 нецелевое UE может декодировать eDRTS и определять несоответствие идентификатора UE, указанного в eDRTS, идентификатору нецелевого UE.

Как также показано на фиг. 34, на этапе 2808 целевое UE может передавать одно или более сообщений eDCTS. Например, как показано на фиг. 34, целевое UE может выполнять множество передач 2810 eDCTS во множестве направлениях, если это сконфигурировано. Сообщения eDCTS могут быть переданы по ранее выделенным ресурсам (например, ресурсам, выделенным станцией gNB1) с использованием совместно применяемого канала, такого как PUSCH, и каждое сообщение eDCTS может быть скремблировано с использованием CGS. Как показано на фиг. 34, множество повторных передач сообщения 2810 eDCTS могут включать в себя по меньшей мере одну передачу eDCTS в направлении нецелевого UE. Соответственно, нецелевое UE может принимать одно из сообщений eDRTS и eDCTS или оба. Если нецелевое UE принимает eDCTS, на этапе 2812 оно может декодировать eDCTS. На этапе 2814 нецелевое UE может определять немешающее направление передачи или направление передачи, которое не будет мешать передачам между gNB1 и целевым UE. В некоторых вариантах осуществления, например, нецелевое UE может определять немешающее направление передачи на основании информации о соответствующем местоположении и ориентации передатчика и приемника (например, gNB1 и целевого UE, как в случае, изображенном на фиг. 34). В этом отношении соответствующее местоположение и ориентация передатчика/приемника могут быть использованы для идентификации луча, который нецелевое UE может использовать для передачи, которая не будет, например, мешать приему на целевом UE. В других вариантах осуществления нецелевое UE может иметь прошлые измерения, из которых нецелевое UE может выделять информацию относительно немешающего направления передачи.

После определения немешающего направления передачи на этапе 2816 нецелевое UE может выполнять одну или более передач eDRTS, направленных на gNB2, связанную с этим UE. Например, как показано на фиг. 34, нецелевое UE может выполнять множество повторяемых передач 2818 eDRTS во множестве направлений, если это сконфигурировано. Каждое сообщение eDRTS, переданное нецелевым UE, может быть скремблировано с использованием связанной CGS и отправлено по общему или не имеющему предоставления каналу восходящей линии связи. После передач (-и) eDRTS от нецелевого UE на этапе 2820 gNB2 может передавать новую DCI нецелевому UE по общему каналу нисходящей линии связи, такому как PDCCH. DCI может содержать информацию о выделении ресурсов eDCTS. DCI может быть скремблирована с использованием общего RNTI. Общий RNTI может быть общим для более одного UE или общим по всей сети, таким как, например, SI-RNTI. Как указано в передаче DCI, на этапе 2822 gNB2 может передавать одно или более сообщений eDCTS нецелевому UE по общему каналу нисходящей линии связи (например, PDSCH). Например, если сконфигурировано, gNB2 может выполнять повторные передачи 2824 eDCTS во множестве направлений, как показано на фиг. 34. Каждое из сообщений eDRTS может быть скремблировано с использованием CGS и передано станцией gNB2 по общему каналу нисходящей линии связи, такому как PDSCH.

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

Устройство WiGig может использовать порог обнаружения (например, более высокий порог обнаружения) в отношении передач(-и) системы, не являющейся системой WiGig, которые(-ая) могут (может) не иметь (например, специальной) преамбулы при обработке CCA. Устройство WiGig может выполнять выдержку, если, например, оно опознает большую помеху от устройств, не являющихся устройством WiGig, чем помеха от устройств WiGig. В передаче NR могут быть использованы короткие периодические передачи (например, на протяжении мини-интервала) в обратном направлении (например, противоположном предусмотренному направлению обмена данными). Из-за этого может произойти выдержка устройств WiGig.

При, например, совместном функционировании NR и WiGig, в устройстве (-ах) NR (например, gNB и/или UE) может быть использован (например, один и тот же) CCA канала и/или (например, одна и та же) процедура резервирования канала, как описано в отношении сценария совместного функционирования NR-NR, с применением одного или более из следующих изменений. А именно, в устройстве NR может быть использована передача (например, одного) блока от принимающего узла в течение (например, каждого) минимального окна конкурентного доступа. В устройстве NR может быть использована передача множества блоков от принимающего узла в течение (например, каждого) минимального окна конкурентного доступа. В устройстве NR может быть использовано увеличение мощности передачи блока от принимающего узла в течение (например, каждого) минимального окна конкурентного доступа.

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

Передача конфигурации переключения DL/UL для передачи NR может быть определена на основании (например, минимальной) продолжительности распределенного межкадрового интервала (DIFS) системы WiGig. На фиг. 9 показан пример конфигурации 850 переключения DL/UL для сценария совместного функционирования NR-WiGig в соответствии с некоторыми вариантами осуществления. Например, как показано на фиг. 9, передача в обратном направлении от UE к gNB по лучу, соответствующему Rx-лучу, по которому был прием прямой передачи от gNB, может быть повторена в пределах минимального окна конкурентного доступа (минимальное CW) (например, после успешного LBT и успешного декодирования eDRTS 852 с последующим сообщением eDCTS 854, как показано на фиг. 9). Минимальное CW может быть установлено на минимальную продолжительность распределенного межкадрового интервала (DIFS) системы WiGig. Как видно на фиг. 9, «D» может быть определено как минимальный интервал блока данных или управления, который может содержать значимый пакет данных (например, символ, мини-интервал и/или т.п.). Обратное направление может быть определено как направление от принимающего узла к передающему узлу.

В примере конфигурации 850 переключения DL/UL, показанном на фиг. 9, может быть использована, например, одна направленная передача мини-интервала с управляемой мощностью, например, для выдержки устройств WiGig. Как показано на фиг. 9, из-за пакетных передач 856 с управляемой мощностью (например, пакетные передачи ниже максимально допустимой (макс.) мощности Tx на UE, как показано на фиг. 9) в обратном направлении существует вероятность возникновения выдержки устройства (устройств). Устройство(-а) может (могут) находиться в пределах диапазона, который может быть относительно коротким.

Пример на фиг. 9 может соответствовать совместному немешающему функционированию NR-WiGig, что проиллюстрировано примером на фиг. 10. А именно, на фиг. 10 показан пример покрытия луча прямой и/или обратной линий связи для сценария совместного немешающего функционирования NR-WiGig в соответствии с некоторыми вариантами осуществления. Как видно на фиг. 10, STA 900 и gNB 902 могут не мешать друг другу. Это может быть обусловлено направленными передачами (например, направленные передачи DL от gNB 902 к UE 906 могут не мешать STA 900, и/или направленные передачи UL от STA 900 к AP 904 могут не мешать gNB 902). Расстояние между AP 904 и UE 906 может быть большим. Сценарий совместного функционирования, показанный на фиг. 10, может быть назван немешающим сценарием, поскольку, например, из-за передач AP по DL могут возникать помехи (например, ограниченные помехи) для UE 906. Помеха может быть незначительной. Помеха может быть обусловлена расстоянием и/или потерями при распространении. Из-за передач UE по UL могут возникать помехи для AP 904, которые могут быть обусловлены расстоянием (и/или соответствующими потерями при распространении). Расстояние может быть большим. Помеха может быть ограниченной и/или незначительной.

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

Принимающий узел может передавать множество блоков (блоков размера «D») в направлении передающего узла. Из-за этого может, например, увеличиться диапазон помех (например, для увеличения вероятности появления выдержки потенциально мешающих узлов AP системы WiGig, как показано на фиг. 12). На фиг. 12 показан пример покрытия луча прямой и/или обратной линий связи для сценария помех AP для UE при совместном функционировании NR-WiGig в соответствии с некоторыми вариантами осуществления. В примере на фиг. 12 из-за обратной передачи не может произойти выдержка AP 1000 системы WiGig. На фиг. 11 показаны множество передач блоков «D» в обратном направлении (например, в направлении передающего узла). А именно, на фиг. 11 показан другой пример конфигурации 950 переключения DL/UL для сценария совместного функционирования NR-WiGig в соответствии с некоторыми вариантами осуществления.

Как показано на фиг. 11, возможен предел, который может быть определен в обратной линии связи для указания количества (M) блоков 952 D (например, допустимое количество блоков D), используемых при данной мощности. Значение M может быть определено на основании QoS и/или сопоставлено с конечным целым числом. Один и тот же способ конфигурации переключения DL/UL может быть, например, применен ко всем типам QoS и/или отображений. Передача множества блоков 952 в обратном направлении также может быть использована в сценарии совместного функционирования NR-NR.

В примере конфигурации, показанном на фиг. 11, может быть использована, например, передача множества обратных мини-интервалов для выдержки устройств WiGig. Это может быть использовано, например, для сценария помех, изображенного на фиг. 12. Как видно на фиг. 12, AP 1000 может мешать (например, значительно мешать) оборудованию UE 1002. Это может быть обусловлено меньшим расстоянием между AP 1000 и UE 1002. Как видно на фиг. 12, помеха AP для UE выделена как штрихпунктирная линия.

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

В обратной линии связи (например, передачи принимающего узла в направлении передающего узла) может быть использована более высокая мощность. Это может происходить, например, с последующим более возможным инициированием выдержки мешающей передачи. Это можно увидеть на фиг. 13 и/или может быть использовано, например, для сценария помех, изображенного на фиг. 14. А именно, на фиг. 13 показан пример конфигурации 1050 переключения DL/UL для сценария совместного функционирования NR-WiGig с использованием более высокой мощности и множества резервных передач мини-интервалов для выдержки устройств WiGig в соответствии с некоторыми вариантами осуществления. На фиг. 14 показан пример покрытия луча прямой и/или обратной линий связи для сценария помех при совместном функционировании NR-WiGig в соответствии с некоторыми вариантами осуществления. В примере на фиг. 14 из-за передачи (передач) AP по DL могут происходить помехи для UE 1100 и/или могут происходить помехи для AP 1102 из-за передачи (передач) UE по UL. Это может быть обусловлено расстоянием между узлами.

Например, на фиг. 13 во время (например, начального) процесса приема, в котором может быть установлено качество линии UL/DL, обратная линия связи может начинаться (например, только) с, например, передачи одного блока (длины D) с управляемой мощностью в направлении к gNB, как показано на фиг. 9. UE может определять присутствие помехи, например, на основании измеренного отношения сигнал/помеха (SIR), и/или оно может принимать решение о передаче (например, одного) блока D при, например, максимальной допустимой мощности Tx. Если, например, UE все равно принимает помеху, оно может увеличивать количество блоков 1052 D в обратной линии связи при (например, максимальной) допустимой мощности. Это может продолжаться до тех пор, пока, например, UE не использует M блоков 1052 D (M может быть предварительно определено на основании отображения QoS для полезной прямой линии связи от gNB к UE и/или от UE к gNB). Если, например, UE по-прежнему принимает помеху, оно все еще может использовать линию связи, выбирая (например, более низкий) индекс MCS, который может подойти для (например, измеренного) SIR.

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

Как показано на фиг. 14, из-за использования схемы для передачи в обратном направлении (например, для передачи UE 1100), рассматриваемая в данном документе в связи с фиг. 13, например, возможно появление выдержки мешающего узла и/или ослабление помехи. Например, из-за обратной передачи UE 1100 существует возможность возникновения выдержки AP 1102 системы WiGig.

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

В некоторых вариантах осуществления могут быть предусмотрены реализации, относящиеся к парному LBT.

Оценивать направленное LBT можно в направлении принимающего узла (как в случае с унаследованным LBT или в WiGig) и/или в противоположных ему направлениях. Например, благодаря этому можно избежать ситуации с помехами, показанной на фиг. 3A и/или 3B либо 4A и/или 4B. Если передающий узел выполняет LBT, выровненное в направлении принимающего узла («dir»), LBT может быть выполнено в (например, противоположном(-ых)) направлении(-ях) dir + X°. Эти направления могут обозначать: одно направление (например, dir, dir + 180°, вспомогательное направление) и/или набор направлений (например, dir + 180°, dir + 160°, dir + 200°). Это может зависеть от возможности конфигурирования или предварительного определения луча(-ей) для LBT (например, на основании набора ранее сконфигурированных лучей). Такой случай может называться «парным LBT». Парное LBT может включать LBT на «спаренных направлениях», которые могут означать направление к принимающему узлу, противоположное(-ые) направление(-я) и/или направление(-я) к ожидаемым источникам помех. В случае парного LBT возможно сохранение выдержки и/или статуса окна конкурентного доступа для каждых спаренных направлений. За счет этого можно, например, сокращать (например, в 2 раза) память, которая может быть использована для отслеживания процессов выдержки для каждого луча по сравнению с отслеживанием для каждого окна конкурентного доступа.

В примере, показанном на фиг. 3A и/или 3B, передающий узел может представлять собой gNB, а принимающий узел может представлять собой UE. Если gNB выполняет парное LBT (например, для оценки доступности канала), передача AP может быть обнаружена на gNB и/или передача gNB может быть отсрочена. Благодаря этому можно предотвратить помехи от AP для UE (как видно на фиг. 3A и/или 3B) и/или можно предотвратить помехи от gNB для STA (как видно на фиг. 3B).

В примере, показанном на фиг. 4A и/или 4B, передающий узел может представлять собой UE, а принимающий узел может представлять собой gNB. Если UE выполняет парное LBT (например, для оценки доступности канала), UE может обнаруживать занятость канала, которая может быть обусловлена передачей AP, и/или передача UE может быть отсрочена. Благодаря этому можно предотвратить помехи от AP для gNB (как видно на фиг. 4A и/или 4B) и/или можно предотвратить помехи от UE для STA (как видно на фиг. 4B).

Парное LBT может быть выполнено (например, одновременно) в направлении принимающего узла и/или в противоположном(-ых) направлении(-ях). Это может происходить (например, всякий раз) при необходимости передачи от передающего узла принимающему узлу (например, путем использования нескольких радиочастотных (RF) цепочек и/или одной RF-цепочки с передовыми методами дискретизации). Чтобы переходить к передаче данных, на стадиях (например, всех) обнаружения энергии (ED) во время LBT канал может быть опознан как неактивный в течение известного периода (например, по меньшей мере DIFS с учетом времени выдержки).

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

Что касается парного LBT, например, как описано в настоящем документе, диаграммы направленности направленной антенны передачи и/или приема могут быть описаны одним или более из следующих параметров. Диаграмма направленности направленной антенны передачи может включать: усиление G_Tx,m главного лепестка с шириной θ_Tx луча и/или усиление G_Tx,s бокового лепестка с шириной луча 2π-θ_Tx. Диаграмма направленности направленной антенны приема может включать: усиление G_Rx,m главного лепестка с шириной θ_Rx луча и/или усиление G_Fx,s бокового лепестка с шириной луча 2π-θ_Fx.

На фиг. 15A показан пример парного LBT в одном противоположном направлении в соответствии с некоторыми вариантами осуществления. На фиг. 15B показан пример парного LBT во множестве противоположных направлений в соответствии с некоторыми вариантами осуществления. Обмен данными может быть выполнен между передающим узлом и/или принимающим узлом. На фиг. 15A и 15B показан обмен данными DL (на котором, например, gNB 1200 может быть передающим узлом, а UE 1202 может быть принимающим узлом). Однако в других вариантах осуществления на фиг. 15A и 15B обмен данными может быть выполнен в обратном направлении (например, обмен данными UL (от UE к gNB)), например, при смене на обратные позиции gNB и UE.

На фиг. 15A и 15B показаны предположительные ситуации моделирования луча. Передающий узел (gNB 1200) может выполнять LBT в направлении Tx-луча (например, луча, который может быть использован передающим узлом для передачи данных в направлении принимающего луча), выровненное по направлению к принимающему узлу («dir») и ширине луча θ_Tx (LBT_dir). Передающий узел может (например, одновременно) выполнять: LBT в одном противоположном направлении (например, LBT_dir+180°) с лучом, выровненным в противоположном направлении dir+180°, шириной θ_sup луча главного лепестка и/или усилением G_sup,m главного лепестка (как видно на фиг. 15A); и/или множество LBT во множестве противоположных направлений (например, LBT_dir+180°, LBT_dir+160°, LBT_dir+210°). Каждое из множества LBT может иметь луч, выровненный в противоположных направлениях dir+X° (например, X = 160°, 180°, 200°), ширину θ_sup луча главного лепестка и/или усиление G_sup,m главного лепестка (как видно на фиг. 15B).

Луч, используемый для LBT в противоположном(-ых) направлении(-ях), может иметь форму Tx-луча 1204 передающего узла (например, θ_sup=θ_Tx, как видно на фиг. 15A и 15B) и/или другую диаграмму направленности (как описано более подробно ниже).

Для иллюстрации скрытого(-ых) узла(-ов) на фиг. 15A и 15B показан Rx-луч 1206 принимающего узла. AP 1208 может быть скрытым узлом для унаследованного LBT, если, например, ее передача лежит в пределах электрической оси Rx-антенны принимающего узла. Процедура парного LBT, которая описана в настоящем документе, может ослаблять (например, некоторые) проблемы скрытого узла (как видно в области 1210 разрешенных скрытых узлов на фиг. 15A и 15B). AP (например, все AP), которые могут располагаться в пределах области 1210 разрешенных скрытых узлов, могут быть обнаружены на передающем узле (например, на gNB 1200 для трафика DL) посредством парного LBT. Обнаружение этого посредством непарного унаследованного LBT на передающем узле (например, на gNB 1200 для трафика DL) может оказаться невозможным. Область 1212 может представлять собой незащищенную область, в которой может возникать проблема незащищенного узла. В виде области 1214 на фиг. 15A и 15B может быть показана область оставшегося/все еще скрытого узла, которая может быть меньше области скрытого узла, например, унаследованного LBT.

На фиг. 15B показаны условные обозначения, которые могут быть использованы со ссылкой, например, на фиг. 15A, 15B, 16, 17A и 17B.

В некоторых вариантах осуществления парное LBT в направлении принимающего узла и противоположном(-ых) направлении(-ях) может быть выполнено с разными диаграммами направленности луча и/или разными порогами ED, например, чтобы максимально увеличить количество обнаруживаемых терминалов скрытых узлов. Для LBT в противоположном(-ых) направлении(-ях) может быть использовано множество лучей, например, если на передающем узле диаграммы направленности лучей не могут быть скорректированы, а предварительно определены. На передающем узле может быть выполнена коррекция диаграммы направленности луча, количества лучей и/или порога ED для LBT в противоположном(-ых) направлении(-ях). Это может происходить при доступности информации о Rx-луче принимающего узла и/или конфигурации системы. Если эта информация и/или конфигурация системы недоступна, коррекции могут быть динамическими на основании сообщения обратной связи от принимающего узла (например, обратная связь по HARQ и/или сообщения, относящиеся к отчетам об уровне помех и/или сигнала).

На передающем узле для LBT в противоположном направлении может быть использована оптимизация луча (θ_sup, G_sup,m). Диаграмма направленности луча (например, ширина полосы главного лепестка и/или усиление главного лепестка), подлежащая использованию на передающем узле для LBT в противоположном(-ых) (например, дополнительно объединенных в пару) направлении(-ях), может быть установлена как функция от системного(-ых) параметра(-ов) и/или отчета(-ов) от принимающего узла, например, когда может быть использовано одно противоположное направление.

На фиг. 16 показан пример эффекта оптимизации луча, используемой на передающем узле для LBT в одном противоположном направлении, в соответствии с некоторыми вариантами осуществления. В примере на фиг. 16 одно противоположное направление может быть направлением доступа к DL от gNB 1300 к UE 1302. Если используют одно противоположное (например, дополнительно объединенное в пару) направление и/или луч выполнен с возможностью конфигурирования, целью может быть максимальное увеличение количества разрешенных скрытых узлов при сохранении ограниченным количества незащищенных областей (как показано на фиг. 16). Этого можно достичь использованием большей ширины луча главного лепестка, чем для LBT в направлении принимающего узла и для передачи данных (например, θ_sup>θ_Tx). Это может происходить, если ширина луча Rx принимающего узла больше ширины луча Tx передающего луча (θ_Rx>θ_Tx). Если ширина луча Rx принимающего луча не больше ширины луча Tx (θ_Rx<θ_Tx), этого можно достичь использованием меньшей ширины луча главного лепестка, чем для LBT в направлении принимающего узла и для передачи данных (например, θ_sup<θ_Tx). Техническое решение (например, оптимальное техническое решение) может зависеть от характеристик Rx-луча принимающего узла (θ_Rx, G_Rx,m), расстояния передатчик-приемник, характеристик распространения (например, от экспоненты потерь в тракте передачи и/или несущей частоты), мощности шума и/или произведения мощности передачи AP 1304 и усиления главного лепестка AP. Чтобы найти значение (например, оптимальное значение), передающий узел может использовать характеристики диаграммы направленности принимающего узла (например, θ_Rx, G_Rx,m) и/или расстояние передатчик-приемник, которое может быть оценено на основании отчетов об измерении от принимающего узла (например, в результате начальной процедуры обнаружения или непрерывных измерений соседнего луча).

Если θ_sup увеличивается (например, увеличивается чрезмерно), выше и/или ниже Rx-луча принимающего узла может появиться новая область воздействия на передающий узел. Передающий узел может обнаруживать помехи, которые обычно не обнаруживают. Для оптимизации ширины (θ_sup) луча главного лепестка возможно компромиссное решение.

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

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

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

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

В некоторых вариантах осуществления может быть предусмотрено определение (например, оптимизация) порога ED, подлежащего использованию на передающем узле для LBT в противоположном(-ых) направлении(-ях).

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

Оптимизации могут свести к минимуму количество незащищенных узлов, при этом область избегаемых скрытых узлов может быть сохранена. Порог ED может быть выбран с возможностью обнаружения (например, только) мешающих AP, лежащих в области Rx-луча принимающего узла. На фиг. 15A и 15B за счет увеличения порога ED можно избежать незащищенных узлов в новой области 1212 незащищенных узлов.

На фиг. 17A и 17B показаны примеры эффекта увеличения порога ED для LBT в противоположном(-ых) направлении(-ях). На фиг. 17A показан пример эффекта увеличения порога (ED) для LBT в одном противоположном направлении при оптимизированной форме луча в соответствии с некоторыми вариантами осуществления. На фиг. 17B показан пример эффекта увеличения порога ED для LBT во множестве противоположных направлений при предварительно определенных лучах в соответствии с некоторыми вариантами осуществления.

На фиг. 17A и 17B показан (например, оптимальный) результат для случая выполнения: (a) одного LBT в противоположном (например, дополнительно объединенном в пару) направлении (например, 180°, см. фиг. 17A), или (b) множества LBT во множестве противоположных (например, дополнительно объединенных в пару) направлений (например, 160°, 180°, 200°, см. фиг. 17B).

Как показано на фиг. 17A и 17B, техническое решение для порога ED (например, оптимальное техническое решение для порога ED) может зависеть от характеристик Rx-луча (например, θ_Rx, G_Rx,m) принимающего узла (например, UE 1400), расстояния передатчик-приемник, характеристик распространения (например, от экспоненты потерь в тракте передачи и/или несущей частоты), мощности шума и/или произведения мощности передачи AP 1402 и усиления главного лепестка AP 1402. Предположим, например, что TH_leg обозначает порог ED для LBT в направлении принимающего узла (который может составлять -72 дБм в LTE-LAA для ширины полосы 20 МГц) и что TH_sup обозначает порог ED в противоположном(-ых) (например, дополнительно объединенном(-ых) в пару) направлении(-ях) (например, LBT_dir+180). Например, чем дальше принимающий узел от передающего узла (например, по мере увеличения расстояния передатчик-приемник), тем больше может быть увеличен TH_sup. Значение для TH_sup (например, оптимальное значение) может быть получено, когда область положительного обнаружения LBT в противоположном(-ых) направлении(-ях) (например, LBT_dir+180) накладывается на область 1404 разрешенного узла (как видно на фиг. 17A и 17B). Как правило, в некоторых вариантах осуществления область положительного обнаружения относится к области, в которой уровень сигнала достаточно высокий с обеспечением, например, гарантированного обнаружения. Аналитическое выражение для TH_sup будет описано более подробно ниже.

В одном примере порог ED для LBT в противоположном(-ых) направлении(-ях) может быть сконфигурирован таким образом, чтобы он был больше порога, используемого для LBT в направлении принимающего узла (например, TH_sup>TH_leg). Это может происходить при недоступности информации о принимающем узле на передающем узле.

На фиг. 18 представлен пример блок-схемы 1500 для коррекции параметров, связанных с LBT в противоположном(-ых) направлении(-ях), в соответствии с некоторыми вариантами осуществления. Блок-схема 1500, показанная на фиг. 18, может быть применена, когда есть возможность корректирования параметров для LBT в противоположном(-ых) направлении(-ях) (например, оптимального корректирования) на основании информации от принимающего узла и/или конфигурации системы. В этом случае информация обнаружения может включать, например, характеристики Rx-луча принимающего узла.

Как показано на фиг. 18, в некоторых вариантах осуществления после установки соединения между передающим узлом (обозначен как «TX») и принимающим узлом (обозначен как «RX») на этапе 1501 информация обнаружения может быть отправлена от принимающего узла передающему узлу. Информация обнаружения может включать в себя параметры, которые созданы во время процедуры обнаружения или на основании непрерывных измерений соседних устройств. Параметры могут включать, например, ширину луча главного лепестка и усиление главного лепестка Rx-луча принимающего узла. После получения на передающем узле передающий узел на этапе 1502 может корректировать параметры для LBT в противоположном(-ых) направлении(-ях), когда, например, он принимает от передающего узла относящиеся к процедуре обнаружения измерения или измерения на основании непрерывных измерений соседних устройств, оцененное расстояние передатчик-приемник и информацию о конфигурации системы (например, мощность шума, характеристики распространения и/или т.п.). Коррекция параметров LBT может включать коррекцию диаграммы направленности луча, и/или количества лучей, и/или порога ED для противоположного(-ых) направления(-й). Коррекция может быть выполнена для каждого принимающего узла и может быть использована для, например, всех LBT, связанных с передачами по направлению, например, к определенному принимающему узлу, такому как принимающий узел RX на фиг. 18. В передающем узле могут быть использованы разные настройки параметров для LBT в противоположном направлении для разных принимающих узлов.

Когда на этапе 1504 на передающем узле имеются данные для передачи, на этапе 1506 передающий узел может выполнять LBT в спаренных направлениях, таких как направление к принимающему узлу и противоположное(-ые) направление(-я), с коррекцией LBT в противоположном(-ых) (например, дополнительно объединенном(-ых) в пару) направлении(-ях). Если на этапе 1508 LBT в спаренных направлениях указывает на незанятое состояние канала, передающий узел может переходить к передаче данных по направлению к принимающему узлу на этапе 1510. На этапе 1512 принимающий узел может принимать передаваемые данные и декодировать их. Когда на этапе 1514 на передающем узле снова имеются данные для передачи, на этапе 1516 передающий узел может повторять процедуру LBT, выполненную на этапе 1506, до передачи данных, чтобы определять, не занят ли канал. Если на этапе 1518 LBT в спаренных направлениях указывает на занятое состояние канала, на этапе 1520 передающий узел может откладывать передачу данных и ждать в течение DIFS с учетом времени выдержки перед следующей попыткой получения доступа к каналу. Впоследствии передающий узел может предпринимать попытку доступа к каналу еще раз и, когда на этапе 1522 LBT в спаренных направлениях указывает на незанятое состояние канала, передающий узел может переходить к передаче данных на этапе 1524. На этапе 1526 принимающий узел может принимать передаваемые данные и декодировать их.

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

В примере адаптация параметров LBT для противоположного (например, дополнительно объединенного в пару) направления может быть выполнена на основании обратной связи по HARQ от принимающего узла. В этом случае, например, адаптация может быть основана на статистике для количества принятых сообщений HARQ NACK. Передающий узел может определять, что узел приемника действует по сценарию с ограничениями из-за помех, и он может: увеличивать ширину (θ_sup) луча главного лепестка в противоположном (например, дополнительно объединенном в пару) направлении; использовать больше лучей для LBT в противоположном(-ых) направлении(-ях); и/или уменьшать порог (TH_sup) ED для LBT в противоположном(-ых) направлении(-ях), например, для увеличения области обнаружения скрытых узлов.

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

Сигналы и/или отчеты об измерениях от принимающего узла могут быть использованы узлом передатчика для адаптации параметров LBT для противоположного (например, дополнительно объединенного в пару) направления. В их число могут входить, без ограничений: мощность приема опорного сигнала (RSRP), качество принятого опорного сигнала (RSRQ), информация о состоянии канала (CSI), измерение помех (IM), опорные сигналы (CRS, DM-RS) и/или т.п.

На фиг. 19 представлен пример блок-схемы 1600 для динамической коррекции параметров для LBT в противоположном(-ых) направлении(-ях) в соответствии с некоторыми вариантами осуществления. В примере на фиг. 19 параметры могут быть динамически скорректированы на основании отчетов от принимающего узла, в которых может быть указана ситуация с ограничениями из-за помех. Например, как показано на фиг. 19, может быть использован индикатор ситуации с ограничениями из-за помех (например, сообщение NACK). Как правило, в некоторых вариантах осуществления принимающим узлом (обозначенным как «RX») могут быть использованы различные сообщения, в которых указана ситуация с ограничениями из-за помех, в том числе: сообщение NACK, в котором может быть указана ситуация с ограничениями из-за помех, явное сообщение, в котором может быть указана ситуация с ограничениями из-за помех, и/или, например, любое другое полезное сообщение, с помощью которого передающий узел (обозначенный как «TX») может определять, что декодирование могло оказаться неудачным из-за помехи (например, отчеты RSRP, RSRQ, CSI, IM и/или т.п.).

Как показано на фиг. 19, когда на этапе 1601 на передающем узле имеются данные для передачи, на этапе 1602 передающий узел может выполнять LBT в спаренных направлениях, таких как направление к принимающему узлу и противоположное(-ые) направление(-я). Если на этапе 1604 LBT в спаренных направлениях указывает на незанятое состояние канала, передающий узел может переходить к передаче данных по направлению к принимающему узлу на этапе 1606. Если на этапе 1608 принимающий узел определяет, что декодирование неудачно из-за принимаемых помех, на этапе 1610 принимающий узел может отправлять, например, сообщение (обозначенное как «индикатор ограничений из-за помех»), в котором указано на помеху (например, сообщение NACK). Передающий узел на этапе 1612 после приема сообщения, относящегося к ситуации с ограничениями из-за помех, или определения ситуации с ограничениями из-за помех на основании сообщений о качестве сигнала от принимающего узла может корректировать параметры для LBT в противоположном(-ых) направлении(-ях). Коррекция параметров может включать в себя: увеличение диаграммы направленности луча, увеличение количества лучей и/или уменьшение порога ED. Коррекция может быть обновлена в режиме реального времени, динамически, на основании отчетов от принимающего узла и может быть использована для LBT, связанного с последующей передачей.

Как также показано на фиг. 19, при наличии помехи на этапе 1614 передающий узел может предпринимать попытку следующего LBT в спаренных направлениях (LBT с коррекцией, выполненной на этапе 1612). На этапе 1616 результат LBT в спаренных направлениях может указывать на занятое состояние канала. В таком случае на этапе 1618 передающий узел может откладывать передачу данных и ждать в течение DIFS с учетом времени выдержки перед следующей попыткой получения доступа к каналу. На этапе 1620 передающий узел может пытаться еще раз получать доступ к каналу (путем выполнения LBT) и опознавать незанятое состояние канала. На этапе 1622 передающий узел может переходить к передаче данных. На этапе 1624 принимающий узел может принимать передаваемые данные и декодировать их. Когда на этапе 1626 на передающем узле снова имеются данные для передачи, передающий узел может опять перед передачей данных выполнять LBT на этапе 1628 со скорректированными параметрами, чтобы определять, занят ли канал. Если на этапе 1630 LBT в спаренных направлениях указывает на незанятое состояние канала, передающий узел может переходить к передаче данных на этапе 1632. На этапе 1634 принимающий узел может принимать передаваемые данные и декодировать их.

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

В некоторых вариантах осуществления передающий узел может использовать информацию (например, опознанную мощность/энергию), полученную во время LBT в противоположном(-ых) (например, дополнительно объединенном(-ых) в пару) направлении(-ях), чтобы, например, оптимизировать стратегию передачи/приема. Например, в передающем узле может быть использована процедура с несколькими порогами ED для LBT в противоположном(-ых) направлении(-ях), выполнен адаптивный выбор MCS и/или реализован механизм управления мощностью, который может быть скорректирован как функция от опознанной энергии во время LBT в противоположном(-ых) (например, дополнительно объединенном(-ых) в пару) направлении(-ях).

Мощность, опознанная во время LBT в противоположном(-ых) (например, дополнительно объединенном(-ых) в пару) направлении(-ях), может быть использована для коррекции стратегий передачи/приема. Коррекции стратегии могут включать в себя: внедрение процедуры с несколькими порогами ED для LBT в противоположном(-ых) направлении(-ях) с возможностью разрешения только передачи по направлению к принимающему узлу, но не передачи от принимающего узла по направлению к передающему узлу (обратное направление); выбор схемы модуляции и кодирования (MCS) на передающем узле для каждой опознанной мощности во время LBT в противоположном(-ых)/дополнительном(-ых) направлении(-ях); и/или коррекцию управления мощностью на передающем узле на основании опознанной мощности во время LBT в противоположном(-ых) направлении(-ях).

В передающем узле может быть использована процедура с двумя порогами ED для LBT в противоположном(-ых) направлении (-ях), в которых два порога ED представляют собой TH₁ и TH₂, причем TH₁>TH₂. Если мощность, обнаруженная во время LBT в противоположном(-ых) (например, дополнительно объединенном(-ых) в пару) направлении(-ях), превышает TH₁, передача передающего узла может быть отсрочена. Если мощность, обнаруженная во время LBT в противоположном(-ых) (например, дополнительно объединенном(-ых) в пару) направлении(-ях), превышает TH₂, но не TH₁, передача передающего узла может быть разрешена, но передачи от принимающего узла (обратное направление) могут быть не разрешены.

Процедура с двумя порогами ED для LBT в противоположном(-ых) направлении(-ях) может быть использована для разрешения (например, по-прежнему разрешения) передач от передающего узла принимающему узлу, тогда как передачи по обратной линии связи могут быть не разрешены. Это может быть обусловлено измерением воспринимаемых помех в противоположном направлении. Например, если в схеме с двумя порогами измеренный уровень помех выше большего порога для противоположного направления, целевому принимающему узлу может быть не разрешен трафик по восходящей линии связи. Принимающему узлу может быть разрешено принимать данные при низкой скорости передачи (он может иметь низкое отношение сигнала к шуму с учетом помех (SINR) из-за принимаемых помех от передающего узла в противоположном направлении). Передача от принимающего узла передающему узлу (обратное направление) может быть предотвращена за исключением, например, отправки сообщения ACK/NACK. Благодаря этому можно избежать формирования помех на AP и/или STA. Порог ED может указывать управление мощностью для передачи от принимающего узла по направлению к передающему узлу.

В передающем узле может быть реализован адаптивный выбор MCS, который может зависеть от уровня мощности, опознанного во время LBT в противоположном(-ых) направлении(-ях). Например, если LBT в противоположном (-ых) направлении(-ях) указывает на занятое состояние канала, даже если условия канала в линии связи передатчик-приемник благоприятные, передающий узел может передавать при более низкой MCS, которая может быть адаптирована на основании второй опознанной мощности во время LBT в противоположных (т.е. дополнительно объединенных в пару) направлениях. Это может быть выполнено с возможностью декодирования на принимающем узле, даже при воздействии помех на принимающий узел. Передача от передающего узла может быть разрешена, т. к. передающий узел может не мешать AP/STA.

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

На фиг. 20 представлен пример блок-схемы 1700 для коррекции стратегии передачи на основании LBT в противоположном(-ых) направлении(-ях) в соответствии с некоторыми вариантами осуществления. На фиг. 20 показаны признаки, связанные со случаем, в котором после определения занятого канала посредством LBT в противоположном(-ых) направлении(-ях), стратегию передачи на передающем узле корректируют на основании мощности/энергии, которая была опознана во время LBT в противоположном(-ых) направлении(-ях). В некоторых вариантах осуществления передающий узел может соответствующим образом корректировать MCS или переданную мощность, благодаря чему возможно успешное декодирование на принимающем узле.

Как показано на фиг. 20, когда на этапе 1701 на передающем узле имеются данные для передачи, на этапе 1702 передающий узел может выполнять LBT в спаренных направлениях, таких как направление к принимающему узлу и противоположное(-ые) направление(-я). Если на этапе 1704 LBT в спаренных направлениях указывает на незанятое состояние канала, передающий узел может переходить к передаче данных по направлению к принимающему узлу на этапе 1706. На этапе 1708 принимающий узел может принимать передаваемые данные и декодировать их. Когда на этапе 1710 на передающем узле снова имеются данные для передачи, на этапе 1712 передающий узел может снова выполнять LBT в спаренных направлениях и в результате на этапе 1714 определять, что канал занят. На этапе 1716 передающий узел может корректировать стратегию передачи (например, корректировать MCS и/или мощность передачи) на основании опознанной мощности в противоположном(-ых) направлении(-ях). Впоследствии на этапе 1718 передающий узел может переходить к передаче данных. На этапе 1720 принимающий узел может принимать передаваемые данные и декодировать их.

В некоторых вариантах осуществления описанные в настоящем документе методы могут быть объединены. Например, адаптивная MCS может быть объединена с процедурой с несколькими порогами ED. Пороги ED могут быть TH₁>TH₂>TH₃. Если мощность, обнаруженная во время LBT в противоположном(-ых) направлении(-ях), превышает TH₁, передача передающего узла может быть отсрочена. Если мощность, обнаруженная во время LBT в противоположном(-ых) направлении(-ях), превышает TH₂, но не TH₁, передача передающего узла может быть разрешена с адаптированной MCS в соответствии с определенной энергией. Передачи от принимающего узла могут быть не разрешены. Если мощность, обнаруженная во время LBT в противоположном(-ых) направлении(-ях), превышает TH₃, но не TH₂, передача передающего узла может быть разрешена с адаптированной MCS в соответствии с определенной энергией. Передача от принимающего узла может быть разрешена с обязательным управлением мощностью. Если помеха в противоположном направлении к предусмотренному направлению LBT становится выше (например, самого высокого) порога, принимающему узлу может быть разрешено отправлять в обратном направлении сообщения ACK/NACK, т.к. продолжительность этих сообщений может быть незначительной и может оказывать минимальное влияние на мешающие узлы. В этом случае обычные передачи по обратной линии связи могут быть не разрешены.

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

Пороги ED могут быть определены с использованием одного или более из следующего. TH₁ может определять самый низкий уровень мощности, который может быть измерен. Этот уровень может быть установлен в качестве порогового уровня CCA, как определено в области WiGig или на основании чувствительности приемника. Наивысший порог может быть установлен в качестве верхнего порога в области WiGig, когда устройства WiGig измеряют помеху от форм сигнала, не относящихся к WiGig. Если в CCA указано на занятое состояние канала, устройства WiGig могут выдерживать передачу своих пакетов. Самый высокий пороговый уровень может быть сопоставлен с минимальным воспринимаемым SIR на целевом (принимающем) узле. Например, на фиг. 17A gNB измеряет уровень мощности AP и прогнозирует соответствующий наивысший уровень помех на UE, который может быть вызван передачей пакетов точкой AP в прямом направлении. Помеха может быть ограниченной на UE, и SIR на UE может быть минимальным. Самый высокий порог может быть определен как порог, который сопоставлен с выбором (например, минимального) индекса MCS, который может быть привязан к спрогнозированному SIR на UE, благодаря которому возможен устойчивый трафик DL от gNB к UE. Можно ожидать, что SIR на UE может (например, всегда) быть положительным ввиду расстояния между источником помех (например, AP) и передающим узлом (например, gNB), как изображено на фиг. 17A. Могут быть установлены промежуточные пороги, чтобы отражать выборы MCS на основании (например, оценочной) вариации SIR на целевом принимающем узле.

На фиг. 21 представлен пример блок-схемы 1800, связанной с реализацией с несколькими порогами ED в соответствии с некоторыми вариантами осуществления. На фиг. 21 показана процедура с двумя порогами ED, в которой разрешение/запрет передачи от передатчика приемнику и от приемника передатчику могут быть определены на основании опознанной мощности во время LBT в противоположном(-ых) (например, дополнительно объединенном(-ых) в пару) направлении(-ях) и их отношения с двумя предварительно определенными порогами ED. На фиг. 21 показаны признаки, связанные с реализацией с несколькими порогами ED, в которой передача от передающего узла приемнику может быть разрешена, но передача от приемника передающему узлу может быть не разрешена, причем это может быть основано на опознанной мощности во время LBT в противоположном(-ых) направлении(-ях). В процедуре с несколькими порогами ED для указания времени возможной передачи в обратном направлении (от приемника к передатчику), может быть использована сигнализация.

Как показано на фиг. 21, когда на этапе 1801 на передающем узле имеются данные для передачи, на этапе 1802 передающий узел может выполнять LBT в спаренных направлениях, таких как направление к принимающему узлу и противоположное(-ые) направление(-я). Если на этапе 1804 на основании выполненного LBT передающий узел опознает, что мощность в противоположном(-ых) направлении(-ях) ниже порога 2 ED (далее называемого «ED TH₂»), передающий узел может переходить к передаче данных по направлению к принимающему узлу на этапе 1806. На этапе 1808 принимающий узел может принимать передаваемые данные и декодировать их. Когда на этапе 1810 на передающем узле снова имеются данные для передачи, на этапе 1812 передающий узел может снова выполнять LBT в спаренных направлениях, а на этапе 1814 определять превышение мощностью в противоположном(-ых) направлении(-ях) уровня ED TH₂, но не превышения порога 1 ED (далее называемого «ED TH₁»). На этапе 1816 передающий узел может переходить к передаче данных, а на этапе 1818 принимающий узел может принимать передаваемые данные и декодировать их. После этого или по существу одновременно с передачей данных передающий узел может передавать на принимающий узел указание на возможное отсутствие разрешения на передачу от принимающего узла передающему узлу (от RX к TX) на этапе 1820.

Когда на этапе 1822 на передающем узле снова имеются данные для передачи, на этапе 1824 передающий узел может повторять LBT в спаренных направлениях, а на этапе 1826 определять превышение мощностью в противоположном(-ых) направлении(-ях) порога ED TH₁. В результате на этапе 1828 передающий узел может откладывать передачу данных и ждать в течение DIFS с учетом времени выдержки перед следующей попыткой получения доступа к каналу. На этапе 1830 передающий узел может выполнять еще одно LBT в спаренных направлениях и на этапе 1832 определять, что мощность в противоположном(-ых) направлении(-ях) теперь ниже ED TH₂. Соответственно, на этапе 1834 передающий узел может переходить к передаче данных. На этапе 1836 принимающий узел может принимать передаваемые данные и декодировать их.

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

На фиг. 22 показан пример использования оценки угла прихода и изменения порога ED для LBT в противоположном направлении в соответствии с некоторыми вариантами осуществления. Например, на фиг. 22 сигнал от AP 1900 (также обозначенной как «AP2») поступает на UE 1902 с AoA (AoA2), который может отличаться от AoA для сигнала от AP 1904 (также обозначенного как «AP1») (AoA1). AP 1904 может лежать в пределах электрической оси антенны Rx-луча станции gNB 1906, тогда как AP 1900 может не лежать. В данной ситуации порог ED для сигнала, поступающего с AoA2, может быть больше, чем порог ED для сигнала, поступающего с AoA1. Парное LBT на UE 1902 может препятствовать передаче в присутствии AP 1904, но может не препятствовать в присутствии AP 1900.

В некоторых вариантах осуществления LBT может принимать помощь от принимающего узла. Принимающий узел может помогать передающему узлу определять, разрешена ли передача или нет, например, если передающий узел не имеет возможности выполнения одновременного LBT в направлении принимающего узла и одном или более противоположных (например, дополнительно объединенных в пару) направлениях. Например, если передающий узел представляет собой UE, а принимающий узел представляет собой gNB (как в конфигурации, показанной на фиг. 22), UE может быть не в состоянии выполнять одновременные LBT в нескольких направлениях, и gNB может помочь UE.

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

На фиг. 23 представлен пример блок-схемы 2000, иллюстрирующей обслуживание LBT от принимающего узла в соответствии с некоторыми вариантами осуществления. На фиг. 23 показаны признаки, посредством которых принимающий узел (gNB) может предоставлять помощь LBT передающему узлу (UE).

На фиг. 23 UE после опознания незанятого канала в направлении gNB может запрашивать помощь у gNB. А именно, на этапе 2001 UE может передавать информацию обнаружения на gNB. Информация обнаружения может включать в себя указание, способно ли UE выполнять одновременное LBT в нескольких направлениях или нет. Если UE не способно выполнять одновременное LBT в нескольких направлениях, на этапе 2002 активируют помощь от gNB (на gNB). Когда на этапе 2004 на UE имеются данные для передачи, UE может на этапе 2006 выполнять LBT в направлении принимающего узла (в направлении gNB). Если на этапе 2008 LBT в направлении приема (RX) указывает на незанятое состояние канала, UE передает на gNB запрос помощи на этапе 2010. Запрос помощи может быть в форме любого подходящего сообщения, указывающего запрос на помощь в LBT от принимающего узла. После приема запроса о помощи от UE, gNB может реализовать LBT в направлении передающего узла (в направлении UE) на этапе 2012, которое может покрыть противоположное(-ые) направление(-я) передающего узла (UE). Если на этапе 2014 gNB определяет незанятое состояние канала в направлении передачи (TX), на этапе 2016 gNB может отправлять UE указание на незанятый канал в этом направлении (например, с использованием подходящего сообщения). На этапе 2018 UE может повторять LBT в направлении RX, и, если на этапе 2020 UE опознает незанятое состояние канала, UE переходит к передаче данных на этапе 2022. На этапе 2024 gNB может принимать переданные данные и декодировать их.

Когда на этапе 2026 на UE снова имеются данные для передачи, на этапе 2028 UE может выполнять еще одно LBT в направлении RX. Если на этапе 2030 LBT в направлении RX указывает на незанятое состояние канала, UE на этапе 2032 передает другой запрос на помощь на gNB. В ответ на это на этапе 2034 gNB выполняет еще одно LBT в направлении TX, чтобы покрыть противоположное(-ые) направление(-я) UE. Если на этапе 2036 LBT в направлении TX указывает на занятое состояние канала, на этапе 2038 gNB может откладывать любую передачу данных на UE и ждать в течение DIFS с учетом времени выдержки перед следующей попыткой получения доступа к каналу. После указания на этапе 2040 LBT в направлении TX на незанятое состояние канала, на этапе 2042 gNB может переходить к отправке UE указания на незанятое состояние канала в этом направлении. На этапе 2044 UE может повторять LBT в направлении RX, и, если в результате этапа 2046 UE опознает незанятое состояние канала, UE переходит к передаче данных на этапе 2048. На этапе 2050 gNB может принимать переданные данные и декодировать их.

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

А именно, в некоторых вариантах осуществления могут быть предусмотрены признаки для оптимизации параметров узла передачи для предполагаемого парного LBT в случае, когда используют один луч в одном противоположном направлении, например dir+180°. Следующий пример описан для обмена данными DL от gNB (передающий узел) к UE (приемник), но может быть также применен к обмену данными UL. Параметры луча gNB для LBT в противоположном направлении могут быть оптимизированы при попытке максимального увеличения количества разрешенных скрытых узлов с предотвращением при этом избытка незащищенных узлов. Порог ED на gNB для LBT в противоположном (например, дополнительно объединенном в пару) направлении может быть оптимизирован с возможностью наложения области положительного обнаружения для LBT в противоположном направлении на область разрешенных скрытых узлов. Потери в тракте передачи (PL) могут быть смоделированы с помощью выражения:

где α представляет собой экспоненту потери в тракте передачи, которая может принимать значение от 2 до 6, f_c может быть несущей частотой, c может быть скоростью света, а d может быть расстоянием между двумя узлами в метрах. Учитывая дисперсию сигнала с расстоянием, средняя принятая мощность сигнала на узле i от узла j может быть:

где могут обозначать усиление передающей антенны на узле j, мощность передачи на узле j и усиление приемной антенны на узле i соответственно. Область луча Rx для UE может быть задана сектором с радиусом r и углом θ_Rx, направленным к gNB. Радиус вычисляют следующим образом:

где N_oW может обозначать мощность шума, G_Tx,AP,m может быть усилением главного лепестка AP, а P_Tx,AP относится к мощности передачи AP. AP, расположенная в пределах ширины луча UE, θ_Rx, может отстоять (например, по меньшей мере на) r метров от UE, чтобы не мешать ему.

В некоторых вариантах осуществления может быть выполнена оптимизация луча (θ_sup, G_sup,m) для LBT в противоположном направлении. На фиг. 24 показан пример коррекции ширины луча для LBT в противоположном направлении в соответствии с некоторыми вариантами осуществления. Благодаря этому можно максимально увеличить количество разрешенных скрытых узлов и можно предотвратить образование новых незащищенных узлов. Это может быть выполнено путем коррекции ширины луча главного лепестка для LBT в противоположном направлении, чтобы оно покрывало область Rx-луча UE 2102, как показано на фиг. 24. Угол сектора gNB 2100 может быть выбран с возможностью покрытия более широкой области луча Rx UE. Усиление антенны может быть получено из коррекции ширины луча.

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

где d_gNB-UE может быть расстоянием от gNB до UE, как показано на фиг. 24.

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

где C может быть константой, которая зависит от типа 3D-диаграммы направленности антенны (например, эллиптическая, прямоугольная). может иметь максимальное значение, которое зависит от количества элементов антенны на gNB. Значение (gNB) может быть меньше значения (UE), и коррекция может обеспечивать (т. е. осуществимую ширину луча главного лепестка).

В случае использования множества предварительно заданных лучей во множестве противоположных направлений (как показано на фиг. 15B) gNB может выбирать количество лучей, которое максимально увеличивает область разрешенных скрытых узлов. Избытка незащищенных лучей может не быть.

При данном фиксированном значении и (например, полученном с использованием методов, рассмотренных в настоящем документе), передающий узел (gNB) может корректировать порог ED для LBT в противоположном направлении с возможностью наложения области положительного определения для LBT в противоположном (например, дополнительно объединенном в пару) направлении на область разрешенных скрытых узлов (см. фиг. 17A). Такое может быть обеспечено за счет учета пороговой мощности для LBT в противоположном направлении:

Данное уравнение, которое может быть использовано для коррекции порога ED для LBT в противоположном направлении, может быть применено в случае использования множества лучей с предварительно заданными диаграммами направленности во множестве противоположных (например, дополнительно объединенных в пару) направлений (как, например, показано на фиг. 17B).

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

В соответствии с некоторыми вариантами осуществления в настоящем документе описаны способы, системы и сигнализация для координируемого механизма LBT, благодаря которому возможно пространственное повторное использование во множестве нелицензированных полос, в таких как, например, нелицензированные полосы в диапазоне ниже 6 ГГц и/или в диапазоне миллиметровых волн. В некоторых вариантах осуществления способы, описанные в настоящем документе, обеспечивают процедуры координирования для использования с узлами, которые, например, связаны с одной и той же или родственной технологией радиодоступа (RAT) и/или с одним или более операторами (например, с операторами сотовой/мобильной связи), для предотвращения (например, недопущения) (или по меньшей мере уменьшения вероятности) блокировки на основании LBT внутри технологии радиодоступа (intra-RAT) и, например, с соблюдением или удовлетворением при этом требования (требований) к LBT или нормативов в одном или более нелицензированных диапазонах.

Из-за некоординируемого механизма LBT, применяемого к различным узлам, например одной и той же RAT, которая обычно осуществляет координацию передачи (или координацию передач между узлами), может произойти ненужная блокировка на основании LBT. Из-за него возможно также плохое использование канала. Сотовые сети, как правило, выполнены с возможностью обеспечения повторного использования (например, повторного использования радиоресурса (-ов) (например, частоты, времени)), например полного повторного использования, путем применения ряда методов управления помехами (например, адаптивное управление скоростью передачи, управление мощностью, скоординированная многоточечная (CoMP) передача, улучшенная координация межсотовых помех (eICIC) и т.д.) для ослабления межсотовых помех в пределах узлов, например, одной RAT (например, NR от конкретного оператора мобильной/сотовой связи).

Поэтому необходимость в блокировке передачи на основании LBT между устройствами одной и той же RAT, которые могут быть скоординированы для передачи в нелицензированном спектре (например, узлы одной и той же RAT и, вероятно, одного и того же оператора), как правило, может отсутствовать. Однако нормативы для нелицензированных полос 5 ГГц и 60 ГГц, например, требуют реализации LBT.

На фиг. 25A и 25B соответственно показаны примеры блокировки на основании LBT для (A) узлов разных RAT и (B) узлов одной и той же RAT в соответствии с некоторыми вариантами осуществления.

В примере на фиг. 25A точка доступа AP 2200 (также обозначенная как «AP1») получила доступ к каналу и затем, в течение MCOT, блокирует передачу базовой станции gNB 2202 (также обозначенной как «gNB1», т.к. gNB 2202 опознает незанятое состояние канала для LBT. Следовательно, gNB 2202 должна ожидать окончания передачи AP2200, чтобы завершить процедуру выдержки, как показано на фиг. 25A. Затем, когда канал не занят, gNB 2202 может, наконец, получать доступ к каналу. Это представляет собой, например, типичную процедуру.

Однако на фиг. 25B базовая станция gNB 2204 (также обозначенная как «gNB2»), которая может быть узлом той же самой RAT и, например, того же самого оператора, что и gNB 2202, получила доступ к каналу и блокирует передачу gNB 2202 из-за совмещенных передач и контроля несущей LBT. В этом случае gNB 2202 должна откладывать передачу, как показано на фиг. 25B, тогда как при так называемой типичной для сот работе сотовые сети могут обычно обеспечивать возможность полного повторного использования, достигаемого за счет эффективных стратегий координации, которые могут управлять помехами (например, по меньшей мере между узлами одной и той же RAT и одного и того же оператора). В примере на фиг. 25B блокировка на основании LBT может иметь негативные последствия, поскольку благодаря ей, например, предотвращается пространственное повторное использование. Обычно в некоторых вариантах осуществления под пространственным повторным использованием понимают обеспечение возможности использования временных и частотных ресурсов в разных местах. При этом, например, мешающие лучи могут препятствовать (например, из-за конфликтов) пространственному повторному использованию радиоресурсов.

Во избежание проблемы блокировки на основании LBT передачи между узлами одной и той же RAT, было предложено решение, заключающееся в группировке соседних TRP и самоотсрочки ими совместного доступа к каналу для предотвращения взаимной блокировки как в результате использования сигналов резервирования, так и самой передачи. См., например, Huawei, HiSilicon, «3GPP R1-1719841, "Coexistence and channel access for NR-based unlicensed band Operation"», 3GPP TSG RAN 91 Meeting, Nov. 2017.

Однако главной проблемой, которая может возникнуть в связи с методом самоотсрочки, является возможность получения доступа к каналу другим узлом во время периода самоотсрочки. Кроме того, следует отметить, что данный метод разрешает вопросы, связанные с одновременными доступами, но не в том случае, когда узел уже получил доступ к каналу и может блокировать передачи соседних узлов в пределах той же RAT (как показано, например, на фиг. 25B).

Блокировка на основании LBT в пределах узлов, например, одной и той же RAT (и/или одного и того же оператора), которые обычно соблюдают скоординированную передачу, остается проблемой в LAA, которая требует решения. В некоторых технологиях связи, таких как Wi-Fi и WiGig, используют конкуренцию с обеспечением в целом допустимости блокировки на основании LBT, а узлы также не координируют передачу.

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

В соответствии с некоторыми вариантами осуществления описана скоординированная сигнализация LBT. В некоторых вариантах осуществления координация LBT может быть реализована для координации процедуры (процедур) выдержки на основании, например, предположения, что после координации LBT может быть применена координация передачи с использованием, например, некоторых уже имеющихся методов (например, CoMP, eICIC и т.д.).

В некоторых вариантах осуществления, когда gNB (например, gNB1, показанная на фиг. 25B) обнаруживает, что узел, занимающий канал, представляет собой узел, использующий, например, ту же самую RAT (например, gNB2, показанная на фиг. 25B), gNB может отправлять сообщение, например, посредством интерфейса Xn, как в NR (или интерфейса X2, как в LTE), чтобы запрашивать координацию LBT (называемую в настоящем документе как «LBT-C-RQ») для предотвращения, например, ненужной блокировки на основании LBT. На фиг. 26 показан пример сценария координации LBT в соответствии с некоторыми вариантами осуществления.

Узел, принимающий LBT-C-RQ (например, базовая станция gNB 2300 (также обозначенная как «gNB2») на фиг. 26, принимающая LBT-C-RQ 2306 от gNB 2302 (также обозначенной как «gNB1») по интерфейсу 2304 Xn), может либо принять, либо отвергнуть LBT-C-RQ. В случае приема в некоторых вариантах осуществления соглашающийся узел отправит обратно подтверждение согласия (например, в форме любого подходящего сообщение об одобрении), включающее в себя, например, один или более способов, которыми будет или может быть осуществлена координация LBT для выполнения выдержки, или сопровождающееся ими. Кроме того, в некоторых вариантах осуществления в подтверждении может также быть указано время начала координации передачи и стратегия координации передачи, которая может быть применена после завершения процедуры выдержки на основании LBT.

В некоторых вариантах осуществления обнаружение наличия устройств той же самой RAT может быть основано на предположении, что узлы одной и той же RAT будут, как правило, могут декодировать сообщения собственной RAT (например, PDCCH или eDRTS (улучшенный направленный RTS)).

После получения узлами доступа к каналу координация передачи может быть выполнена во множестве областей, таких как время, частота, пространство, мощность и/или скорость передачи. Однако следует отметить, что в некоторых вариантах осуществления для выполнения процедуры выдержки на основании LBT может потребоваться некоторый уровень и/или форма координации передачи. В некоторых вариантах осуществления координация LBT может быть либо в частотной области, либо во временной области. На фиг. 27A и 27B соответственно показаны примеры координации LBT в (A) частотной области и (B) временной области в соответствии с некоторыми вариантами осуществления.

Кроме того, в некоторых вариантах осуществления для улучшения равнодоступности в отношении других RAT координация LBT может происходить в пределах MCOT (например, только в пределах MCOT).

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

Сначала gNB2 по получении LBT-C-RQ 2400 и, например, указания времени выдержки, от gNB1, может освобождать некоторые ресурсные блоки (RB) или часть ширины полосы (BWP) на определенный период времени и может указывать на это станции gNB1 посредством (сообщения) 2402 подтверждения относящейся к частоте координации (называемой в настоящем документе «LBT-C-A-f»). gNB2 может также предоставлять, например, указание(-я) параметров, таких как, без ограничений, зарезервированные ресурсы, стратегия координации передачи, время начала координации передачи и/или ограничение времени до MCOT. Некоторые или все из этих параметров могут быть указаны в LBT-C-A-f 2402 или в альтернативном варианте осуществления переданы отдельно от LBT-C-A-f 2402. Затем gNB1 после приема информации/сообщения (-й) от gNB2 может переключаться с LBT во всей полосе на BWP LBT (или LBT подполосы) в пределах указанного(-ых) частотного(-ых) ресурса(-ов) (или BWP), высвобожденного(-ых) станцией gNB2.

В вышеописанном примере благодаря процедурам координации LBT в частотной области, высвобождения некоторых RB и наличия у gNB1 возможности реализовать BWP LBT в этих RB, gNB1 может (i) выполнять процедуру выдержки из-за LBT в соответствии с применимыми нормативами по нелицензированным спектрам и (ii) впоследствии осуществлять передачу путем применения пространственного повторного использования (например, полного применения пространственного повторного использования в пределах выделенной BWP).

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

Сначала gNB2 по получении LBT-C-RQ 2404 и указании времени выдержки может высвобождать, например, символ (-ы) OFDM, который (-е) может (могут) понадобиться для выполнения выдержки из-за LBT, и указывать на это gNB1 посредством (сообщения) 2406 подтверждения относящейся ко времени координации (называемого в настоящем документе «LBT-C-A-t»). LBT-C-A-t 2406 может указывать, например, параметры, такие как, без ограничений, время начала координации, стратегия координации передачи и/или ограничение времени до MCOT. В альтернативном варианте осуществления некоторые или все из этих параметров могут быть предоставлены отдельно от LBT-C-A-t 2406. Затем gNB1 после приема информации/сообщения (-й) от gNB2 может продолжать использовать LBT во всей полосе.

В некоторых вариантах осуществления в вышеописанном примере процедуры координации LBT во временной области координация передачи может происходить путем применения пространственного повторного использования в пределах, например, всей (или полной) ширины полосы (BW). Однако по сравнению с координацией LBT в частотной области при координации LBT во временной области возможно получение другим узлом доступа (или по меньшей мере пытается получить доступ) к каналу в высвобожденных временных ресурсах (см. фиг. 27B). В некоторых вариантах осуществления в случае такого или подобного рода доступа он может трактоваться как форма «общего MCOT внутри RAT». В этом случае высвобожденное время может составлять всего лишь несколько микросекунд (например, 25 мкс, как в общем MCOT), и его может быть достаточно для выполнения LBT.

В соответствии с иллюстративными вариантами осуществления при координации LBT во временной области и/или частотной области оставшееся время выдержки (например, на gNB1) может быть отправлено одновременно или совместно с LBT-C-RQ 2400 и/или 2404 соответственно, с обеспечением возможности правильной конфигурации высвобождаемых ресурсов станцией gNB2 (например, BWP или некоторые временные символы) для выполнения станцией gNB1 процедуры LBT. Кроме того, совместно или одновременно с LBT-C-A указывают BWP, которую высвобождают, и/или временный (-ые) символ (-ы), который (-е) высвобождают для выполнения выдержки, а также информацию о времени начала и стратегию координации, благодаря которой, например, возможно полное повторное использовании, с учетом времени завершения (ограничение MCOT).

На основании, например, значений, относящихся к функционированию NR-U, реализация предлагаемой координации LBT может быть осуществима для NR-U. MCOT для нелицензированной полосы 60 ГГц принимает значение 9 мс. См., например, European Telecommunications Standards Institute (ETSI), «EN 302 567 Broadband Radio Access Networks (BRAN) V2.1.1», («EN 302 567 BRAN») Jul. 2017. Что касается численных величин, мк=4 (т. е. SCS=240 кГц) с получением в результате 16×9=144 интервалов в пределах MCOT. Следовательно, для gNB1 существуют 144 возможности декодирования PDCCH от gNB2, если он пригоден для декодирования. Интервал CCA (согласно, например, стандарту EN 302 567 BRAN) для полосы 60 ГГц составляет 5 микросекунд. При этом в соответствии с примером gNB1 вместо ожидания в течение 9 мс + выдержка (X×5 микросекунд) может получать доступ к каналу путем декодирования PDCCH от gNB2 (например, не более одного интервала, т.е. 62,5 мкс для мк=4) + координация + выдержка (X×5 микросекунд).

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

Кроме того, в 5G NR используют интерфейс Xn (см., например, интерфейс 2304 Xn на фиг. 26), который применяют, например, для обмена данными между базовыми станциями (например, gNB-gNB). В некоторых вариантах осуществления, описанных в настоящем документе, также обеспечена сигнализация, связанная с координацией LBT, которая тоже совместима с использованием интерфейса Xn или подходит для этого.

В одном примере осуществления описана сигнализация запроса скоординированного LBT (называемая в настоящем документе «LBTRS»). LBTRS может быть отправлена посредством Xn, например, станцией gNB, обнаруживающей занятый канал из-за наличия узла от RAT, общей с gNB. LBTRS может включать в себя следующую (без ограничений) информацию: (i) запрос на координацию LBT внутри RAT в пределах MCOT (LBT-C-RQ), (ii) оставшееся время выдержки, (iii) идентификацию запрашивающей gNB и/или (iv) идентификацию запрашиваемой gNB.

В одном примере осуществления описана сигнализация для разрешенного скоординированного LBT (называемая в настоящем документе «LBTES»). LBTES может быть отправлена посредством Xn станцией gNB, которая занимает канал и принимает LBTRS. Кроме того, LBTES может включать в себя следующую (без ограничений) информацию: (i) согласие на координацию LBT в частотной области для выполнения выдержки (LBT-C-A-f), (ii) высвобожденные ресурсы в частотной области (например, BWP), (iii) согласие на координацию LBT во временной области для выполнения выдержки (LBT-C-A-t), (iv) время начала координации передачи, (iv) стратегия координации передачи (время, частота, мощность, пространство, CoMP и т.д.), (v) ограничение времени до MCOT, (vi) идентификация запрашивающей gNB и/или (vii) идентификация запрашиваемой gNB.

В вышеуказанной сигнализации благодаря использованию идентификации запрашивающей gNB (например, идентификатору станции gNB1) и идентификации запрашиваемой gNB (например, идентификатору станции gNB2) в, например, LBTRS, возможна координация между конкретными gNB, а не направленной к, например, всем узлам (например, всем gNB) данной RAT.

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

В отличие от других предлагаемых подходов к координации LBT (например, от подхода с самоотсрочкой перед получением доступа к каналу, как отмечено выше), в некоторых вариантах осуществления, описанных в настоящем документе, может быть обеспечена сигнализация для запроса процедур координации выдержки из-за LBT (либо по времени, либо по частоте (например, a BWP)) после, например, обнаружения текущих передач TRP той же самой RAT, которые могут быть скоординированы для передачи. В некоторых описанных вариантах осуществления вид или тип координации выдержки на основании одобренной LBT (что может означать, например, переход от LBT во всей полосе к BWP LBT при наличии указаний), может быть дополнительно просигнализирован для обеспечения возможности выполнения узлами выдержки у себя, например, во всей BW или только в BWP, для координации передачи.

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

А именно, для NR-U в 3GPP, например, были рассмотрены два решения для обеспечения приемлемого совместного функционирования нескольких RAT в нелицензированных полосах миллиметровых волн: (i) всенаправленное LBT (также называемое в настоящем документе «omniLBT») и (ii) направленное LBT (также называемое в настоящем документе «dirLBT»). Эти два решения отличаются по типу физического контроля несущей. OmniLBT контролирует во всех направлениях, dirLBT контролирует направленным образом по направлению к предусмотренному RX. См., например, Huawei, HiSilicon, «R1-1713785, "Coexistence and channel access for NR unlicensed band operation"» 3GPP TSG RAN WG1 90 Meeting, Aug. 2017.

Однако в этих подходах могут быть некоторые недостатки. На фиг. 28A показан пример поведения всенаправленного LBT в соответствии с некоторыми вариантами осуществления. На фиг. 28B показан пример поведения направленного LBT для направленных передач/приемов в соответствии с некоторыми вариантами осуществления.

В случае направленных передач из-за всенаправленного LBT защита может стать чрезмерной, т. к. передача может быть предотвращена, даже если сигнал обнаружен с направления, которое может не создавать вредных помех для предусмотренного RX (например, проблема незащищенного узла, как показано на фиг. 28A (вверху) (случай 2450 невыровненных передач) для передачи TX2-RX2, в которой мог бы быть повторно использован спектр, но которая была предотвращена всенаправленным LBT). Для многих реализаций всенаправленное LBT может, например, подходить только при выровненных передачах в пространстве, как показано на фиг. 28A (внизу) (случай 2452 выровненных передач).

Напротив, при использовании направленного LBT защита не может быть чрезмерной, т.к. возможно, как правило, определение только пространственного направления, в котором будет выполнена передача (см. фиг. 28B (вверху) (случай 2454 невыровненных передач)). Однако при направленном LBT другие текущие соседние передачи могут быть не обнаружены. Следовательно, из-за проблемы (проблем) направленных скрытых узлов могут происходить помехи, как показано на фиг. 28B (внизу), т.к. передача TX1 лежит в пределах электрической оси антенны RX2 (случай 2456 выровненных передач).

Поэтому при использовании рассмотренных выше подходов может быть получена (1) основанная на omniLBT схема, которая чрезмерно защищает и предотвращает пространственное повторное использование, и (2) основанная на dirLBT схема, в которой обеспечено пространственное повторное использование, но с возможностью некоторых проблем скрытых узлов. Эти компромиссные решения показаны на фиг. 28A и 28B для невыровненных (вверху) и выровненных (внизу) передач. Соответственно, было бы целесообразно в определенных реализациях использовать схемы LBT более оптимальным образом.

Кроме того, можно показать посредством, например, моделирований методом Монте-Карло, что лучшая схема физического контроля несущей из направленного LBT, парного LBT (также называемого в настоящем документе «pairLBT») и всенаправленного LBT (по меньшей мере с точки зрения рабочих характеристик) различается в зависимости от плотности сети и используемых ширин лучей. Например, для низкой плотности сети может быть достаточно направленного LBT, тогда как для высокой плотности сети может быть достаточно всенаправленного LBT. Аналогичным образом для узких ширин луча может быть достаточно направленного LBT, тогда как для широких ширин луча может быть достаточно всенаправленного LBT. Кроме того, при выборе режима LBT может быть учтена сложность данного режима LBT. Как правило, всенаправленное LBT, например, может считаться самым простым.

В соответствии с некоторыми вариантами осуществления в способах и системах, описанных в настоящем документе, предусмотрен механизм переключения LBT, который устраняет по меньшей мере некоторые недостатки, связанные с, например, использованием всенаправленного LBT и/или направленного LBT в случае направленных передач и приемов, как показано на фиг. 28A и 28B.

В некоторых вариантах осуществления переключение с направленного LBT на всенаправленное LBT может быть выполнено, когда направленное LBT опознает неактивное состояние канала, но возникает проблема скрытых узлов. В некоторых системах переключение может быть выполнено на основании обратной связи по HARQ-ACK. Например, если множество сообщений обратной связи по HARQ-ACK представляют собой NACK, передающий (TX) узел может переключаться на всенаправленное LBT. В противном случае он может продолжать работать с направленным LBT. Следует отметить, что NACK может быть, как правило, определено либо при возникновении неправильного приема (например, канал управления был декодирован, но данные не удалось декодировать), либо при отсутствии приема обратной связи (например, канал управления не удалось декодировать, или обратная связь по NACK была неправильно декодирована или блокирована, например, из-за LBT).

Переключение с направленного LBT на всенаправленное LBT может быть реализовано, например, на основании информации, такой как обратная связь по HARQ-ACK. А именно, в некоторых вариантах осуществления передающий узел может усреднять собранную информацию для случая нисходящей линии связи (DL). В одном примере варианта осуществления передающий узел в случае DL, такой как gNB, может собирать обратную связь по HARQ-ACK от UE и может принимать решение о переключении с направленного LBT на всенаправленное LBT, когда количество сообщений NACK превышает конкретный порог в течение данного периода времени или на протяжении определенного количества принятых сообщений обратной связи по HARQ.

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

В этом примере механизма передающий (TX) узел может отслеживать доступы к каналам, в которых посредством omniLBT был определен статус «занят», и может сохранять конкретные моменты времени этих определений. Когда TX может успешно получать доступ к каналу, он может отправлять информацию RX относительно моментов времени предотвращенных доступов к каналу. Между тем RX может выполнять непрерывный контроль несущей путем обнаружения энергии (ED) при помощи конфигурации антенны или луча, которые обычно используют для приема данных от TX во время режима установленного соединения с управлением радиоресурсами (RRC), и может сохранять результаты в памяти. RX, на основании принятых от TX моментов времени предотвращенного доступа к каналу, может сравнивать эти моменты времени с результатами контроля несущей путем ED и отвечать TX, если RX определяет энергию сигнала, превышающую порог, используя конфигурацию антенны или луч, которые используют для приема данных от TX.

TX, на основании ответа от RX, может продолжать следующим образом: (i) если присутствие других соседних передающих узлов оказывается основной причиной предотвращенных доступов к каналу, TX может продолжать использовать omniLBT (например, после принятия автономного (или по меньшей мере частично автономного) решения о проведении такого действия или после получения от RX команды на его выполнение); (ii) если оказывается, что другие соседние передающие узлы не являются основной причиной предотвращенных доступов к каналу, TX может переключаться на dirLBT (например, после принятия автономного (или по меньшей мере частично автономного) решения о проведении такого действия или после получения от RX команды на его выполнение).

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

На фиг. 29 показана процедура 2500 для обнаружения чрезмерной защиты всенаправленного LBT в соответствии с некоторыми вариантами осуществления. Такая процедура может включать в себя, например, следующее: (i) опознание информации 2506, переданной от передающего узла 2502 (также обозначенного как «TX»), например, индексов интервала или символа OFDM (OS), в котором была предпринята попытка доступа к каналу (и он оказался занятым) ({x, y, z}, как, например, показано на фиг. 29); и/или (ii) ответ 2508 на информацию 2506 опознания, отправленный от принимающего узла 2504 (также обозначенного как «RX»). При этом может быть доступно множество вариантов ответа, причем некоторые примеры из них включают в себя одно или более из следующего: (1) индексы интервала/OS, в которых был обнаружен опознаваемый узел, (2) процент попыток 2508 (как показано на фиг. 29), во время которых канал оказался занятым на стороне RX, и/или (3) указатель 2510 переключения (или переключатель) (как показано на фиг. 29).

На основе обмена сообщениями, как показано, например, на фиг. 29, TX может знать, опознает ли он что-либо, чего не опознает RX (в этом случае он может, например, переключать стратегию LBT). Если оба узла, передающий и принимающий, опознали передачу, TX может продолжать использовать (стратегию) omniLBT. Например, в некоторых вариантах осуществления информация 2506 опознания от TX может включать в себя индексы интервалов или символов OFDM, когда канал был опознан и было определено его занятое состояние с помощью omniLBT. В таком случае RX может определять, какая часть из того времени, в течение которого узел TX определил занятое состояние канала, когда узел RX тоже определил занятое состояние канала. RX может отвечать TX значением, которое включает в себя эту информацию, например, в виде процента или доли (см. процент 2508 на фиг. 29 слева)), или может отправлять указатель переключения (см., например, указатель 2510 переключения на фиг. 29 (справа)), чтобы проинформировать TX о необходимости переключения режима LBT.

В случае DL отчеты (3) (см. выше) содержат меньше служебных данных, но предоставляют менее подробную информацию на стороне TX (например, на стороне UE), чем (1) и (2). В некоторых вариантах осуществления базовая станция (например, eNB) может переключать режим LBT для всех UE в соте, установивших соединение. Отчеты UE на основании форматов (1) и (2) по сравнению с форматом (3) могут предоставлять базовой станции дополнительную информацию для принятия решения о переключении, но для использования этих форматов отчетов UE может, например, понадобиться больше служебных данных в сигнализации, чем формат (3). В некоторых вариантах осуществления для выполнения переключения может потребоваться, например, превышение определенного порога для количества принятых указателей переключения для конкретного Tx-луча. В случае UL, поскольку TX (например, UE) может обмениваться данными с различными TRP посредством разных лучей, отчеты (1), (2) и/или (3) могут быть равносильными, поскольку на TX (например, UE) не требуется усреднения.

Кроме того, в некоторых вариантах осуществления предлагаемые механизмы, используемые для переключения стратегии LBT, могут, например, включать в себя переключение (i) с omniLBT на pairLBT (мягкое изменение), (ii) с omniLBT на dirLBT (радикальное изменение, если определено, что omniLBT приводит к большему количеству случаев пропущенных возможностей доступа к каналу, чем необходимо) или (iii) с pairLBT на dirLBT.

Кроме того, в некоторых вариантах осуществления процедура переключения LBT может быть распространена на случаи, включающие в себя разные схемы доступа для NR, такие как, например, схема (планового) доступа к DL, схема доступа SUL (плановый, на основании предоставления UL) и/или схема доступа AUL (без предоставления UL). Поскольку DL и SUL будут, как правило, иметь более высокий приоритет для доступа к каналу, чем AUL, схема LBT может быть ограничена необходимостью быть всенаправленной для некоторых типов доступа к каналу и плотностей сетей, например AUL в плотных сетях, за счет, например, не предоставления разрешения на процедуру переключения LBT с omniLBT на LBT любого другого типа.

В соответствии с некоторыми вариантами осуществления в настоящем документе описаны способы и системы для изменения размера окна конкурентного доступа (CWS) для направленных передач в случае конфликтов.

В LAA CWS обновляют на основании сообщений обратной связи по HARQ. Если, например, 80% сообщений обратной связи по HARQ одного опорного подкадра представляют собой NACK, CWS увеличивают; в противном случае не увеличивают. Возможно, было бы целесообразно реализовать некоторую форму процедуры адаптации CWS на основании наблюдаемых конфликтов (данных) в рамках NR-U. Однако в случае, например, передачи по направленному каналу, процедуру(-ы) адаптации CWS, приспособленную(-ые) для использования в LAA, может (могут) не подойти, и может (могут), например, понадобиться другая(-ие) процедура (-ы) адаптации CWS.

На фиг. 30A и 30B показаны примеры адаптации CWS во многосотовых сценариях. Например, как показано в примере на фиг. 30A, LBT (представленные соответствующими лучами 2604 и 2606) gNB 2600 и gNB 2602 (также обозначенных как «gNB1» и «gNB2» соответственно) не выровнены, и обе gNB 2600 и 2602 могут прослушивать канал в течение DIFS. Т. к. передачу одной gNB нельзя или невозможно услышать на другой gNB, определяется свободное состояние канала для обеих gNB 2600 и 2602. Поэтому обе gNB получают доступ к каналу по существу в одно и то же время, из-за чего происходит конфликт. Если в данном случае применяют ту же самую процедуру адаптации CWS, что и для LAA, обе gNB могут существенно увеличивать CWS. Обе gNB прослушивают еще раз в течение DIFS, снова определяют свободное состояние канала, и возникает еще один конфликт. В результате эта же процедура будет продолжаться многократно. В таком случае, поскольку LBT не выровнены (как показано на фиг. 30A), процедура увеличения CWS на основании HARQ может не подойти.

Описанная процедура адаптации CWS может, например, подойти только для сценария, показанного на фиг. 30B, в котором соответствующие LBT (представленные соответствующими лучами 2608 и 2610) обеих gNB 2600 и 2602 выровнены. Если gNB 2600 и 2602 видят друг друга, будут, вероятно, выполнены выдержка и рандомизация доступа к каналу путем адаптации соответствующего CWS.

В соответствии с некоторыми вариантами осуществления в случаях, например, одновременной или совместной передачи от множества gNB, когда направления передачи не выровнены друг с другом (как показано, например, на фиг. 30A), UE может принудительно выполнять процедуру выдержки, чтобы рандомизировать доступ к каналу своей gNB. В некоторых вариантах осуществления UE может выполнять опознание канала в направлении луча приема, а также в противоположном направлении, которое предназначено для покрытия направления луча передачи gNB, и при определении занятого состояния канала в течение времени, превышающего конкретный порог, UE может отправлять станции gNB сообщение с запросом выдержки. В некоторых вариантах осуществления такое сообщение может представлять собой новое сообщение или может быть включено в качестве дополнительного параметра в сообщение eDCTS, отправленное в ответ на сообщение eDRTS, принятое от gNB.

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

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

В целом, как изложено в настоящем документе, для передачи на частотах диапазона миллиметровых волн может, например, понадобиться направленное функционирование Tx-Rx (передача-прием). Для передач на нелицензированных частотах может, например, дополнительно понадобиться опознание канала для определения, свободен ли канал. В некоторых реализациях стандартного выполнения, например, LBT и RTS/CTS в направлении предусмотренных передачи/приема, может оказаться недостаточным для правильного определения статуса использования канала ввиду, например, потенциального существования направленных скрытых узлов. На фиг. 35 показан пример сценария 2850, включающего в себя направленные RTS/CTS при совместном функционировании NR-U с NR-U в присутствии мешающих узлов.

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

На фиг. 36 представлена блок-схема, иллюстрирующая способ резервирования направленного канала в соответствии с некоторыми вариантами осуществления. В соответствии с некоторыми вариантами осуществления способ может быть выполнен принимающим узлом, таким как модуль беспроводной передачи/приема (например, UE). Как показано на фиг. 36, на этапе 2900 принимающий узел принимает сообщение запроса передачи по направленному каналу (DRTS) от передающего узла. На этапе 2902 принимающий узел передает сообщение готовности к передаче по направленному каналу(DCTS) с использованием одного или более первых лучей, причем по меньшей мере один первый луч направлен в первом направлении к передающему узлу. На этапе 2904 принимающий узел определяет второе направление, причем второе направление отличается от первого направления. Затем на этапе 2906 передающий узел передает по меньшей мере одно дополнительное сообщение DCTS с использованием одного или более вторых лучей, причем по меньшей мере один второй луч направлен во втором направлении к потенциально мешающему узлу.

На фиг. 37 представлена блок-схема, иллюстрирующая другой способ резервирования направленного канала в соответствии с некоторыми вариантами осуществления. В соответствии с некоторыми вариантами осуществления способ может быть выполнен принимающим узлом. Как показано на фиг. 37, на этапе 3000 принимающий узел принимает улучшенное сообщение запроса передачи по направленному каналу от передающего узла. На этапе 3002 принимающий узел передает улучшенное сообщение подтверждения передачи по направленному каналу с использованием одного или более первых лучей, причем по меньшей мере один первый луч направлен в первом направлении к передающему узлу. Затем на этапе 3004 принимающий узел передает по меньшей мере одно дополнительное улучшенное сообщение подтверждения передачи по направленному каналу с использованием одного или более вторых лучей, причем по меньшей мере один второй луч направлен во втором направлении к потенциально мешающему узлу, при этом второе направление отличается от первого направления.

В некоторых вышеуказанных вариантах осуществления в способах и системах, описанных в настоящем документе, используют улучшенный обмен сообщениями по направленному каналу (например, сообщениями eDCTS и/или eDCTS-to-Self) в направлении, например, потенциально мешающего(-их) узла(-ов) (например, преобладающих мешающих узлов). В некоторых вариантах осуществления сообщение eDRTS может содержать информацию о планировании данных и сообщений eDCTS-to-Self и/или местоположения и ориентации мешающих узлов. В некоторых вариантах осуществления передача eDCTS-to-Self может быть дополнительно нацелена в направлении(-ях), например, потенциального(-ых) (например, известного(-ых)) мешающего(-их) узла(-ов) (например, полученных от gNB или посредством измерения(-й)).

В некоторых вариантах осуществления передача eDCTS-to-Self может быть повторена раз в каждый период T (или каждый данный период времени) (например, на основании минимальной продолжительности CCA). В некоторых вариантах осуществления сообщение eDCTS-to-Self может содержать информацию об оставшейся продолжительности MCOT. Как показано на фиг. 31, например, MCOT может, например, начинаться сразу после отправки eDRTS или сразу после (например, успешного) LBT и может включать в себя множество периодов T. На фиг. 38 показан пример серии 3100 передач, включающей передачи eDRTS и eDCTS-to-Self, в соответствии с некоторыми вариантами осуществления. На фиг. 38 показан пример продолжительности 3102 MCOT и периодических передач eDCTS-to-Self в пределах MCOT.

На фиг. 39 показан пример сценария помех при eDRTS, eDCTS и многократной процедуре 3200 eDCTS-to-Self при совместном функционировании NR-U с NR-U в соответствии с некоторыми вариантами осуществления. В некоторых вариантах осуществления, например, пример конфигурации передачи, показанный на фиг. 38, может быть применен к сценарию, изображенному на фиг. 39. Как показано на фиг. 39, gNB 3202 и UE 3204 (также обозначенные как «gNB2» и «UE3» соответственно) могут быть, например, узлами, которые могут потенциально вызывать помехи для UE 3208 (также обозначенного как «UE1»). Как показано на фиг. 39, gNB 3206 (также обозначенная как «gNB1») может передавать сообщение 3210 eDRTS для приема оборудованием UE 3208. Затем UE 3208 может передавать сообщение 3212 eDCTS с использованием луча, направленного в направлении gNB 3206. UE 3208 может также передавать множество сообщений 3214 и 3216 eDCTS-to-Self, направленных к потенциально мешающим узлам. Как показано, UE 3208 может передавать сообщение 3214 eDCTS-to-Self с использованием луча, направленного в направлении gNB 3202, и может передавать сообщение 3216 eDCTS-to-Self с использованием луча, направленного в направлении UE 3204.

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

В некоторых вариантах осуществления способ, выполняемый оборудованием UE для резервирования канала, может включать в себя: прием улучшенного сообщения запроса передачи по направленному каналу (eDRTS) от передающего узла; передачу улучшенного сообщения готовности к передаче по направленному каналу (eDCTS) в первом направлении к передающему узлу; и передачу дополнительного сообщения eDCTS во втором направлении к потенциально мешающему узлу.

В некоторых вариантах осуществления второе направление противоположно первому направлению.

В некоторых вариантах осуществления UE может определять второе направление (к потенциально мешающему узлу) из сообщения eDRTS или анализа прослушивания перед передачей (LBT).

В некоторых вариантах осуществления UE может передавать сообщение eDCTS множество раз в пределах MCOT.

Кроме того, выше были описаны различные другие и родственные варианты осуществления.

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

В соответствии с некоторыми вариантами осуществления описан способ, выполняемый устройством, таким как, например, UE, для доступа к направленному каналу. Такой способ включает в себя устройство, передающее множество сигналов резервирования канала в одном или более направлениях, которые отличаются от направления к предназначенному приемнику для последующей передачи данных. В некоторых вариантах осуществления способ может также включать в себя: прием сообщения первого типа (например, улучшенного запроса передачи по направленному каналу (eDRTS)) в первом направлении; и передачу сообщения второго типа (например, улучшенной готовности к передаче по направленному каналу (eDCTS)) в первом направлении и втором направлении. В некоторых вариантах осуществления первое и второе направления отличаются, и по меньшей мере одно из первого и второго направлений представляет собой направление к потенциального мешающему узлу. В некоторых вариантах осуществления направление к потенциально мешающему узлу может быть указано сообщением первого типа. В некоторых вариантах осуществления сообщение второго типа представляет собой улучшенное сообщение готовности к передаче по направленному каналу самому себе (eDCTS-to-Self). В некоторых вариантах осуществления сообщение второго типа представляет собой eDCTS, и сообщение eDCTS может быть отправлено устройством повторно множество раз в пределах данного промежутка времени, такого как максимальное время занятости канала (MCOT).

В соответствии с некоторыми вариантами осуществления способ, выполняемый на передающем узле, включает в себя: выполнение первого прослушивания перед передачей (LBT) в направлении передающего луча к принимающему узлу; определение, занят ли канал, на основании выполненного первого LBT в направлении передающего луча; выполнение второго LBT в обратном направлении; и определение, обнаружен ли мешающий сигнал с обратного направления. В некоторых вариантах осуществления способ может дополнительно включать в себя отсрочку передачи в случае обнаружения мешающего сигнала. Отсрочка передачи может, например, включать в себя ожидание в течение времени выдержки и выполнение первого и второго LBT еще раз. Кроме того, могут быть адаптивно выбраны различные параметры, включая, например, конфигурацию ширины луча, количество предварительно заданных лучей, порог обнаружения энергии и/или выбор MCS для линии связи.

В соответствии с некоторыми вариантами осуществления описаны способы для совместного функционирования систем NR-U и WiGig, в которых, например, устройство (например, UE) может адаптивно устанавливать мощность передачи и/или количество повторов в направлении источника помех до момента выдержки источника помех.

В соответствии с некоторыми вариантами осуществления описан способ для использования среди множества узлов для обеспечения повторного использования ресурсов в нелицензированной полосе путем применения координации прослушивания перед передачей (LBT). В таком способе нелицензированная полоса может быть ниже 6 ГГц или полосой миллиметровых волн. Множество узлов могут быть дополнительно связаны с данной технологий радиодоступа (RAT) и/или данным оператором.

В соответствии с несколькими вариантами осуществления способ сигнализации о скоординированном прослушивании перед передачей (LBT) между узлами может включать в себя: прием на первом узле запроса на координацию LBT от второго узла; и после согласия с запросом на первом узле предоставление второму узлу указания данной координации LBT для выполнения выдержки на основании LBT. В некоторых вариантах осуществления способ может дополнительно включать в себя второй узел, выполняющий выдержку на основании LBT. В еще одних вариантах осуществления способ может дополнительно включать в себя использование координации передачи между первым и вторым узлами для передачи вторым узлом после завершения выдержки на основании LBT и получения вторым узлом доступа к каналу. Первый и второй узлы могут быть связаны с данной технологией радиодоступа (RAT), например с одной и той же RAT, или с данным оператором, например с одним и тем же оператором. Кроме того, первый и второй узлы могут быть скоординированы для передачи в нелицензированной полосе, такой как, например, полоса 5 ГГц или 60 ГГц. В еще одних вариантах осуществления способ для скоординированной сигнализации LBT может также включать в себя предоставление первым узлом второму узлу по меньшей мере одного из времени начала координации передачи и стратегии координации передачи, подлежащей использованию по завершении выдержки из-за LBT.

В способе скоординированной сигнализации LBT координация LBT может происходить в пределах максимального времени занятости канала (MCOT). Кроме того, первый и второй узлы могут представлять собой узлы 5G, такие как первая gNB и вторая gNB.

В некоторых вариантах осуществления данная координация LBT для выполнения выдержки из-за LBT может представлять собой координацию LBT в частотной области, в которой, например: после приема запроса на координацию LBT на первом узле первый узел высвобождает частотный(-е) ресурс(-ы); первый узел обеспечивает указание высвобожденного(-ых) частотного(ых) ресурса(-ов) второму узлу; и после приема указания от первого узла второй узел переходит с использования LBT во всей полосе к использованию LBT в подполосе в пределах указанного(-ых) высвобожденного(-ых) частотного(ых) ресурса(-ов). Высвобожденный(-е) частотный(-е) ресурс(-ы) может (могут) быть указан(-ы) в подтверждении согласия на связанную с частотой координацию, могут включать в себя часть ширины полосы (BWP) и/или могут быть высвобождены на данный период времени. В некоторых вариантах осуществления оставшееся время выдержки может быть отправлено вторым узлом одновременно или совместно с запросом на координацию LBT, чтобы первый узел мог сконфигурировать высвобожденный(-е) частотный(-е) ресурс(-ы) в соответствии с оставшимся временем выдержки.

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

В соответствии с некоторыми вариантами осуществления способ включает в себя обеспечение сигнализации, связанной с координацией прослушивания перед передачей (LBT), которая подходит для использования посредством интерфейса 5G Xn. В некоторых вариантах осуществления сигнализация, связанная с координацией LBT, может включать в себя сигнализацию запроса скоординированного LBT (LBTRS). LBTRS может быть отправлена посредством интерфейса Xn, например станцией gNB, обнаруживающей занятый канал из-за присутствия узла, который совместно использует технологию радиодоступа (RAT) с gNB. Кроме того, LBTRS может включать в себя (i) запрос на координацию LBT внутри RAT в пределах максимального времени занятости канала (MCOT), (ii) оставшееся время выдержки, (iii) идентификацию gNB, запрашивающей координацию LBT внутри RAT, и/или (iv) идентификацию gNB, у которой запрашивают координацию LBT внутри RAT.

В некоторых вариантах осуществления сигнализация, связанная с координацией LBT, может также включать в себя сигнализацию о разрешенном скоординированном LBT (LBTES). LBTES может быть отправлена посредством интерфейса Xn станцией gNB, которая занимает канал и принимает LBTRS. LBTES может дополнительно включать в себя (i) согласие на координацию LBT в частотной области для выполнения выдержки, (ii) указание высвобожденных ресурсов в частотной области, (iii) согласие на координацию LBT во временной области для выполнения выдержки, (iv) время начала координации передачи, (v) стратегию координации передачи, (vi) предел времени до максимального времени занятости канала (MCOT), (vii) идентификацию gNB, запрашивающей координацию LBT внутри RAT, и/или (viii) идентификацию gNB, у которой запрашивают координацию LBT внутри RAT.

В соответствии с некоторыми вариантами осуществления способ включает в себя переключение между по меньшей мере двумя разными режимами прослушивания перед передачей (LBT) в нелицензированной полосе. В некоторых вариантах осуществления множество технологий радиодоступа (RAT) совместно функционируют в нелицензированной полосе. Кроме того, в некоторых вариантах осуществления переключение выполняют для направленных передач и/или приемов. Кроме того, переключение может быть запрещено для данного типа схемы доступа к каналу, связанной с новым радио (NR).

В число по меньшей мере двух разных типов LBT могут входить всенаправленное LBT и направленное LBT. Переключение может представлять собой переключение (i) со всенаправленного LBT на парное LBT, (ii) со всенаправленного LBT на направленное LBT или (iii) с парного LBT на направленное LBT.

В некоторых вариантах осуществления переключение включает в себя переключение со всенаправленного LBT на направленное LBT, когда всенаправленное LBT препятствует данному количеству доступов к каналу, например, из-за незащищенных узлов, а не из-за помех.

В других вариантах осуществления переключение включает в себя переключение со всенаправленного LBT на направленное LBT, причем переключение со всенаправленного LBT на направленное LBT включает в себя: отслеживание передающим узлом доступов к каналу, в которых с помощью всенаправленного LBT был определен статус «занято», и сохранение моментов времени, соответствующих этим определениям; по получении доступа к каналу передающий узел отправляет на принимающий узел информацию относительно моментов времени предотвращенных доступов к каналу; принимающий узел сравнивает принятые от передающего узла моменты времени предотвращенных доступов к каналу с результатами непрерывного контроля несущей путем обнаружения энергии (ED), выполняемого на принимающем узле; и принимающий узел уведомляет передающий узел о результате сравнения. В некоторых вариантах осуществления передающий узел на основании уведомления от принимающего узла продолжает использовать всенаправленное LBT или переключается на направленное LBT.

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

В соответствии с некоторыми вариантами осуществления описан способ изменения размера окна конкурентного доступа (CWS) для передачи по направленному каналу на базовой станции (например, gNB). Такой способ основан на парном опознании на целевом пользовательском устройстве (например, оборудовании пользователя (UE)).

В соответствии с некоторыми вариантами осуществления способ для динамической конфигурации переключения нисходящей линии связи/восходящей линии связи для каждой линии из спаренных лучей (BPL) включает использование, например, периодических передач улучшенного сообщения готовности к передаче по направленному каналу самому себе (eDCTS-to-Self). В некоторых вариантах осуществления во время передачи данных передатчик или приемник, либо и тот, и другой могут периодически передавать множество сообщений eDCTS-to-Self для сохранения резервирования канала.

Хотя признаки и элементы описаны в настоящем документе в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент может быть использован отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель и предназначенном для исполнения компьютером или процессором. Примеры машиночитаемого носителя информации включают в себя, без ограничений, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые устройства хранения данных, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика, предназначенного для применения в составе WTRU, оборудования пользователя, терминала, базовой станции, контроллера RNC и/или любого главного компьютера.

Изобретение относится к средствам резервирования направленного канала. Технический результат – возможность совместного использования нелицензированного спектра пользователями. Принимают сообщение запроса передачи по направленному каналу (DRTS) от передающего узла. Передают сообщение готовности к передаче по направленному каналу (DCTS) с использованием одного или более первых лучей, причем по меньшей мере один первый луч направлен в первом направлении к передающему узлу. Определяют второе направление, при этом второе направление представляет собой направление, отличное от первого направления. Передают по меньшей мере одно дополнительное сообщение DCTS с использованием одного или более вторых лучей, причем по меньшей мере один второй луч направлен во втором направлении к потенциально мешающему узлу. Принимают данные от передающего узла. Периодически передают последующие одно или более дополнительные сообщения DCTS в по меньшей мере втором направлении в пределах максимального времени занятости канала (МСОТ) в ходе приема данных от передающего узла. 3 н. и 22 з.п. ф-лы, 51 ил., 8 табл.

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

прием сообщения запроса передачи по направленному каналу (DRTS) от передающего узла;

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

определение второго направления, при этом второе направление представляет собой направление, отличное от первого направления;

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

прием данных от передающего узла;

периодическую передачу последующих одного или более дополнительных сообщений DCTS в по меньшей мере втором направлении в пределах максимального времени занятости канала (МСОТ) в ходе приема данных от передающего узла.

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

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

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

определение второго направления на основании информации из анализа прослушивания перед передачей (LBT) направленного канала.

4. Способ по п. 1 или 2, в котором сообщение DRTS содержит указание второго направления, и при этом определение второго направления включает в себя:

определение второго направления на основании указания в сообщении DRTS.

5. Способ по п. 1 или 2, в котором определение второго направления включает в себя:

определение второго направления на основании измерений направленного канала.

6. Способ по любому из пп. 1-5, в котором:

сообщение DRTS представляет собой улучшенное сообщение DRTS (eDRTS), а

сообщение DCTS представляет собой улучшенное сообщение DCTS (eDCTS).

7. Способ по п. 6, в котором определение второго направления включает в себя:

определение второго направления на основании сообщения eDRTS.

8. Способ по любому из пп. 1-7, в котором по меньшей мере одно дополнительное сообщение DCTS представляет собой улучшенное сообщение DCTS-to-Self (eDCTS-to-Self).

9. Способ по любому из пп. 1-8, в котором в сообщении DCTS, переданном в сторону передающего узла, указано количество передач сообщения eDCTS-to-Self, подлежащих выполнению принимающим узлом.

10. Способ по любому из пп. 1-9, в котором по меньшей мере одно дополнительное сообщение DCTS включает в себя поле продолжительности отсрочки, в котором указано количество времени, на которое нужно отложить передачу.

11. Способ по любому из пп. 1-10, в котором по меньшей мере в одном дополнительном сообщении DCTS указано оставшееся время, на которое зарезервирован направленный канал.

12. Способ по любому из пп. 1-11, в котором по меньшей мере в одно дополнительное сообщение DCTS включено время, оставшееся из максимального времени занятости канала (МСОТ).

13. Способ по любому из пп. 1-12, в котором по меньшей мере одно дополнительное сообщение DCTS содержит множество улучшенных сообщений DCTS (eDCTS).

14. Способ по любому из пп. 1-13, в котором передача по меньшей мере одного дополнительного сообщения DCTS включает в себя:

передачу по меньшей мере одного дополнительного сообщения DCTS множество раз в пределах максимального времени занятости канала (МСОТ).

15. Способ по любому из пп. 1-14, в котором передача по меньшей мере одного дополнительного сообщения DCTS с использованием одного или более вторых лучей включает в себя:

передачу по меньшей мере одного дополнительного сообщения DCTS по разным лучам.

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

17. Способ по любому из пп. 1-16, дополнительно включающий в себя:

прием второго сообщения DRTS от передающего узла; и

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

18. Способ по п. 17, в котором:

сообщение DDTS представляет собой улучшенное сообщение DDTS (eDDTS) и сообщение eDDTS идентифицирует узел, передающий мешающий сигнал.

19. Способ по любому из пп. 1-18, в котором количество из по меньшей мере одного дополнительного передаваемого сообщения DCTS основано на по меньшей мере одном из (i) количества потенциально мешающих узлов, (ii) мощности одного или более вторых лучей и (iii) ширины одного или более вторых лучей.

20. Способ по любому из пп. 1-19, в котором содержимое каждого из сообщений DRTS, DCTS и по меньшей одного дополнительного сообщения DCTS скремблировано с использованием последовательности, которая является общей для группы сот.

21. Способ по любому из пп. 1-19, в котором содержимое каждого из сообщений DRTS, DCTS и по меньшей одного дополнительного сообщения DCTS скремблировано с использованием последовательности группы сот (CGS), которая является общей для группы сот.

22. Способ по любому из пп. 1-21, дополнительно включающий в себя:

выполнение первого анализа направленного прослушивания перед передачей (LBT) в направлении к другому узлу, которому предназначена передача от принимающего узла, причем другой узел отличается от передающего узла;

определение, занят ли канал между принимающим узлом и другим узлом, на основании выполнения первого анализа направленного LBT;

выполнение второго анализа направленного LBT в обратном направлении; и

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

23. Модуль беспроводной передачи/приема (WTRU), содержащий:

процессор; и

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

прием сообщения запроса передачи по направленному каналу (DRTS) от передающего узла;

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

определение второго направления, причем второе направление представляет собой направление, отличное от первого направления;

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

прием данных от передающего узла;

периодическую передачу последующих одного или более дополнительных сообщений DCTS в по меньшей мере втором направлении в пределах максимального времени занятости канала (МСОТ) в ходе приема данных от передающего узла.

24. Система резервирования направленного канала, содержащая:

принимающий узел;

процессор; и

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

25. Система по п. 24, в которой принимающий узел содержит процессор и физический машиночитаемый носитель.