ОБЛАСТЬ ТЕХНИКИ
[0001] Настоящее изобретение относится к терминалу связи и способу связи.
УРОВЕНЬ ТЕХНИКИ
[0002] Завершена разработка спецификации релиза 15 технологии радиодоступа NR (New Radio) для внедрения систем мобильной связи 5-го поколения (5G) в рамках Консорциума «Проект партнерства третьего поколения» 3GPP (3rd Generation Partnership Project). Технология NR поддерживает сверхнадежную связь с низкими задержками URLLC (Ultra Reliable and Low Latency Communication), а также высокоскоростную связь большой емкости, - основные требования к сверхширокополосной мобильной связи eMBB (enhanced Mobile Broadband) (см., например, непатентную литературу (далее именуемую “НПЛ”) [1-4]).
[0003] Требования к связи URLLC в релизе 15, определенные Консорциумом 3GPP, заключаются в достижении времени задержки в плоскости пользователя 0,5 мс или менее в каждом направлении и времени задержки в 1 мс или менее с постоянной надежностью.
[0004] Релиз 15 технологии NR обеспечивает низкую задержку за счет гибкого управления разносом поднесущих или количеством передаваемых сигналов и сокращения интервалов передачи TTI (Transmit Time Intervals). Кроме того, высоконадежная передача данных реализуется путем настройки или индикации схем модуляции и кодирования MCS (Modulation and Coding Schemes) или показателей качества канала CQI (Channel Quality Indicators) для достижения в блоках заданного низкого коэффициента ошибок BLER (Block Error Rate). Коэффициент ошибок BLER можно настроить на нормальный режим (например, BLER = 10-1) или режим высокой надежности (например, BLER = 10-5)
Список цитирований
Непатентная литература
[0005]
НПЛ 1
3GPP TS 38.211 V15.2.0, "NR; Physical channels and modulation (Release 15)," Март 2018.
НПЛ 2
3GPP TS 38.212 V15.2.0, "NR; Multiplexing and channel coding (Release 15)," Июнь 2018.
НПЛ 3
3GPP TS 38.213 V15.2.0, "NR; Physical layer procedure for control (Release 15)," Июнь 2018.
НПЛ 4
3GPP TS 38.214 V15.2.0, "NR; Physical layer procedures for data (Release 15)," Июнь 2018.
НПЛ 5
H. Shariatmadari, Z. Li, S. Iraji, M. A. Uusitalo, and R. Jantti, “Control channel enhancements for ultra-reliable low-latency communications,” Proc. The 10th International Workshop on Evolutional Technologies and Ecosystems for 5G and Beyond (WDN-5G ICC2017), Май 2017.
НПЛ 6
Докладчики: Tetsuya YAMAMOTO, Ryoko KAWAUCHI, Yasuaki YUDA, Hidetoshi SUZUKI, “Study on 1-symbol uplink control channel for Release 16 NR URLLC”, IEICE Society Conference 2018, Сентябрь 2018.
РАСКРЫТИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
[0006] Способы передачи информации управления восходящей линии связи в технологии NR до конца не изучены.
[0007] Один вариант реализации изобретения, не имеющий ограничительного характера, упрощает осуществление терминала связи и способа связи, каждый из которых может надлежащим образом передавать информацию управления восходящей линии связи.
[0008] В соответствии с вариантом реализации настоящего изобретения терминал связи включает в себя: схему, которая в процессе работы определяет режим обработки информации управления восходящей линии связи или работы канала управления восходящей линии связи, используемого для передачи информации управления восходящей линии связи, в соответствии с требованием к информации управления восходящей линии связи; и передатчик, который в процессе работы передает информацию управления восходящей линии связи с использованием канала управления восходящей линии связи на основе определенного режима обработки.
[0009] Способ связи в соответствии с вариантом реализации настоящего изобретения включает в себя: определение режима обработки информации управления восходящей линии связи или работы канала управления восходящей линии связи, используемого для передачи информации управления восходящей линии связи, в соответствии с требованием к информации управления восходящей линии связи; и передачу информации управления восходящей линии связи с использованием канала управления восходящей линии связи на основе определенного режима обработки.
[0010] Следует отметить, что общие или частные варианты реализации изобретения могут быть реализованы в виде системы, устройства, способа, интегральной схемы, компьютерной программы, информационного носителя или любой их комбинации.
[0011] Согласно варианту реализации настоящего изобретения можно надлежащим образом передавать информацию управления восходящей линии связи.
[0012] Дополнительные преимущества раскрытых вариантов реализации изобретения станут очевидны из описания и чертежей. Преимущества могут быть получены отдельно посредством различных вариантах реализации изобретения и признаков в описании и на чертежах, из которых не обязательно осуществлять все для получения одного или нескольких преимуществ.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0013]
Фиг. 1 является структурной схемой, иллюстрирующей конфигурацию части терминала связи в соответствии с вариантом реализации 1;
Фиг. 2 является структурной схемой, иллюстрирующей конфигурацию базовой станции в соответствии с вариантом реализации 1;
Фиг. 3 является структурной схемой, иллюстрирующей конфигурацию терминала связи в соответствии с вариантом реализации 1;
Фиг. 4 является схемой последовательности сигналов, иллюстрирующей их обработку на базовой станции и в терминале связи в соответствии с вариантом реализации 1;
Фиг. 5 иллюстрирует пример передачи сигналов ACK/NACK в соответствии с вариантом реализации 1;
Фиг. 6 иллюстрирует пример отображения ACK/NACK в соответствии с версией 1 варианта реализации 1;
Фиг. 7 иллюстрирует пример отображения ACK/NACK в соответствии с версией 2 варианта реализации 1;
Фиг. 8 иллюстрирует пример отображения ACK/NACK в соответствии с версией 3 варианта реализации 1;
Фиг. 9 иллюстрирует пример отображения ACK/NACK в соответствии с версией 4 варианта реализации 1;
Фиг. 10А иллюстрирует пример передачи сигналов ACK/NACK в соответствии с версией 1 варианта реализации 2;
Фиг. 10Б иллюстрирует еще один пример передачи сигналов ACK/NACK в соответствии с версией 1 варианта реализации 2;
Фиг. 11А иллюстрирует пример передачи сигналов ACK/NACK в соответствии с версией 2 варианта реализации 2;
Фиг. 11Б иллюстрирует еще один пример передачи сигналов ACK/NACK в соответствии с версией 2 варианта реализации 2;
Фиг. 12 иллюстрирует пример передачи сигналов ACK/NACK в соответствии с вариантом реализации 3;
Фиг. 13 иллюстрирует пример передачи сигналов ACK/NACK в соответствии с вариантом реализации 4;
Фиг. 14 иллюстрирует еще один пример передачи сигналов ACK/NACK в соответствии с вариантом реализации 4.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
[0014] Далее будет дано подробное описание вариантов реализации настоящего изобретения со ссылками на прилагаемые чертежи.
[0015] При использовании связи eMBB по стандарту долгосрочного развития (LTE) или технологии NR необходимо максимизировать пропускную способность соты или эффективность использования частоты. В этом случае коэффициент ошибок данных обычно принимают относительно высоким (например, BLER = 10-1). Это происходит из-за применения гибридного автоматического запроса на повторение (HARQ). Например, связь eMBB позволяет, в конечном итоге, достичь высоконадежной пакетной передачи (например, BLER = 10-5) с помощью комбинированного усиления нескольких ретрансляций запросом на повторение HARQ.
[0016] Однако, связь URLLC нужна для достижения высоконадежной пакетной передачи (например, BLER = 10-5) с задержкой 1 мс или менее. В описанном выше HARQ, например, возникновение ошибки передачи данных вызывает запрос на повторную передачу, и соответствующие данные передаются повторно. Время задержки увеличивается по мере увеличения числа повторных передач, и тогда требование низкой задержки не может быть выполнено. Таким образом, связь URLLC дает возможность надежно, с первого раза, передавать данные в описанном выше высоконадежном режиме, при котором задается относительно низкий коэффициент ошибок данных (например, BLER = 10-5) для достижения высоконадежной пакетной передачи без повторных передач HARQ.
[0017] Хотя конфигурация с малым коэффициентом ошибок приводит к высоконадежной передаче данных, она требует больше радиоресурсов, чем в случае конфигурации с большим коэффициентом ошибок. В релизе 15 технологии NR размер данных для связи URLLC ограничен относительно небольшим объемом в 32 байта, поэтому конфигурация с малым коэффициентом ошибок не оказывает большого влияния на эффективность использования ресурсов.
[0018] Однако предполагается, что следующий релиз 16 связи URLLC будет обрабатывать больший размер данных, чем релиз 15 технологии NR, и расширит варианты использования URLLC. В этом случае конфигурация с малым коэффициентом ошибок может требовать огромное количество радиоресурсов для достижения высоконадежной пакетной передачи с первого раза, а это нерационально с точки зрения эффективности использования ресурсов.
[0019] Таким образом, предполагается применять, например, высокоскоростное управление ретрансляцией HARQ в случаях использования связи URLLC для передачи относительно больших объемов данных. Управление быстрой ретрансляцией HARQ осуществляется таким образом: для первой передачи задается высокий коэффициент ошибок (например, BLER = 10-1 или BLER = 10-2) и, даже если возникает ошибка при первой передаче, данные надежно передаются при ретрансляции после первой передачи (вторая передача). Как описано выше, управление быстрой ретрансляцией HARQ эффективно для высоконадежной пакетной передачи с низкой задержкой, при этом повышается эффективность использования ресурсов.
[0020] Что касается повторной передачи HARQ по нисходящей линии связи, то терминал связи (оборудование абонента (UE)) передает ответный сигнал с результатом обнаружения ошибки данных нисходящей линии связи (подтверждение/отрицательное подтверждение (ACK/NACK), или в другом обозначении HARQ-ACK) на базовую станцию (например, NB или gNB).
[0021] При этом требования к надежности или времени задержки при передаче ответного сигнала зависят от требований к надежности или времени задержки, а также варианта использования передачи данных нисходящей линии связи.
[0022] Связь URLLC работаем таким образом, что, в случае возникновения ошибки при первой передаче, данные будут надежно переданы при следующей (повторной) передаче, например, чем больше коэффициент ошибок при первой передаче данных, тем выше надежность требуется при передаче ответного сигнала, т.е. требуется передача ответного сигнала с более низким коэффициентом ошибок. Например, если задан коэффициент ошибок первой передачи данных, равный BLER = 10-1, требуемый коэффициент ошибок ответного сигнала равен BLER = 10-4 или меньше, а если коэффициент ошибок первой передачи данных равен BLER = 10-3, требуемый коэффициент ошибок ответного сигнала равен BLER = 10-2 или меньше (см., например, НПЛ 5).
[0023] Сравнивая eMBB и URLLC, отметим, что для ответного сигнала при передаче данных по URLLC требуется меньшая задержка, чем при передаче данных по eMBB.
[0024] Однако в релизе 15 технологии NR не полностью исследованы процессы обратной связи для ответных сигналов из терминала с учетом различных требований к надежности и задержке ответных сигналов и вариантов использования (или типов обслуживания).
[0025] Кроме того, терминал связи передает ответные сигналы на базовую станцию, используя физический канал управления восходящей линией связи (PUCCH). Но в релизе 15 технологии NR не был разработан канал PUCCH для достижения требований надежности (например, коэффициент ошибок BLER = 10-4 или менее) для передачи ответного сигнала по связи URLLC, допускающей повторную передачу.
[0026] Кроме того, предполагается, что терминал связи в технологии NR поддерживает множество вариантов использования (например, eMBB и URLLC). Предполагается также, что терминал связи в технологии NR поддерживает множество передач данных с различными заданными коэффициентами ошибок связи URLLC. В таком случае возможна одновременная передача терминалом ответных сигналов, соответствующих передаче данных с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания), в одном временном слоте восходящей линии связи.
[0027] В релизе 15 технологии NR только один канал PUCCH может передавать ответные сигналы в одном временном слоте. Таким образом, ответные сигналы передаются путем мультиплексирования в одном канале PUCCH, если ответные сигналы на соответствующие передачи данных с различными надежностью, требованиями к задержке или вариантами использования (или типами обслуживания) одновременно передаются в одном временном слоте восходящей линии связи, как описано выше.
[0028] В способе связи релиза 15 технологии NR, например, когда ответные сигналы с различной требуемой надежностью мультиплексируются, предполагается конфигурация радиоресурса для канала PUCCH в соответствии с надежностью ответного сигнала для удовлетворения требования к высокой надежности ответного сигнала. Однако в этом случае радиоресурс канала PUCCH для ответного сигнала, требующего более низкой надежности, чем для ответного сигнала, требующего высокой надежности (т.е. ответный сигнал, для которого не требуется высокая надежность), настроен аналогично случаю ответного сигнала, требующего высокой надежности, и, таким образом, он неоптимален с точки зрения эффективности использования ресурса.
[0029] Далее, когда мультиплексируются ответные сигналы с различной требуемой надежностью, они располагаются в кодовой книге HARQ-ACK (битовая строка ответного сигнала) для мультиплексирования ответных сигналов в порядке, начиная с ответного сигнала, соответствующего данным нисходящей линии связи, полученным ранее по времени, независимо от требований к надежности, задержке или варианта использования (или типа обслуживания). Например, когда ответные сигналы с различными требованиями к задержке (например, ответные сигналы, соответствующие eMBB и URLLC) передаются путем мультиплексирования по одному каналу PUCCH, передача ответного сигнала, не требующего низкой задержки (например, ответный сигнал eMBB), в некоторых случаях становится "узким местом" для задержки.
[0030] В этом отношении вариант реализации настоящего изобретения будет описывать способы передачи ответных сигналов согласно различным требованиям к надежности, задержке или вариантам использования (или типам обслуживания). Другими словами, будут описаны способы передачи ответных сигналов в соответствии с “требованиями”, такими как требования к надежности, задержке или варианты использования (или типы обслуживания).
[0031] Далее будет подробно описан каждый вариант реализации.
[0032] (Вариант 1)
[Обзор системы связи]
Система связи, в соответствии с каждым вариантом реализации настоящего изобретения, включает базовую станцию 100 и терминал 200 связи.
[0033] Фиг. 1 является структурной схемой, иллюстрирующей конфигурацию части терминала 200 связи в соответствии с каждым вариантом реализации настоящего изобретения. В терминале 200 связи на Фиг. 1 контроллер 211 определяет режим обработки (например, способ передачи или настройку параметров) для информации управления восходящей линии связи (UCI; например, ответный сигнал на данные нисходящей линии связи) или для канала управления восходящей линии связи (например, PUCCH), который используется для передачи информации управления восходящей линии связи в соответствии с требованиями (например, к надежности, задержке) и вариантом использования/типом обслуживания. Передатчик 216 передает информацию управления восходящей линии связи с использованием канала управления восходящей линии связи на основе определенного режима обработки.
[0034]
[Конфигурация базовой станции]
Фиг. 2 является стрктурной схемой, иллюстрирующей конфигурацию базовой станции 100 в соответствии с вариантом реализации 1 настоящего изобретения. На Фиг. 2 базовая станция 100 включает в себя контроллер 101, генератор 102 данных, кодер 103, контроллер ретрансляции 104, модулятор 105, генератор 106 управляющих сигналов более высокого уровня, кодер 107, модулятор 108, генератор 109 управляющих сигналов нисходящей линии связи, кодер 110, модулятор 111, распределитель 112 сигналов, обратный быстрый преобразователь 113 Фурье (далее именуемый “ОБПФ”), передатчик 114, антенну 115, приемник 116, быстрый преобразователь 117 Фурье (далее именуемый “БПФ”), устройство 118 выделения (или экстрактор), демодулятор 119, декодер 120 и детерминатор (или определитель) 121.
[0035] Контроллер 101 определяет информацию о передаче данных по нисходящей линии связи для терминала 200 связи и подает определенную информацию на кодер 103, модулятор 105 и распределитель 112 сигналов. Информация о передаче данных по нисходящей линии связи включает, например, схему кодирования и модуляции (например, MCS) для передачи данных нисходящей линии связи по каналу PDSCH, радиоресурс для PDSCH (далее именуемый “ресурс PDSCH”) и т.д. Контроллер 101 также подает определенную информацию на генератор 109 управляющих сигналов нисходящей линии связи.
[0036] Кроме того, контроллер 101 определяет информацию о требованиях к надежности, задержке или варианте использования данных нисходящей линии связи для терминала 200 (т.е. информацию о требованиях к ответному сигналу) и подает определенную информацию на генератор 106 управляющих сигналов более высокого уровня или генератор 109 управляющих сигналов нисходящей линии связи. Эта информация подается на терминал 200 (например, контроллер 211).
[0037] Кроме того, контроллер 101 также определяет информацию о передаче информации управления восходящей линии связи (UCI) терминала 200 и подает определенную информацию на устройство 118 выделения и декодер 120. Контроллер 101 также подает информацию о передаче UCI на генератор 106 управляющих сигналов более высокого уровня или генератор 109 управляющих сигналов нисходящей линии связи. Информация о передаче UCI включает, например, способ передачи или параметр UCI (например, ответный сигнал или CSI) или канал PUCCH, который будет использован для передачи UCI.
[0038] Информация, которая подается на генератор 106 управляющих сигналов более высокого уровня, включает, например, информацию о наборе ресурсов канала PUCCH, информацию о полустатически назначаемом множестве позиций слотов (например, о временных интервалах передачи HARQ-ACK по PDSCH), информацию о максимальной скорости кодирования UCI и т. д. При этом, информация, которая подается на генератор 109 управляющих сигналов нисходящей линии связи, включает в себя, например, информацию о радиоресурсах, которые фактически используются для канала PUCCH (далее именуемые ресурсами PUCCH) из набора ресурсов канала PUCCH, информацию для индикации временных интервалов передачи HARQ-ACK по PDSCH, которая фактически используется в полустатически назначаемом множестве позиций слотов и т. д.
[0039] Кроме того, контроллер 101 определяет распределение радиоресурсов для управляющего сигнала более высокого уровня или управляющего сигнала нисходящей линии связи. Контроллер 101 подает определенную информацию на распределитель 112 сигналов.
[0040] Генератор 102 данных генерирует данные нисходящей линии связи для терминала 200 и подает данные в кодер 103.
[0041] Кодер 103 применяет кодирование, исправляющее ошибки в данных нисходящей линии связи, подаваемых с генератора 102 данных, на основе информации, подаваемой с контроллера 101 (например, информации о скорости кодирования), и после кодирования подает сигнал передачи данных на контроллер 104 ретрансляции.
[0042] Контроллер 104 ретрансляции содержит закодированный сигнал передачи данных, который должен быть передан из кодера 103 при первой передаче, а также подает этот сигнал на модулятор 105. Далее, если из детерминатора 121, который будет описан ниже, поступает отрицательное подтверждение NACK о передаче данных, контроллер 104 ретрансляции подает соответствующие хранящиеся в нем данные на модулятор 105. И наоборот, если из детерминатора 121 поступает подтверждение ACK о передаче данных, контроллер 104 ретрансляции удаляет соответствующие хранящиеся в нем данные.
[0043] Модулятор 105 модулирует сигнал данных, который подается с контроллера 104 ретрансляции, на основе информации, которая поступает из контроллера 101 (например, информации о схеме модуляции), и передает модулированный сигнал данных на распределитель 112 сигналов.
[0044] Генератор 106 управляющих сигналов более высокого уровня генерирует битовую строку управляющей информации (управляющий сигнал более высокого уровня), используя информацию управления, которая подается контроллером 101, и подает сгенерированную битовую строку информации управления в кодер 107.
[0045] Кодер 107 применяет кодирование, исправляющее ошибки в битовой строке информации управления, передаваемой из генератора 106 управляющих сигналов более высокого уровня, и после кодирования подает управляющий сигнал на модулятор 108.
[0046] Модулятор 108 модулирует управляющий сигнал, подаваемый кодером 107, и после модуляции передает управляющий сигнал на распределитель 112 сигналов.
[0047] Генератор 109 управляющих сигналов нисходящей линии связи генерирует битовую строку информации управления (управляющий сигнал нисходящей линии связи), используя информацию управления, которая подается контроллером 101, и передает сгенерированную битовую строку информации управления в кодер 110. В некоторых случаях информация управления передается на множество терминалов связи, тогда генератор 109 управляющих сигналов нисходящей линии связи генерирует битовую строку, включающую ID терминала связи в информацию управления для каждого терминала. Следует отметить, что для ID терминала связи может быть использована скремблированная последовательность, которая будет описана ниже.
[0048] Кодер 110 применяет кодирование, исправляющее ошибки в битовой строке информации управления, передаваемой из генератора 109 управляющих сигналов нисходящей линии связи, и после кодирования подает управляющий сигнал на модулятор 111.
[0049] Модулятор 111 модулирует управляющий сигнал, подаваемый кодером 110, и после модуляции передает управляющий сигнал на распределитель 112 сигналов.
[0050] Распределитель 112 сигналов отображает сигнал передачи данных, который подается с модулятора 105, управляющий сигнал более высокого уровня, который подается с модулятора 108, или управляющий сигнал нисходящей линии связи, который подается с модулятора 111, на радиоресурс на основе информации, переданной контроллером 101. Распределитель 112 сигнала подает сигнал нисходящей линии связи, в том числе отображенный сигнал, на ОБПФ 113.
[0051] ОБПФ 113 осуществляет обработку генерации передаваемых из распределителя 112 сигналов, состоящую в мультиплексировании с ортогональным делением частот (МОДЧ). ОБПФ 113 добавляет циклический префикс (CP) в случае добавления CP при МОДЧ (не иллюстрируется). ОБПФ 113 подает сгенерированный сигнал на передатчик 114.
[0052] Передатчик 114 осуществляет радиочастотную (RF) обработку, состоящую в цифроаналоговом (Ц/A) преобразовании и повышении частоты сигнала, который подается с ОБПФ 113, и передает радиосигнал на терминал 200 через антенну 115.
[0053] Приемник 116 осуществляет радиочастотную обработку, состоящую в нисходящем преобразовании или аналого-цифровом (A/Ц) преобразовании сигнала восходящей линии связи, переданного терминалом 200 через антенну 115, и передает форму колебаний сигнала восходящей линии связи после обработки приема на БПФ 117.
[0054] БПФ 117 применяет быстрое преобразование Фурье к сигналу восходящей линии связи, который поступает с приемника 116, для перевода сигнала из временной области в частотную. БПФ 117 передает преобразованный сигнал в частотной области на устройство 118 выделения.
[0055] Устройство 118 выделения извлекает компонент радиоресурса, на который по каналу PUCCH был передан сигнал, полученный с БПФ 117, на основе информации, которая поступает с контроллера 101 (например, информация о передаче UCI). Устройство 118 выделения подает извлеченный компонент радиоресурса на демодулятор 119.
[0056] Демодулятор 119 выравнивает и демодулирует компонент радиоресурса, соответствующий каналу PUCCH, который передает устройство 118 выделения, и подает результат демодуляции (последовательность демодуляции) в декодер 120.
[0057] Декодер 120 выполняет декодирование, исправляющее ошибки результата демодуляции, поступающего из демодулятора 119, на основе информации о передаче UCI, которая передается контроллером 101 (например, информация о кодировании UCI), и после декодирования подает битовую последовательность в детерминатор 121.
[0058] Детерминатор 121 определяет, указывает ли ответный сигнал, передаваемый с терминала 200, на ошибку (ACK) или отсутствие ошибки (NACK) передачи сигнала данных на основе битовой последовательности из декодера 120. Детерминатор 121 подает результат определения на контроллер 104 ретрансляции.
[0059]
[Конфигурация терминала связи]
Фиг. 3 является стрктурной схемой, иллюстрирующей конфигурацию терминала 200 связи в соответствии с вариантом реализации 1 настоящего изобретения. На фиг. 3 терминал 200 связи включает в себя антенну 201, приемник 202, БПФ 203, устройство 204 выделения, демодулятор 205 управляющих сигналов нисходящей линии связи, декодер 206, демодулятор 207 управляющих сигналов более высокого уровня, декодер 208, демодулятор 209 данных, декодер 210, контроллер 211, кодер 212, модулятор 213, распределитель 214 сигналов, ОБПФ 215 и передатчик 216.
[0060] Приемник 202 осуществляет радиочастотную обработку, состоящую в уменьшении частоты или аналого-цифровом (A/Ц) преобразовании сигнала нисходящей линии связи (сигнала данных или управляющего сигнала), принятого с базовой станции 100 через антенну 201, и передает принятый сигнал (т.е. сигнал основной полосы), полученный в результате радиочастотной обработки, на БПФ 203.
[0061] БПФ 203 применяет быстрое преобразование Фурье для перевода сигнала, полученного с приемника 202, из временной области в частотную. БПФ 117 передает сигнал в частотной области, полученный при БПФ, на устройство 118 выделения.
[0062] Устройство 204 выделения извлекает управляющий сигнал нисходящей линии связи (например, DCI), управляющий сигнал более высокого уровня или данные нисходящей линии связи из сигнала, который поступает с БПФ 203, на основе информации управления, которая передается контроллером 211 (например, информация о радиоресурсе для данных нисходящей линии связи или управляющего сигнала). Устройство 204 выделения подает управляющий сигнал нисходящей линии связи на демодулятор 205 управляющих сигналов нисходящей линии связи, управляющий сигнал более высокого уровня на демодулятор 205 управляющих сигналов более высокого уровня и данные нисходящей линии связи на демодулятор 209 данных.
[0063] Демодулятор управляющих сигналов нисходящей линии связи 205 выравнивает и демодулирует управляющий сигнал нисходящей линии связи, который поступает из устройства 204 выделения, и передает результат демодуляции в декодер 206.
[0064] Декодер 206 применяет к результату демодуляции, полученному из демодулятора 205 управляющих сигналов нисходящей линии связи, декодирование, исправляющее ошибки, и в результате получает информацию управления. Затем декодер 206 передает полученную информацию управления на контроллер 211.
[0065] Демодулятор 207 управляющих сигналов более высокого уровня выравнивает и демодулирует управляющий сигнал более высокого уровня, который поступает из устройства 204 выделения, и передает результат демодуляции в декодер 208.
[0066] Декодер 208 применяет к результату демодуляции, полученному из демодулятора 207 управляющих сигналов более высокого уровня, декодирование, исправляющее ошибки, и в результате получает информацию управления. Затем декодер 208 передает полученную информацию управления на контроллер 211.
[0067] Демодулятор 209 данных выравнивает и демодулирует данные нисходящей линии связи, которые поступают из устройства 204 выделения, и передает результат демодуляции в декодер 210.
[0068] Декодер 210 осуществляет декодирование, исправляющее ошибки, с использованием результата демодуляции, поступающего из демодулятора 209 данных. Декодер 210 также обнаруживает ошибки в данных нисходящей линии связи и передает результат обнаружения ошибок на контроллер 211. Кроме того, декодер 210 выводит данные нисходящей линии связи, определенные как не имеющие ошибок, в качестве принятых данных.
[0069] Контроллер 211 определяет способ передачи или параметр (например, MCS или радиоресурс) для UCI (например, ACK/NACK или CSI) или канал PUCCH для передачи UCI, на основе информации о передаче UCI для терминала 200, включенного в информацию управления, поступающую с декодера 206 или декодера 208. Контроллер 211 подает определенную информацию на кодер 212, модулятор 213 и распределитель 214 сигналов.
[0070] Далее контроллер 211 генерирует ответный сигнал (ACK/NACK), используя результат обнаружения ошибок, который поступает с декодера 210, и выводит сигнал на кодер 212.
[0071] Кроме того, контроллер 211 подает на устройство 204 выделения информацию о радиоресурсе для данных нисходящей линии связи или управляющего сигнала, включенного в информацию управления, которая подается с декодера 206 или декодера 208.
[0072] Кодер 212 осуществляет кодирование ответного сигнала (битовой последовательности ACK/NACK), исправляющее ошибки, на основе информации из контроллера 211, и передает ответный сигнал (битовую последовательность) после кодирования в модулятор 213. Кодер 212, например, может генерировать кодированную битовую строку путем применения различных способов кодирования к ответным сигналам согласно различным требованиям к надежности, задержке или варианту использования (или типу обслуживания), как описано ниже.
[0073] Модулятор 213 модулирует ответный сигнал, который поступает из кодера 212, на основе информации из контроллера 211, и после модуляции передает ответный сигнал (строку символов модуляции) на распределитель 214 сигналов. Если к кодированным битовым строкам, переданным из кодера 212, применяются различные способы кодирования, модулятор 213 осуществляет модуляцию каждой кодированной битовой строки.
[0074] Распределитель 214 сигналов отображает ответный сигнал (строку символов модуляции), который поступает из модулятора 213, на радиоресурс для канала PUCCH, который указывается контроллером 211. Распределитель 214 сигнала подает сигнал, включающий отображенный сигнал, на ОБПФ 215.
[0075] ОБПФ 215 осуществляет МОДЧ генерации передаваемых из распределителя 214 сигналов. ОБПФ 215 добавляет циклический префикс (CP) в случае добавления CP при МОДЧ (не иллюстрируется). В качестве альтернативы можно добавить дискретный преобразователь Фурье (ДПФ) на предыдущем этапе работы распределителя 214 сигнала, когда ОБПФ 215 генерирует сигнал с одной несущей (не иллюстрируется). ОБПФ 215 подает сгенерированный сигнал на передатчик 216.
[0076] Передатчик 216 осуществляет радиочастотную (RF) обработку, состоящую в цифроаналоговом (Ц/A) преобразовании и повышении частоты сигнала, который подается с ОБПФ 215, и передает радиосигнал на базовую станцию 100 через антенну 201.
[0077]
[Операции базовой станции 100 и терминала 200 связи]
Далее будут подробно описаны операции базовой станции 100 и терминала 200 связи, включающие вышеупомянутые конфигурации.
[0078] Фиг. 4 иллюстрирует работу базовой станции 100 и терминала 200 связи в соответствии с настоящим вариантом реализации.
[0079] Базовая станция 100 передает информацию о канале PUCCH на терминал 200 (ST101). Терминал 200 получает информацию о канале PUCCH, указанную на базовой станции 100 (ST102). Информация о канале PUCCH включает, например, информацию о наборе ресурсов PUCCH или о скорости кодирования PUCCH.
[0080] Базовая станция 100 передает DCI, включая информацию о данных нисходящей линии связи, на терминал 200 (ST103). Терминал 200 получает информацию планирования для данных нисходящей линии связи или информацию о канале PUCCH, например, на основе DCI, который должен быть указан базовой станцией 100 (ST104).
[0081] Базовая станция 100 передает данные нисходящей линии связи на терминал 200 (ST105). Терминал 200 принимает данные нисходящей линии связи (канал PDSCH) на основе DCI, который был указан базовой станцией 100, например (ST106).
[0082] Терминал 200 связи управляет операцией, связанной с ответным сигналом или с передачей ответного сигнала в соответствии с требованием (к надежности, задержке) или вариантом использования/типом обслуживания для ответного сигнала (ST107). Терминал 200 связи определяет режим обработки ответного сигнала или канал PUCCH в соответствии с требованием к ответному сигналу. При определении режима обработки для ответного сигнала или канала PUCCH может быть определен, например, способ кодирования для ответного сигнала, способ определения ресурса канала PUCCH или параметр, связанный с передачей PUCCH.
[0083] Терминал 200 связи передает UCI (включая, например, ответный сигнал) на базовую станцию 100 с использованием PUCCH на основе определенной операции (ST108). Базовая станция 100 принимает UCI с терминала 200 (ST109).
[0084] Далее, будет подробно описан способ управления операцией, связанной с передачей UCI (например, процесс в ST107 на фиг. 4) в терминале 200 связи.
[0085]
[Способ кодирования]
Терминал 200 генерирует биты HARQ-ACK, применяя различные способы кодирования для ответных сигналов согласно различным требованиям к надежности, задержке или варианту использования (или типу обслуживания), то есть для ответных сигналов с различными требованиями.
[0086] Затем терминал 200 связи мультиплексирует закодированные ответные сигналы, к которым применялись различные способы кодирования для канала PUCCH, и передает эти сигналы.
[0087] Например, терминал 200 связи может применять различную скорость кодирования для ответных сигналов согласно различным требованиям к надежности, задержке или варианту использования (или типу обслуживания).
[0088] Например, терминал 200 связи кодирует ответный сигнал, требующий высокой надежности, используя низкую скорость кодирования (например, скорость кодирования, меньшую или равную пороговому значению), и генерирует бит HARQ-ACK. Применение низкой скорости кодирования повышает надежность ответного сигнала.
[0089] И наоборот, терминал 200 связи кодирует ответный сигнал, не требующий высокой надежности, используя высокую скорость кодирования (например, скорость кодирования, большую порогового значения), и генерирует бит HARQ-ACK. Применение высокой скорости кодирования предотвращает увеличение количества битов ответного сигнала и повышает эффективность использования ресурсов.
[0090] В качестве примера причины разницы в процессах кодирования ответных сигналов будет описан случай, когда отличается надежность ответных сигналов. Например, в URLLC применяемое кодирование может отличаться для ответного сигнала на данные нисходящей линии связи с высоким коэффициентом ошибок первой передачи данных (например, BLER = 10-1) и для ответного сигнала на данные нисходящей линии связи с низким коэффициентом ошибок первой передачи данных (например, BLER = 10-5).
[0091] Более конкретно, когда заданный коэффициент ошибок первой передачи данных велик, требуется высокая надежность для ответного сигнала, чтобы данные наверняка были переданы повторно, поэтому к ответному сигналу применяется способ кодирования с низкой скоростью кодирования. Когда заданный коэффициент ошибок первой передачи данных мал, напротив, ошибки в данных возникают с меньшей вероятностью, и для ответного сигнала требуется не очень высокая надежность. Таким образом, для ответного сигнала применяется способ кодирования с высокой скоростью кодирования.
[0092] Другими примерами причины разницы процессов кодирования ответных сигналов являются случаи, когда отличаются требования к задержке ответных сигналов или случаи, когда отличаются варианты использования (или типы обслуживания) ответных сигналов (например, URLLC или eMBB).
[0093] Фиг. 5 иллюстрирует пример, в котором к ответным сигналам для URLLC и eMBB применяются различные способы (процессы) кодирования. На фиг. 5, терминал 200 связи осуществляет способ 1 кодирования ответного сигнала для данных eMBB (eMBB PDSCH) нисходящей линии связи и способ 2 кодирования ответного сигнала для данных URLLC (URLLC PDSCH) нисходящей линии связи.
[0094] URLLC требует высокой надежности, поэтому применяется способ 2 кодирования ответного сигнала с низкой скоростью кодирования. По сравнению с URLLC, eMBB не требует высокой надежности, поэтому применяется способ 1 кодирования ответного сигнала с высокой скоростью кодирования.
[0095] На фиг. 5 терминал 200 генерирует бит HARQ-ACK для каждого из ответных сигналов для URLLC и eMBB различными соответствующими способами кодирования. Затем терминал 200 мультиплексирует сгенерированные биты HARQ-ACK в один канал PUCCH и передает результирующие биты на базовую станцию 100.
[0096] Как описано выше, настоящий вариант реализации позволяет терминалу 200 связи применять соответствующий способ кодирования (отличающийся, например, скоростью кодирования) для каждого ответного сигнала в соответствии с требованиями к надежности, задержке или вариантом использования (или типом обслуживания) ответного сигнала. Это позволяет кодировать каждый ответный сигнал с использованием способа кодирования в соответствии с требованием к каждому ответному сигналу, даже если отличаются друг от друга требования к ответным сигналам, подлежащим мультиплексированию в один канал PUCCH, тем самым достигается эффективная, с точки зрения использования ресурсов, передача по каналу PUCCH.
[0097] Следует отметить, что применение различных способов кодирования для каждого ACK/NACK зависит не только от надежности или варианта использования (или типа обслуживания), как описано выше, но может быть определено, например, хотя бы одним из требований к надежности, задержке или вариантом использования (или типом обслуживания).
[0098]
[Способ отображения]
Далее будет дано описание способов отображения на ресурс PUCCH ответных сигналов согласно различным требованиям к надежности, задержке или варианту использования (или типу обслуживания), т.е. ответных сигналов с различными требованиями.
[0099] Например, терминал 200 связи отображает ответные сигналы в PUCCH, начиная с тех, которые требуют более высокой надежности или более низкой задержки. Более конкретно, терминал 200 связи сначала отображает на ресурс PUCCH ответные сигналы с требованиями более высокой надежности или более низкой задержки. Затем терминал 200 отображает на ресурс PUCCH ответный сигнал, не требующий высокой надежности или низкой задержки.
[0100] Далее будут приведены описания примеров способов отображения ответных сигналов в коротком PUCCH (например, Формат 2 канала PUCCH), состоящем из одного или двух символов, и в длинном PUCCH (например, Формат 3 канала PUCCH или Формат 4 канала PUCCH), состоящем из четырех или более символов.
[0101] <Случай короткого PUCCH>
Следующие два способа (Способ 1 и Способ 2) могут применяться для отображения ответных сигналов на ресурс PUCCH в коротком PUCCH.
[0102]
[Способ 1]
Фиг. 6 иллюстрирует пример отображения ответных сигналов на элементы ресурса (ЭР) в Способе 1.
[0103] В Способе 1 терминал 200 связи отображает модулированные последовательности символов, полученные путем модуляции ответных сигналов (HARQ-ACK), на ЭР, исключая ЭР, на которые отображаются опорные сигналы (ОС; например, демодулированный ОС (ДОС)), по "частотно-временному" принципу, как показано на фиг. 6. Другими словами, терминал 200 связи отображает на PUCCH ответные сигналы в порядке от частотного направления к временному.
[0104] Более конкретно, при отображении на ЭР PUCCH сначала отображается ответный сигнал с требованием высокой надежности или низкой задержки (HARQ-ACK для URLLC на фиг. 6), а потом ответный сигнал, не требующий очень высокой надежности или очень низкой задержки (HARQ-ACK для eMBB на рис. 6), как описано выше.
[0105] На фиг. 6 HARQ-ACK для URLLC отображается на все ЭР в первом символе, составляющем PUCCH (за исключением ЭР, на которые отображаются ДОС), и на часть ЭР во втором символе, а HARQ-ACK для eMBB отображается на остальные ЭР во втором символе согласно Способу 1 отображения.
[0106] Например, ответный сигнал, требующий меньшей задержки, отображается на первый символ PUCCH согласно Способу 1 отображения, тем самым получается эффект уменьшения задержки в случае короткого PUCCH из двух символов.
[0107]
[Способ 2]
Фиг. 7 иллюстрирует пример отображения сигналов отклика на ЭР в Способе 2.
[0108] В Способе 2 терминал 200 связи отображает модулированные последовательности символов, полученные путем модуляции ответных сигналов (HARQ-ACK), на ЭР, исключая ЭР, на которые отображаются опорные сигналы, по "частотно-временному" принципу, как показано на фиг. 7, как и в Способе 1. Кроме того, в Способе 2 терминал 200 рассредоточенно отображает ответные сигналы в частотном направлении в выделенной полосе.
[0109] Более конкретно, при отображении на ЭР ответный сигнал с требованием высокой надежности или низкой задержки (HARQ-ACK для URLLC на фиг. 7) отображается на ресурс PUCCH первым, а затем отображается ответный сигнал, не требующий очень высокой надежности или очень низкой задержки (HARQ-ACK для eMBB на фиг. 7), как описано выше. Далее, на фиг. 7, ACK/NACK для URLLC и ACK/NACK для eMBB рассредоточенно отображаются в частотном направлении.
[0110] На фиг. 7 HARQ-ACK для URLLC отображается на все ЭР в первом символе, составляющем PUCCH (за исключением ЭР, на которые отображаются ДОС), и на часть ЭР во втором символе, а HARQ-ACK для eMBB отображается на остальные ЭР во втором символе согласно Способу 2 отображения. Кроме того, во втором символе канала PUCCH HARQ-ACK для URLLC и HARQ-ACK для eMBB рассредоточенно отображаются в частотном направлении в назначенной полосе канала PUCCH (например, 4 ЭР) на фиг. 7.
[0111] Согласно Способу 2 отображения, ответный сигнал, требующий меньшей задержки, отображается на первый символ канала PUCCH согласно Способу 1 отображения, тем самым получается эффект уменьшения задержки в случае короткого PUCCH из двух символов.
[0112] Кроме того, Способ 2 позволяет получить эффект частотного разнесения путем рассредоточенного отображения в частотном направлении, тем самым достигается более качественная передача ответного сигнала (т.е. ответного сигнала с более высокой надежностью).
[0113] <Случай длинного PUCCH>
Следующие два способа (Способ 3 и Способ 4) могут применяться для отображения ответных сигналов на ресурс PUCCH в длинном PUCCH.
[0114]
[Способ 3]
Способ 3 применяется для отображения ответных сигналов согласно различным требованиям к надежности, задержке или варианту использования (или типу обслуживания), при этом он аналогичен отображению битов HARQ-ACK и CSI (Часть 1 CSI и Часть 2 CSI) в Формате 3 канала PUCCH или Формате 4 канала PUCCH в технологии NR (см., например, НПЛ 2).
[0115] Фиг. 8 иллюстрирует пример отображения ответных сигналов на ЭР в Способе 3.
[0116] В Способе 3 терминал 200 связи отображает модулированные последовательности символов, полученные путем модуляции ответных сигналов (HARQ-ACK), на ЭР, исключая ЭР, на которые отображаются опорные сигналы (например, ДОС на фиг. 8), по "частотно-временному" принципу (фиг. 8). Кроме того, как показано на фиг. 8, терминал 200 связи отображает ответный сигнал, требующий более высокой надежности, на символы, которые более близки к символу, на который отображаются опорные сигналы (например, ДОС) в PUCCH.
[0117] Конкретнее, как описано выше, HARQ-ACK для канала URLLC, требующего высокую надежность, сначала отображается на символы, близкие к символам, на которые отображаются ДОС (предшествующие и последующие символы) при отображении на ЭР (фиг. 8). Биты HARQ-ACK для eMBB, не требующие очень высокой надежности, затем отображаются на остальную часть ресурса PUCCH, как показано на фиг. 8.
[0118] Согласно Способу 3 отображения биты HARQ-ACK, требующие более высокой надежности, отображаются на символы с высокой точностью оценки канала (символы, близкие к символам, на которые отображаются ДОС). Таким образом, Способ 3 позволяет добиться более качественной (более надежной) передачи ответного сигнала.
[0119]
[Способ 4]
Фиг. 9 иллюстрирует пример отображения сигналов отклика на ЭР в Способе 4.
[0120] В Способе 4 терминал 200 связи отображает модулированные последовательности символов, полученные путем модуляции ответных сигналов (HARQ-ACK), на ЭР, исключая ЭР, на которые отображаются опорные сигналы, по "частотно-временному" принципу, как показано на фиг. 9. Кроме того, терминал 200 отображает ответный сигнал, требующий меньшей задержки, на более ранние символы PUCCH (фиг. 9).
[0121] Более конкретно, как описано выше, HARQ-ACK для канала URLLC, требующего малой задержки, при отображении на ЭР сначала отображается с более раннего (например, первого), как показано на фиг. 9. Биты HARQ-ACK для eMBB, не требующие очень низкой задержки, затем отображаются на остальную часть ресурса PUCCH (фиг. 9).
[0122] В соответствии со Способом 4 отображения, ответный сигнал, требующий меньшей задержки, отображается на первый символ PUCCH, тем самым создавая эффект уменьшения задержки.
[0123] До сих пор были описаны способы отображения ответных сигналов на ресурс PUCCH.
[0124] Как описано выше, терминал 200 связи предпочтительно отображает на ресурс PUCCH ответный сигнал, требующий высокой надежности или низкой задержки, то есть ответный сигнал со строгим требованием. Это позволяет терминалу 200 предпочтительнее отображать ответные сигналы, требующие более высокой надежности или более низкой задержки, мультиплексируемые в PUCCH, на ресурс PUCCH, способный обеспечить высокую надежность или низкую задержку. Таким образом, согласно настоящему варианту реализации изобретения, терминал 200 связи может передавать ответные сигналы с использованием ресурса PUCCH, подходящего для требования к ответным сигналам.
[0125] В Способе 3 и Способе 4 описаны способы отображения ответных сигналов в длинном PUCCH с использованием четырех или более символов. Однако в URLLC, например, нежелательно использовать длинный PUCCH для уменьшения задержки. Таким образом, в настоящем варианте реализации можно ограничиться коротким PUCCH, который позволяет мультиплексировать ответные сигналы в один канал PUCCH согласно различным требованиям к надежности, задержке или варианту использования (или типу обслуживания). Это позволяет не рассматривать схемы для множества форматов PUCCH, удовлетворяя при этом требованию низкой задержки.
[0126] Способы отображения ответных сигналов на ресурс PUCCH не ограничиваются описанными выше Способами 1-4. Также любой из Способов 1-4 можно комбинировать с другими. В Способе 3 (см. фиг. 8) или Способе 4 (см. фиг. 9), например, ответные сигналы (HARQ-ACK) могут быть рассредоточенно отображены в частотном направлении, как в Способе 2 (см. фиг. 7).
[0127]
[Способ определения ресурса PUCCH]
Далее будут описаны способы определения ресурса PUCCH в настоящем варианте реализации.
[0128] В технологии NR используется следующий способ идентификации терминалом связи ресурса PUCCH для передачи ответных сигналов на данные нисходящей линии связи. Базовая станция указывает на полустатический ресурс PUCCH, установленный специфическим для UE сигналом более высокого уровня (например, сигналом, выделенным для управления радиоресурсами (RRC)), и указывает ресурс PUCCH, который будет фактически использоваться как ресурс PUCCH, сконфигурированный информацией управления нисходящей линии связи (DCI) для распределения данных нисходящей линии связи (см., например, НПЛ 3).
[0129] При этом ресурс PUCCH конфигурируется с параметром, состоящим, например, по меньшей мере, из одной позиции символа в слоте, количества символов в слоте, положения в частотной области, количества ресурсов в частотной области (например, количества RB или физических RB (PRB)), следует ли применять скачкообразную перестройку частоты и кодового ресурса (например, последовательности циклического сдвига или ортогонального кода покрытия).
[0130] Базовая станция также может указывать терминалу связи множество наборов ресурсов PUCCH. Терминал связи может определить, какой набор ресурсов PUCCH будет использоваться из множества указанных наборов ресурсов PUCCH на основе количества битов информации управления восходящей линии связи (UCI), передаваемой с использованием канала PUCCH.
[0131] В настоящем варианте реализации терминал 200 связи определяет набор ресурсов PUCCH на основе общего количества битов закодированных ответных сигналов (HARQ-ACK), которые нужно мультиплексировать в PUCCH.
[0132] Кроме того, в настоящем варианте реализации различные значения параметров ресурса PUCCH могут конфигурироваться для ответных сигналов согласно различным требованиям к надежности, задержке или варианту использования (или типу обслуживания) (т.е. для ответных сигналов с различными требованиями).
[0133] В технологии NR максимальная скорость кодирования, например, настраивается для каждого формата PUCCH. Терминал связи определяет количество RB, которые будут использованы для передачи с использованием канала PUCCH, на основе количества битов UCI, которые будут переданы по каналу PUCCH, и максимальной скорости кодирования. Отметим, что максимальное количество RB, которое будет использовано для передачи PUCCH, - это количество RB для ресурса PUCCH, указываемого набором ресурсов PUCCH, описанным выше.
[0134] В настоящем варианте реализации максимальная скорость кодирования настраивается для каждого формата PUCCH и для каждого требования к надежности, задержке или варианта использования (или типа обслуживания) ответных сигналов (т.е. для каждого требования к ответным сигналам).
[0135] Например, терминал 200 связи вычисляет объем ресурса (к примеру, количество ЭР), который будет использован для передачи каждого из ответных сигналов согласно различным требованиям к надежности, задержке или варианту использования (или типу обслуживания) на основе количества битов закодированных ответных сигналов и установленной максимальной скорости кодирования. Затем на основе количества ЭР, которые будут использоваться для передачи каждого из ответных сигналов, подлежащих мультиплексированию в одном канале PUCCH, терминал 200 связи определяет количество ЭР, которые будут использоваться для передачи по каналу PUCCH.
[0136] Это позволяет терминалу 200, например, определять набор ресурсов PUCCH для канала PUCCH, в котором мультиплексируются ответные сигналы с различными требованиями, на основе количества битов ответных сигналов, которые кодируются способом, настроенным для каждого ответного сигнала, как описано выше. Например, терминал 200 связи может рассчитать необходимое количество ресурсов в соответствии с требованиями к надежности, задержке или вариантом использования (или типом обслуживания) ответного сигнала, тем самым достигая эффективной, с точки зрения использования ресурсов, передачи PUCCH.
[0137] Отметим, что максимальное количество RB, которое будет использовано для передачи по каналу PUCCH, - это количество RB для ресурса PUCCH, на который указывает набор ресурсов PUCCH, описанный выше. Таким образом, когда количество RB, определено по количеству битов ответного сигнала и максимальная скорость кодирования превышает максимальное значение, указанное набором ресурсов PUCCH, фактическая скорость кодирования ответного сигнала в некоторых случаях может превысить заданную максимальную скорость кодирования. В этом случае возникает вероятность того, что передача по каналу PUCCH не будет соответствовать требуемому качеству.
[0138] Таким образом, в настоящем варианте реализации терминал 200 связи может отбрасывать часть ответного сигнала, передаваемого с использованием канала PUCCH, если фактическая скорость кодирования ответного сигнала превышает заданный порог. Это позволяет использовать ресурс отброшенной части ответного сигнала для оставшегося ответного сигнала в ресурсе PUCCH, тем самым улучшая качество передачи по каналу PUCCH.
[0139] Пороговое значение при этом может учитывать, например, максимальную скорость кодирования, настроенную для каждого формата PUCCH, требование к надежности, задержке или вариант использования (или тип обслуживания) ответного сигнала. Кроме того, порог отбрасывания части ответного сигнала также может быть вновь передан базовой станцией 100 на терминал 200 связи.
[0140] Кроме того, терминал 200 связи может отбросить, по меньшей мере, часть ответного сигнала, передаваемого по каналу PUCCH, когда количество RB, определенное по количеству битов ответного сигнала (или UCI), должно быть передано с использованием канала PUCCH, при этом максимальная скорость кодирования превышает заданный порог (максимальное значение). Это позволяет использовать ресурс отброшенной части ответного сигнала для оставшегося ответного сигнала в ресурсе PUCCH, тем самым улучшая качество передачи по каналу PUCCH.
[0141] Кроме того, отбрасываемый ответный сигнал может быть определен в соответствии с приоритетом, настроенным согласно требованиям к надежности, задержке или варианту использования (или типу обслуживания) ответного сигнала (т.е. приоритетом, настроенным для каждого требования). Например, терминал 200 связи может предпочтительно передавать ответный сигнал с высоким приоритетом. То есть терминал 200 связи будет отбрасывать ответный сигнал с низким приоритетом.
[0142] В качестве примера приоритета можно привести URLLC в случае, когда отличается надежность ответных сигналов друг от друга. Приоритет ответного сигнала для данных нисходящей линии связи с высоким коэффициентом ошибок первой передачи (например, BLER = 10-1) установлен выше, чем приоритет ответного сигнала для данных нисходящей линии связи с меньшим коэффициентом ошибок первой передачи (например, BLER = 10-5). Когда же отличаются требования к задержке или варианты использования (или типы обслуживания) ответных сигналов, для URLLC приоритет устанавливается выше, чем для eMBB.
[0143] Терминал 200 связи может отбрасывать ответный сигнал с низким приоритетом, если, по крайней мере, одна из скоростей кодирования для ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания) превышает пороговое значение. Это предотвращает ухудшение качества передачи ответного сигнала с высоким приоритетом, то есть ответного сигнала, требующего более высокой надежности.
[0144] При наличии ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания), информация, указывающая соотношение совместно используемых и разделяемых ресурсов (например, ЭР) в PUCCH для ответных сигналов (например, коэффициент совместного использования ресурсов или коэффициент разделения ресурсов), может заранее передаваться базовой станцией 100 на терминал 200 связи.
[0145] До сих пор описаны способы определения ресурса PUCCH.
[0146] Как описано выше, в настоящем варианте реализации терминал 200 связи определяет режим обработки ответного сигнала или PUCCH в соответствии с требованием (например, к надежности, задержке) или вариантом использования (или типом обслуживания) ответного сигнала на данных нисходящей линии связи. Более конкретно, терминал 200 связи применяет различные способы кодирования для ответных сигналов с различными требованиями. Затем терминал 200 мультиплексирует закодированные ответные сигналы в PUCCH и передает их.
[0147] Таким образом, настоящий вариант реализации позволяет терминалу 200 связи выполнять обработку (например, кодирование) или конфигурацию радиоресурса (например, определение метода отображения или ресурса PUCCH) в соответствии с требованиями к ответным сигналам, мультиплексированным в PUCCH, даже когда мультиплексируются ответные сигналы с различными требованиями. Терминал 200 связи может повысить эффективность использования ресурсов в PUCCH, например, настройкой положения или количества ресурса PUCCH в соответствии с надежностью, требуемой для ответного сигнала. Кроме того, терминал 200 связи может уменьшить задержку ответного сигнала в соответствии с требованием задержки ответного сигнала посредством настройки положения ресурса PUCCH.
[0148] Как описано выше, в соответствии с настоящим вариантом реализации, терминал 200 связи может надлежащим образом передавать UCI, включая ответные сигналы.
[0149] (Вариант реализации 2)
В соответствии с настоящим вариантом реализации, базовая станция и терминал связи имеют те же основные настройки, что и базовая станция 100 и терминал 200 связи согласно Варианту реализации 1, поэтому для описания будут использованы фиг. 2 и 3.
[0150] В настоящем варианте реализации терминал 200 связи применяет различные способы определения ресурсов PUCCH или наборов ресурсов PUCCH к ответным сигналам согласно различным требованиям к надежности, задержке или вариантам использования (или типам обслуживания) (т.е. к ответным сигналам с различными требованиями).
[0151] Кроме того, в настоящем варианте реализации количество каналов PUCCH, по которым терминал 200 связи может передавать ответные сигналы в одном слоте, не ограничено одним. То есть в настоящем варианте реализации терминал 200 связи может передавать ответные сигналы в одном слоте по одному или нескольким каналам PUCCH.
[0152] Например, терминал 200 связи передает ответные сигналы с различными требованиями, используя, соответственно, различные каналы PUCCH в слоте. Например, несколько каналов PUCCH мультиплексируется в одном слоте путем мультиплексирования с временным разделением (TDM), мультиплексирования с частотным разделением (FDM) или мультиплексирования с кодовым разделением (CDM).
[0153] Это позволяет терминалу 200 связи выделять соответствующий ресурс PUCCH для каждого ответного сигнала в соответствии с требованиями к надежности, задержке или вариантом использования (или типом обслуживания) ответного сигнала. То есть терминал 200 связи может передавать ответные сигналы с различными требованиями, используя отдельные каналы PUCCH без мультиплексирования в один PUCCH. Таким образом, можно достигнуть эффективной, с точки зрения использования ресурсов, передачи по каналу PUCCH.
[0154] Далее, согласно настоящему варианту реализации, терминал 200 связи может передавать ответные сигналы с различными требованиями к задержке, используя, например, различные каналы PUCCH. Это позволяет передавать ответный сигнал, требующий малой задержки, например URLLC, с помощью короткого PUCCH, а ответный сигнал, не требующий очень малой задержки, например eMBB, - с использованием длинного PUCCH, устраняя тем самым "узкое место" для требования задержки.
[0155] Например, базовая станция 100 указывает полустатические наборы ресурсов PUCCH с помощью специфического для UE сигнала более высокого уровня (например, сигнала RRC) при идентификации ресурсов канала PUCCH для передачи ответных сигналов на данные нисходящей линии связи в терминале 200. Терминал 200 определяет наборы ресурсов PUCCH на основе любого из следующих двух способов (Способ 1 и Способ 2).
[0156]
[Способ 1]
В Способе 1 разные группы наборов ресурсов PUCCH настраиваются для ответных сигналов согласно различным требованиям к надежности, задержке или вариантам использования (или типам обслуживания) (т.е. для ответных сигналов с различными требованиями). Таким образом, терминал 200 связи настраивает наборы ресурсов PUCCH, включенные в различные группы, для ответных сигналов с различными требованиями.
[0157] На фиг. 10А показаны примеры конфигураций наборов ресурсов PUCCH для Способа 1.
[0158] Фиг. 10А иллюстрирует конфигурацию группы наборов ресурсов PUCCH для eMBB (например, группа X) и группы наборов ресурсов UCCH для URLLC (например, группа Y). Например, группа X включает наборы ресурсов PUCCH X0, X1, X2 и X3, а группа Y включает наборы ресурсов PUCCH Y0, Y1, Y2 и Y3 на ФИГ. 10А.
[0159] Терминал 200 связи определяет, какой набор ресурсов PUCCH в каждой группе будет использоваться для каждого из ответных сигналов согласно различным требованиям к надежности, задержке или вариантам использования (или типам обслуживания), например, на основе количества битов UCI (например, количества битов HARQ-ACK), которые будут передаваться с использованием канала PUCCH.
[0160] К примеру, на фиг. 10А терминал 200 связи выбирает из группы X набор ресурсов PUCCH X1 на основании количества битов ответного сигнала для eMBB. Терминал 200 связи также выбирает из группы Y набор ресурсов PUCCH Y0 на основании количества битов ответного сигнала для URLLC на фиг. 10А.
[0161] Ресурс PUCCH, который будет фактически использован в выбранном наборе ресурсов PUCCH, терминалу 200 указывает DCI, который распределяет данные нисходящей линии связи, соответствующие каждому из ответных сигналов согласно различным требованиям к надежности, задержке или вариантам использования (или типам обслуживания) (например, назначение DL для eMBB или назначение DL для URLLC, показанное на фиг. 10Б). Терминал 200 передает ответный сигнал с использованием ресурса PUCCH, указанного DCI в выбранном наборе ресурсов PUCCH.
[0162] В соответствии со Способом 1, наборы ресурсов PUCCH индивидуально настраиваются для различных требований к надежности, задержке или для варианта использования (или типа обслуживания), что позволяет более гибко распределять ресурсы PUCCH, подходящие для ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания).
[0163] Следует отметить, что конфигурации наборов ресурсов PUCCH не ограничиваются примерами, проиллюстрированными на фиг. 10А. Например, количество наборов ресурсов PUCCH, включенных в группы наборов ресурсов PUCCH для eMBB и URLLC, не ограничено четырьмя. Кроме того, количество наборов ресурсов PUCCH, включенных в каждую из групп наборов ресурсов PUCCH для eMBB и URLLC, может быть одинаковым или отличаться. К тому же, различные требования для сигналов не ограничиваются примерами eMBB и URLLC на фиг. 10А, и группы наборов ресурсов PUCCH могут быть настроены, например, по крайней мере, в соответствии с одним из различных требований к надежности и задержке.
[0164]
[Способ 2]
В Способе 2 одна и та же группа наборов ресурсов PUCCH настраивается для ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания) (т.е. для ответных сигналов с различными требованиями). Таким образом, терминал 200 соответственно настраивает наборы ресурсов PUCCH, включенные в одну и ту же группу, для ответных сигналов с различными требованиями.
[0165] На фиг. 11А иллюстрируется пример конфигурации наборов ресурсов PUCCH для Способа 2.
[0166] Конфигурация группы, включающей наборы ресурсов PUCCH 0, 1, 2 и 3, иллюстрируется на фиг. 11А.
[0167] Терминал 200 определяет, какой набор ресурсов PUCCH в одной и той же группе будет использоваться в зависимости от количества битов UCI (например, количества битов HARQ-ACK), которые будут передаваться по каналу PUCCH, независимо от требований к надежности, к задержке или от вариантов использования (или типов обслуживания).
[0168] Например, на фиг. 10А терминал 200 выбирает набор 1 ресурсов PUCCH среди наборов 0 - 3 ресурсов PUCCH на основании количества битов ответного сигнала для eMBB. На фиг. 11А терминал 200 также выбирает набор 0 ресурсов PUCCH среди наборов 0 - 3 ресурсов PUCCH на основании количества битов ответного сигнала для URLLC.
[0169] Ресурс PUCCH, который будет фактически использован в выбранном наборе ресурсов PUCCH, терминалу 200 указывает DCI, который распределяет данные нисходящей линии связи, соответствующие каждому из ответных сигналов согласно различным требованиям к надежности, задержке или вариантам использования (или типам обслуживания) (например, назначение DL для eMBB или назначение DL для URLLC, показанное на фиг. 11Б). Терминал 200 передает ответный сигнал с использованием ресурса PUCCH в выбранном наборе ресурсов PUCCH, указанном DCI.
[0170] Согласно Способу 2, выбранные наборы ресурсов PUCCH одинаковы, независимо от требований к надежности, задержке или вариантов использования (или типов обслуживания). Это избавляет от дополнительных задач, связанных с индикацией наборов ресурсов PUCCH.
[0171] Кроме того, терминал 200 может индивидуально определять набор ресурсов PUCCH, который будет фактически использоваться, основываясь на количестве битов ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания). Это позволяет терминалу 200 использовать ресурс PUCCH, подходящий для каждого из ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания).
[0172] До сих пор описаны способы определения ресурса PUCCH.
[0173] Как описано выше, в настоящем варианте реализации терминал 200 связи применяет различные способы определения ресурсов к ответным сигналам с различными требованиями (например, к надежности, задержке) или вариантами использования (или типами обслуживания). Затем терминал 200 передает ответные сигналы с использованием ресурсов PUCCH, сконфигурированных для соответствующих ответных сигналов.
[0174] Таким образом, в настоящем варианте реализации терминал 200 индивидуально настраивает радиоресурс в соответствии с требованиями к ответному сигналу, тем самым повышая эффективность использования ресурса или уменьшая задержку ответного сигнала. Поэтому, в соответствии с настоящим вариантом реализации, терминал 200 может надлежащим образом передавать UCI, включая ответные сигналы.
[0175] В настоящем варианте реализации описаны способы определения различных ресурсов или наборов ресурсов PUCCH для ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания). Однако, если в настоящем варианте реализации один и тот же ресурс PUCCH определяется для каждого ответного сигнала при помощи способа определения ресурса, терминал 200 может применять ту же обработку, что и в Варианте реализации 1.
[0176] Далее, в соответствии с настоящим вариантом реализации Способ 1 соответствует случаю, когда различные группы наборов ресурсов PUCCH конфигурируются в соответствии с требованиями к надежности, задержке или вариантом использования (или типом обслуживания). Кроме того, для параметров, относящихся к набору ресурсов PUCCH, могут быть установлены различные значения (или диапазоны значений) в соответствии с требованиями к надежности, задержке или вариантом использования (или типом обслуживания).
[0177] Например, в технологии NR выбор последовательности используется в Формате 0 PUCCH (см., например, НПЛ 1). Кроме того, в релизе 15 технологии NR полоса пропускания, выделяемая для передачи по каналу PUCCH, составляет 1 RB, и используется последовательность передачи длиной 12, соответствующая 1 RB = 12 поднесущим. Кроме того, в технологии NR используется распределение частоты для повторного использования одной соты. При повторном использовании одной соты основным фактором ухудшения передачи являются межсотовые помехи. В частности, в коротком PUCCH используется небольшое количество символов (1 или 2), что не позволяет предотвратить усредненный эффект межсотовых помех за счет использования множества символов.
[0178] Таким образом, если для ответного сигнала требуется высокая надежность, необходимо предотвратить межсотовые помехи. Одним из способов предотвращения межсотовых помех является расширение полосы пропускания передачи (длины последовательности) (см., например, НПЛ 6).
[0179] В связи с этим, в Формате 0 PUCCH количество RB или длина последовательности, настраиваемые для PUCCH, могут быть различными, например, в соответствии с ответными сигналами с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания).
[0180] Например, в наборе ресурсов PUCCH можно конфигурировать переменное число PRB (например, 1, 2 или 4 PRB) для ответного сигнала, требующего высокой надежности. Кроме того, в наборе ресурсов PUCCH можно конфигурировать 1 PRB для ответного сигнала, не требующего высокой надежности. Отметим, что количество PRB, настраиваемых для каждого требования, не ограничено приведенными выше примерами и может быть иным.
[0181] Это позволяет предотвратить межсотовые помехи увеличением ширины полосы пропускания (длины последовательности) даже в тех случаях, когда требуется высокая надежность для ответного сигнала в Формате 0 PUCCH.
[0182] Кроме того, эффективным методом улучшения характеристик для Формата 0 PUCCH является повторная передача (Повторение) во временной области.
[0183] В связи с этим, в Формате 0 PUCCH количество Повторений для PUCCH может быть различным, например, для ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания).
[0184] Например, в наборе ресурсов PUCCH можно настраивать переменное количество Повторений (например, 1, 2 или 4) для ответного сигнала, требующего высокой надежности. При этом можно не настраивать Повторение в наборе ресурсов PUCCH для ответного сигнала, не требующего высокой надежности. Отметим, что количество Повторений, настраиваемых для каждого требования, не ограничивается приведенными выше примерами и может быть другим.
[0185] Это позволяет получить эффект улучшения характеристик за счет выполнения Повторения, даже если требуется высокая надежность для ответного сигнала в Формате 0 PUCCH.
[0186] Следует отметить, что повторение во временной области включает метод многократной передачи одной и той же последовательности по множеству символов. В этом способе предполагается, что синфазная комбинация сигналов Повторений на принимающей стороне (например, базовой станции 100) приведет к улучшению характеристик за счет повышения мощности поступающих сигналов. Повторение во временной области также включает способ расширения длины последовательности и передачи части расширенной последовательности в другом символе. Например, длина последовательности увеличивается с 12 до 24, первая половина длины последовательности передается в первом символе, а вторая половина - в следующем символе. В этом способе предотвращению интерференции способствует большая длина последовательности.
[0187] Как описано выше, параметры, отличные от параметров в релизе 15 технологии NR, могут быть сконфигурированы в наборе ресурсов PUCCH для ответного сигнала, требующего высокой надежности в Формате 0 PUCCH. Это позволяет передаче по каналу PUCCH удовлетворить требованию, связанному с надежностью ответного сигнала в URLLC, который допускает повторную передачу (например, коэффициент ошибок BLER = 10-4 или меньше), что не предусмотрено в релизе 15 NR.
[0188] (Вариация Варианта реализации 2)
В Варианте реализации 2 описан случай применения различных способов определения ресурсов или наборов ресурсов PUCCH для ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания).
[0189] В технологии NR используется следующий способ идентификации терминалом связи положения слота PUCCH для передачи ответных сигналов на данные нисходящей линии связи (или времени между слотом, принимающим данные нисходящей линии связи, и слотом, передающим PUCCH). Базовая станция указывает на полустатический ресурс PUCCH, установленный специфическим для UE сигналом более высокого уровня (например, выделенным RRC), и указывает позицию слота, которая будет фактически использоваться как позиция слота, настроенная DCI для распределения данных нисходящей линии связи (см., например, НПЛ 3).
[0190] Таким образом, в Варианте реализации 2 позиция слота, установленная для канала PUCCH при передаче ответного сигнала, также может быть сконфигурирована для каждого из ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания) (т.е. ответных сигналов с различными требованиями).
[0191] Согласно Вариации Варианта реализации 2, терминал 200 связи может использовать соответствующий слот передачи для ответного сигнала в соответствии с требованиями к надежности, задержке или вариантами использования (или типами обслуживания) ответного сигнала. Когда, например, различные наборы позиций слотов сконфигурированы для различных требований к задержке, терминал 200 может выполнять более гибкое распределение слотов, соответствующее требованиям к задержке для каждого из ответных сигналов, в случае их передачи по различным каналам PUCCH.
[0192] (Вариант реализации 3)
В соответствии с настоящим Вариантом реализации, базовая станция и терминал связи имеют те же основные настройки, что и базовая станция 100 и терминал 200 связи согласно Варианту реализации 1, поэтому для описания будут использованы фиг. 2 и 3.
[0193] В настоящем Варианте реализации терминал 200 связи отбрасывает весь PUCCH или выкалывает часть PUCCH, передающую ответный сигнал, в соответствии с приоритетом PUCCH при одновременной передаче ответных сигналов для передачи данных с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания) в одном слоте.
[0194] PUCCH, который будет отброшен или частично выколот, может определяться на основании приоритета, установленного в зависимости от требований к надежности, задержке или варианта использования (или типа обслуживания) ACK/NACK.
[0195] Точнее, когда временные интервалы передачи ответных сигналов с различными требованиями одинаковы, терминал 200 связи отбрасывает весь или выкалывает часть PUCCH, приоритет которой на основании требований ниже.
[0196] Опишем в качестве примера приоритетов PUCCH случай, когда отличается надежность ответных сигналов. Например, в URLLC настраивается более высокий приоритет канала PUCCH, передающего ответный сигнал на данные нисходящей линии связи с высоким коэффициентом ошибок первой передачи данных (например, BLER = 10-1), чем приоритет канала PUCCH, передающего ответный сигнал на данные нисходящей линии связи с меньшим коэффициентом ошибок первой передачи данных (например, BLER = 10-5). То есть терминал 200 связи отбрасывает весь или выкалывает часть PUCCH, передавая ответный сигнал на данные нисходящей линии связи, где заданный коэффициент ошибок первой передачи данных мал (например, BLER=10-5).
[0197] Также будет описан случай, когда отличаются требования к задержке или варианты использования (или типы обслуживания) ответных сигналов. Например, фиг. 12 иллюстрирует случай, включающий два варианта использования: URLLC и eMBB. Приоритет PUCCH, соответствующий URLLC, выше, чем приоритет, соответствующий eMBB. То есть терминал 200 связи отбрасывает весь или выкалывает часть PUCCH, соответствующую eMBB. На фиг. 12 терминал 200 связи передает ответный сигнал, соответствующий URLLC, используя PUCCH для URLLC (URLLC PUCCH), и отбрасывает весь PUCCH для eMBB (eMBB PUCCH).
[0198] Настоящий вариант реализации позволяет предотвратить влияние на передачу по каналу PUCCH ответного сигнала, требующего более высокой надежности или низкой задержки, передачи другого ответного сигнала, тем самым гарантируя качество ответного сигнала, требующего более высокой надежности или малой задержки.
[0199] Следует отметить, что способы выкалывания части PUCCH включают, например, способ выкалывания символа, при котором передачи различных ответных сигналов частично или полностью совпадают по времени, или способ выкалывания ЭР, при котором передачи различных ответных сигналов частично или полностью совпадают по времени и частоте.
[0200] Способ выкалывания символа, частично или полностью совпадающего по времени, может применяться, например, если терминал 200 связи не способен одновременно передавать множество сигналов восходящей линии связи, или, если терминал 200 связи способен одновременно передавать множество сигналов восходящей линии связи, но может передать только один из множества сигналов из-за суммарной мощности передачи, превышающей максимальную мощность передачи.
[0201] Кроме того, способ выкалывания ЭР, частично или полностью совпадающего по времени и частоте, может применяться, например, если терминал 200 связи способен одновременно передавать множество сигналов восходящей линии связи, при этом одновременная передача множества сигналов не вызывает превышения максимальной мощности передачи терминала 200.
[0202] (Вариант реализации 4)
В Варианте реализации 1 описан случай применения различных процессов кодирования к ответным сигналам с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания). Однако выполнение различных процессов кодирования увеличивает вычислительную сложность терминала связи и может привести к усложнению применения.
[0203] Так, в настоящем варианте реализации будет описан способ применения одного процесса кодирования к ответным сигналам с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания).
[0204] В соответствии с настоящим Вариантом реализации, базовая станция и терминал связи имеют те же основные настройки, что и базовая станция 100 и терминал 200 связи в соответствии с Вариантом реализации 1, поэтому для описания будут использованы фиг. 2 и 3.
[0205] Терминал 200 связи имеет возможность, относящуюся ко времени обработки, необходимому для приема данных нисходящей линии связи, декодирования данных нисходящей линии связи, генерации ответного сигнала и передачи PUCCH (пропускная способность UE, далее именуемая "N1"). В технологии NR терминал 200 сообщает "N1" базовой станции 100.
[0206] Базовая станция 100 настраивает позицию слота PUCCH для терминала 200 с целью передачи ответного сигнала на данные нисходящей линии связи (или временной интервал между слотом, принимающим данные нисходящей линии связи, и слотом, передающим PUCCH (например, ответный сигнал): "временной интервал PDSCH-до-HARQ-ACK") и указывает на терминал 200. В это время базовая станция 100 не может настроить и указать значение, превышающее пропускную способность (N1) терминала 200, сообщаемую терминалом 200 (т.е. значение меньше N1) с точки зрения временного интервала PDSCH-до-HARQ-ACK.
[0207] В настоящем варианте реализации терминал 200 связи определяет пропускную способность (N1) передачи ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания) соответственно и сообщает об этом базовой станции 100. Терминал 200 связи также определяет способ передачи и параметр для ответного сигнала или PUCCH, который будет использоваться для передачи ответного сигнала (т.е. режим обработки для ответного сигнала или PUCCH), основываясь на значении временного интервала PDSCH до HARQ-ACK, сконфигурированном и указанном базовой станцией 100, и на определенном значении N1.
[0208] Например, терминал 200 связи имеет двойную или более пропускную способность (N1) с учетом требований к надежности, задержке или вариантов использования (или типов обслуживания) с точки зрения возможностей, относящихся к времени обработки, необходимому для приема данных нисходящей линии связи, декодирования данных нисходящей линии связи, генерации ответного сигнала и передачи PUCCH. Терминал 200 связи сообщает о двойной или более пропускной способности (N1) базовой станции 100.
[0209] В качестве примера терминал 200 связи может иметь двойную пропускную способность UE N1 для eMBB (далее именуемую "N1_X" или "N1_eMBB") и одну N1 для URLLC (далее именуемую "N1_Y" или "N1_URLLC"). Малая задержка потребуется в URLLC с большей вероятностью, чем в eMBB, поэтому можно настроить N1 для URLLC меньшим, чем N1 для eMBB.
[0210] Как описано в Вариации Варианта реализации 2, с учетом идентификации позиции слота PUCCH для передачи ответных сигналов на данные нисходящей линии связи (временной интервал PDSCH до HARQ-ACK) базовая станция 100 указывает полустатическую позицию слота, заданную специфическим для UE сигналом более высокого уровня (например, выделенным RRC), и указывает, какой временной интервал PDSCH до HARQ-ACK в наборе фактически используется DCI для распределения данных нисходящей линии связи.
[0211] Когда ответные сигналы, соответствующие передаче данных с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания), одновременно передаются в одном и том же слоте, терминал 200 связи определяет обработку ответных сигналов на основании значения временного интервала PDSCH до HARQ-ACK каждого из ответных сигналов и пропускной способности (N1) терминала 200.
[0212] Как показано на фиг. 13, когда наименьшее значение временного интервала PDSCH до HARQ-ACK для ответных сигналов (временной интервал PDSCH до HARQ-ACK для URLLC на фиг. 13) больше или равно N1 для eMBB (N1_X или N1_eMBB), терминал 200 выполняет общий процесс кодирования (совместное кодирование) на ответных сигналах, соответствующих eMBB и URLLC, и генерирует биты HARQ-ACK.
[0213] Конкретнее, на фиг. 13 терминал 200 связи может завершить генерацию ответного сигнала, соответствующего eMBB, и передачу по каналу PUCCH, в том числе ответный сигнал, в течение времени с момента приема канала PDSCH для URLLC до тех пор, пока не истечет время, эквивалентное временному интервалу PDSCH до HARQ-ACK для URLLC (т.е. N1_X/N1_eMBB ≤ временного интервала PDSCH-до-HARQ-ACK для URLLC). Таким образом, терминал 200 может выполнять общий процесс кодирования ответных сигналов для URLLC и eMBB в течение времени с момента приема канала PDSCH для URLLC до тех пор, пока не истечет время, эквивалентное временному интервалу PDSCH-до-HARQ-ACK для URLLC.
[0214] Кроме того, как показано на фиг. 14, при значении временного интервала PDSCH-до-HARQ-ACK для ответного сигнала, требующего высокой надежности или низкой задержки, или ответного сигнала, соответствующего URLLC (временной интервал PDSCH-до-HARQ-ACK для URLLC на фиг. 14) меньше значения N1, соответствующего eMBB (N1_X или N1_eMBB), терминал 200 не может выполнить общий процесс кодирования на ответных сигналах, соответствующих eMBB и URLLC.
[0215] Конкретнее, на фиг. 14 терминал 200 не может завершить генерацию ответного сигнала, соответствующего eMBB и передачу по каналу PUCCH, включающую ответный сигнал в течение времени с момента приема канала PDSCH для URLLC до тех пор, пока не истечет время, эквивалентное временному интервалу PDSCH до HARQ-ACK (т.е. N1_X/N1_eMBB > временного интервала PDSCH-до-HARQ-ACK для URLLC).
[0216] Таким образом, терминал 200 не может выполнять процесс общего кодирования ответных сигналов для URLLC и eMBB в течение времени с момента приема канала PDSCH для URLLC до тех пор, пока не истечет время, эквивалентное временному интервалу PDSCH до HARQ-ACK для URLLC. В этом случае терминал 200 использует любой из способов в Варианте реализации 3 или Варианте реализации 1.
[0217] Например, Вариант реализации 3 позволяет использовать один процесс кодирования для всех ответных сигналов с различными требованиями к надежности, задержке или вариантами использования (или типами обслуживания), тем самым упрощая реализацию терминала 200 связи. Вариант реализации 1 позволяет терминалу 200 связи генерировать биты HARQ-ACK путем подходящего кодирования (или скорости кодирования) в соответствии с различными требованиями к надежности, задержке или вариантом использования (или типом обслуживания) ответного сигнала, как показано на фиг. 14, тем самым достигается эффективная, с точки зрения использования ресурсов, передача по каналу PUCCH.
[0218] Как описано выше, согласно настоящему варианту реализации, процесс кодирования может быть максимально разделен в соответствии с возможностями обработки терминала 200 связи, таким образом можно уменьшить вычислительную сложность и упростить реализацию терминала 200 связи.
[0219] Выше описаны все варианты реализации настоящего изобретения.
[0220] (1) В приведенных выше вариантах реализации способы передачи и параметры ответных сигналов или каналов PUCCH отличались в зависимости от различных требований к надежности, задержке или вариантов использования (или типов обслуживания) ответных сигналов.
[0221] Следующим примером причины разницы способов передачи и параметров ответных сигналов или каналов PUCCH является случай, когда отличается надежность ответных сигналов. Например, в URLLC способы передачи и параметры ответных сигналов или каналов PUCCH могут отличаться для ответного сигнала на данные нисходящей линии связи с высоким коэффициентом ошибок первой передачи данных (например, BLER = 10-1) и для ответного сигнала на данные нисходящей линии связи с низким заданным коэффициентом ошибок первой передачи данных (например, BLER = 10-5). В отличие от первого из описанных ответных сигналов, второй не требует очень высокой надежности.
[0222] Другими примерами причин разницы способов передачи и параметров ответных сигналов или каналов PUCCH являются случаи, когда отличаются требования к задержке или варианты использования (или типы обслуживания) ответных сигналов. Например, способы передачи и параметры ответных сигналов или каналов PUCCH могут отличаться для ответного сигнала, соответствующего URLLC, и ответного сигнала, соответствующего eMBB. В отличие от первого из описанных ответных сигналов, второй не требует очень высокой надежности и малой задержки. Кроме того, как описано выше, в некоторых случаях URLLC включает ответный сигнал на данные нисходящей линии связи с большим коэффициентом ошибок первой передачи данных (например, BLER = 10-1) и ответный сигнал на данные нисходящей линии связи с малым коэффициентом ошибок первой передачи данных (например, BLER = 10-5).
[0223] Примеры причин разницы способов передачи ответных сигналов или каналов PUCCH не ограничиваются случаями, когда различны требования к надежности, задержке или варианты использования (или типы обслуживания), сюда относятся и случаи, когда, например, отличаются параметры физических уровней. Например, связь eMBB может быть заменена на "щелевую" линию передачи, а URLLC - на "бесщелевую" линию передачи. Связь eMBB может также быть заменена на "отображение PDSCH типа А" или "отображение PUSCH типа А", а URLLC также может быть заменена на "отображение PDSCH типа Б" или "отображение PUSCH типа Б". Кроме того, настоящее изобретение не ограничивается передачей, соответствующей eMBB и URLLC, и, например, связь eMBB может быть заменена связью с большой продолжительностью передачи (например, длиной слота или длиной символа), а URLLC - связью с меньшей продолжительностью передачи.
[0224] Кроме того, в настоящем изобретении коэффициент ошибок может задаваться для первой, как описано выше, или повторной передачи данных. К тому же заданный коэффициент ошибок может также называться "мгновенным коэффициентом ошибок" в смысле коэффициента ошибок для каждой из первых и повторных передач.
[0225] (2) Способы определения "требований к надежности, задержке или вариантов использования (или типов обслуживания)" (т.е. требования) ответного сигнала, описанные в приведенных выше вариантах реализации, включают следующие примеры 1-5.
[0226]
[Пример 1: Скремблированная последовательность]
В примере 1 терминал 200 связи определяет требования к надежности, задержке или вариант использования (или тип обслуживания) ответного сигнала с помощью специфической для UE скремблированной последовательности, которую DCI использует для планирования передачи данных нисходящей линии связи, соответствующих ответным сигналам.
[0227] Специфические для UE скремблированные последовательности, такие как временный идентификатор сотовой радиосети (C-RNTI) или сконфигурированный план RNTI (CS-RNTI), используют для DCI, например, для канала PDSCH, допускающего eMBB. Таким образом, терминал 200 связи определяет, что надежность ответного сигнала высока, требование к задержке является строгим или это URLLC, когда обнаруженная скремблированная последовательность отличается от C-RNTI или CS-RNTI. При этом терминал 200 связи определяет, что надежность ответного сигнала не высока, требование к задержке не является строгим или это eMBB, когда обнаруженная скремблированная последовательность является C-RNTI или CS-RNTI.
[0228] Например, контроллер 101 (см. фиг. 2) базовой станции 100 определяет информацию о надежности, требовании задержки или варианте использования (или типе обслуживания) данных нисходящей линии связи для терминала 200 связи. Определенная информация выводится на генератор 109 управляющих сигналов нисходящей линии связи базовой станции 100. Генератор 109 управляющих сигналов нисходящей линии связи генерирует битовую строку DCI с использованием скремблированной последовательности в соответствии с требованием к надежности, задержке или вариантом использования (или типом обслуживания) данных нисходящей линии связи для терминала 200 связи, как описано выше.
[0229] Тем временем декодер 206 (см., например, фиг. 3) терминала 200 связи передает обнаруженную скремблированную последовательность на контроллер 211. Контроллер 211 определяет информацию о требованиях к надежности, задержке или варианте использования (или типе обслуживания) данных нисходящей линии связи на основе полученной скремблированной последовательности.
[0230]
[Пример 2: Таблица схем модуляции и кодирования (MCS)]
В примере 2 терминал 200 связи определяет требования к надежности, задержке или вариант использования (или тип обслуживания) ответного сигнала с помощью таблицы MCS, которая используется для планирования передач данных нисходящей линии связи, соответствующих ответным сигналам.
[0231] В релизе 15 технологии NR можно настроить использование таблицы MCS для достижения заданного коэффициента ошибок BLER = 10-1 или таблицы MCS для достижения заданного коэффициента ошибок BLER = 10-5.
[0232] Например, терминал 200 связи определяет, что ответный сигнал требует высокой надежности, когда в URLLC конфигурируется таблица MCS для достижения заданного коэффициента ошибок BLER = 10-1. Наоборот, если терминал 200 связи определяет, что ответный сигнал не требует высокой надежности, тогда в URLLC конфигурируется таблица MCS для достижения заданного коэффициента ошибок BLER = 10-5.
[0233] Например, контроллер 101 (см. фиг. 2) базовой станции 100 определяет информацию о надежности, требовании задержки или варианте использования (или типе обслуживания) данных нисходящей линии связи для терминала 200. Определенная информация выводится на генератор 109 управляющих сигналов нисходящей линии связи, кодер 103 и модулятор 105 базовой станции 100. Генератор 109 управляющих сигналов нисходящей линии связи включает в себя информацию о таблице MCS, которая будет использоваться для передачи данных нисходящей линии связи в битовой строке DCI. Кроме того, кодер 103 и модулятор 105 кодируют и модулируют данные нисходящей линии связи, используя информацию в таблице MCS, которая передается из контроллера 101.
[0234] Тем временем декодер 206 терминала 200 декодирует DCI и подает результат декодирования на контроллер 211. Контроллер 211 определяет информацию о требованиях к надежности, задержке или варианте использования (или типе обслуживания) данных нисходящей линии связи на основе полученной от DCI информации из таблицы MCS.
[0235]
[Пример 3: Временной интервал PDSCH-до-HARQ-ACK или количество символов передачи для PDSCH]
В примере 3 терминал 200 связи определяет требования к надежности, задержке или вариант использования (или тип обслуживания) ответного сигнала на основе временного интервала PDSCH-до-HARQ-ACK или количества символов передачи для PDSCH, указанных DCI для планирования передач данных нисходящей линии связи, соответствующих ответным сигналам.
[0236] Например, терминал 200 определяет, что требование задержки для ответного сигнала является строгим или ответный сигнал предназначен для URLLC, когда временной интервал PDSCH-до-HARQ-ACK равен или меньше заданного значения, или количество символов передачи PDSCH равно или меньше заданного числа символов. И наоборот, терминал 200 определяет, что требование задержки для ответного сигнала не является строгим или ответный сигнал предназначен для eMBB, когда временной интервал PDSCH-до-HARQ-ACK больше заданного значения, или количество символов передачи PDSCH больше заданного количества символов.
[0237] Следует отметить, что заданное значение временного интервала или заданное количество символов может быть заранее определено в стандарте или по значению, настраиваемому базовой станцией 100 для терминала 200 с использованием сигнала более высокого уровня.
[0238] Например, контроллер 101 базовой станции 100 определяет временной интервал PDSCH-до-HARQ-ACK, указывающий положение слота, передающего ответный сигнал на данные нисходящей линии связи для терминала 200, или количество символов передачи PDSCH. Определенная информация выводится на генератор 109 управляющих сигналов нисходящей линии связи, распределитель сигналов 112 и устройство 118 выделения базовой станции 100. Генератор 109 управляющих сигналов нисходящей линии связи включает в себя информацию о временном интервале PDSCH-до-HARQ-ACK или количестве символов передачи PDSCH в битовой строке DCI.
[0239] Тем временем декодер 206 терминала 200 декодирует DCI и подает результат декодирования на контроллер 211. Контроллер 211 определяет информацию о требованиях к надежности, задержке или варианте использования (или типе обслуживания) данных нисходящей линии связи на основе информации о временном интервале PDSCH-до-HARQ-ACK или количестве символов передачи PDSCH, которые должны быть получены от DCI.
[0240]
[Пример 4: Таблица показателей качества канала (CQI)]
В примере 2 терминал 200 связи определяет требования к надежности, задержке или вариант использования (или тип обслуживания) ответного сигнала с помощью таблицы CQI, которая сконфигурирована для передач данных нисходящей линии связи, соответствующих ответным сигналам.
[0241] В релизе 15 технологии NR можно настроить использование таблицы CQI для достижения заданного коэффициента ошибок BLER = 10-1 или таблицы CQI для достижения заданного коэффициента ошибок BLER = 10-5.
[0242] Например, терминал 200 определяет, что ответный сигнал требует высокой надежности, когда в URLLC настраивается таблица CQI для достижения заданного коэффициента ошибок BLER = 10-1. Наоборот, если терминал 200 определяет, что ответный сигнал не требует высокой надежности, тогда в URLLC настраивается таблица CQI для достижения заданного коэффициента ошибок BLER = 10-5.
[0243] Например, контроллер 101 базовой станции 100 определяет информацию из таблицы CQI, которая должна быть настроена для передачи данных по нисходящей линии связи для терминала 200. Определяемая информация выводится на генератор 106 управляющих сигналов более высокого уровня. Генератор 106 управляющих сигналов более высокого уровня включает информацию из таблицы CQI в управляющий сигнал более высокого уровня.
[0244] Тем временем декодер 208 терминала 200 декодирует сигнал управления более высокого уровня и выводит результат декодирования на контроллер 211. Контроллер 211 определяет информацию о требованиях к надежности, задержке или варианте использования (или типе обслуживания) данных нисходящей линии связи на основе полученной информации в таблице CQI из управляющего сигнала более высокого уровня.
[0245]
[Пример 5: Явная индикация DCI]
В примере 5 терминал 200 связи определяет требования к надежности, задержке или вариант использования (или тип обслуживания) ответного сигнала с помощью явной индикации несколькими битами DCI для планирования передачи данных нисходящей линии связи, соответствующих ответным сигналам.
[0246] Явной индикацией может быть информация о требованиях к надежности, задержке или варианте использования (или типе обслуживания) самого ответного сигнала, а также информация о надежности (например, заданный BLER), требовании к задержке или варианте использования (или типе обслуживания) канала PDSCH.
[0247] Например, контроллер 101 базовой станции 100 определяет информацию о требованиях к надежности, задержке или варианте использования (или типе обслуживания) данных нисходящей линии связи для терминала 200. Определенная информация выводится на генератор 109 управляющих сигналов нисходящей линии связи. Генератор 109 управляющих сигналов нисходящей линии связи включает информацию о требованиях к надежности, задержке или варианте использования (или типе обслуживания) ответного сигнала в битовую строку DCI.
[0248] Тем временем декодер 206 терминала 200 декодирует DCI и подает результат декодирования на контроллер 211. Контроллер 211 получает информацию о требованиях к надежности, задержке или варианте использования (или типе обслуживания) ответного сигнала от DCI.
[0249] Способы определения "требований к надежности, задержке или варианта использования (или типа обслуживания)" ответного сигнала описаны выше. Отметим, что способы определения "требований к надежности, задержке или варианта использования (или типа обслуживания) ответного сигнала" не ограничиваются описанными выше примерами 1 - 5, - способ определения может основываться на другой информации о требованиях.
[0250] (3) В приведенных выше вариантах реализации в качестве примера описан случай, когда ответный сигнал на передачу данных нисходящей линии связи передается с использованием PUCCH. Однако в настоящем изобретении UCI, передаваемый с использованием PUCCH, не ограничивается ответными сигналами. Например, "ответный сигнал (ACK/NACK или HARQ-ACK)" может быть заменен информацией о состоянии канала (CSI) или UCI-протокол, включающий ответный сигнал и CSI в вышеуказанных вариантах реализации.
[0251] (4) Кроме того, настоящее изобретение может быть реализовано как программное, аппаратное обеспечение или их комбинация. Каждый функциональный блок, используемый в описании вариантов реализации, может быть частично или полностью реализован как интегральная схема БИС, каждый процесс, описанный в вариантах реализации, может частично или полностью управляться одной БИС (LSI) или их комбинацией. Схема БИС может быть индивидуально сформирована в виде чипов, или один чип может включать в себя часть или все функциональные блоки. Схема БИС может включать в себя ввод и вывод данных. Схему БИС здесь можно назвать ИС (IC), системой БИС, супер-БИС или ультра-БИС в зависимости от степени интеграции. Однако техника реализации интегральной схемы не ограничивается БИС и может быть реализована как специализированная интегральная схема, процессор общего назначения или процессор специального назначения. Кроме того, может быть использована программируемая логическая интегральная схема типа FPGA (программируемая пользователем вентильная матрица, Field Programmable Gate Array), которую можно запрограммировать после изготовления БИС, или перенастраиваемый процессор, в котором, можно перенастроить соединения и настройки элементов схемы, расположенные внутри БИС. Настоящее изобретение может быть реализовано как цифровая или аналоговая обработка. Если в будущем технология интегральных схем заменит БИС в результате развития полупроводниковых или других производных технологий, функциональные блоки можно будет интегрировать с использованием новых технологий интегральных схем. Также может быть применена биотехнология.
[0252] Настоящее изобретение может быть реализовано как любой вид устройства или системы, имеющих функцию связи, которые называются устройствами связи. Некоторые неограничивающие примеры таких устройств связи включают телефон (например, сотовый телефон, смартфон), планшет, персональный компьютер (ПК) (например, ноутбук, настольный компьютер, нетбук), камеру (например, цифровую неподвижную/видеокамеру), цифровой плеер (цифровой аудио/видеоплеер), носимое устройство (например, переносная камера, умные часы, устройство слежения), игровую консоль, цифровую электронную книгу, устройства телемедицины (дистанционного здравоохранения и медицины) и транспортные средства, обеспечивающие функции связи (например, автомобиль, самолет, корабль) и различные их комбинации.
[0253] Устройства связи не ограничиваются портативными, это может быть любой вид непортативного стационарного устройства или системы, например "умный дом" (например, электрические приборы, освещение, интеллектуальный счетчик, панель управления), торговый автомат и другие “вещи” в сети “Интернета вещей (IoT)”.
[0254] Связь может включать в себя обмен данными, например, по сотовой системе, системе беспроводной локальной сети LAN, спутниковой системе и т.д., а также по различным их комбинациям.
[0255] Устройство связи может содержать устройство, такое как контроллер или датчик, которое соединяется с устройством связи, выполняющим функцию связи, описанную в настоящем изобретении. Например, устройство связи может содержать контроллер или датчик, который генерирует управляющие сигналы или сигналы данных, использующиеся устройством, выполняющим функцию связи.
[0256] Устройство связи также может включать в себя объект инфраструктуры, такой как базовая станция, точка доступа и любое другое устройство, прибор или систему, которые взаимодействуют или управляют устройствами, подобными приведенным выше в неограничивающих примерах.
[0257] В соответствии с настоящим изобретением терминал связи включает в себя: схему, работа которой определяет режим обработки информации управления восходящей линии связи, или канал управления восходящей линии связи, используемый для передачи информации управления восходящей линии связи, в соответствии с требованием к информации управления восходящей линии связи; и передатчик, который в процессе работы передает информацию управления восходящей линии связи с использованием канала восходящей линии связи на основе определенного режима обработки.
[0258] В схеме терминала связи в соответствии с вариантом реализации настоящего изобретения, применяется другой способ кодирования информации управления восходящей линии связи, для которой требование отличается, и передатчик мультиплексирует и передает управляющую информацию восходящей линии связи после кодирования в канале управления восходящей линии связи.
[0259] В терминале связи в соответствии с вариантом реализации настоящего изобретения, учитываются требования надежности или задержки, и информация управления восходящей линии связи отображается на управляющий канал восходящей линии связи в порядке от информации управления восходящей линии связи, требующей более высокого уровня надежности, или от информации управления восходящей линии связи, требующей меньшей задержки.
[0260] В терминале связи в соответствии с вариантом реализации настоящего изобретения информация управления восходящей линии связи отображается в порядке от частотного направления к временному направлению в управляющем канале восходящей линии связи.
[0261] В терминале связи в соответствии с вариантом реализации настоящего изобретения информация управления восходящей линии связи рассредоточенно отображается в частотном направлении.
[0262] В терминале связи в соответствии с вариантом реализации настоящего изобретения информация управления восходящей линии связи с более высокими требованиями отображается на символ, более близкий к символу, на который отображается опорный сигнал.
[0263] В терминале связи в соответствии с вариантом реализации настоящего изобретения информация управления восходящей линии связи с требованием меньшей задержки отображается на более ранний символ канала управления восходящей линии связи.
[0264] В терминале связи в соответствии с вариантом реализации настоящего изобретения набор ресурсов канала управления восходящей линии связи определяется на основе общего числа битов информации управления восходящей линии связи после кодирования, подлежащей мультиплексированию в канал управления восходящей линии связи.
[0265] В терминале связи в соответствии с вариантом реализации настоящего изобретения максимальная скорость кодирования настраивается для каждого из требований к информации управления восходящей линии связи.
[0266] В терминале связи в соответствии с вариантом реализации настоящего изобретения по крайней мере часть информации управления восходящей линии связи отбрасывается в канале управления восходящей линии связи, когда скорость кодирования информации управления восходящей линии связи превышает заданный порог.
[0267] В терминале связи в соответствии с вариантом реализации настоящего изобретения максимальная скорость кодирования является заданной величиной.
[0268] В терминале связи в соответствии с вариантом реализации настоящего изобретения заданный порог указывается терминалу связи базовой станцией.
[0269] В терминале связи в соответствии с вариантом реализации настоящего изобретения информация управления восходящей линии связи, подлежащая отбрасыванию, определяется в соответствии с приоритетом, настроенным для каждого требования.
[0270] В терминале связи согласно варианту реализации настоящего изобретения по крайней мере часть информации управления восходящей линии связи отбрасывается в канале управления восходящей линии связи, когда количество блоков ресурсов, вычисленных по количеству битов информации управления восходящей линии связи, и максимальная скорость кодирования превышают заданный порог.
[0271] В терминале связи в соответствии с вариантом реализации настоящего изобретения информация, указывающая соотношение ресурса, совместно используемого в канале управления восходящей линии связи для информации управления восходящей линии связи с другими требованиями, передается базовой станцией терминалу связи.
[0272] В терминале связи в соответствии с вариантом реализации настоящего изобретения применяется схема с другим способом определения ресурса для информации управления восходящей линии связи, для которой требование отличается в канале управления восходящей линии связи.
[0273] В терминале связи в соответствии с вариантом реализации настоящего изобретения может быть один или несколько каналов управления восходящей линим связи, передающих информацию управления восходящей линии связи в одном слоте, и передатчик передает информацию управления восходящей линии связи, для которой требование отличается, используя по меньшей мере один из каналов управления восходящей линии связи, отличающихся друг от друга одним слотом.
[0274] В терминале связи в соответствии с вариантом реализации настоящего изобретения схема соответственно определяет конфигурацию наборов ресурсов, включенных в различные группы, для информации управления восходящей линии связи, для которых требования отличаются друг от друга.
[0275] В терминале связи в соответствии с вариантом реализации настоящего изобретения схема соответственно определяет конфигурацию наборов ресурсов, включенных в одну группу, для информации управления восходящей линии связи, для которых требования отличаются друг от друга.
[0276] В терминале связи в соответствии с вариантом реализации настоящего изобретения параметр, относящийся к набору ресурсов, отличается для каждой информации управления восходящей линии связи, для которого требование отличается.
[0277] В терминале связи согласно варианту реализации настоящего изобретения параметром является количество блоков ресурсов или длина последовательности канала управления восходящей линии связи.
[0278] В терминале связи согласно варианту реализации настоящего изобретения параметром является количество повторений информации управления восходящей линии связи.
[0279] В терминале связи в соответствии с вариантом реализации настоящего изобретения положение слота для передачи информации управления восходящей линии связи сконфигурировано для каждой информации управления восходящей линии связи, для которой требования отличаются друг от друга.
[0280] В терминале связи в соответствии с вариантом реализации настоящего изобретения согласно схеме отбрасывается весь или выкалывается часть канала управления восходящей линией связи, приоритет которого на основе требований ниже, если передачи информации управления восходящей линии связи, для которых требования отличаются, происходят в одном временном интервале.
[0281] В терминале связи в соответствии с вариантом реализации настоящего изобретения информация управления восходящей линии связи является ответным сигналом на данные нисходящей линии связи, пропускная способность терминала связи, относящаяся ко времени обработки, которое необходимо от приема данных нисходящей линии связи до передачи ответного сигнала, определяется для каждого из требований, временная информация о времени от приема данных нисходящей линии связи до передачи ответного сигнала, указывается базовой станцией терминалу связи, и схема определяет режим обработки на основе временной информации и пропускной способности.
[0282] Способ связи согласно настоящему изобретению включает: определение режима обработки информации управления восходящей линии связи или канала управления восходящей линии связи, который используется для передачи информации управления восходящей линии связи в соответствии с требованием к информации управления восходящей линии связи; и передачу информации управления восходящей линии связи с использованием канала управления восходящей линии связи на основе определенного режима обработки.
[0283] Описание японской заявки на патент № 2018-144982, поданной 1 августа 2018 года, включая описание, чертежи и реферат, в полном объеме включены в настоящую заявку посредством ссылок.
Промышленная применимость
[0284] Один пример варианта реализации настоящего изобретения применим в системах мобильной связи.
Список ссылочных позиций
[0285]
100 Базовая станция
101, 211 Контроллер
102 Генератор данных
103, 107, 110, 212 Кодер
104 Контроллер ретрансляции
105, 108, 111, 213 Модулятор
106 Генератор управляющих сигналов более высокого уровня
109 Генератор управляющих сигналов нисходящей линии связи
112, 214 Распределитель сигналов
113, 215 Обратный быстрый преобразователь Фурье (ОБПФ)
114, 216 Передатчик
115, 201 Антенна
116, 202 Приемник
117, 203 Быстрый преобразователь Фурье (БПФ)
118, 204 Устройство выделения
119 Демодулятор
120, 206, 208, 210 Декодер
121 Детерминатор
200 Терминал
205 Демодулятор управляющих сигналов нисходящей линии связи
207 Демодулятор управляющих сигналов более высокого уровня
209 Демодулятор данных
Изобретение относится к области связи. Техническим результатом является обеспечение возможности терминалу связи выполнять обработку (например, кодирование) или конфигурацию радиоресурса (например, определение метода отображения или ресурса PUCCH) в соответствии с требованиями к ответным сигналам, мультиплексированным в PUCCH, даже когда мультиплексируются ответные сигналы с различными требованиями. Терминал связи содержит: схему, которая в процессе работы определяет первый набор ресурсов физического канала управления (PUCCH) для первой информации управления восходящей линии связи с первым требованием приоритета и второй набор ресурсов PUCCH для второй информации управления восходящей линии связи со вторым требованием приоритета; и передатчик, который в процессе работы передает по меньшей мере одно из первой информации управления восходящей линии связи и второй информации управления восходящей линии связи. 6 н. и 32 з.п. ф-лы, 14 ил.
1. Терминал связи, содержащий:
схему, которая в процессе работы определяет первый набор ресурсов физического канала управления (PUCCH) для первой информации управления восходящей линии связи с первым требованием приоритета и второй набор ресурсов PUCCH для второй информации управления восходящей линии связи со вторым требованием приоритета; и
передатчик, который в процессе работы передает по меньшей мере одно из первой информации управления восходящей линии связи и второй информации управления восходящей линии связи.
2. Терминал по п. 1, в котором обеспечена возможность передачи первой информации управления восходящей линии связи с первым требованием приоритета в первом ресурсе PUCCH, выбранном из первого набора ресурсов PUCCH, и обеспечена возможность передачи второй информации управления восходящей линии связи со вторым требованием приоритета во втором ресурсе PUCCH, выбранном из второго набора ресурсов PUCCH.
3. Терминал по п. 1, в котором первый набор ресурсов PUCCH и второй набор ресурсов PUCCH указаны с помощью сигнала более высокого уровня.
4. Терминал по п. 2, в котором первый ресурс PUCCH из первого набора ресурсов PUCCH определен с помощью информации управления нисходящей линии связи (DCI).
5. Терминал по п. 2, в котором первый ресурс PUCCH выбран из первого набора ресурсов PUCCH на основании общего количества битов первой информации управления восходящей линии связи с первым требованием приоритета.
6. Терминал по п. 1, в котором первая конфигурация слота, используемая для первой информации управления восходящей линии связи с первым требованием приоритета, отличается от второй конфигурации слота, используемой для второй информации управления восходящей линии связи со вторым требованием приоритета.
7. Терминал по п. 1, в котором обеспечена возможность отбрасывания второй информации управления восходящей линии связи в случае, если первая информация управления восходящей линии связи с первым требованием приоритета и вторая информация управления восходящей линии связи со вторым требованием приоритета частично или полностью совпадают,
причем первое требование приоритета больше, чем второе требование приоритета.
8. Терминал по п. 1, в котором информация, указывающая первое требование приоритета или второе требование приоритета, указана с помощью информации управления нисходящей линии связи (DCI).
9. Терминал по п. 1, в котором первая информация управления восходящей линии связи и вторая информация управления восходящей линии связи включают в себя ответный сигнал и информацию о состоянии канала (CSI).
10. Способ связи, выполняемый с помощью устройства связи, включающий:
определение первого набора ресурсов физического канала управления (PUCCH) для первой информации управления восходящей линии связи с первым требованием приоритета и второго набора ресурсов PUCCH для второй информации управления восходящей линии связи со вторым требованием приоритета; и
передачу по меньшей мере одного из первой информации управления восходящей линии связи и второй информации управления восходящей линии связи.
11. Способ связи по п. 10, согласно которому первую информацию управления восходящей линии связи с первым требованием приоритета передают в первом ресурсе PUCCH, выбранном из первого набора ресурсов PUCCH, а вторую информацию управления восходящей линии связи со вторым требованием приоритета передают во втором ресурсе PUCCH, выбранном из второго набора ресурсов PUCCH.
12. Способ связи по п. 10, согласно которому первый набор ресурсов PUCCH и второй набор ресурсов PUCCH указаны с помощью сигнала более высокого уровня.
13. Способ связи по п. 11, согласно которому первый ресурс PUCCH из первого набора ресурсов PUCCH определен с помощью информации управления нисходящей линии связи (DCI).
14. Способ связи по п. 11, согласно которому первый ресурс PUCCH выбран из первого набора ресурсов PUCCH на основании общего количества битов первой информации управления восходящей линии связи с первым требованием приоритета.
15. Способ связи по п. 10, согласно которому первая конфигурация слота, используемая для первой информации управления восходящей линии связи с первым требованием приоритета, отличается от второй конфигурации слота, используемой для второй информации управления восходящей линии связи со вторым требованием приоритета.
16. Способ связи по п. 10, согласно которому вторую информацию управления восходящей линии связи отбрасывают в случае, если первая информация управления восходящей линии связи с первым требованием приоритета и вторая информация управления восходящей линии связи со вторым требованием приоритета частично или полностью совпадают,
причем первое требование приоритета больше, чем второе требование приоритета.
17. Способ связи по п. 10, согласно которому информация, указывающая первое требование приоритета или второе требование приоритета, указана с помощью информации управления нисходящей линии связи (DCI).
18. Способ связи по п. 10, согласно которому первая информация управления восходящей линии связи и вторая информация управления восходящей линии связи включают в себя ответный сигнал и информацию о состоянии канала (CSI).
19. Базовая станция, содержащая:
передатчик, который в процессе работы передает информацию, указывающую первый набор ресурсов физического канала управления (PUCCH) для первой информации управления восходящей линии связи с первым требованием приоритета и второй набор ресурсов PUCCH для второй информации управления восходящей линии связи со вторым требованием приоритета; и
приемник, который в процессе работы принимает по меньшей мере одно из первой информации управления восходящей линии связи и второй информации управления восходящей линии связи.
20. Базовая станция по п. 19, в которой обеспечена возможность передачи первой информации управления восходящей линии связи с первым требованием приоритета в первом ресурсе PUCCH, выбранном из первого набора ресурсов PUCCH, и обеспечена возможность передачи второй информации управления восходящей линии связи со вторым требованием приоритета во втором ресурсе PUCCH, выбранном из второго набора ресурсов PUCCH.
21. Базовая станция по п. 19, в которой первый набор ресурсов PUCCH и второй набор ресурсов PUCCH указаны с помощью сигнала более высокого уровня.
22. Базовая станция по п. 20, в которой первый ресурс PUCCH из первого набора ресурсов PUCCH определен с помощью информации управления нисходящей линии связи (DCI).
23. Базовая станция по п. 20, в которой первый ресурс PUCCH выбран из первого набора ресурсов PUCCH на основании общего количества битов первой информации управления восходящей линии связи с первым требованием приоритета.
24. Базовая станция по п. 19, в которой первая конфигурация слота, используемая для первой информации управления восходящей линии связи с первым требованием приоритета, отличается от второй конфигурации слота, используемой для второй информации управления восходящей линии связи со вторым требованием приоритета.
25. Базовая станция по п. 19, в которой обеспечена возможность отбрасывания второй информации управления восходящей линии связи в случае, если первая информация управления восходящей линии связи с первым требованием приоритета и вторая информация управления восходящей линии связи со вторым требованием приоритета частично или полностью совпадают,
причем первое требование приоритета больше, чем второе требование приоритета.
26. Базовая станция по п. 19, в которой информация, указывающая первое требование приоритета или второе требование приоритета, указана с помощью информации управления нисходящей линии связи (DCI).
27. Базовая станция по п. 19, в которой первая информация управления восходящей линии связи и вторая информация управления восходящей линии связи включают в себя ответный сигнал и информацию о состоянии канала (CSI).
28. Способ связи, выполняемый базовой станцией, включающий:
передачу информации, указывающей первый набор ресурсов физического канала управления (PUCCH) для первой информации управления восходящей линии связи с первым требованием приоритета и второй набор ресурсов PUCCH для второй информации управления восходящей линии связи со вторым требованием приоритета; и
прием по меньшей мере одного из первой информации управления восходящей линии связи и второй информации управления восходящей линии связи.
29. Способ связи по п. 28, согласно которому первую информацию управления восходящей линии связи с первым требованием приоритета передают в первом ресурсе PUCCH, выбранном из первого набора ресурсов PUCCH, а вторую информацию управления восходящей линии связи со вторым требованием приоритета передают во втором ресурсе PUCCH, выбранном из второго набора ресурсов PUCCH.
30. Способ связи по п. 28, согласно которому первый набор ресурсов PUCCH и второй набор ресурсов PUCCH указаны с помощью сигнала более высокого уровня.
31. Способ связи по п. 29, согласно которому первый ресурс PUCCH из первого набора ресурсов PUCCH определен с помощью информации управления нисходящей линии связи (DCI).
32. Способ связи по п. 29, согласно которому первый ресурс PUCCH выбран из первого набора ресурсов PUCCH на основании общего количества битов первой информации управления восходящей линии связи с первым требованием приоритета.
33. Способ связи по п. 28, согласно которому первая конфигурация слота, используемая для первой информации управления восходящей линии связи с первым требованием приоритета, отличается от второй конфигурации слота, используемой для второй информации управления восходящей линии связи со вторым требованием приоритета.
34. Способ связи по п. 28, согласно которому вторую информацию управления восходящей линии связи отбрасывают в случае, если первая информация управления восходящей линии связи с первым требованием приоритета и вторая информация управления восходящей линии связи со вторым требованием приоритета частично или полностью совпадают,
причем первое требование приоритета больше, чем второе требование приоритета.
35. Способ связи по п. 28, согласно которому информация, указывающая первое требование приоритета или второе требование приоритета, указана с помощью информации управления нисходящей линии связи (DCI).
36. Способ связи по п. 28, согласно которому первая информация управления восходящей линии связи и вторая информация управления восходящей линии связи включают в себя ответный сигнал и информацию о состоянии канала (CSI).
37. Интегральная схема для связи, содержащая:
схему, которая в процессе работы управляет:
определением первого набора ресурсов физического канала управления (PUCCH) для первой информации управления восходящей линии связи с первым требованием приоритета и второго набора ресурсов PUCCH для второй информации управления восходящей линии связи со вторым требованием приоритета; и
передачей по меньшей мере одного из первой информации управления восходящей линии связи и второй информации управления восходящей линии связи; и
по меньшей мере один вывод, соединенный со схемой, который в процессе работы выводит по меньшей мере одно из первой информации управления восходящей линии связи и второй информации управления восходящей линии связи.
38. Интегральная схема для связи, содержащая:
схему, которая в процессе работы управляет:
передачей информации, указывающей первый набор ресурсов физического канала управления (PUCCH) для первой информации управления восходящей линии связи с первым требованием приоритета и второй набор ресурсов PUCCH для второй информации управления восходящей линии связи со вторым требованием приоритета; и
приемом по меньшей мере одного из первой информации управления восходящей линии связи и второй информации управления восходящей линии связи; и
по меньшей мере один вывод, соединенный со схемой, которая в процессе работы выводит указанную информацию.
| Qualcomm Incorporated, "Considerations for URLLC resource allocation for PUCCH", 3GPP TSG RAN WG1 Meeting #93, R1-1807362, May 21 - May 25, 2018, Busan, Korea | |||
| Huawei, HiSilicon, "Discussion on UCI feedback for URLLC", 3GPP TSG RAN WG1 Meeting #90bis, R1-1717094, Prague, Czech Republic, 9th - 13th October 2017 | |||
| NTT DOCOMO, "Details on Resource |
