СИСТЕМА И СПОСОБ ПРИЕМА СОВМЕСТНО ИСПОЛЬЗУЕМЫХ КАНАЛОВ ДЛЯ ПЕРЕДАЧИ МНОГОЧИСЛЕННЫХ TRP Российский патент 2023 года по МПК H04L5/00 

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

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

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

В NR версии 15 в рамках спецификации 5G передача многочисленных TRP не рассматривалась. Другими словами, текущая спецификация Rel-15 не поддерживает передачу данных из многочисленных TRP в одно UE, где две TRP (например, TRP 0 и TRP 1) передают PDSCH в одно и то же UE. Кроме того, стоимость предоставления идеальной транспортной сети связи для достижения почти идеальной синхронизации между многочисленными TRP, как правило, является высокой, что вынуждает операторов развертывать неидеальную транспортную сеть связи между TRP. В случае развертывания неидеальной транспортной сети связи, многочисленные TRP, которые передают данные в одно и то же UE, не могут динамически взаимодействовать друг с другом из-за отсутствия синхронизации между ними. Это может привести к серьезным помехам между передачами из многочисленных TRP, если только не будут разработаны системы и способы для координации передач из многочисленных TRP друг с другом по меньшей мере на полустатической основе.

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

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

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

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

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

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

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

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

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

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

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

На фиг. 3А показана примерная беспроводная сеть, иллюстрирующая независимое планирование многочисленных TRP для UE.

На фиг. 3B показан примерный вариант осуществления беспроводной сети, в которой базовые станции NR и LTE обеспечивают покрытие одной и той же географической зоны, поддерживая при этом передачу многочисленных TRP в UE.

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

На фиг. 5 показан способ, с точки зрения беспроводного узла, передачи сигнала в устройство беспроводной связи, указывающего множество наборов полей элементов управления (CE) управления доступом к среде (MAC) и ассоциированные идентификаторы групп.

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

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

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

Предпочтительно обеспечить передачу данных из многочисленных TRP в одно UE, где две TRP (например, TRP 0 и TRP 1) передают PDSCH в одно и то же UE для систем связи 5G NR, чтобы обеспечить разнесение при приеме в UE и иметь возможность поддерживать более высокие скорости передачи данных в UE. В одном варианте осуществления настоящее раскрытие обеспечивает системы и способы поддержки улучшения сигнализации для передачи многочисленных TRP путем ослабления потенциальных помех между передачами из многочисленных TRP, даже при отсутствии поддержки такой передачи многочисленных TRP в спецификации 5G Rel-15. В другом варианте осуществления настоящее раскрытие обеспечивает системы и способы для поддержки отдельных указаний динамической информации для двух скоординированных TRP, в частности, отдельной информации о квазисовместном расположении (QCL). Функционирование этих вариантов осуществления и их вариантов осуществления подробно описано в оставшейся части настоящего раскрытия.

На фиг. 1 показана примерная сеть беспроводной связи и/или система 100, в которой могут быть реализованы технологии, раскрытые в данном документе, в соответствии с вариантом осуществления настоящего раскрытия. В последующем обсуждении сеть 100 беспроводной связи может быть любой беспроводной сетью, такой как сотовая сеть или сеть узкополосного Интернета вещей (NB-IoT), и в данном документе она упоминается как «сеть 100». Такая примерная сеть 100 включает в себя узел B следующего поколения (gNB), TRP или просто базовую станцию 102 (далее «BS 102») и устройство 104 пользовательского оборудования (далее «UE 104»), которое может поддерживать связь друг с другом через линию 110 связи (например, канал беспроводной связи) и кластер сот 126, 130, 132, 134, 136, 138 и 140, перекрывающих географическую зону 101. На фиг. 1 BS 102 и UE 104 находятся в пределах соответствующей географической границы соты 126. Каждая из других сот 130, 132, 134, 136, 138 и 140 может включать в себя по меньшей мере одну базовую станцию, работающую в выделенной ей полосе пропускания для обеспечения адекватного радиопокрытия предполагаемым пользователям.

Например, BS 102 может работать с выделенной полосой пропускания канала для обеспечения адекватного покрытия для UE 104. BS 102 и UE 104 могут обмениваться данными посредством радиокадра 118 нисходящей линии связи и радиокадра 124 восходящей линии связи, соответственно. Каждый радиокадр 118/124 может быть дополнительно разделен на подкадры 120/127, которые могут включать в себя символы 122/128 данных. В настоящем раскрытии BS 102 и UE 104 описываются в данном документе как неограничивающие примеры «узлов связи», которые, как правило, могут применять раскрытые в данном документе способы. Такие узлы связи могут поддерживать беспроводную и/или проводную связь в соответствии с различными вариантами осуществления настоящего раскрытия. Следует понимать, что в дальнейшем описании термины gNB и TRP могут использоваться взаимозаменяемо.

На фиг. 2 показана блок-схема примерной системы 200 беспроводной связи для передачи и приема сигналов беспроводной связи, например, сигналов OFDM/OFDMA, в соответствии с некоторыми вариантами осуществления настоящего раскрытия. Система 200 может включать в себя компоненты и элементы, выполненные с возможностью поддержки известных или обычных эксплуатационных особенностей, которые нет необходимости подробно описывать в данном документе. В одном иллюстративном варианте осуществления система 200 может использоваться для передачи (например, передачи и приема) символов данных в среде беспроводной связи, такой как среда 100 беспроводной связи на фиг. 1, как описано выше.

Система 200, как правило, включает в себя базовую станцию 202 (далее «BS 202») и пользовательское оборудование 204 (далее «UE 204»). BS 202 включает в себя приемо-передающий модуль 210 BS (базовой станции), антенну 212 BS, процессорный модуль 214 BS, модуль 216 памяти BS и модуль 218 сетевой связи, причем каждый модуль подключается и подсоединяется друг к другу по мере необходимости через шину 220 передачи данных. UE 204 включает в себя приемо-передающий модуль 230 пользовательского оборудования (UE), антенну 232 UE, модуль 234 памяти UE и процессорный модуль 236 UE, причем каждый модуль подключается и подсоединяется друг к другу по мере необходимости через шину 240 передачи данных. BS 202 связывается с UE 204 через канал 250 связи, который может быть любым беспроводным каналом или другой средой, подходящей для передачи данных, как описано в данном документе.

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

В соответствии с некоторыми вариантами осуществления приемопередатчик 230 UE может упоминаться в данном документе как приемопередатчик 230 «восходящей линии связи», который включает в себя радиочастотный (РЧ) передатчик и РЧ-приемник, каждый из которых содержит схему, подключенную к антенне 232. Дуплексный переключатель (не показан) может поочередно подключать передатчик или приемник восходящей линии связи к антенне восходящей линии связи в режиме временного дуплекса. Аналогичным образом, в соответствии с некоторыми вариантами осуществления приемопередатчик 210 BS может упоминаться в данном документе как приемопередатчик 210 «нисходящей линии связи», который включает в себя РЧ-передатчик и РЧ-приемник, каждый из которых содержит схему, подключенную к антенне 212. Дуплексный переключатель нисходящей линии связи может поочередно подключать передатчик или приемник нисходящей линии связи к антенне 212 нисходящей линии связи в режиме временного дуплекса. Работа двух приемо-передающих модулей 210 и 230 может быть скоординирована во времени таким образом, чтобы схема приемника восходящей линии связи подключалась к антенне 232 восходящей линии связи для приема передач по беспроводной линии 250 передачи данных в то же время, когда передатчик нисходящей линии связи подключается к антенне 212 нисходящей линии связи. В некоторых вариантах осуществления существует близкая временная синхронизация с минимальным защитным временным интервалом между изменениями в дуплексном направлении.

Приемопередатчик 230 UE и приемопередатчик 210 базовой станции выполнены с возможностью поддержания связи через беспроводную линию 250 передачи данных и взаимодействуют с соответствующим образом сконфигурированным РЧ-антенным устройством 212/232, которое может поддерживать конкретный протокол беспроводной связи и схему модуляции. В некоторых иллюстративных вариантах осуществления приемопередатчик 210 UE и приемопередатчик 210 базовой станции выполнены с возможностью поддержки отраслевых стандартов, таких как долгосрочное развитие (LTE), выходящие новые стандарты 5G и т.п. Однако следует понимать, что настоящее раскрытие не обязательно ограничено в применении конкретным стандартом и связанными с ним протоколами. Вместо этого приемопередатчик 230 UE и приемопередатчик 210 базовой станции могут быть выполнены с возможностью поддержки альтернативных или дополнительных протоколов беспроводной передачи данных, включая будущие стандарты или их разновидности.

В соответствии с различными вариантами осуществления BS 202 может быть, например, узлом B следующего поколения (gNB), TRP, развитым узлом B (eNB), обслуживающим eNB, целевым eNB, фемтостанцией или пикостанцией. В некоторых вариантах осуществления UE 204 может быть воплощено в различных типах пользовательских устройств, таких как мобильный телефон, смартфон, персональный цифровой помощник (PDA), планшетный компьютер, портативный компьютер, носимое вычислительное устройство и т.д. Процессорные модули 214 и 236 могут быть выполнены или реализованы с помощью процессора общего назначения, памяти с адресуемой информацией, процессора цифровых сигналов, специализированной интегральной схемы, программируемой пользователем вентильной матрицы, любого подходящего программируемого логического устройства, дискретной вентильной или транзисторной логики, дискретных аппаратных компонентов или любой их комбинации, которые предназначены для выполнения функций, описанных в данном документе. Таким образом, процессор может быть реализован как микропроцессор, контроллер, микроконтроллер, конечный автомат и т.п. Процессор также может быть реализован в виде комбинации вычислительных устройств, например, комбинации процессора цифровых сигналов и микропроцессора, множества микропроцессоров, одного или нескольких микропроцессоров в сочетании с ядром процессора цифровых сигналов или любой другой подобной конфигурации.

Кроме того, этапы способа или алгоритма, описанные в связи с раскрытыми в данном документе вариантами осуществления, могут быть воплощены непосредственно в аппаратных средствах, в программно-аппаратных средствах, в программном модуле, исполняемом процессорными модулями 214 и 236, соответственно, или в любой их практической комбинации. Модули 216 и 234 памяти могут быть реализованы в виде RAM-памяти, флэш-памяти, ROM-памяти, EPROM-памяти, EEPROM-памяти, регистров, жесткого диска, съемного диска, CD-ROM или в любом другом виде носителя информации, известного в данной области техники. В этом отношении модули 216 и 234 памяти могут быть подключены к процессорным модулям 210 и 230, соответственно, так что процессорные модули 210 и 230 могут считывать информацию из модулей 216 и 234 памяти и записывать в них информацию, соответственно. Модули 216 и 234 памяти также могут быть интегрированы в соответствующие им процессорные модули 210 и 230. В некоторых вариантах осуществления каждый из модулей 216 и 234 памяти может включать в себя кэш-память для хранения временных переменных или другой промежуточной информации во время исполнения инструкций, подлежащих исполнению процессорными модулями 210 и 230, соответственно. Модули 216 и 234 памяти также могут включать в себя энергонезависимую память для хранения инструкций, которые должны исполняться процессорными модулями 210 и 230, соответственно.

Модуль 218 сетевой связи, как правило, представляет собой аппаратные средства, программное обеспечение, программно-аппаратные средства, логику обработки и/или другие компоненты базовой станции 202, которые обеспечивают двунаправленную связь между приемопередатчиком 210 базовой станции и другими сетевыми компонентами и узлами связи, выполненными с возможностью поддержания связи с базовой станцией 202. Например, модуль 218 сетевой связи может быть выполнен с возможностью поддержки интернет-трафика или трафика WiMAX. При типичном развертывании, но без ограничения, модуль 218 сетевой связи предоставляет интерфейс Ethernet 802.3, так что приемопередатчик 210 базовой станции может обмениваться данными с обычной компьютерной сетью на основе Ethernet. Таким образом, модуль 218 сетевой связи может включать в себя физический интерфейс для подключения к компьютерной сети (например, к центру коммутации мобильной связи (MSC)). Используемые в данном документе термины «сконфигурированный для», «выполненный с возможностью» и их сопряжения по отношению к определенной операции или функции, относятся к устройству, компоненту, схеме, структуре, машине, сигналу и т.д., которые физически сконструированы, запрограммированы, отформатированы и/или выполнены с возможностью выполнения определенной операции или функции.

Обращаясь к фиг. 3A, беспроводная сеть 300 показана с независимым планированием совместно используемых каналов физического уровня с помощью многочисленных TRP (TRP 0, обозначена поз.310, и TRP 1 обозначена поз.320) для UE 325. Среди TRP 0 (310) и TRP 1 (320) отсутствует динамическая координация (или почти идеальная синхронизация) из-за неидеального транспортной сети связи (не показано на фиг. 3A) между TRP. Но системы и способы согласно настоящему раскрытию обеспечивают координацию между TRP (даже при отсутствии синхронизации между TRP), так что можно поддерживать независимое планирование физического уровня среди TRP. Как показано на фиг. 3A, TRP 0 (310) и TRP1 (320) планируют PDSCH 0 и PDSCH 1 с помощью PDCCH 0 и PDCCH 1, соответственно.

Так как TRP 0 (310) и TRP1 (320) имеют разные местоположения, информация о квазисовместном расположении (QCL), отправляемая в UE 325 из скоординированных TRP 0 (310) и TRP1 (320), должна быть разной для обоих передач PDCCH и PDSCH. В дополнение к этому, другие каналы физического уровня, например, обратная связь ACK/NACK, обработка HARQ, скремблирование PDSCH и т.д., также должны быть отдельными для скоординированных TRP, TRP 0 (310) и TRP1 (320).

Для ясности спецификации один индекс более высокого уровня, сконфигурированный для каждого набора ресурсов управления (CORESET), используется для идентификации TRP. Например, PDCCH (или DCI) и запланированный PDSCH из CORESET с индексом 0 более высокого уровня можно рассматривать как таковые из TRP 0, PDCCH (или DCI) и запланированный PDSCH из CORESET с индексом 1 более высокого уровня можно рассматривать как таковые из TRP 1. Короче говоря, индекс более высокого уровня, сконфигурированный для CORESET, относится к TRP. Разные индексы более высокого уровня относятся к разным TRP. Для простоты мы обозначаем индекс более высокого уровня, сконфигурированный для CORESET, как идентификатор группы CORESET.

Многие базовые станции 5G на начальных этапах развертывания будут, вероятно, автономными (NSA) и должны опираться на базовые станции LTE для передачи управляющей сигнализации в UE NR. Эти базовые станции 5G должны сосуществовать с базовой станцией LTE в одной зоне покрытия. Однако некоторые сигналы из базовой станции LTE будут вызывать серьезные помехи для UE NR, например, CRS LTE (специфичные для соты опорные сигналы). Таким образом, при сосуществовании между LTE и UE NR должно выполнять согласование скорости вокруг ресурсных элементов (RE) одного или более CRS LTE в обслуживающей соте. Другими словами, RE CRS LTE недоступны для приема PDSCH всех UE NR в одной и той же обслуживающей соте. Таким образом, базовая станция NR может сконфигурировать одну конфигурацию CRS LTE (lte-CRS-ToMatchAround) для всех UE обслуживающей соты. Другими словами, lte-CRS-ToMatchAround является специфичным для обслуживающей соты параметром. UE, как правило, информируется об обслуживающей соте или несущей по широковещательному каналу. Поэтому все UE в обслуживающей соте могут выполнять согласование скорости для приема PDSCH. Как правило, он конфигурируется в параметре ServingCellConfig или ServingCellConfigCommon, которые являются специфичным для обслуживающей соты параметрами соты обслуживающей соты UE. Специфичная для соты конфигурация CRS является очень эффективной, так как каждой TRP или каждому gNB (то есть базовой станции NR) не нужно много раз конфигурировать этот параметр для каждого UE в обслуживающей соте. Однако это может вызвать некоторые проблемы, если рассматривается передача с использованием многочисленных TRP.

Обратимся теперь к фиг. 3В, где показана беспроводная сеть 300', в которой базовые станции NR и LTE могут покрывать одну и ту же географическую зону. Например, базовая станция 350 (которая является примером упомянутого ранее режима NSA, в котором базовая станция 5G ретранслирует управляющие сигналы, используя базовые станции LTE) показана на фиг. 3B как передающая как канал управления NR, так и канал управления LTE, причем канал управления NR предназначен для обслуживания UE0 с поддержкой NR (обозначено поз.375), при этом UE1 с поддержкой только LTE (обозначено поз.385) принимает канал управления LTE. На фиг. 3В также показаны: базовая станция 350, передающая канал управления NR в UE2 395, базовая станция 360, передающая канал управления NR в UE0 375, и базовая станция 370, передающая канал управления LTE в UE1 (385). NR и LTE могут передавать сигнал в одной и той же зоне, и две базовые станции NR передают данные в одно и то же UE. В частности, UE0 375 и UE1 385 находятся в обслуживающей соте TRP 0 (350). TRP 0 (350) и TRP 1 (360) выполняют передачу многочисленных TRP в UE0 375, и TRP 0 (350) и TRP 2 (370) выполняют передачу многочисленных TRP в UE0 375. Следует понимать, что беспроводная сети и компоненты, показанные на фиг. 3A и фиг. 3B, являются примерами вариантов осуществления общих схем беспроводной сети, приведенных на фиг. 1 и фиг. 2, и содержат более подробную информацию для дальнейшего объяснения работы беспроводной сети для систем связи 5G.

Обращаясь снова к фиг. 3B, так как сота TRP 0 (350) является обслуживающей сотой для всех UE0 375, UE1 385 и UE2 395, TRP 0 (350) могут сконфигурировать эти UE с конфигурацией CRS LTE, и затем все UE в обслуживающей соте TRP0 (350) должны выполнять согласование скорости вокруг RE CRS LTE, которые передаются из TRP 0 (350). Однако для UE0 375 PDSCH1 должен выполнять согласование скорости вокруг RE CRS, которые передаются из TRP 1 (360). Таким образом, UE0 375 может быть сконфигурировано с двумя конфигурациями CRS, то есть два ID группы CORESET могут быть сконфигурированы для UE0 375 для передачи с использованием многочисленных TRP. Аналогичным образом, UE1 385 может быть также сконфигурировано с двумя конфигурациями CRS, но вторые конфигурации CRS для UE0 375 и UE1 385 могут отличаться, так как они относятся к разным TRP. Таким образом, нельзя выполнить простое расширение специфичной для соты конфигурации CRS на многочисленные TRP.

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

На этапе 402 беспроводной узел определяет множество наборов конфигураций согласования скорости. В одном варианте осуществления беспроводной узел может быть gNB или TRP. Конфигурации согласования скорости могут принадлежать числу N > 1 TRP или gNB, то есть TRP может определять множество наборов конфигураций согласования скорости, которые могут принадлежать множеству TRP.

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

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

Обращаясь теперь к фиг. 5, способ 500 показан с точки зрения беспроводного узла для передачи сигнала в устройство беспроводной связи, который указывает сопоставление между множеством наборов полей элементов управления (CE) управления доступом к среде (MAC) и ассоциированными идентификаторами групп.

На этапе 502 беспроводной узел делит множество полей состояний CE MAC на множество наборов полей.

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

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

Обращаясь теперь к фиг. 6, способ 600 показан с точки зрения устройства беспроводной связи, которое принимает сигнал из беспроводного узла относительно планирования совместно используемого канала.

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

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

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

В оставшейся части раскрытия различные варианты осуществления описаны в отношении деталей сигнализации, имен полей, значений полей и т.д., как описано в спецификации 5G, которая должна быть знакома специалисту с обычными навыками в данной области техники как применимая к беспроводной связи 5G. Следует понимать, что многочисленные варианты осуществления, описанные ниже, основаны на примерной беспроводной сети 300', показанной выше на фиг. 3В. Далее приводится описание нескольких вариантов осуществления, которые поясняют, как различные компоненты систем беспроводной связи 5G (TRP, или gNB или UE) смягчают проблемы неидеальной транспортной сети связи для преодоления потенциальных проблем с помехами между передачами многочисленных TRP в одно UE посредством конкретной ссылки на параметры, сообщения и/или поля, как определено в текущей или будущей версии соответствующей спецификации 5G. Следует понимать, что хотя многие из вариантов осуществления описывают способы решения проблем с помехами во время передачи многочисленными TRP с точки зрения беспроводного узла или базовой станции (например, TRP или gNB), но эти варианты осуществления применимы также к UE, так как именно UE принимает каналы управления и/или совместно используемые каналы, передаваемые беспроводным узлом, и выполняет действия, соответствующие измененным значениям сигнализации или поля, описанным в различных вариантах осуществления.

В одном варианте осуществления, во время передач многочисленных TRP, UE конфигурируется с N>1 наборами конфигураций CRS LTE. По меньшей мере один набор конфигураций CRS LTE является специфичным для соты. Другой(ие) набор(ы) являются специфичными для UE, то есть разные UE могут быть сконфигурированы с разными значениями параметров конфигурации CRS. Каждый набор может включать в себя более 1 конфигурации CRS. Это связано с тем, что одна несущая NR, соответствующая одной обслуживающей соте, может быть намного шире, чем несущая LTE, даже для передачи с использованием одной TRP. Например, UE2 395, показанное на фиг. 3B, которое принимает канал управления NR, может быть сконфигурировано с несколькими конфигурациями CRS LTE. Кроме того, специфичный для соты набор конфигураций CRS LTE, как правило, конфигурируется в ServingCellConfigCommon и/или ServingCellConfig. Конкретный(е) набор(ы) UE конфигурируется в PDSCH-ServingCellConfig или PDSCH-Config или по-прежнему в ServingCellConfig.

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

В одном варианте осуществления RE из набора n конфигураций CRS LTE недоступны для одного или более PDSCH, ассоциированных с n ID групп CORESET, где n=0,...,N-1. Следует понимать, что термин «недоступен» используется в настоящем раскрытии для обозначения того, что UE исключает в себя RE, соответствующие конфигурации(ям) LTE, при приеме совместно используемого канала (например, PDSCH), запланированного каналом управления, ассоциированным с n ID групп CORESET, где n= 0, ..., N-1. Кроме того, первый набор конфигураций CRS LTE конфигурируется в разделе ServingCellConfig и/или ServingCellConfigCommon. Другие наборы конфигурируются в разделе PDSCH-ServingCellConfig или PDSCH-Config или по-прежнему в разделе ServingCellConfig.

Обращаясь снова к фиг. 3B, принимая N=2 в качестве примера для UE0 375, первый набор конфигурации CRS LTE является специфичным для соты, и он конфигурируется в ServingCellConfig и/или ServingCellConfigCommon. Если PDSCH запланирован DCI из CORESET с индексом 0 более высокого уровня (ID 0 группы CORESET) или без конфигурирования более высокого индекса, RE CRS LTE из первого набора конфигураций CRS LTE недоступны для этого сопоставления ресурсов PDSCH. Второй набор конфигураций CRS LTE является специфичным для UE, и он конфигурируется в PDSCH-ServingCellConfig или PDSCH-Config или по-прежнему в ServingCellConfig. Если PDSCH запланирован DCI из CORESET с индексом 1 более высокого уровня (ID 1 группы CORESET), RE CRS LTE из второго набора конфигураций CRS LTE недоступны для этого сопоставления ресурсов PDSCH. На основе данного варианта осуществления шаблоны CRS LTE, сконфигурированные в ServingCellConfig и/или ServingCellConfigCommon, по-прежнему являются специфичными для соты параметрами, то есть PDSCH 0, 2, 4 на фиг. 3B должны выполнять согласование скоростей вокруг RE этих шаблонов CRS. Для одиночной передачи TRP, такой же, как для UE Rel-15, например, UE2 385 на фиг. 3B, нет необходимости конфигурировать UE2 385 со специфичной для UE конфигурацией CRS. Так как UE2 385 не сконфигурировано на многочисленную передачу TRP, ID группы CORESET не будет конфигурироваться для каждого CORESET. Для UE0 375 и UE1 385, использующих многочисленные передачи TRP, ID 0 группы CORESET задается как TRP 0 (350). ID 1 группы CORESET для UE0 375 рассматривается как TRP 1 (360), и ID 1 группы CORESET для UE1 385 рассматривается как TRP 2 (370). Таким образом, шаблоны согласования скорости второго PDSCH (PDSCH 1) для UE0 375 и второго PDSCH (PDSCH3) для UE1 385 могут быть разными, так как соответствующие шаблоны CRS являются специфичными для UE.

Специфичные для соты параметры согласования скорости также включают в себя шаблоны согласования скорости, которые используются для сопоставления ресурсов PDSCH с гранулярностью на уровне символа RB. Таким образом, варианты осуществления настоящего раскрытия могут также использоваться для шаблонов согласования скорости. Другими словами, заданы специфичные для соты шаблоны согласования скорости, которые недоступны для PDSCH, запланированного DCI с ID 0 группы CORESET. Для специфичных для UE шаблонов согласования скорости могут быть введены некоторые новые специфичные для UE шаблоны согласования скорости (не определенные в Rel-15) для PDSCH, запланированного DCI с ID 1 группы CORESET. Новые специфичные для UE шаблоны согласования скорости могут быть сконфигурированы в PDSCH-ServingCellConfig или PDSCH-Config.

Принимая во внимание сложность UE, в одном варианте осуществления может быть разрешено максимум две TRP для передачи данных в UE. Поэтому один набор конфигураций CRS LTE соответствует одной обслуживающей соте LTE. Таким образом, в одном наборе, многочисленные конфигурации CRS LTE относятся к разным несущим LTE в частотной области. Поэтому CRS многочисленных конфигураций CRS LTE в одном наборе (то есть ассоциированном с одним и тем же ID группы CORESET) не должен сопоставляться с одним и тем же PRB или не должен перекрываться в частотной области.

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

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

В одном варианте осуществления CRS из TRP 1 (360) может вызвать серьезные помехи для приема PDSCH 0, как показано на фиг. 3B. Таким образом, решением может быть то, что PDSCH, запланированный DCI, независимо от того, из каких групп CORESET следует выполнять согласование скорости вокруг RE CRS из конфигураций CRS, специфичных как для соты, так и для UE. Другими словами, RE из конфигураций CRS, специфичных как для соты, так и для UE, недоступны для PDSCH, который запланирован DCI из любой из групп CORESET (или посредством DCI, ассоциированной с любым из ID групп CORESET). Принимая N=2 в качестве примера для UE0 375, первый набор конфигурации CRS LTE является специфичным для соты, и он конфигурируется в ServingCellConfig и/или ServingCellConfigCommon. Независимо от того, запланирован ли PDSCH с помощью DCI из CORESET с индексом 0 или 1 более высокого уровня (ID 0 или 1 группы CORESET) или без конфигурирования более высокого индекса, RE CRS LTE из первого набора конфигураций CRS LTE недоступны для этого сопоставления ресурсов PDSCH. Второй набор конфигураций CRS LTE является специфичным для UE, и он конфигурируется в PDSCH-ServingCellConfig или PDSCH-Config. Независимо от того, запланирован ли PDSCH с помощью DCI из CORESET с индексом 0 или 1 более высокого уровня (ID 0 или 1 группы CORESET) или без конфигурирования более высокого индекса, RE CRS LTE из второго набора конфигураций CRS LTE недоступны для этого сопоставления ресурсов PDSCH.

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

По сравнению с вариантами 1-1 и 1-2 осуществления, в другом варианте осуществления может быть предложена большая гибкость, при которой RE из набора n конфигураций CRS LTE по меньшей мере недоступны для одного или более PDSCH, ассоциированных с ID n групп CORESET, где n= 0,...,N-1. Соответственно, RE из набора n конфигураций CRS LTE недоступны для нескольких PDSCH, ассоциированных с ID n групп CORESET, и gNB должен дополнительно информировать UE о том, доступны или недоступны RE из набора n конфигураций CRS LTE для PDSCH, ассоциированного с ID n' групп CORESET, где n не равно n'. Эта дополнительная сигнализация является специфичной для UE RRC-сигнализацией, которую можно обозначить как сообщение управления ресурсами.

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

Еще один вариант осуществления может состоять в предварительном определении того, что RE из набора конфигураций CRS LTE по меньшей мере недоступны для одного или более PDSCH, ассоциированных с ID n групп CORESET, и также задано то, что RE из первого набора конфигураций CRS LTE (специфичного для соты набора) недоступны для одного или более PDSCH, ассоциированных с любым ID группы CORESET. В дополнение к этому, gNB должен дополнительно информировать UE о том, доступны или недоступны RE из набора(ов) конфигураций CRS LTE, отличного(ых) от первого набора, для одного или более PDSCH, ассоциированных с ID 0 группы CORESET. Эта дополнительная сигнализация представляет собой специфичную для UE RRC-сигнализацию.

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

Другой вариант осуществления состоит в конфигурировании одного или более индексов для каждой конфигурации CRS LTE второго набора конфигураций CRS LTE. Вариант 1 состоит в конфигурировании одного индекса более высокого уровня (обозначенного как ID группы CRS) для каждой конфигурации CRS LTE второго набора конфигураций CRS LTE. Значение ID группы CRS может варьироваться от 0 до X-1. X принимает значения не меньше 3. Таким образом, все конфигурации CRS LTE во втором наборе конфигураций CRS LTE разделены на X групп. Например, X=3, поэтому все сконфигурированные RateMatchPatternLTE-CRS во втором наборе разделены на три группы CRS. Во втором наборе конфигурации CRS с ID 0 группы CRS относятся к группе CRS 0, конфигурации CRS с ID 1 группы CRS относятся к группе CRS 1, конфигурации CRS с ID 2 группы CRS относятся к группе CRS 2. Затем RE CRS в группе 0 CRS недоступны для PDSCH, ассоциированного с группой 0 CORESET. Другими словами, RE конфигурации(й) CRS LTE с ID 0 группы CRS во втором наборе недоступны для PDSCH, запланированного DCI из CORESET с индексом 0 более высокого уровня. RE CRS в группе CRS 1 недоступны для PDSCH, ассоциированного с группой 1 CORESET. Другими словами, RE конфигурации(й) CRS LTE с ID 1 группы CRS во втором наборе недоступны для PDSCH, запланированного DCI из CORESET с индексом 1 более высокого уровня. RE CRS в группе CRS 2 недоступны для PDSCH как из группы 0 CORESET, так и из группы 1 CORESET. Другими словами, RE конфигурации(й) CRS LTE с ID 2 группы CRS во втором наборе недоступны для PDSCH, запланированного DCI из CORESET с любым из индекса 0 или 1 более высокого уровня.

Ниже приведен пример введения одного ID группы CRS.

RateMatchPatternLTE-CRS ::= SEQUENCE {

CRS-group-id INTEGER (0...2), OPTIONAL,

carrierFreqDL INTEGER (0..16383),

carrierBandwidthDL ENUMERATED {n6, n15, n25, n50, n75, n100, spare2, spare1},

mbsfn-SubframeConfigList EUTRA-MBSFN-SubframeConfigList, OPTIONAL,

nrofCRS-Ports ENUMERATED {n1, n2, n4},

v-Shift ENUMERATED {n0, n1, n2, n3, n4, n5}

}

Вариант 2 состоит во введении множества индексов более высокого уровня (обозначенных как ID группы CRS) для каждой конфигурации CRS во втором наборе. Каждый ID группы CRS соответствует каждому ID группы CORESET. Если значение ID x группы CRS равно 1 в конфигурации CRS, RE этой конфигурации CRS будут недоступны для PDSCH, запланированного DCI из группы x CORESET. Если значение ID x группы CRS равно 0 в конфигурации CRS, RE этой конфигурации CRS будут доступны для PDSCH, запланированного DCI из группы x CORESET. В качестве альтернативы, если значение ID x группы CRS равно 0 в конфигурации CRS, RE этой конфигурации CRS будут недоступны для PDSCH, запланированного DCI из группы x CORESET. Если значение ID x группы CRS равно 1 в конфигурации CRS, RE этой конфигурации CRS будут доступны для PDSCH, запланированного DCI из группы x CORESET.

Ниже приведен пример введения двух идентификаторов группы CRS.

RateMatchPatternLTE-CRS ::= SEQUENCE {

CRS-group-id0 ENUMERATED {0,1} OPTIONAL,

CRS-group-id1 ENUMERATED {0,1} OPTIONAL,

carrierFreqDL INTEGER (0..16383),

carrierBandwidthDL ENUMERATED {n6, n15, n25, n50, n75, n100, spare2, spare1},

mbsfn-SubframeConfigList EUTRA-MBSFN-SubframeConfigList OPTIONAL,

nrofCRS-Ports ENUMERATED {n1, n2, n4},

v-Shift ENUMERATED {n0, n1, n2, n3, n4, n5}

}

На основе вышеупомянутых вариантов осуществления каждая специфичная для UE конфигурация CRS может быть сконфигурирована как недоступные RE для PDSCH, запланированного DCI из ID 0, или 1 или обоих группы CORESET, таким образом, достигается гибкость в этих вариантах осуществления. Для конфигурации CRS LTE в первом наборе RE этих CRS могут быть предварительно определены как недоступные для PDSCH, запланированного DCI из ID 0 группы CORESET. Альтернативно, для конфигурации CRS LTE в первом наборе RE этих CRS может быть задан как недоступный для PDSCH, запланированного DCI из всех групп CORESET, то есть любой из ID 0 или 1 группы CORESET, если поддерживаются только две группы CORESET.

Следует отметить, что имя ID конфигурации CRS может быть другим в будущих версиях спецификации NR, то есть имя может быть не RateMatchPatternLTE-CRS, но функциональные возможности будут предусмотрены для сопоставления ресурсов PDSCH вокруг CRS LTE.

Для шаблонов согласования скоростей могут быть приведены примеры:

RateMatchPattern ::= SEQUENCE {

rateMatchPatternId,

CRS-group-id INTEGER (0...2), OPTIONAL

...

}

RateMatchPattern ::= SEQUENCE {

rateMatchPatternId RateMatchPatternId,

CRS-group-id0 ENUMERATED {0,1} OPTIONAL,

CRS-group-id1 ENUMERATED {0,1} OPTIONAL,

...

}

В вариантах осуществления, описанных выше, в каждую конфигурацию CRS введен новый индекс более высокого уровня, что обеспечивает максимальную гибкость. Однако структура IE RateMatchPatternLTE-CRS будет изменена. Это может вызвать некоторую проблему обратной совместимости, так как IE RateMatchPatternLTE-CRS может не иметь зарезервированных битов. Таким образом, в некоторых других вариантах осуществления новая RRC-сигнализация вводится за пределами IE RateMatchPatternLTE-CRS, чтобы информировать UE относительно того, доступен ли каждый шаблон CRS LTE во втором наборе для PDSCH, запланированного DCI, только из ID 0 группы, или ID 1 группы или любой из ID групп CORESET. В частности, новая RRC-сигнализация используется для указания трех параметров: шаблон CRS LTE во втором наборе недоступен для PDSCH, запланированного DCI только из ID 0 группы CORESET, шаблон CRS LTE во втором наборе недоступен для PDSCH, запланированного DCI только из ID 1 группы CORESET, шаблон CRS LTE во втором наборе недоступен для PDSCH, запланированного DCI из ID 0 и 1 групп CORESET. Новая RRC-сигнализация может быть по-прежнему аналогичной ID группы CRS, но она будут сконфигурированы для каждой конфигурации CRS, и может находиться за рамками конфигурации CRS.

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

Так как в будущих версиях спецификации NR специфичные для соты параметры могут быть модифицированы с помощью специфичных для UE параметров, различные варианты осуществления настоящего раскрытия могут поддерживать многочисленные конфигурации CRS LTE (то есть может отсутствовать необходимость вводить многочисленные наборы конфигураций CRS LTE) и сконфигурировать один или более индексов для каждой конфигурации CRS LTE. Вариант 1 состоит в конфигурировании одного индекса более высокого уровня (обозначенного как ID группы CRS) для каждой конфигурации CRS LTE. Значение ID группы CRS может варьироваться от 0 до X-1. X принимает значение не менее 3. Таким образом, все конфигурации CRS LTE разбиты на X групп. Например, при X=3 все сконфигурированные RateMatchPatternLTE-CRS делятся на три группы CRS. Конфигурации CRS с ID 0 группы CRS относятся к группе CRS 0, конфигурации CRS с ID 1 группы CRS относятся к группе CRS 1, конфигурации CRS с ID 2 группы CRS относятся к группе CRS 2. Затем RE CRS в группе CRS 0 недоступны для PDSCH, ассоциированного с группой 0 CORESET. Другими словами, RE конфигурации(й) CRS LTE с ID 0 группы CRS недоступны для PDSCH, запланированного DCI из CORESET с индексом 0 более высокого уровня. RE CRS в группе CRS 1 недоступны для PDSCH, ассоциированного с группой 1 CORESET. Другими словами, RE конфигурации(й) CRS LTE с ID 1 группы CRS недоступны для PDSCH, запланированного DCI из CORESET с индексом 1 более высокого уровня. RE CRS в группе 2 CRS недоступны для PDSCH как из группы 0 CORESET, так и из группы 1 CORESET. Другими словами, RE конфигурации(й) CRS LTE с ID 2 группы CRS недоступны для PDSCH, запланированного DCI из CORESET с индексом 0 или 1 более высокого уровня.

Ниже приведен пример введения одного ID группы CRS.

RateMatchPatternLTE-CRS ::= SEQUENCE {

CRS-group-id INTEGER (0...2), OPTIONAL,

carrierFreqDL INTEGER (0..16383),

carrierBandwidthDL ENUMERATED {n6, n15, n25, n50, n75, n100, spare2, spare1},

mbsfn-SubframeConfigList EUTRA-MBSFN-SubframeConfigList OPTIONAL, -- Need M

nrofCRS-Ports ENUMERATED {n1, n2, n4},

v-Shift ENUMERATED {n0, n1, n2, n3, n4, n5}

}

Вариант 2 состоит во введении нескольких индексов более высокого уровня (обозначенных как ID группы CRS) для каждой конфигурации CRS. Каждый ID группы CRS соответствует каждому ID группы CORESET. Если значение ID x группы CRS равно 1 в конфигурации CRS, RE этой конфигурации CRS будут недоступны для PDSCH, запланированного DCI из группы x CORESET. Если значение ID x группы CRS равно 0 в конфигурации CRS, RE этой конфигурации CRS будут доступны для PDSCH, запланированного DCI из группы x CORESET. В качестве альтернативы, если значение ID x группы CRS равно 0 в конфигурации CRS, RE этой конфигурации CRS будут недоступны для PDSCH, запланированного DCI из группы x CORESET. Если значение ID x группы CRS равно 1 в конфигурации CRS, RE этой конфигурации CRS будут доступны для PDSCH, запланированного DCI из группы x CORESET.

Ниже приведен пример введения двух идентификаторов группы CRS.

RateMatchPatternLTE-CRS ::= SEQUENCE {

CRS-group-id0 ENUMERATED {0,1} OPTIONAL,

CRS-group-id1 ENUMERATED {0,1} OPTIONAL,

carrierFreqDL INTEGER (0..16383),

carrierBandwidthDL ENUMERATED {n6, n15, n25, n50, n75, n100, spare2, spare1},

mbsfn-SubframeConfigList EUTRA-MBSFN-SubframeConfigList OPTIONAL, -- Need M

nrofCRS-Ports ENUMERATED {n1, n2, n4},

v-Shift ENUMERATED {n0, n1, n2, n3, n4, n5}

}

Аналогичные варианты осуществления могут использоваться для других параметров согласования скорости, включая каждый шаблон согласования скорости, ресурс CSI-RS ZP или набор ресурсов, периодический или полупостоянный ресурс CSI-RS NZP, или набор ресурсов или настройку ресурсов. Во избежание модификации структуры RateMatchPatternLTE-CRS IE, в одном варианте осуществления новая RRC-сигнализация может быть введена вне RateMatchPatternLTE-CRS IE, чтобы информировать UE о следующем: шаблон CRS LTE недоступен для PDSCH, запланированного DCI только из ID 0 группы CORESET, шаблон CRS LTE недоступен для PDSCH, запланированного DCI только из ID 1 группы CORESET, шаблон CRS LTE недоступен для PDSCH, запланированного DCI из любого ID 0 и 1 группы CORESET. Другими словами, новая RRC-сигнализация предназначена для обеспечения сопоставления с UE относительно того, доступен или недоступен каждый шаблон CRS для PDSCH из одной группы CORESET или многочисленных групп CORESET. Новая RRC-сигнализация является специфичной для UE и может быть сконфигурирована в PDSCH-ServingCellConfig или PDSCH-Config. В этом случае многочисленные конфигурации CRS LTE не являются специфичными для соты. После приема многочисленных конфигураций CRS LTE, но до приема новой RRC-сигнализации, все конфигурации CRS недоступны для PDSCH из всех групп CORESET. Например, многочисленные конфигурации CRS, например, 4, конфигурируются в ServingCellConfigCommon, и новая RRC-сигнализация конфигурируется в PDSCH-ServingCellConfig следующим образом:

CRS_configuration0 ENUMERATED {0,1, 2}

CRS_configuration1 ENUMERATED {0,1, 2}

CRS_configuration2 ENUMERATED {0,1, 2}

CRS_configuration3 ENUMERATED {0,1, 2}

Для каждой конфигурации 0 CRS значение 0 означает, что конфигурация 0 CRS недоступна для PDSCH из группы 0 CORESET, значение 1 означает, что конфигурация 0 CRS недоступна для PDSCH из группы 1 CORESET, значение 2 означает, что конфигурация 0 CRS недоступна для PDSCH ни из группы 0 CORESET, ни из группы 1.

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

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

Как правило, указание конфигурации передачи (Transmission configuration indication, TCI) в DCI используется для выбора одного состояния TCI из N состояний TCI, активированных CE MAC, где N<=8. Кроме того, CE MAC используется для активированных N состояний TCI из M состояний TCI, сконфигурированных RRC, где M<=128, или M зависит от возможностей UE. Из-за разных направлений от двух TRP до UE как кандидаты состояний TCI, сконфигурированных RRC, так и состояния TCI, активированных CE MAC, для двух скоординированных TRP могут быть отдельными. Например, возможна поддержка двух CE MAC и двух сконфигурированных списков TCI RRC для двух TRP. Однако поддержка двух CE MAC увеличивает нагрузку на CE MAC. В частности, служебные данные NR MACCE уже стали большой проблемой.

Для того чтобы поддержать многочисленное сопоставление TCI между кодовыми точками поля «Индикация конфигурации передачи DCI» и состояниями TCI, активированными CE MAC, в одном варианте осуществления поля активации/деактивации TCI CE MAC разделены на X наборов полей, и набор x равен ассоциирован с ID x группы CORESET, где x равен 0 ... X-1.

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

В одном варианте осуществления, как приведено в таблице 1 ниже, одно поле активации/деактивации TCI CE MAC относится к одному полю T_i. Кроме того, можно заранее определить, что все поля активации/деактивации TCI CE MAC со значением 1 делятся на X наборов полей. Предполагая, что количество полей активации/деактивации TCI CE MAC со значением 1 в объекте CE MAC равно Y, один вариант осуществления состоит в том, что каждый набор может иметь поля активации/деактивации TCI floor(Y/X) или ceil(Y/X) TCI. Y должен быть меньше или равен 16. Количество полей активации/деактивации TCI CE MAC для каждого набора не должно превышать 8, так как поле TCI в DCI состоит только из 3 битов.

Например, для случая, когда X=2, общее количество полей активации/деактивации TCI CE MAC равно 128, Y=11 и T_i=1, i={2,3,8,18,23, 24, 50,62,70,88,93}. Tj=0, j не равно i. Затем состояния TCI, соответствующие {T2, T3, T8, T18, T23}, ассоциируются с группой 0 CORESET, и состояния TCI, соответствующие {T24, T50, T62, T70, T88, T93}, ассоциируются с группой 1 CORESET. Таким образом, первый набор включает в себя floor(11/2) = 5 состояний TCI, и второй набор включает 6 состояний TCI. Так как количество активированных состояний TCI для многочисленных TRP, как правило, зависит от частотных диапазонов, поэтому количество активированных состояний TCI является одинаковым или аналогичным для разных наборов. Если Y (общее количество T_i со значением 1) является четным числом, то две TRP соответствуют двум ID группы CORESET, имеющим одинаковое количество активированных состояний TCI. В этом примере кодовая точка TCI в DCI из CORESET с ID 0 группы CORESET предназначена для выбора одного из состояний TCI, соответствующих {T2, T3, T8, T18, T23}, и кодовая точка TCI в DCI из CORESET с ID 1 группы CORESET предназначена для выбора одного из состояний TCI, соответствующих {T24, T50, T62, T70, T88, T93}.

Таблица 1. Активация/деактивация состояний TCI для специфичного для UE объекта CE MAC PDSCH

Таким образом, набор x полей активации/деактивации TCI CE MAC активирует состояния TCI, сопоставленные с кодовыми точками TCI в DCI, сопоставляется по CORESET с ID x группы CORESET. Другими словами, поле T_i (в наборе x полей активации/деактивации TCI CE MAC) устанавливается на 1, чтобы указать, что состояние TCI с TCI-StateId i должно быть активировано и сопоставлено с кодовой точкой поля указания конфигурации передачи DCI, где DCI взята из CORESET с ID x группы CORESET. Таким образом, кодовая точка TCI в DCI из CORESET с ID x группы CORESET должна выбрать одно состояние TCI из активированных состояний TCI набора x.

Следует отметить, что в Rel-15 для T_i: Если существует состояние TCI с TCI-StateId i, как указано в спецификации 5G TS 38.331, это поле указывает статус активации/деактивации состояния TCI с TCI- StateId i, в противном случае объект MAC должен игнорировать поле T_i. Поле T_i устанавливается на 1, чтобы указать, что состояние TCI с TCI-StateId i должно быть активировано и сопоставлено с кодовой точкой поля указания конфигурации передачи DCI, как указано в спецификации 5G TS 38.214. Поле T_i устанавливается на 0, чтобы указать, что состояние TCI с TCI-StateId i должно быть деактивировано и не сопоставляется с кодовой точкой поля указания конфигурации передачи DCI. Кодовая точка, к которой сопоставляется состояние TCI, определяется по ее порядковой позиции среди всех состояний TCI с полем T_i, установленным на 1, то есть первое состояние TCI с полем T_i, установленным на 1, должно сопоставляться со значением кодовой точки 0, второе состояние TCI с полем T_i, установленным на 1, должно быть сопоставлено на значение кодовой точки 1 и т.д. Максимальное количество активированных состояний TCI равно 8.

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

Вариант осуществления, отличный от варианта 3-1 осуществления, состоит в предварительном определении того, что все поля активации/деактивации TCI CE MAC разделены на X наборов полей. Предполагая, что количество полей активации/деактивации TCI CE MAC в объекте CE MAC равно Y, один вариант осуществления состоит в том, что каждый набор может иметь поля активации/деактивации TCI floor(Y/X) или ceil(Y/X). В каждом наборе количество полей активации/деактивации TCI со значением 1 не должно превышать 8.

Например, для случая, когда X=2, общее количество полей активации/деактивации TCI CE MAC равно 128, то есть Y=128 полей активации/деактивации TCI CE MAC разделены на X=2 набора полей, при этом {T0, ..., T63} – первый набор, {T64, ..., T127} – второй набор. Поле T_i (в первом наборе, то есть i=0,...,63) устанавливается на 1, чтобы указать, что состояние TCI с TCI-StateId i должно быть активировано и сопоставлено с кодовой точкой поля указателя конфигурации передачи DCI, где DCI взята из CORESET с ID 0 группы CORESET. Поле T_i (в первом наборе, то есть i=64,...,127) установлено на 1, чтобы указать, что состояние TCI с TCI-StateId i должно быть активировано и сопоставлено с кодовой точкой поля указания конфигурации передачи DCI, где DCI взята из CORESET с ID 1 группы CORESET. Если T_i=1, i={2,3,8,18,23,24,50, 62,70,88,93}. Tj=0, j не равно i. Затем состояния TCI, соответствующие {T2, T3, T8, T18, T23, T24, T50, T62}, ассоциируются с группой 0 CORESET, и состояния TCI, соответствующие {T70, T88, T93}, ассоциируются с группой 1 CORESET. Таким образом, первый или второй набор включает 64 поля активации/деактивации TCI CE MAC, но максимум 8 состояний TCI, то есть максимум 8 полей TCI CE MAC со значением 1. В примере кодовая точка TCI в DCI из CORESET с ID 0 группы CORESET предназначена для выбора одного из состояний TCI, соответствующих {T2, T3, T8, T18, T23, T24, T50, T62}, и кодовая точка TCI в DCI из CORESET с ID 1 группы CORESET предназначена для выбора одного из состояний TCI, соответствующих {T70, T88, T93}.

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

Еще один вариант осуществления состоит в разделении полей активации/деактивации TCI CE MAC на наборы X полей на основе сигнализации более высокого уровня. Один из вариантов осуществления состоит в конфигурировании X списков состояний TCI, сконфигурированных RRC, при этом один список состояний TCI, сконфигурированных RRC, соответствует одному набору полей активации/деактивации TCI CE MAC. Как показано в следующей конфигурации RRC, состояния TCI, сконфигурированные с помощью tci-StatesToAddModList и tci-StatesToReleaseList, соответствуют первому набору полей активации/деактивации TCI CE MAC. Состояния TCI, сконфигурированные с помощью tci-StatesToAddModList2 и tci-StatesToReleaseList2, соответствуют второму набору полей активации/деактивации TCI CE MAC.

PDSCH-Config ::= SEQUENCE {

tci-StatesToAddModList SEQUENCE (SIZE(1..maxNrofTCI-States)) OF TCI-State

tci-StatesToReleaseList SEQUENCE (SIZE(1..maxNrofTCI-States)) OF TCI-StateId

tci-StatesToAddModList2 SEQUENCE (SIZE(1..maxNrofTCI-States)) OF TCI-State

tci-StatesToReleaseList2 SEQUENCE (SIZE(1..maxNrofTCI-States)) OF TCI-StateId

}

Таким образом, в объекте CE MAC, как приведено выше в таблице 1, первые M1 полей активации/деактивации TCI CE MAC соответствуют состояниям TCI, сконфигурированным RRC, из первого списка состояний TCI, сконфигурированных RRC. M1 представляет собой количество состояний TCI, сконфигурированных с помощью tci-StatesToAddModList и tci-StatesToReleaseList. Остальные поля активации/деактивации TCI CE MAC соответствуют состояниям TCI, сконфигурированным RRC, из второго списка состояний TCI, сконфигурированных RRC.

Например, M1=30 состояний TCI находятся в первых списках состояний TCI, сконфигурированных RRC, и M2=98 состояний TCI находятся во вторых списках состояний TCI, сконфигурированных RRC. Кроме того, первые 30 полей активации/деактивации TCI CE MAC принадлежат первому набору полей активации/деактивации TCI CE MAC. Остальные 98 полей активации/деактивации TCI CE MAC принадлежат второму набору полей активации/деактивации TCI CE MAC. Таким образом, поле T_i (в наборе x полей активации/деактивации TCI CE MAC) устанавливается равным 1, чтобы указать, что состояние TCI с TCI-StateId i должно быть активировано и сопоставлено на кодовую точку поля указания конфигурации передачи DCI, где DCI взята из CORESET с ID x группы CORESET. Таким образом, кодовая точка TCI в DCI из CORESET с ID x группы CORESET должна выбрать одно состояние TCI из активированных состояний TCI x наборов.

Еще один вариант осуществления состоит в явном конфигурировании количества M1 полей TCI в первом наборе полей активации/деактивации TCI CE MAC с помощью RRC-сигнализации. Остальные относятся ко второму набору. Кроме того, gNB может явно сконфигурировать соотношение между M1 и M2. Другой вариант осуществления может сконфигурировать ID группы для каждого сконфигурированного RRC-состояния TCI. Затем сконфигурированные состояния TCI RRC с ID x группы соответствуют набору x полей активации/деактивации TCI CE MAC. Затем поле T_i устанавливается на 1, чтобы указать, что состояние TCI с ID TCI-StateId i и с ID x группы должно быть активировано и сопоставлено с кодовой точкой поля указателя конфигурации передачи DCI, где DCI взята из CORESET с ID x группы CORESET. Таким образом, кодовая точка TCI в DCI из CORESET с ID x группы CORESET предназначена для выбора одного состояния TCI из набора x полей активации/деактивации TCI CE MAC со значением 1, где эти состояния TCI сконфигурированы с ID x группы.

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

В варианте осуществления может по-прежнему использоваться один CE MAC, но может поддерживаться отдельное сопоставление кодовых точек TCI для многочисленных скоординированных TRP, и можно полностью повторно использовать CE MAC Rel-15. Данный вариант осуществления позволяет значительно сократить служебные данные CE MAC.

Однако CE MAC Rel-15 может поддерживать только P полей активации/деактивации TCI CE MAC. Другими словами, для T_i i должно быть меньше P. Для передачи многочисленных TRP, если каждый TRP поддерживает более 64 состояний TCI, сконфигурированных RRC, общее количество состояний TCI, сконфигурированных RRC (такое же, как P), будет больше P, то CE MAC Rel-15 не будет функионировать. В этом случае могут поддерживаться два отдельных объекта CE MAC. Но если общее количество TCI, сконфигурированных RRC, удовлетворяет <=P, может по-прежнему использоваться один объект CE MAC, как правило, P зависит от возможностей UE или конфигурации RRC. Максимальное количество P равно 128.

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

В одном варианте осуществления, аналогично случаю с TCI, может поддерживаться отдельное сопоставление состояний триггера CSI между кодовыми точками поля запроса CSI DCI и состояниями триггера CSI, активированными CE MAC. Как приведено ниже в таблице 2, одно поле состояния триггера CSI, активированное CE MAC, относится к одному T_i. Таким образом, в одном варианте осуществления решение состоит в том, чтобы разделить поля состояний триггера CSI CE MAC на X наборов полей, и набор x ассоциирован с ID x группы CORESET, где x равен 0...X-1.

Таблица 2. Объект CE MAC подвыбора состояний триггера апериодической CSI

В варианте осуществления может быть задано разделение всех полей состояний триггера CSI CE MAC со значением 1 на X наборов полей. Предполагая, что количество полей состояний триггера CSI CE MAC со значением 1 в объекте CE MAC равно Y, один вариант осуществления состоит в том, что каждый набор может иметь поля состояний триггера CSI floor(Y/X) или ceil(Y/X) CSI. Альтернативой является предварительное определение того, что все поля состояний триггера CE MAC CSI разделены на X наборов полей. Предполагая, что количество полей состояний триггера CSI CE MAC в объекте CE MAC равно Y, один вариант осуществления состоит в том, что каждый набор может иметь поля активации/деактивации TCI floor(Y/X) или ceil(Y/X) TCI.

В некоторых вариантах осуществления поля состояний триггера CSI CE MAC могут быть разделены на наборы X полей на основе сигнализации более высокого уровня. В еще одном варианте осуществления могут быть сконфигурированы списки состояний триггера CSI, сконфигурированные X RRC, один список состояний триггера CSI, сконфигурированный RRC, соответствует одному набору полей состояний триггера CSI CE MAC. Один список состояний триггеров CSI, сконфигурированный RRC, представляет собой один параметр «aperiodicTriggerStateList» более высокого уровня в текущем стандарте 5G 38.331. Таким образом, аналогичные варианты осуществления, которые поддерживают отдельное сопоставление TCI, также могут использоваться для отдельного сопоставления состояний триггера CSI.

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

Как описано в варианте 3-4 осуществления, два отдельных объекта CE MAC могут поддерживаться для двух скоординированных передач TRP. Однако, когда UE принимает один объект CE MAC, UE может быть не в состоянии определить, соответствует ли объект CE MAC ID 0 или 1 группы CORESET, что может вызвать неоднозначность.

В одном варианте осуществления неоднозначность может быть разрешена путем задания некоторых правил следующим образом. Например, если объект CE MAC для активации/деактивации состояний TCI PDSCH переносится PDSCH, который запланирован DCI, ассоциированной с ID 0 группы CORESET, объект CE MAC будет соответствовать ID 0 группы CORESET. Затем N состояний TCI, активирующих объект CE MAC, используются для любого PDSCH, запланированного DCI, ассоциированного с ID 0 группы CORESET. Если объект CE MAC для активации/деактивации состояний TCI PDSCH переносится PDSCH, который запланирован DCI, ассоциированной с ID 1 группы CORESET, объект CE MAC будет соответствовать ID 1 группы CORESET. Затем объект CE MAC, активирующий N состояний TCI, используется для любого PDSCH, запланированного DCI, ассоциированного с ID 1 группы CORESET.

Для триггера CSI можно использовать аналогичный подход. Если объект CE MAC для подвыбора состояния триггера апериодической CSI переносится PDSCH, который запланирован DCI, ассоциированной с ID 0 группы CORESET, объект CE MAC будет соответствовать ID 0 группы CORESET. Затем состояния триггера CSI Q, активирующие объект CE MAC, используются для любой DCI, ассоциированной с ID 0 группы CORESET. Если объект CE MAC для подвыбора состояния триггера апериодической CSI переносится PDSCH, который запланирован DCI, ассоциированной с ID 1 группы CORESET, объект CE MAC будет соответствовать ID 1 группы CORESET. Затем состояния триггера CSI Q, активирующие объект CE MAC, используются для любой DCI, ассоциированной с ID 1 группы CORESET.

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

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

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

Специалисту в данной области техники также будет понятно, что любое из: различных иллюстративных логических блоков, модулей, процессоров, средств, схем, способов и функций, описанных в связи с аспектами, раскрытыми в данном документе, может быть реализовано с помощью электронных аппаратных средств (например, цифровой реализации, аналоговой реализации или их комбинации), программно-аппаратных средств, программ различного вида или инструкций, включающих структуру кода, (которые в данном документе для удобства могут упоминаться как «программное обеспечение» или «программный модуль») или любой комбинации этих технологий. Чтобы ясно проиллюстрировать эту взаимозаменяемость аппаратных средств, программно-аппаратных средств и программного обеспечения, различные иллюстративные компоненты, блоки, модули, схемы и этапы были описаны выше в общем с точки зрения их функциональных возможностей. Реализованы ли такие функциональные возможности как аппаратные средства или программное обеспечение, зависит от конкретного применения и конструктивных ограничений, наложенных на всю систему. Специалисты в данной области техники смогут реализовать описанные функциональные возможности различными способами для каждого конкретного применения, но такие решения по реализации не должны интерпретироваться как вызывающие отклонение от объема настоящего раскрытия.

Кроме того, специалисту в данной области техники должно быть понятно, что различные иллюстративные логические блоки, модули, устройства, компоненты и схемы, описанные в данном документе, могут быть реализованы внутри или выполнены с помощью интегральной схемы (ИС), которая может включать в себя процессор общего назначения, цифровой сигнальный процессор (DSP), специализированную интегральную схему (ASIC), программируемую пользователем вентильную матрицу (FPGA), другое программируемое логическое устройство или любую их комбинацию. Логические блоки, модули и схемы могут дополнительно включать в себя антенны и/или приемопередатчики для поддержания связи с различными компонентами в сети или внутри устройства. Процессор общего назначения может быть микропроцессором, но, в качестве альтернативы, процессор может быть любым обычным процессором, контроллером или конечным автоматом. Процессор также может быть реализован как комбинация вычислительных устройств, например, комбинация DSP и микропроцессора, множество микропроцессоров, один или несколько микропроцессоров в сочетании с ядром DSP или любая другая подходящая конфигурация для выполнения функций, описанных в данном документе.

В случае реализации в программном обеспечении, функции могут быть сохранены в виде одной или более инструкций или кода на машиночитаемом носителе информации. Таким образом, этапы способа или алгоритма, раскрытые в данном документе, могут быть реализованы в виде программного обеспечения, хранящегося на машиночитаемом носителе информации. Машиночитаемые носители информации включают в себя как компьютерные носители информации, так и средства связи, в том числе любые носители информации, которые можно использовать для переноса компьютерной программы или кода из одного места в другое. Носитель информации может быть любым доступным носителем информации, к которому может получить доступ компьютер. В качестве примера, но не ограничения, такие машиночитаемые носители информации могут включать в себя RAM, ROM, EEPROM, CD-ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные запоминающие устройства или любой другой носитель информации, который может использоваться для хранения желаемого программного кода в виде инструкций или структур данных, к которым может получить доступ компьютер.

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

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

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

Изобретение относится к беспроводной связи. Узел беспроводной связи конфигурирует множество полей состояний в виде двух объектов элементов управления (СЕ) управлений доступом к среде (МАС), ассоциирует их с соответствующими идентификаторами групп наборов ресурсов конфигурирования (CORESET) и с соответствующими идентификаторами групп сконфигурированных состояний, передает объект СЕ МАС из двух объектов СЕ МАС и соответствующего идентификатора группы CORESET. Технический результат заключается в предотвращении серьезных помех между передачами от нескольких приемо-передающих точек (TRP) в развернутой неидеальной транспортной сети за счет координации передач от TRP и поддержки независимого планирования физического уровня между скоординированными TRP с использованием двух отдельных объектов СЕ МАС. При этом разрешается неоднозначность того, соответствует ли полученный объект СЕ МАС идентификатору группы CORESET 0 или 1. 6 н. и 8 з.п. ф-лы, 7 ил., 2 табл.

1. Способ беспроводной связи, содержащий:

конфигурирование, узлом беспроводной связи, множества полей состояний в виде двух объектов элементов управления (CE) управления доступом к среде (MAC), причем каждый объект CE MAC включает в себя соответствующий набор полей состояний из множества полей состояний;

ассоциирование, узлом беспроводной связи, двух объектов CE MAC с соответствующими идентификаторами групп наборов ресурсов конфигурирования (CORESET) и с соответствующими идентификаторами групп сконфигурированных состояний, причем идентификатор групп конфигурируется для каждого сконфигурированного состояния; и

передачу, узлом беспроводной связи в устройство беспроводной связи, объекта CE MAC из двух объектов CE MAC и соответствующего идентификатора группы CORESET.

2. Способ по п.1, в котором каждое из множества полей состояний включает в себя по меньшей мере одно из: поля состояния указателя конфигурации передачи (TCI) или поля состояния триггера информации о состоянии канала (CSI).

3. Способ беспроводной связи, содержащий:

прием, устройством беспроводной связи из узла беспроводной связи, объекта управления (CE) управления доступом к среде (MAC), причем объект CE MAC включает в себя набор полей состояний из множества полей состояний,

где объект CE MAC ассоциируется с соответствующим идентификатором группы набора ресурсов конфигурирования (CORESET) и с соответствующими идентификаторами групп сконфигурированных состояний, причем идентификатор групп конфигурируется для каждого сконфигурированного состояния.

4. Способ по п.1, в котором ассоциирование каждого объекта CE MAC с соответствующим идентификатором группы CORESET включает в себя ассоциирование объекта CE MAC с идентификатором группы CORESET, ассоциированным с управляющей информацией нисходящей линии связи (DCI), которая планирует канал связи, выполненный с возможностью переноса объекта CE MAC.

5. Способ беспроводной связи по п.3, в котором множество полей состояний включает в себя по меньшей мере одно из поля состояния указателя конфигурации передачи (TCI) или поля состояния триггера информации о состоянии канала (CSI).

6. Способ беспроводной связи по п.3, в котором для каждого объекта CE MAC из двух объектов CE MAC соответствующий идентификатор группы CORESET представляет собой идентификатор группы CORESET, ассоциированный с управляющей информацией нисходящей линии связи (DCI), которая планирует канал связи, выполненный с возможностью переноса объекта CE MAC.

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

конфигурирования множества полей состояний, указывающих множество сконфигурированных состояний, в виде двух объектов элементов управления (CE) управления доступом к среде (MAC), причем каждый объект CE MAC включает в себя соответствующий набор полей состояний из множества полей состояний;

ассоциирования двух объектов CE MAC с соответствующими идентификаторами групп наборов ресурсов конфигурирования (CORESET) и с соответствующими идентификаторами групп сконфигурированных состояний, причем идентификатор группы сконфигурирован для каждого сконфигурированного состояния; и

передачи, в устройство беспроводной связи, объекта CE MAC и соответствующего идентификатора группы CORESET.

8. Устройство беспроводной связи по п.7, в котором множество полей состояний включает в себя по меньшей мере одно из поля состояния указателя конфигурации передачи (TCI) или поля состояния триггера информации о состоянии канала (CSI).

9. Устройство беспроводной связи по п.7, в котором при ассоциировании каждого объекта CE MAC с соответствующим идентификатором группы CORESET процессор выполнен с возможностью ассоциирования объекта CE MAC с идентификатором группы CORESET, ассоциированным с управляющей информацией нисходящей линии связи (DCI), которая планирует канал связи, выполненный с возможностью переноса объекта CE MAC.

10. Устройство беспроводной связи, содержащее процессор и память, причем процессор выполнен с возможностью считывания кода из памяти для:

приема, из узла беспроводной связи, объекта элемента управления (CE) управления доступом к среде (MAC), причем объект CE MAC включает в себя набор полей состояний из множества полей состояний,

где объект CE MAC ассоциируется с соответствующим идентификатором группы набора ресурсов конфигурирования (CORESET) и с соответствующими идентификаторами групп сконфигурированных состояний, причем идентификатор групп сконфигурирован для каждого сконфигурированного состояния.

11. Устройство беспроводной связи по п.10, в котором множество полей состояний включает в себя по меньшей мере одно из поля состояния указателя конфигурации передачи (TCI) или поля состояния триггера информации о состоянии канала (CSI).

12. Устройство беспроводной связи по п.10, в котором для каждого объекта CE MAC из двух объектов CE MAC соответствующий идентификатор группы CORESET представляет собой идентификатор группы CORESET, ассоциированный с управляющей информацией нисходящей линии связи (DCI), которая планирует канал связи, выполненный с возможностью переноса объекта CE MAC.

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

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