RU2746620C1

RU2746620C1 - Назначение приоритетов запросу планирования и ack/nack

Info

Publication number: RU2746620C1
Application number: RU2020131420A
Authority: RU
Inventors: Роберт БАЛЬДЕМАИР; Сороур ФАЛАХАТИ; Стефан ПАРКВАЛЛЬ
Original assignee: Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date: 2018-02-26
Filing date: 2019-02-26
Publication date: 2021-04-19
Also published as: CN111758233B; EP3759851B1; EP3759851A1; JP7100710B2; JP7426443B2; AU2019223435B2; US20200396759A1; KR20230070061A; AU2019223435A1; JP2022141721A; US11601962B2; JP2021520681A; PL3759851T3; EP4084381A1; WO2019162929A1; EP4084381B1; KR20200116975A; CN111758233A

Abstract

Изобретение относится к беспроводной связи и к сетям беспроводной связи. В способе, выполняемом беспроводным устройством, определяют приоритет у разных типов перекрывающейся передачи. Когда ресурс физического канала управления восходящей линии связи (PUCCH) квитирования/отрицательного квитирования (ACK/NACK) перекрывается с ресурсом PUCCH запроса планирования (SR), беспроводное устройство на основе определенных относительных приоритетов у ACK/NACK и SR может определять, какой передаче следует назначать более высокий относительный приоритет, и передавать передачу с более высоким относительным приоритетом. Технический результат – предотвращение перекрытия у разных типов передачи на ресурсах PUCCH. 2 н. и 24 з.п. ф-лы, 11 ил

.

Description

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

[0001] Данная заявка притязает на преимущество Предварительной патентной заявки США № 62/635240, поданной 26 февраля 2018 г., все содержание которой настоящим включается в этот документ посредством ссылки.

ОБЛАСТЬ ТЕХНИКИ

[0002] Настоящее раскрытие изобретения относится в целом к беспроводной связи и к сетям беспроводной связи.

ВВЕДЕНИЕ

[0003] В органах стандартизации, например 3GPP, обсуждается архитектура для New Radio (NR) (также известного как 5G или следующее поколение). NR стремится обеспечить новые варианты использования, требующие еще лучших скоростей передачи данных, времени ожидания, покрытия, пропускной способности и надежности. Этого можно добиться при улучшенной энергоэффективности сети и возможности использовать спектр в полосах очень высоких частот. Некоторые важные компоненты технологии для достижения этих целей включают в себя гибкий числовой показатель, оптимизированную по времени ожидания структуру кадра, массовую MIMO, межсетевой обмен между полосами высоких и низких частот и сверх-бережливые передачи.

[0004] Традиционным способом управления передачей данных в NR является планирование, аналогично LTE. Каждое беспроводное устройство контролирует один или несколько физических каналов управления нисходящей линии связи (PDCCH). При обнаружении действующего PDCCH устройство выполняет решение по планированию и передает или принимает данные.

[0005] Управляющая информация восходящей линии связи, например квитирования гибридного ARQ, обратная связь о состоянии канала для работы с несколькими антеннами и запрос планирования (SR) для данных восходящей линии связи, ожидающих передачу, передается с использованием физического канала управления восходящей линии связи (PUCCH). Существуют разные форматы PUCCH в зависимости от количества информации и длительности передачи PUCCH.

[0006] NR традиционно поддерживает пять разных форматов PUCCH.

[0007] Формат 0 PUCCH: формат 0 PUCCH может иметь длину в 1 или 2 символа (со скачкообразной перестройкой частоты или без нее) и может переносить 1- или 2-разрядное ACK/NACK вместе не более чем с 2 разрядами SR. Этот формат использует выбор последовательностей, то есть разряд (разряды) UCI выбирает одну из N последовательностей, где N определяется количеством разрядов UCI для передачи. Ширина формата 0 PUCCH всегда составляет 1 PRB.

[0008] Формат 1 PUCCH: формат 1 PUCCH может иметь длину от 4 до 14 символов (со скачкообразной перестройкой частоты или без нее) и может переносить разряды 1- или 2-разрядного ACK/NACK. Кроме изменчивости длины, он очень похож на формат 1a/1b PUCCH в LTE. Если ACK/NACK следует передавать одновременно с SR, то передачи PUCCH происходят не на ресурсе ACK/NACK, а на RRC-сконфигурированном ресурсе SR. Ширина формата 1 PUCCH всегда составляет 1 PRB.

[0009] Формат 2 PUCCH: формат 2 PUCCH может иметь длину в 1 или 2 символа (со скачкообразной перестройкой частоты или без нее) и может переносить 3 или более (вплоть до 10 разрядов) разрядов ACK/NACK вместе с CSI и SR, если сконфигурировано. Формат 2 PUCCH кодирует информацию UCI и передает кодированную UCI на поднесущих одного или двух символов OFDM. Для вмещения большей полезной нагрузки формат 2 PUCCH можно распространить на несколько PRB.

[0010] Формат 3 PUCCH: формат 3 PUCCH может иметь длину от 4 до 14 символов (со скачкообразной перестройкой частоты или без нее) и может переносить от 3 до нескольких сотен разрядов вместе с CSI и SR, если сконфигурировано. Формат 3 PUCCH кодирует разряды UCI, отображает их в комбинированные символы QPSK, разбивает последовательность символов на одну часть для каждого символа OFDM, переносящего UCI, и применяет предварительное кодирование DFTS-OFDM перед модуляцией OFDM. Формат 3 PUCCH предлагает наибольший размер полезной нагрузки среди всех форматов PUCCH NR. Для вмещения большей полезной нагрузки формат 3 PUCCH можно распространить на несколько PRB.

[0011] Формат 4 PUCCH: формат 4 PUCCH может иметь длину от 4 до 14 символов (со скачкообразной перестройкой частоты или без нее) и может переносить от 3 до нескольких десятков разрядов вместе с CSI и SR, если сконфигурировано. Формат 4 PUCCH очень похож на формат 3 PUCCH с двумя исключениями: он может мультиплексировать вплоть до 4 пользователей на одном и том же частотно-временном ресурсе с использованием мультиплексирования OCC перед предварительным кодированием DFTS-OFDM, и он ограничен одним PRB.

[0012] Каждое беспроводное устройство можно оснащать одной или несколькими конфигурациями запроса планирования (SR) (например, до 8) по каждой группе сот. Информационный элемент RRC SchedulingRequestResourceConfig ассоциирует schedulingRequestID с SchedulingRequestResourceId. SchedulingRequestResourceId идентифицирует физический ресурс (то есть PUCCH), а также периодичность и смещение. schedulingRequestID ассоциируется с логическим каналом, если логический канал требует ресурсы UL, то инициируется ассоциированный запрос планирования с schedulingRequestID. Отметим, что ID запроса планирования schedulingRequestID может отображаться в несколько ресурсов PUCCH, то есть может быть несколько SchedulingRequestResourceConfig, которые отображаются/связаны с одним и тем же schedulingRequestID. Поэтому пространство ID у SchedulingRequestResourceConfig может быть больше либо равно пространству ID у schedulingRequestID.

[0013] Фиг. 1 иллюстрирует пример, где один ID запроса планирования schedulingRequestID (SR 0) отображается в несколько сконфигурированных ресурсов PUCCH (ресурс 0 PUCCH, ресурс 1 PUCCH, ресурс 2 PUCCH), соответствующих нескольким конфигурациям SchedulingRequestResourceConfig. Могут существовать некоторые сценарии, где запрос планирования накладывается на другую сигнализацию.

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

[0014] Цель настоящего раскрытия изобретения - устранить или смягчить по меньшей мере один недостаток известного уровня техники.

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

[0016] В одном аспекте настоящего раскрытия изобретения предоставляется способ, выполняемый беспроводным устройством. Беспроводное устройство может содержать радиоинтерфейс и схемы обработки и может конфигурироваться для определения, что передача квитирования/отрицательного квитирования (ACK/NACK) и передача запроса планирования (SR) будут перекрываться на ресурсах физического канала управления восходящей линии связи (PUCCH). Беспроводное устройство может определять приоритет, ассоциированный с передачей ACK/NACK, и сравнивать приоритет, ассоциированный с передачей ACK/NACK, с приоритетом, ассоциированным с передачей SR, чтобы определять, у какой передачи более высокий относительный приоритет. Беспроводное устройство может передавать передачу с более высоким относительным приоритетом.

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

[0018] В некоторых вариантах осуществления приоритет, ассоциированный с передачей ACK/NACK, может определяться в соответствии по меньшей мере с одним из свойства физического канала управления нисходящей линии связи (PDCCH), свойства физического совместно используемого канала нисходящей линии связи (PDSCH) и свойства PUCCH.

[0019] В некоторых вариантах осуществления приоритет, ассоциированный с передачей ACK/NACK, может определяться по меньшей мере частично на основе характеристики планирующей передачи PDCCH. Эта характеристика может включать в себя по меньшей мере одно из области поиска и/или набора управляющих ресурсов, используемых для передачи PDCCH. В некоторых вариантах осуществления уровень приоритета у области поиска можно вывести из периодичности области поиска.

[0020] В некоторых вариантах осуществления приоритет, ассоциированный с передачей ACK/NACK, может определяться по меньшей мере частично на основе уровня агрегирования, ассоциированного с PDCCH.

[0021] В некоторых вариантах осуществления приоритет, ассоциированный с передачей ACK/NACK, может определяться по меньшей мере частично на основе сообщения с управляющей информацией нисходящей линии связи (DCI), передаваемого по PDCCH. Сообщение DCI может включать в себя по меньшей мере одно из схемы модуляции и кодирования, кодовой скорости, порядка модуляции, указания шаблона опорного сигнала, распределения ресурсов временной области, длины контроля циклическим избыточным кодом (CRC) и/или схемы передачи со многими входами-выходами (MIMO).

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

[0023] В некоторых вариантах осуществления приоритет, ассоциированный с передачей ACK/NACK, может определяться по меньшей мере частично на основе уровня приоритета, ассоциированного с ресурсом PUCCH, переносящим передачу ACK/NACK.

[0024] В некоторых вариантах осуществления в ответ на определение, что у передачи ACK/NACK и передачи SR одинаковый относительный приоритет, беспроводное устройство может передавать передачу с более ранним временем передачи.

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

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

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

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

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

[0029] Фиг. 1 иллюстрирует примерный запрос планирования;

[0030] Фиг. 2 иллюстрирует примерную беспроводную сеть;

[0031] Фиг. 3 иллюстрирует примеры перекрывающихся ресурсов PUCCH;

[0032] Фиг. 4 - блок-схема алгоритма, иллюстрирующая способ, который может выполняться в беспроводном устройстве;

[0033] Фиг. 5 - блок-схема алгоритма, иллюстрирующая способ для определения приоритета из передачи PDSCH;

[0034] Фиг. 6 - блок-схема алгоритма, иллюстрирующая способ для определения приоритета из ресурса PUCCH;

[0035] Фиг. 7 - блок-схема примерного беспроводного устройства;

[0036] Фиг. 8 - блок-схема примерного беспроводного устройства вместе с модулями;

[0037] Фиг. 9 - блок-схема примерного узла радиодоступа; и

[0038] Фиг. 10 - блок-схема примерного узла радиодоступа вместе с модулями.

ПОДРОБНОЕ ОПИСАНИЕ

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

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

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

[0042] В некоторых вариантах осуществления используется неограничивающий термин "пользовательское оборудование" (UE), и он может относиться к любому типу беспроводного устройства, которое может осуществлять связь с сетевым узлом и/или с другим UE в системе сотовой, мобильной или беспроводной связи. Примерами UE являются целевое устройство, UE между устройствами (D2D), UE машинного типа или UE, допускающее межмашинную (M2M) связь, персональный цифровой помощник, планшет, мобильный терминал, смартфон, встраиваемое в переносной компьютер оборудование (LEE), устанавливаемое на переносной компьютер оборудование, адаптеры USB, UE ProSe, UE V2V, UE V2X, UE MTC, UE eMTC, UE FeMTC, UE категории 0, UE категории M1, UE узкополосного IoT (NB-IoT), UE категории NB1 и т. п. Примерные варианты осуществления UE описываются подробнее ниже по отношению к фиг. 7.

[0043] В некоторых вариантах осуществления используется неограничивающий термин "сетевой узел", и он может соответствовать любому типу узла радиодоступа (или узла радиосети) или любому сетевому узлу, который может осуществлять связь с UE и/или с другим сетевым узлом в системе сотовой, мобильной или беспроводной связи. Примерами сетевых узлов являются Узел B, MeNB, SeNB, сетевой узел, принадлежащий MCG или SCG, базовая станция (BS), многостандартный (MSR) узел радиодоступа, например MSR BS, eNodeB, сетевой контроллер, контроллер радиосети (RNC), контроллер базовой станции (BSC), ретранслятор, узел-донор, управляющий ретранслятором, базовая приемопередающая станция (BTS), точка доступа (AP), точки передачи, узлы передачи, RRU, RRH, узлы в распределенной системе антенн (DAS), узел базовой сети (например MSC, MME и т. п.), O&M, OSS, самоорганизующаяся сеть (SON), узел определения местоположения (например E-SMLC), MDT, испытательное оборудование и т. п. Примерные варианты осуществления сетевого узла описываются подробнее ниже по отношению к фиг. 9.

[0044] В некоторых вариантах осуществления термин "технология радиодоступа" (RAT) относится к любой RAT, например UTRA, E-UTRA, узкополосный Интернет вещей (NB-IoT), WiFi, Bluetooth, RAT следующего поколения (NR), 4G, 5G и т. п. Любой из первого и второго узлов может допускать поддержку одной или нескольких RAT.

[0045] Используемый в этом документе термин "радиоузел" может использоваться для обозначения беспроводного устройства или сетевого узла.

[0046] В некоторых вариантах осуществления UE можно конфигурировать для работы в агрегировании несущих (CA), подразумевающем агрегирование двух или более несущих по меньшей мере в одном из направлений нисходящей линии связи (DL) и восходящей линии связи (UL). При CA у UE может быть несколько обслуживающих сот, где термин "обслуживающий" в этом документе означает, что UE снабжается соответствующей обслуживающей сотой и может принимать и/или передавать данные сетевому узлу в обслуживающей соте, например PCell или любой из SCell. Данные передаются или принимаются по физическим каналам, например PDSCH на DL, PUSCH на UL, и т. п. Компонентная несущая (CC) также взаимозаменяемо называется несущей или агрегированной несущей, PCC или SCC конфигурируется в UE сетевым узлом с использованием сигнализации верхнего уровня, например, путем отправки к UE конфигурационного сообщения RRC. Сконфигурированная CC используется сетевым узлом для обслуживания UE в обслуживающей соте (например, в PCell, PSCell, SCell и т. п.) сконфигурированной CC. Сконфигурированная CC также используется в UE для выполнения одного или нескольких радиоизмерений (например, RSRP, RSRQ и т. п.) в сотах, работающих на CC, например PCell, SCell или PSCell и соседних сотах.

[0047] В некоторых вариантах осуществления UE также может работать в двойном подключении (DC) или множественном подключении (MC). Работа с несколькими несущими может быть любым из CA, DC, MC и т. п. Термин "с несколькими несущими" также можно заменять "комбинацией полос".

[0048] Используемый в этом документе термин "радиоизмерение" может относиться к любому измерению, выполняемому над радиосигналами. Радиоизмерения могут быть абсолютными или относительными. Радиоизмерения могут быть, например, внутричастотными, межчастотными, CA и т. п. Радиоизмерения могут быть однонаправленными (например, DL либо UL или в любом направлении по прямому соединению) или двунаправленными (например, RTT, Rx-Tx и т. п.). Некоторые примеры радиоизмерений: измерения временных характеристик (например, задержка распространения, TOA, временное опережение, RTT, RSTD, Rx-Tx и т. п.), измерения углов (например, угол прихода), мощностные или измерения качества канала (например, потеря на трассе, мощность принимаемого сигнала, RSRP, качество принимаемого сигнала, RSRQ, SINR, SNR, мощность помех, совокупные помехи и шум, RSSI, мощность шума, CSI, CQI, PMI и т. п.), обнаружение соты или идентификация соты, RLM, считывание SI и т. п. Измерение может выполняться на одной или нескольких линиях связи в каждом направлении, например, RSTD или относительная RSRP, или на основе сигналов от разных точек передачи в одной и той же (совместно используемой) соте.

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

[0050] Используемый в этом документе термин "временной ресурс" может соответствовать любому типу физического ресурса или радиоресурса, выраженного в показателях продолжительности. Примеры временных ресурсов включают в себя: символ, временной интервал, субкадр, кадр радиосигнала, TTI, время перемежения и т. п. Термин "частотный ресурс" может относиться к поддиапазону в полосе пропускания канала, поднесущей, частоте несущей, полосе частот. Термин "временные и частотные ресурсы" может относиться к любому сочетанию временных и частотных ресурсов.

[0051] Некоторые примеры работы UE включают в себя: радиоизмерение UE (см. термин "радиоизмерение" выше), двунаправленное измерение при передаче UE, обнаружение или идентификация соты, обнаружение или идентификация пучка, считывание системной информации, прием и декодирование канала, любая работа или активность UE, затрагивающая по меньшей мере прием одного или нескольких радиосигналов и/или каналов, изменение или (повторный) выбор соты, изменение или (повторный) выбор пучка, связанная с мобильностью работа, связанная с измерением работа, связанная с управлением радиоресурсами (RRM) работа, процедура определения положения, связанная с временными характеристиками процедура, связанная с регулировкой временных характеристик процедура, процедура отслеживания местоположения UE, связанная с хронометражем процедура, связанная с синхронизацией процедура, MDT-подобная процедура, связанная со сбором измерений процедура, связанная с CA процедура, активизация/деактивизация обслуживающей соты, конфигурация/деконфигурация CC и т. п.

[0052] Фиг. 2 иллюстрирует пример беспроводной сети 100, которая может использоваться для беспроводной связи. Беспроводная сеть 100 включает в себя беспроводные устройства, например UE 110A-110B, и сетевые узлы, например узлы 120A-120B радиодоступа (например eNB, gNB и т. п.), подключенные к одной или нескольким узлам 130 базовой сети через коммутирующую сеть 125. Сеть 100 может использовать любые подходящие сценарии развертывания. Каждое UE 110 в зоне 115 обслуживания может допускать осуществление связи напрямую с узлами 120 радиодоступа по беспроводному интерфейсу. В некоторых вариантах осуществления UE 110 также могут допускать осуществление связи друг с другом посредством связи D2D.

[0053] В качестве примера UE 110A может осуществлять связь с узлом 120A радиодоступа по беспроводному интерфейсу. То есть UE 110A может передавать радиосигналы и/или принимать радиосигналы от узла 120A радиодоступа. Радиосигналы могут содержать голосовой трафик, трафик данных, управляющие сигналы и/или любую другую подходящую информацию. В некоторых вариантах осуществления площадь охвата 115 радиосигналами, ассоциированная с узлом 120 радиодоступа, может называться сотой.

[0054] Коммутирующая сеть 125 может относиться к любой коммутирующей системе, допускающей передачу аудио, видео, сигналов, данных, сообщений и т. п. или любого их сочетания. Коммутирующая сеть 125 может включать в себя всю или часть коммутируемой телефонной сети общего пользования (PSTN), общедоступной или частной сети передачи данных, локальной сети (LAN), городской сети (MAN), глобальной сети (WAN), локальной, областной или глобальной сети связи либо компьютерной сети, например Интернет, проводной или беспроводной сети, внутренней сети предприятия или любой другой подходящей линии связи, включая их сочетания.

[0055] В некоторых вариантах осуществления сетевой узел 130 может быть узлом 130 базовой сети, управляющим установлением сеансов связи и различными другими функциональными возможностями для UE 110. Примеры узла 130 базовой сети могут включать в себя центр коммутации мобильной связи (MSC), MME, обслуживающий шлюз (SGW), шлюз сети с коммутацией пакетов (PGW), эксплуатацию и обслуживание (O&M), систему поддержки эксплуатации (OSS), SON, узел определения местоположения (например, усовершенствованный обслуживающий центр определения местоположения подвижной станции, E-SMLC), узел MDT и т. п. UE 110 могут обмениваться некоторыми сигналами с узлом базовой сети, используя уровень, не связанный с предоставлением доступа. В сигнализации уровня, не связанного с предоставлением доступа сигналы между UE 110 и узлом 130 базовой сети могут прозрачно проходить через сеть радиодоступа. В некоторых вариантах осуществления узлы 120 радиодоступа могут взаимодействовать с одним или несколькими сетевыми узлами по межузловому интерфейсу.

[0056] В NR нет традиционного, стандартизованного поведения для сценария, когда конфликтуют PUCCH, переносящий ACK/NACK, и PUCCH, переносящий SR, для случая, когда передача ACK/NACK не может присоединить к себе SR. В LTE сообщение PUCCH с ACK/NACK в этом случае "выигрывает", и SR отбрасывается в случае, когда нельзя передать оба канала.

[0057] NR также поддерживает сверхнадежную связь с малой задержкой (URLLC). Для достижения малой задержки может быть необходимо прерывать/исключать/не передавать/останавливать передачу PUCCH с ACK/NACK. Это поведение было бы желательно, если SR ассоциируется с высокоприоритетным (наивысший приоритет или приоритет выше пороговой величины) логическим каналом, и ACK/NACK идет в ответ на повторную передачу DL с более низким приоритетом. Если ACK/NACK соответствует высокоприоритетной передаче DL, то менее очевидно, что PUCCH, переносящий SR, должен исключать/останавливать происходящую передачу PUCCH с ACK/NACK.

[0058] Фиг. 3 иллюстрирует два примера перекрывающихся передач. На фиг. 3a в первом примере длительный PUCCH, переносящий ACK/NACK (140), перекрывается с одним или несколькими короткими ресурсами PUCCH, сконфигурированными для переноса SR (142, 144, 146). На фиг. 3b во втором примере длительный PUCCH, переносящий ACK/NACK (150), перекрывается с другим длительным PUCCH, сконфигурированным для SR (152). В примерах из фиг. 3 PUCCH с ACK/NACK начинается до PUCCH, сконфигурированного для SR, но с тем же успехом можно вообразить и другой случай. PUCCH, сконфигурированный для SR, может начинаться до или одновременно с ACK/NACK, но перекрывать PUCCH для ACK/NACK по меньшей мере с одним символом. В настоящее время не определено, когда передавать SR и когда передавать ACK/NACK (например, если переносящий ACK/NACK PUCCH не может присоединить к себе SR).

[0059] Некоторые варианты осуществления будут описывать определение, когда отбрасывать ACK/NACK, а когда отбрасывать SR, на основе относительного приоритета между SR и ACK/NACK в случае перекрытия между ресурсами PUCCH. Приоритет для ACK/NACK можно вывести из свойств PDCCH либо PDSCH и/или свойств формата PUCCH, переносящего ACK/NACK.

[0060] Соответственно, некоторые варианты осуществления разрешают передачу высокоприоритетного ACK/NACK в случае, когда оно перекрывается с низкоприоритетным SR. Однако низкоприоритетный SR не может прерывать высокоприоритетное ACK/NACK. С другой стороны, высокоприоритетный SR может прерывать низкоприоритетное ACK/NACK.

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

[0062] Также возможен противоположный сценарий. PUCCH, переносящий SR, уже начался и перекрывается с PUCCH, который должен передавать ACK/NACK. В зависимости от относительного приоритета между SR и ACK/NACK либо останавливается/прерывается SR, а ACK/NACK передается, либо продолжается передача SR. Как описано ранее, могло бы быть так, что передача SR не начинается, если решение назначить приоритет ACK/NACK принимается до начала передачи SR.

[0063] В случае равного приоритета между SR и ACK/NACK можно предвидеть оба поведения (передать ACK/NACK, отбросить SR, или наоборот). В этом случае может быть предпочтительно передавать ACK/NACK или PUCCH, который начинается раньше.

[0064] В зависимости от относительного приоритета между передачами ACK/NACK и SR можно назначать приоритет либо PUCCH, переносящему ACK/NACK, либо PUCCH, переносящему SR. Менее приоритетную передачу PUCCH можно либо остановить, либо никогда не запускать, если решение о приоритете происходит достаточно рано.

[0065] SR ассоциируется с логическим каналом (или группой логических каналов), и у логических каналов (или групп логических каналов) есть ассоциированные уровни приоритета. Поэтому приоритет SR можно вывести явно либо неявно из логического канала. Чтобы сравнивать приоритет SR с приоритетом ACK/NACK, ACK/NACK также нужен уровень приоритета. Традиционно не определены понятия, связанные с определением уровня приоритета у передачи ACK/NACK.

[0066] Фиг. 4 - блок-схема алгоритма, иллюстрирующая способ для определения приоритета передачи PUCCH, который может выполняться в беспроводном устройстве. У беспроводного устройства есть PUCCH, включающий в себя ACK/NACK, и PUCCH, включающий SR для передачи. Можно определить, будут ли перекрываться передача ACK/NACK и передача SR (этап 200). Перекрытие может происходить по ресурсам PUCCH, например временным и/или частотным ресурсам. В ответ на определение, что перекрытия нет, можно передать сообщения ACK/NACK и SR (этап 210). В ответ на определение, что имеется перекрытие, можно определить относительный приоритет у передач (этап 220). В ответ на определение, что у SR более высокий приоритет, чем у ACK/NACK, можно передать сообщение SR, а сообщение ACK/NACK можно остановить или отменить (этап 230). В ответ на определение, что у ACK/NACK более высокий приоритет, чем у SR, сообщение ACK/NACK можно передать, а сообщение SR можно остановить или отменить (этап 240).

[0067] Фиг. 5 - блок-схема алгоритма, иллюстрирующая способ, который может выполняться в беспроводном устройстве, например UE 110. Способ может включать в себя определение уровня приоритета по меньшей мере частично на основе передачи PDSCH, в ответ на которую идет передача ACK/NACK.

[0068] Этап 300: определить, есть ли у беспроводного устройства передача PUCCH ACK/NACK, и будет ли передача PUCCH SR перекрываться по временным и/или частотным ресурсам.

[0069] Этап 310: в ответ на определение, что передача PUCCH ACK/NACK и передача PUCCH SR не будут перекрываться, передать передачи ACK/NACK и SR.

[0070] Этап 320: в ответ на определение, что передача PUCCH ACK/NACK и передача PUCCH SR будут перекрываться, определить приоритет у передачи PUCCH SR.

[0071] Этап 330: в ответ на определение, что передача PUCCH ACK/NACK и передача PUCCH SR будут перекрываться, определить приоритет у передачи PUCCH ACK/NACK. Приоритет у ACK/NACK может определяться по меньшей мере частично на основе передачи PDSCH, в ответ на которую идет ACK/NACK.

[0072] Этап 340: приоритет у передачи PUCCH ACK/NACK и передачи PUCCH SR сравниваются для определения, у какой передачи более высокий относительный приоритет.

[0073] Этап 350: в ответ на определение, что у передачи PUCCH SR более высокий приоритет, чем у передачи PUCCH ACK/NACK, передать SR и остановить/отбросить/отменить передачу ACK/NACK.

[0074] Этап 360: в ответ на определение, что у передачи PUCCH ACK/NACK более высокий приоритет, чем у передачи PUCCH SR, передать ACK/NACK и остановить/отбросить/отменить передачу SR.

[0075] Нужно будет принять во внимание, что один или несколько вышеупомянутых этапов могут выполняться одновременно и/или в другом порядке. Также этапы, проиллюстрированные пунктирными линиями, являются необязательными и в некоторых вариантах осуществления могут быть пропущены. Ниже будут предоставлены дополнительные подробности относительно определения приоритета у передач (например, этапы 320, 330, 340).

[0076] В некоторых вариантах осуществления уровень приоритета у PDSCH (и, соответственно, приоритет ACK/NACK может быть таким же либо по меньшей мере выводиться из него) можно вывести из физической характеристики планирующей передачи PDCCH либо из информации, содержащейся в управляющей информации нисходящей линии связи (DCI), переданной по PDCCH.

[0077] Характеристики физического уровня у передачи PDCCH могут включать в себя область поиска и/или набор управляющих ресурсов, который используется для передачи PDCCH. Область поиска вместе с набором управляющих ресурсов описывают ресурсы частотно-временной области (плюс другие параметры, например скремблирование, перемежение и т. п.), где UE пытается обнаружить возможный PDCCH, адресованный UE (в дальнейшем область поиска может относиться к области поиска NR или к сочетанию области поиска NR и набора управляющих ресурсов NR). Разным областям поиска можно назначать разные уровни приоритета. Например, область поиска, которая предназначена для высокоприоритетных передач (и соответственно помечается высоким приоритетом), может возникать очень часто во времени, тогда как область поиска, предназначенная для менее приоритетных передач (и поэтому помеченная более низким приоритетом) (например, MBB), может возникать реже во времени. Соответственно, область поиска может непосредственно помечаться уровнем приоритета. При отсутствии таких функциональных возможностей уровень приоритета можно вывести из периодичности области поиска (частое возникновение: большая важность, менее частое возникновение: более низкий приоритет). PDCCH, переданный в области поиска, наследует уровень приоритета у области поиска.

[0078] Один пример - предположить, что некоторые значения периодичности для области поиска обладают более высоким ассоциированным приоритетом, чем любой приоритет SR. Другой пример - предположить, что периодичности области поиска, более частые, нежели периодичность SR, обладают более высоким ассоциированным приоритетом, чем SR, и наоборот.

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

[0080] В NR полезная нагрузка DCI дополняется контролем циклическим избыточным кодом (CRC) и кодированным каналом. Затем CRC скремблируется разными идентификаторами UE (например, временным идентификатором радиосети, RNTI). UE при попытке обнаружить PDCCH выполняет слепое декодирование на наборе возможных PDCCH и во время декодирования проверяет, совпадает ли дескремблированный CRC (например, дескремблированный значением (значениями) RNTI, которыми он снабжается) с CRC у декодированной полезной нагрузки. Если есть совпадение, то UE обнаружило адресованный ему PDCCH.

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

[0082] В некоторых вариантах осуществления содержимое в DCI могло бы указывать приоритет явно или неявно. Примером явного указания было бы поле в DCI, указывающее уровень приоритета у запланированного PDSCH. Примеры неявной информации включают в себя индекс MCS, таблицу MCS, указанную схему кодирования, указание некоторого шаблона опорного сигнала, распределение ресурсов временной области, схему передачи MIMO и т. п.

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

[0084] DCI может указывать использование разных схем канального кодирования для PDSCH, например LDPC, полярный код, турбо-коды и т. п. Некоторые канальные коды можно ассоциировать с высокоприоритетными передачами PDSCH, тогда как другие схемы канального кодирования могут соответствовать низкоприоритетным передачам PDSCH.

[0085] DCI может указывать разные схемы передачи MIMO, например пространственное мультиплексирование, формирование пучка или разнесенную передачу для PDSCH. Например, разнесенная передача может ассоциироваться с высокоприоритетными передачами PDSCH, тогда как другие схемы MIMO могут ассоциироваться с низкоприоритетными передачами PDSCH. DCI также может указывать шаблон опорного сигнала для использования или то, что передача включает в себя некоторые типы опорных сигналов. Присутствие некоторых типов опорных сигналов и/или конфигурации опорного сигнала (например, плотность DM-RS) может указывать уровень приоритета.

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

[0087] DCI может указывать некоторую длину CRC, которую нужно использовать для PDSCH. Может существовать отображение между длиной CRC (или полиномом CRC) и приоритетом.

[0088] В некоторых вариантах осуществления высокоприоритетную передачу PDSCH можно планировать с определенным форматом DCI, например небольшой (компактной) DCI для увеличения устойчивости передачи PDCCH. Уровень приоритета можно вывести из формата DCI.

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

[0090] Соответственно, сконфигурированные для PDSCH параметры или характеристики передачи PDSCH могут использоваться для определения приоритета ассоциированной передачи ACK/NACK. В принципе, многие параметры PDCCH/DCI также можно интерпретировать как параметры PDSCH (например, распределение ресурсов временной области для PDSCH, сигнализированное в PDCCH, также является свойством PDSCH).

[0091] Фиг. 6 - блок-схема алгоритма, иллюстрирующая способ, который может выполняться в беспроводном устройстве, например UE 110. Способ может включать в себя определение уровня приоритета по меньшей мере частично на основе ресурса PUCCH, переносящего ACK/NACK.

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

[0093] Этап 400: определить, есть ли у беспроводного устройства передача PUCCH ACK/NACK, и будет ли передача PUCCH SR перекрываться по временным и/или частотным ресурсам.

[0094] Этап 410: в ответ на определение, что передача PUCCH ACK/NACK и передача PUCCH SR не будут перекрываться, передать передачи ACK/NACK и SR.

[0095] Этап 420: в ответ на определение, что передача PUCCH ACK/NACK и передача PUCCH SR будут перекрываться, определить приоритет у передачи PUCCH SR.

[0096] Этап 430: в ответ на определение, что передача PUCCH ACK/NACK и передача PUCCH SR будут перекрываться, определить приоритет у передачи PUCCH ACK/NACK. Приоритет у ACK/NACK может определяться по меньшей мере частично на основе ресурса PUCCH, переносящего передачу ACK/NACK.

[0097] Этап 440: сравнивается приоритет у передачи PUCCH ACK/NACK и передачи PUCCH SR.

[0098] Этап 450: в ответ на определение, что у передачи PUCCH SR более высокий приоритет, чем у передачи PUCCH ACK/NACK, передать SR и остановить/отбросить/отменить передачу ACK/NACK.

[0099] Этап 460: в ответ на определение, что у передачи PUCCH ACK/NACK более высокий приоритет, чем у передачи PUCCH SR, передать ACK/NACK и остановить/отбросить/отменить передачу SR.

[00100] Нужно будет принять во внимание, что один или несколько вышеупомянутых этапов могут выполняться одновременно и/или в другом порядке. Также этапы, проиллюстрированные пунктирными линиями, являются необязательными и в некоторых вариантах осуществления могут быть пропущены. Ниже будут предоставлены дополнительные подробности относительно определения приоритета у передач (например, этапы 420, 430, 440).

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

[0102] В некоторых вариантах осуществления уровень приоритета может определяться по меньшей мере частично на основе объединения двух или более свойств PDCCH/DCI/PDSCH/PUCCH_для_ACK/NACK. В таком случае может использоваться постоянное отображение, которое напрямую выводит уровень приоритета, например, из свойства (сочетания) PDCCH/DCI/PDSCH/PUCCH_для_ACK/NACK. Другая возможность состоит в том, что свойство (сочетание) PDCCH/DCI/PDSCH/PUCCH_для_ACK/NACK вводится в функцию, и по меньшей мере один дополнительный параметр этой функции RRC-конфигурируется. Это может обеспечить лучшее управление тем, какое свойство (сочетания) PDCCH/DCI/PDSCH/PUCCH_для_ACK/NACK приводит к какому уровню приоритета.

[0103] В некоторых вариантах осуществления сравнение ACK/NACK и приоритета SR может быть простой функцией сравнения. В качестве альтернативы эту функцию сравнения можно конфигурировать, например увеличивая/сжимая ACK/NACK и/или значения приоритета SR перед сравнением. Параметры увеличения/сжатия могут быть постоянными или также RRC-конфигурируемыми.

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

[0105] Нужно будет принять во внимание, что хотя варианты осуществления описываются в этом документе относительно беспроводного устройства, определяющего относительный приоритет между передачей PUCCH, узел радиодоступа (например gNB 120) может участвовать в конфигурации и/или сигнализации такого определения.

[0106] gNB может знать о приоритете SR, который мог бы передаваться на перекрывающемся ресурсе (ресурсах) PUCCH, однако gNB не знает, отправляет ли беспроводное устройство SR фактически. gNB также может знать о приоритете ACK/NACK (так как gNB планировал соответствующий PDSCH). Если у ACK/NACK более высокий приоритет, чем у SR, который отображается в перекрывающиеся ресурсы PUCCH, то gNB не нужно слушать ресурс PUCCH SR (поскольку беспроводное устройство назначит приоритет ACK/NACK). Если у SR, который отображается в ресурсы PUCCH SR, более высокий приоритет, чем у ACK/NACK, то gNB нужно контролировать ресурсы PUCCH ACK/NACK и SR. В этом случае gNB не знает, будет ли SR инициирован беспроводным устройством (и соответственно SR будет передан, а ACK/NACK будет отброшено), или будет ли передано ACK/NACK.

[0107] Фиг. 7 - блок-схема примерного беспроводного устройства, UE 110, в соответствии с некоторыми вариантами осуществления. UE 110 включает в себя приемопередатчик 510, процессор 520 и запоминающее устройство 530. В некоторых вариантах осуществления приемопередатчик 510 облегчает передачу радиосигналов и прием радиосигналов от узла 120 радиодоступа (например, посредством передатчика (передатчиков) (Tx), приемника (приемников) (Rx) и антенны (антенн)). Процессор 520 исполняет команды для обеспечения некоторых или всех функциональных возможностей, описанных выше как предоставляемых UE, а запоминающее устройство 530 хранит команды, исполняемые процессором 520. В некоторых вариантах осуществления процессор 520 и запоминающее устройство 530 образуют схемы обработки.

[0108] Процессор 520 может включать в себя любое подходящее сочетание аппаратных средств для исполнения команд и работы с данными для выполнения некоторых или всех описанных функций беспроводного устройства, например описанных выше функций UE 110. В некоторых вариантах осуществления процессор 520 может включать в себя, например, один или несколько компьютеров, один или несколько центральных процессоров (CPU), один или несколько микропроцессоров, одну или несколько специализированных интегральных схем (ASIC), одну или несколько программируемых пользователем вентильных матриц (FPGA) и/или другую логику.

[0109] Запоминающее устройство 530 в целом действует для хранения команд, например компьютерной программы, программного обеспечения, приложения, включающего в себя одно или несколько из логики, правил, алгоритмов, кода, таблиц и т. п., и/или других команд, допускающих исполнение процессором 520. Примеры запоминающего устройства 530 включают в себя компьютерное запоминающее устройство (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), носители информации большой емкости (например, жесткий диск), съемные носители информации (например, компакт-диск (CD) или универсальный цифровой диск (DVD)) и/или любые другие энергозависимые или энергонезависимые, постоянные машиночитаемые и/или исполняемые компьютером запоминающие устройства, которые хранят информацию, данные и/или команды, которые могут использоваться процессором 520 в UE 110.

[0110] Другие варианты осуществления UE 110 могут включать в себя дополнительные компоненты помимо показанных на фиг. 7, которые могут отвечать за обеспечение некоторых аспектов функциональных возможностей беспроводного устройства, включая любые из описанных выше функциональных возможностей и/или любые дополнительные функциональные возможности (включая любые функциональные возможности, необходимые для поддержки описанного выше решения). В качестве лишь одного примера UE 110 может включать в себя устройства и схемы ввода, устройства вывода и один или несколько блоков либо схем синхронизации, которые могут быть частью процессора 520. Устройства ввода включают в себя механизмы для ввода данных в UE 110. Например, устройства ввода могут включать в себя механизмы ввода, например микрофон, элементы ввода, дисплей и т. п. Устройства вывода могут включать в себя механизмы для вывода данных в аудио-, видео- и/или печатном формате. Например, устройства вывода могут включать в себя динамик, дисплей и т. п.

[0111] В некоторых вариантах осуществления беспроводное устройство, UE 110, может содержать последовательность модулей, сконфигурированных для реализации описанных выше функциональных возможностей беспроводного устройства. Ссылаясь на фиг. 8, беспроводное устройство 110 в некоторых вариантах осуществления может содержать модуль 550 управления для определения, что будет перекрываться первый тип (например, ACK/NACK) и второй тип (например, SR) передач PUCCH, модуль 560 назначения приоритета для определения относительного приоритета у первого и второго типов передач PUCCH, и модуль 570 передачи для передачи в соответствии с определенным относительным приоритетом.

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

[0113] Фиг. 9 - блок-схема примерного узла 120 радиодоступа в соответствии с некоторыми вариантами осуществления. Узел 120 радиодоступа может включать в себя одно или несколько из приемопередатчика 610, процессора 620, запоминающего устройства 630 и сетевого интерфейса 640. В некоторых вариантах осуществления приемопередатчик 610 облегчает передачу радиосигналов и прием радиосигналов от беспроводных устройств, например UE 110 (например, посредством передатчика (передатчиков) (Tx), приемника (приемников) (Rx) и антенны (антенн)). Процессор 620 исполняет команды для обеспечения некоторых или всех функциональных возможностей, описанных выше как предоставляемых узлом 120 радиодоступа, запоминающее устройство 630 хранит команды, исполняемые процессором 620. В некоторых вариантах осуществления процессор 620 и запоминающее устройство 630 образуют схемы обработки. Сетевой интерфейс 640 может передавать сигналы внутренним компонентам сети, например шлюзу, коммутатору, маршрутизатору, Интернет, коммутируемой телефонной сети общего пользования (PSTN), узлам базовой сети или контроллерам радиосети и т. п.

[0114] Процессор 620 может включать в себя любое подходящее сочетание аппаратных средств для исполнения команд и работы с данными для выполнения некоторых или всех описанных функций узла 120 радиодоступа, например описанных выше функций. В некоторых вариантах осуществления процессор 620 может включать в себя, например, один или несколько компьютеров, один или несколько центральных процессоров (CPU), один или несколько микропроцессоров, одну или несколько специализированных интегральных схем (ASIC), одну или несколько программируемых пользователем вентильных матриц (FPGA) и/или другую логику.

[0115] Запоминающее устройство 630 в целом действует для хранения команд, например компьютерной программы, программного обеспечения, приложения, включающего в себя одно или несколько из логики, правил, алгоритмов, кода, таблиц и т. п., и/или других команд, допускающих исполнение процессором 620. Примеры запоминающего устройства 630 включают в себя компьютерное запоминающее устройство (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), носители информации большой емкости (например, жесткий диск), съемные носители информации (например, компакт-диск (CD) или универсальный цифровой диск (DVD)) и/или любые другие энергозависимые или энергонезависимые, постоянные машиночитаемые и/или исполняемые компьютером запоминающие устройства, которые хранят информацию.

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

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

[0118] Процессоры, интерфейсы и запоминающее устройство, аналогичные описанным по отношению к фиг. 7 и 9, могут включаться в другие сетевые узлы (например, узел 130 базовой сети). Другие сетевые узлы при необходимости могут включать в себя или не включать в себя беспроводной интерфейс (например, описанный на фиг. 7 и 9 приемопередатчик).

[0119] В некоторых вариантах осуществления узел 120 радиодоступа может содержать последовательность модулей, сконфигурированных для реализации описанных выше функциональных возможностей сетевого узла. Ссылаясь на фиг. 10, узел 120 радиодоступа в некоторых вариантах осуществления может содержать модуль 650 конфигурирования для конфигурирования приоритетов, ассоциированных с первым и вторым типом передач PUCCH; рабочий модуль 660 для выполнения рабочей задачи в соответствии со сконфигурированными приоритетами; и модуль 670 приема для приема по меньшей мере одной передачи PUCCH.

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

[0121] Некоторые варианты осуществления можно представить в виде программного продукта, сохраненного на машиночитаемом носителе (также называемом читаемым компьютером носителем, читаемым процессором носителем или используемым компьютером носителем с воплощенным на нем машиночитаемым программным кодом). Машиночитаемый носитель может быть любым подходящим материальным носителем, включающим в себя магнитный, оптический или электрический носитель информации, включая дискету, постоянное запоминающее устройство на компакт-дисках (CD-ROM), постоянное запоминающее устройство на универсальных цифровых дисках (DVD-ROM), запоминающее устройство (энергозависимое или энергонезависимое) или аналогичный механизм хранения. Машиночитаемый носитель может содержать различные наборы команд, кодовые последовательности, информацию о конфигурации или другие данные, которые при исполнении побуждают схемы обработки (например процессор) выполнять этапы в способе в соответствии с одним или несколькими вариантами осуществления. Средние специалисты в данной области техники признают, что на машиночитаемом носителе также можно хранить другие команды и действия, необходимые для реализации описанных вариантов осуществления. Программное обеспечение, работающее с машиночитаемого носителя, может взаимодействовать со схемами для выполнения описанных задач.

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

ГЛОССАРИЙ

Настоящее описание может содержать одно или несколько следующих сокращений:

3GPP Проект партнерства третьего поколения

ACK Квитирование

AP Точка доступа

ARQ Автоматический запрос на повторение

BS Базовая станция

BSC Контроллер базовой станции

BTS Базовая приемопередающая станция

CA Агрегирование несущих

CC Компонентная несущая

CCCH SDU SDU общего канала управления

CG Группа сот

CGI Глобальный идентификатор соты

CQI Информация о качестве канала

CSI Информация о состоянии канала

DAS Распределенная система антенн

DC Двойное подключение

DCCH Выделенный канал управления

DCI Управляющая информация нисходящей линии связи

DFTS-OFDM Расширенное OFDM дискретное преобразование Фурье

DL Нисходящая линия связи

DMRS Опорный сигнал демодуляции

eMBB Улучшенная мобильная широкополосная связь

eNB Узел E-UTRAN B либо усовершенствованный Узел B

ePDCCH Улучшенный физический канал управления нисходящей линии связи

E-SMLC Усовершенствованный обслуживающий центр определения местоположения подвижной станции

E-UTRA Усовершенствованный UTRA

E-UTRAN Усовершенствованная UTRAN

FDM Мультиплексирование с разделением по частоте

gNB Узел B следующего поколения

HARQ Гибридный автоматический запрос на повторение

HO Передача обслуживания

IoT Интернет вещей

LTE Долгосрочное развитие

M2M Межмашинный

MAC Управление доступом к среде передачи

MBMS Услуги мультимедийного широковещания/мультивещания

MCG Группа главных сот

MCS Схема модуляции и кодирования

MDT Минимизация тестирования в движении

MeNB Главный eNodeB

MIMO Система со многими входами-выходами

MME Объект управления мобильностью

MSC Центр коммутации мобильной связи

MSR Многостандартное радио

MTC Связь машинного типа

NACK Отрицательное квитирование

NDI Индикатор новых данных

NR New Radio

O&M Эксплуатация и обслуживание

OCC Ортогональный код покрытия

OFDM Мультиплексирование с ортогональным частотным разделением каналов

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

OSS Система поддержки эксплуатации

PCC Основная компонентная несущая

P-CCPCH Основной общий физический канал управления

PCell Основная сота

PCG Группа основных сот

PCH Канал передачи поисковых вызовов

PCI Физический идентификатор соты

PDCCH Физический канал управления нисходящей линии связи

PDSCH Физический совместно используемый канал нисходящей линии связи

PDU Протокольный блок данных

PGW Пакетный шлюз

PHICH Физический канал указания HARQ

PMI Индикатор матрицы предварительного кодера

PRB Блок физических ресурсов

ProSe Услуга обнаружения приближения

PSC Основная обслуживающая сота

PSCell Основная SCell

PUCCH Физический канал управления восходящей линии связи

PUSCH Физический совместно используемый канал восходящей линии связи

QPSK Квадратурная фазовая манипуляция

RAT Технология радиодоступа

RB Блок ресурсов

RF Радиочастота

RLM Управление линией радиосвязи

RNC Контроллер радиосети

RNTI Временный идентификатор радиосети

RRC Управление радиоресурсами

RRH Выносной радиоузел

RRM Управление радиоресурсами

RRU Выносной радиоблок

RSRP Мощность принимаемого опорного сигнала

RSRQ Качество принимаемого опорного сигнала

RSSI Индикатор уровня принимаемого сигнала

RSTD Разность времени опорного сигнала

RTT Время на передачу и подтверждение приема

SCC Вспомогательная компонентная несущая

SCell Вспомогательная сота

SCG Группа вспомогательных сот

SCH Канал синхронизации

SDU Сервисный блок данных

SeNB Вспомогательный eNodeB

SGW Обслуживающий шлюз

SI Системная информация

SIB Блок системной информации

SINR Отношение уровня сигнала к совокупному уровню помех и шумов

SNR Отношение сигнал-шум

SPS Полупостоянное планирование

SON Самоорганизующаяся сеть

SR Запрос планирования

SRS Зондирующий опорный сигнал

SSC Вспомогательная обслуживающая сота

TTI Интервал времени передачи

Tx Передатчик

UCI Управляющая информация восходящей линии связи

UE Пользовательское оборудование

UL Восходящая линия связи

URLLC Сверхнадежная связь с малой задержкой

UTRA Универсальный наземный радиодоступ

UTRAN Универсальная наземная сеть радиодоступа

V2V Связь между транспортными средствами

V2X Связь транспортного средства со всем окружающим

WLAN Беспроводная локальная сеть

Claims

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

определяют, что передача квитирования/отрицательного квитирования (ACK/NACK) и передача запроса планирования (SR) будут перекрываться на ресурсах физического канала управления восходящей линии связи (PUCCH);

определяют приоритет, ассоциированный с передачей ACK/NACK, при этом приоритет, ассоциированный с передачей ACK/NACK, определяется по меньшей мере частично на основе сообщения с управляющей информацией нисходящей линии связи (DCI), передаваемого по физическому каналу управления нисходящей линии связи (PDCCH);

сравнивают приоритет, ассоциированный с передачей ACK/NACK, с приоритетом, ассоциированным с передачей SR, чтобы определить, у какой передачи более высокий относительный приоритет; и

передают передачу с более высоким относительным приоритетом.

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

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

4. Способ по любому из пп. 1-3, в котором приоритет, ассоциированный с передачей ACK/NACK, определяется в соответствии по меньшей мере с одним из свойства физического канала управления нисходящей линии связи (PDCCH), свойства физического совместно используемого канала нисходящей линии связи (PDSCH) и свойства PUCCH.

5. Способ по любому из пп. 1-4, в котором приоритет, ассоциированный с передачей ACK/NACK, определяется по меньшей мере частично на основе характеристики планирующей передачи PDCCH.

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

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

8. Способ по любому из пп. 1-7, в котором приоритет, ассоциированный с передачей ACK/NACK, определяется по меньшей мере частично на основе уровня агрегирования, ассоциированного с PDCCH.

9. Способ по пп. 1-8, в котором сообщение DCI включает в себя по меньшей мере одно из схемы модуляции и кодирования, кодовой скорости, порядка модуляции, указания шаблона опорного сигнала, распределения ресурсов временной области, длины контроля циклическим избыточным кодом (CRC) и схемы передачи со многими входами-выходами (MIMO).

10. Способ по любому из пп. 1-9, в котором приоритет, ассоциированный с передачей ACK/NACK, определяется по меньшей мере частично на основе значения временного идентификатора радиосети (RNTI), ассоциированного с беспроводным устройством.

11. Способ по любому из пп. 1-10, в котором приоритет, ассоциированный с передачей ACK/NACK, определяется по меньшей мере частично на основе уровня приоритета, ассоциированного с ресурсом PUCCH, переносящим передачу ACK/NACK.

12. Способ по любому из пп. 1-11, в котором передают передачу с более ранним временем передачи в ответ на определение, что у передачи ACK/NACK и передачи SR одинаковый относительный приоритет.

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

14. Беспроводное устройство, содержащее радиоинтерфейс и схемы обработки, сконфигурированные для:

определения, что передача квитирования/отрицательного квитирования (ACK/NACK) и передача запроса планирования (SR) будут перекрываться на ресурсах PUCCH;

определения приоритета, ассоциированного с передачей ACK/NACK, при этом приоритет, ассоциированный с передачей ACK/NACK, определяется по меньшей мере частично на основе сообщения с управляющей информацией нисходящей линии связи (DCI), передаваемого по физическому каналу управления нисходящей линии связи (PDCCH);

сравнения приоритета, ассоциированного с передачей ACK/NACK, с приоритетом, ассоциированным с передачей SR, чтобы определить, у какой передачи более высокий относительный приоритет; и

передачи передачи с более высоким относительным приоритетом.

15. Беспроводное устройство по п. 14, сконфигурированное также для определения приоритета, ассоциированного с передачей SR.

16. Беспроводное устройство по п. 15, в котором приоритет, ассоциированный с передачей SR, определяется в соответствии с уровнем приоритета, ассоциированным с логическим каналом, ассоциированным с передачей SR.

17. Беспроводное устройство по любому из пп. 14-16, в котором приоритет, ассоциированный с передачей ACK/NACK, определяется в соответствии по меньшей мере с одним из свойства физического канала управления нисходящей линии связи (PDCCH), свойства физического совместно используемого канала нисходящей линии связи (PDSCH) и свойства PUCCH.

18. Беспроводное устройство по любому из пп. 14-17, в котором приоритет, ассоциированный с передачей ACK/NACK, определяется по меньшей мере частично на основе характеристики планирующей передачи PDCCH.

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

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

21. Беспроводное устройство по любому из пп. 14-20, в котором приоритет, ассоциированный с передачей ACK/NACK, определяется по меньшей мере частично на основе уровня агрегирования, ассоциированного с PDCCH.

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

23. Беспроводное устройство по любому из пп. 14-22, в котором приоритет, ассоциированный с передачей ACK/NACK, определяется по меньшей мере частично на основе значения временного идентификатора радиосети (RNTI), ассоциированного с беспроводным устройством.

24. Беспроводное устройство по любому из пп. 14-23, в котором приоритет, ассоциированный с передачей ACK/NACK, определяется по меньшей мере частично на основе уровня приоритета, ассоциированного с ресурсом PUCCH, переносящим передачу ACK/NACK.

25. Беспроводное устройство по любому из пп. 14-24, сконфигурированное также для передачи с более ранним временем передачи в ответ на определение, что у передачи ACK/NACK и передачи SR одинаковый относительный приоритет.

26. Беспроводное устройство по любому из пп. 14-24, сконфигурированное также для отмены либо прерывания передачи с более низким относительным приоритетом.