Терминал и способ передачи

Изобретение относится к области беспроводной связи. Технический результат заключается в возможности конфигурирования мощности передачи канала восходящей связи без явного указания набора параметров управления мощностью каналом управления и достигается тем, что терминал связи принимает от базовой станции данные канала управления, используемого для передачи информации для назначения восходящего сигнала. Канал управления не содержит поле индикатора ресурса SRS (SRI) и не указывает явным образом тип сервиса и параметр управления мощностью. Терминал вычисляет мощность передачи с использованием параметра управления мощностью, который динамически конфигурируют на основании заданного условия, относящегося к каналу управления, и передает восходящий сигнал с использованием вычисленной мощности передачи. 6 н. и 26 з.п. ф-лы, 16 ил.

 

Область техники

Настоящее изобретение относится к терминалу и способу передачи.

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

[0002] При стандартизации системы связи 5-го поколения (5G) в Партнерском проекте по разработке стандартов мобильной связи 3, 4 и 5-го поколений (3rd Generation Partnership Project, 3GPP) обсуждался новый метод радиодоступа (New Radio, NR), который не обязательно является обратно совместимым со стандартами LTE/LTE-Advanced.

[0003] В NR были проведены технические исследования, направленные на сверхнадежную связь с малой задержкой (Ultra-Reliable and Low Latency Communications, URLLC), что является одним из требований 5G. URLLC должна удовлетворять одновременно требованию "высокой надежности" частоты появления ошибок пакетной передачи данных величиной 10^-5 или менее для объема пакетных данных величиной 32 байта (коэффициент успешной пакетной передачи данных 99,999% или более) и "малой задержки" величиной 1 мс или менее для интервала радиосвязи (см., например, непатентную литературу (далее называемую NPL (Non-Patent Literature)) 1).

[0004] Для удовлетворения вышеупомянутых требований URLLC была изучена возможность передачи, при передаче канала восходящей связи (PUSCH: Physical Uplink Shared Channel (физический уплотненный канал восходящей связи)) данных URLLC, данных URLLC с использованием высокой мощности передачи (например, повышением мощности) по сравнению с каналом восходящей связи других данных (например, см. NPL 2).

Перечень ссылок

Непатентная литература

[0005]

NPL 1

Технический отчет 3GPP TR 38.913 Том 14.3.0, "Исследования сценариев и требований для технологий доступа следующего поколения (издание 14)" (2017-06)

NPL 2

R1-1803359, "Краткое описание обращения с мультиплексированием UL при передаче с различными требованиями к надежности", видео, февраль 2018 г.

NPL 3

Технические условия 3GPP TS 38.213 Том 15.1.0, "NR; Процедуры физического уровня для управления (издание 15)" (2018-03)

NPL 4

Технические условия 3GPP TS 38.212 Том 15.1.1, "NR; Мультиплексирование и кодирование каналов (издание 15)" (2018-04)

NPL 5

R1-1805630, "Краткое описание раздела "7.2.2. Исследование необходимости нового формата DCI", Huawei, апрель 2018 г.

NPL 6

Технические условия 3GPP TS 38.214 Том 15.2.0, "NR; Процедуры физического уровня для данных (издание 15)" (2018-06)

Раскрытие сущности изобретения

[0006] Однако способ передачи PUSCH URLLC еще полностью не изучен.

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

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

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

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

[0011] Согласно одному примеру настоящего изобретения можно надлежащим образом передавать восходящий сигнал.

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

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

[0013]

На Фиг. 1 приведена схема, показывающая пример набора параметров PC.

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

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

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

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

На Фиг. 6 приведена схема, показывающая пример конфигурации номеров А и В набора параметров PC в соответствии с Вариантом 1 осуществления изобретения.

На Фиг. 7А приведена схема, показывающая пример таблицы MCS для URLLC.

На Фиг. 7В приведена схема, показывающая пример таблицы MCS для еМВВ.

На Фиг. 7С приведена схема, показывающая другой пример таблицы MCS для еМВВ.

На Фиг. 8 приведена схема, показывающая пример конфигурации номеров А и В набора параметров PC в соответствии с Вариантом 1 осуществления изобретения.

На Фиг. 9 приведена схема, показывающая пример, в котором радиоресурс перекрывается между URLLC и еМВВ в соответствии с Вариантом 1 осуществления изобретения.

На Фиг. 10 приведена структурная схема, показывающаяю пример конфигурации терминала в соответствии с Вариантом 2 осуществления изобретения.

На Фиг. 11 приведена схема, показывающая пример конфигурации номеров набора параметров PC в соответствии с Вариантом 2 осуществления изобретения.

На Фиг. 12 приведена схема, показывающая другой пример конфигурации номеров набора параметров PC в соответствии с Вариантом 2 осуществления изобретения.

На Фиг. 13 приведена схема, показывающая еще один пример конфигурации номеров набора параметров PC в соответствии с Вариантом 2 осуществления изобретения.

На Фиг. 14 приведена структурная схема, показывающая пример конфигурации терминала в соответствии с Вариантом 3 осуществления изобретения.

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

[0014] Далее подробно описаны варианты осуществления настоящего изобретения со ссылками на сопроводительные чертежи.

[0015] Управление мощностью передачи (Transmission power control, ТРС) PUSCH в терминале (иногда называемом пользовательским оборудованием (User Equipment, UE)) для NR осуществляют, например, в соответствии со следующим Уравнением 1 (см., к примеру, NPL 3).

[1]

[0016] В Уравнении 1, P_PUSCH,f,c(i, j, qd, l) представляет собой мощность передачи PUSCH [дБм] при номере "f" несущей, номере "с" обслуживающей соты, номере "i" слота, номере "j" набора параметров управления питанием (power control, PC), номере "q_d" базового сигнала (reference signal, RS) оценки потерь в полосе пропускания (pathloss, PL) и номере "l" процесса обработки данных в замкнутом контуре; P_CMAX,f,c(i) представляет собой максимальную мощность передачи [дБм] терминала при номере i слота; P_{O_PUSCH,f,c}(j) представляет собой целевую мощность приема [дБм] (значение параметра) при номере j набора параметров PC; 2^μ⋅M_RB,f,c^PUSCH(i) представляет собой ширину полосы пропускания PUSCH [PRB], полученную посредством нормализации разноса поднесущих (subcarrier spacing, SCS), применяемой к PUSCH, при номере i слота с привязкой к SCS 15 кГц; α_f,c(j) представляет собой коэффициент взвешивания (значение параметра), обозначающий степень компенсации потерь в полосе пропускания при номере j набора параметров PC; PL_f,c(q_d) представляет собой потери в полосе пропускания [дБ], измеренные терминалом от RS при номере q_d RS; Δ_TF,f,c(i) представляет собой смещение [дБ], зависящее от схемы модуляции и кодирования (MCS) передаваемых данных при номере i слота; и f_f,c(i, l) представляет собой величину поправки обработки данных в замкнутом контуре [дБ] при номере i слота и номере l процесса обработки данных в замкнутом контуре.

[0017] В Уравнении 1, P_{O_PUSCH,f,c}(j) и α_f,c(j) называются "набором параметров PC". Например, как показано на ФИГ. 1, значения набора параметров PC для каждого номера j набора параметров PC конфигурируют заранее от базовой станции (иногда называемой "eNB" или "gNB") к терминалу, например, посредством указания управления радиоресурсами (radio resource control, RRC).

[0018] Было изучено использование, при восходящей передаче данных URLLC, набора параметров PC (P_{O_PUSCH,f,c}(j) и α_f,c(j)), соответствующего высокой мощности передачи по сравнению с другими типами сервиса (например, еМВВ), для удовлетворения требований надежности URLLC. Например, была изучена возможность передачи данных URLLC с высокой мощностью передачи по сравнению с данными еМВВ путем применения повышения мощности к данным URLLC.

[0019] Информация планирования PUSCH (например, информация о выделении частотных ресурсов, информация о выделении временных ресурсов или MCS и т.п.) называется информацией управления нисходящей связи (downlink control information, DCI) и передается от базовой станции на терминал с использованием физического канала управления нисходящей связи (PDCCH). Кроме того, PDCCH, используемый для указания информации планирования PUSCH, называется "разрешением восходящей связи (разрешением UL)".

[0020] В NR два типа формата DCI, "формат DCI 0_0" и "формат DCI 0_1", определены как формат DCI для разрешения UL (см., например, NPL 4). Формат DCI 0_0 также называют форматом DCI "fallback". Поскольку формат DCI 0_0 не включает в себя некоторую информацию, включенную в формат DCI 0_1, формат DCI 0_0 имеет небольшой размер полезных данных по сравнению с форматом DCI 0_1.

[0021] Кроме того, PDCCH (например, разрешение UL), указывающий информацию планирования данных URLLC (иногда называемых PUSCH для URLLC), также должен иметь высокую надежность и малую задержку, которые эквивалентны надежности и задержке данных URLLC или лучше их. Здесь, чем меньше размер полезных данных, тем выше становится эффективность кодирования, что позволяет повысить надежность. По существу, было изучено использование формата DCI fallback (например, формата DCI 0_0) в формате DCI PDCCH, указывающем информацию планирования данных URLLC (см., например, NPL 5).

[0022] Например, формат DCI 0_1 включает в себя поле индикатора ресурса SRS (SRS resource indicator, SRI). При использовании формата DCI 0_1 в формате DCI разрешения UL можно указать номер j набора параметров PC терминалу при помощи поля SRI. Следовательно, базовая станция может указывать передачу с повышением мощности PUSCH для URLLC терминалу с использованием формата DCI 0_1. Иными словами, базовая станция может использовать поле SRI, включенное в формат DCI 0_1, для явного указания терминалу номера j набора параметров PC, соответствующего набору параметров PC (P_{O_PUSCH,f,c}(j) и α_f,c(j)), подходящему для мощности передачи PUSCH для URLLC.

[0023] С другой стороны, формат DCI fallback (например, формат DCI 0_0) не включает в себя поле SRI. Когда поле SRI не включено, то есть когда используется разрешение UL, которое не включает информацию, явно указывающую номер набора параметров PC, используют, к примеру, фиксированное значение набора параметров PC (например, значение j=0 набора параметров PC).

[0024] В этом случае, поскольку фиксированное значение набора параметров PC применяют к терминалу независимо от типа сервиса (также называемого типом трафика), такого как, например, URLLC и еМВВ, мощность передачи канала восходящей связи, подходящая для типа сервиса, не может быть сконфигурирована. Например, когда значение параметра для еМВВ настроено на фиксированное значение набора параметров PC, планирование данных URLLC приведет к нехватке мощности передачи, и требования к качеству URLLC не могут быть удовлетворены. С другой стороны, когда значение параметра для URLLC настроено на фиксированное значение набора параметров PC, планирование данных еМВВ приведет к чрезмерной мощности передачи, что приводит к увеличению помех и вызывает опасения по поводу снижения производительности системы.

[0025] Как описано выше, способ указания терминалу увеличения мощности PUSCH для URLLC в разрешении UL, не включающем в себя информацию, которая явно указывает, например, номер набора параметров PC, в полной мере не обсуждался.

[0026] Следовательно, в одном примере настоящего изобретения будет описан способ надлежащей конфигурации мощности передачи канала восходящей связи, подходящей для типа сервиса, такого как, например, URLLC и еМВВ.

[0027] [Вариант 1 осуществления изобретения]

[Обзор системы связи]

Система связи в соответствии с вариантом осуществления настоящего изобретения включает в себя терминал 100 и базовую станцию 200. Терминал 100 передает PUSCH с использованием заданной мощности передачи на основе DCI, включенной в разрешение UL, от базовой станции 200. Базовая станция 200 передает разрешение UL на терминал 100 и принимает PUSCH от терминала 100.

[0028] На ФИГ. 2 изображена структурная схема, показывающая конфигурацию части терминала 100 в соответствии с вариантом осуществления настоящего изобретения. В терминале 100, показанном на ФИГ. 2, контроллер 104 параметров PC конфигурирует первый параметр управления мощностью, соответствующий первому сервису (например, URLLC), когда удовлетворено заданное условие, относящееся к каналу управления (например, разрешение UL), используемому при передаче назначения восходящего сигнала, и конфигурирует второй параметр управления мощностью, соответствующий второму сервису (например, еМВВ), когда заданное условие не удовлетворено. Передатчик 109 передает восходящий сигнал с использованием мощности передачи, вычисленной с использованием первого параметра управления мощностью или второго параметра управления мощностью.

[0029] [Конфигурация терминала 100]

На ФИГ. 3 изображена структурная схема, показывающая пример конфигурации терминала 100 в соответствии с настоящим вариантом осуществления изобретения.

[0030] Терминал 100, показанный на ФИГ. 3 содержит антенну 101, приемник 102, демодулятор/декодер 103, контроллер 104 параметров PC, вычислитель 105 мощности передачи, генератор 106 данных, кодирующее устройство/модулятор 107, распределитель 108 ресурсов и передатчик 109.

[0031] Приемник 102 принимает через антенну 101 сигнал, переданный от базовой станции 200, выполняет обработку приема, такую как преобразование с понижением частоты или аналого-цифровое преобразование (АЦП) принятого сигнала, и выводит принятый сигнал после обработки приема на демодулятор/декодер 103.

[0032] Демодулятор/декодер 103 выполняет демодуляцию и декодирование принятого сигнала, вводимого от приемника 102, извлекает (принимает) разрешение UL (PDCCH или NR-PDCCH), адресованное терминалу 100, по результатам декодирования и декодирует DCI для планирования PUSCH, включенную в извлеченное разрешение UL. Демодулятор/декодер 103 выводит декодированную DCI на контроллер 104 параметров PC, вычислитель 105 мощности передачи, кодирующее устройство/модулятор 107 и распределитель 108 ресурсов.

[0033] DCI включает в себя, например, информацию о частотных ресурсах, информацию о временных ресурсах, MCS, информацию о мощности передачи, размер полезных данных, скремблирующую последовательность DCI, информацию управления повторной передачей, информацию о командах ТРС и т.п. Здесь разрешение UL, передаваемое от базовой станции 200 на терминал 100, использует формат DCI, имеющий небольшой размер полезных данных. Формат DCI, имеющий небольшой размер полезных данных, может быть форматом DCI, имеющим размер полезных данных, равный, например, размеру формата DCI 0_0 или меньший, чем размер формата DCI 0_0. Иными словами, разрешение UL, передаваемое от базовой станции 200 на терминал 100, не содержит информацию, явно указывающую номер j набора параметров PC.

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

[0035] Контроллер 104 параметров PC определяет номер j набора параметров PC, применяемый к запланированному PUSCH, с использованием DCI, введенной от демодулятора/декодера 103.

Контроллер 104 параметров PC выводит определенный номер набора параметров PC на вычислитель 105 мощности передачи.

[0036] Например, когда заданное условие удовлетворено в отношении разрешения UL, используемого при передаче информации планирования PUSCH (информации о назначении), контроллер 104 параметров PC определяет, что PUSCH, запланированный при помощи разрешения UL, является PUSCH для URLLC. Когда контроллер 104 параметров PC определяет, что PUSCH, запланированный при помощи разрешения UL, является PUSCH для URLLC, контроллер 104 параметров PC конфигурирует номер j=А набора параметров PC, который соответствует URLLC. С другой стороны, когда заданное условие не удовлетворено в отношении разрешения UL, контроллер 104 параметров PC определяет, что PUSCH, запланированный при помощи этого разрешения UL, является PUSCH для типа сервиса, отличного от URLLC. Когда контроллер 104 параметров PC определяет, что PUSCH, запланированный при помощи разрешения UL, является PUSCH для типа сервиса, отличного от URLLC, контроллер 104 параметров PC конфигурирует номер j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC (например, еМВВ).

[0037] Кроме того, таблица набора параметров PC (см., например, ФИГ. 1) конфигурируется заранее от базовой станции 200 к терминалу 100. Кроме того, значение параметра, соответствующее значению мощности передачи, предполагающему URLLC, сконфигурировано в наборе параметров PC, соответствующем номеру j=А, а значение параметра, соответствующее значению мощности передачи, предполагающему тип услуги, отличный от URLLC (например, еМВВ), сконфигурировано в наборе параметров PC, соответствующем номеру j=В. Иными словами, значение мощности передачи, вычисленное с использованием набора параметров PC, соответствующего номеру j=А, больше, чем значение мощности передачи, вычисленное с использованием набора параметров PC, соответствующего номеру j=В.

[0038] Кроме того, способ выбора номера набора параметров PC в контроллере 104 параметров PC подробно описан позже.

[0039] Вычислитель 105 мощности передачи вычисляет значение мощности передачи PUSCH при номере i слота с использованием обновленного значения (управляющее значение, такое как +1 дБ, -1 дБ и т.д.) величины поправки обработки данных в замкнутом контуре, включенном в DCI, введенной от демодулятора/декодера 103, и при номере j набора параметров PC, введенном от контроллера 104 параметров PC, например, в соответствии с Уравнением 1. Вычислитель 105 мощности передачи выводит вычисленную мощность передачи PUSCH на передатчик 109.

[0040] Кроме того, вычислитель 105 мощности передачи может применять заданное фиксированное значение (например, q_d=0, l=0), когда номер qd RS оценки PL и номер l процесса обработки данных в замкнутом контуре, которые являются параметрами, отличными от номера i слота и номера j набора параметра PC, как показано в Уравнении 1, явно не указаны контроллером 104 параметров PC. С другой стороны, когда номер qd RS оценки PL и номер l процесса обработки данных в замкнутом контуре явно указаны контроллером 104 параметров PC, вычислитель 105 мощности передачи конфигурирует значения, указанные контроллером 104 параметров PC.

[0041] Генератор 106 данных генерирует данные, передаваемые терминалом 100, и выводит сгенерированные данные передачи на кодирующее устройство/модулятор 107.

[0042] Кодирующее устройство/модулятор 107 выполняет кодирование и модуляцию данных передачи, введенных от генератора 106 данных, на основании DCI, введенной от демодулятора/декодера 103, и выводит модулированный сигнал данных на распределитель 108 ресурсов.

[0043] Распределитель 108 ресурсов назначает модулированный сигнал данных, введенный от кодирующего устройства/модулятора 107, заданному радиоресурсу (например, частотному ресурсу и временному ресурсу) на основании DCI, введенной от демодулятора/декодера 103. Распределитель 108 ресурсов выводит сигнал после распределения ресурсов на передатчик 109.

[0044] Передатчик 109 выполняет обработку передачи, такую как цифро-аналоговое преобразование (ЦАП) и преобразование с повышением частоты для сигнала, введенного от распределителя 108 ресурсов. Передатчик 109 передает сигнал после обработки передачи на базовую станцию 200 через антенну 101 с использованием значения мощности передачи, введенного с вычислителя 105 мощности передачи.

[0045] [Конфигурация базовой станции 200]

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

[0046] Базовая станция 200, показанная на ФИГ. 4 содержит планировщик 201, генератор 202 информации управления, кодирующее устройство/модулятор 203, передатчик 204, антенну 205, приемник 206 и демодулятор/декодер 207.

Планировщик 201 определяет информацию о распределении радиоресурсов (например, информацию о распределении частотных ресурсов, информацию о распределении временных ресурсов, MCS, информацию о мощности передачи и т.д.) для PUSCH терминала 100. Например, планировщик 201 может определять информацию о распределении радиоресурсов на основании информации о качестве, указанной с терминала 100 при заданной синхронизации. Планировщик 201 выводит заданную информацию о распределении радиоресурсов и соответствующий тип сервиса (например, URLLC или еМВВ) на генератор 202 информации управления.

[0048] Генератор 202 информации управления генерирует разрешение UL, включающее DCI, указываемую терминалу 100, на основании информации о распределении радиоресурсов и типа сервиса, которые вводят от планировщика 201. Генератор 202 информации управления выводит сгенерированное разрешение UL на кодирующее устройство/модулятор 203. Здесь разрешение UL является, например, форматом DCI fallback с небольшим размером полезных данных (например, формат DCI 0_0), и разрешение UL не содержит информацию, которая явно указывает номер набора параметров PC.

[0049] Кодирующее устройство/модулятор 203 выполняет кодирование и модуляцию разрешения UL, введенного с генератора 202 информации управления, и выводит модулированное разрешение UL на передатчик 204.

[0050] Передатчик 204 выполняет обработку передачи, такую как ЦАП, преобразование с повышением частоты и усиление сигнала, вводимого с кодирующего устройства/модулятора 203, и передает сигнал после обработки передачи на терминал 100 через антенну 205.

[0051] Приемник 206 выполняет обработку приема, такую как преобразование с понижением частоты или АЦП, на PUSCH, переданного с терминала 100, который был принят через антенну 205, и выводит принятый сигнал после обработки приема на демодулятор/декодер 207.

[0052] Демодулятор/декодер 207 выполняет демодуляцию и декодирование принятого сигнала, введенного с приемника 206, и получает принятые данные от терминала 100.

[0053] [Работа базовой станции и терминала 200]

Далее подробно описана работа терминала 100 и базовой станции 200, имеющих вышеописанные конфигурации.

[0054] На ФИГ. 5 изображена блок-схема последовательности действий, показывающая примерные операции терминала 100 (ФИГ. 3) и базовой станции 200 (ФИГ. 4).

[0055] Базовая станция 200 определяет информацию о распределении радиоресурсов в отношении восходящего сигнала (например, PUSCH) для терминала 100 и генерирует DCI (ST101). Базовая станция 200 передает разрешение UL, содержащее сгенерированную DCI, на терминал 100 (ST102).

[0056] Терминал 100 вычисляет мощность передачи PUSCH на основании данных распределения радиоресурсов, указанных DCI, включенной в разрешение UL, с базовой станции 200 (ST103). В это время терминал 100 определяет номер j набора параметров PC для вычисления мощности передачи PUSCH для URLLC в соответствии с тем, удовлетворено ли заданное условие, относящееся к разрешению UL.

[0057] Терминал 100 передает PUSCH на базовую станцию 200 с использованием вычисленной мощности передачи (ST104).

[0058] [Способ выбора набора параметров PC]

Далее описан способ выбора набора параметров PC в контроллере 104 параметров PC терминала 100.

[0059] Когда заданное условие, относящееся к разрешению UL (подробности описаны ниже), удовлетворено, контроллер 104 параметров PC терминала 100 определяет, что разрешение UL с базовой станции 200 (см., например, ST102 на ФИГ. 5) является разрешением UL для планирования данных URLLC, и конфигурирует значение набора параметров PC, соответствующего номеру j=А набора параметров PC, которое соответствует URLLC.

[0060] С другой стороны, когда заданное условие, относящееся к разрешению UL, не удовлетворено, контроллер 104 параметров PC терминала 100 определяет, что разрешение UL с базовой станции 200 является разрешением UL для планирования данных другого типа сервиса, отличного от URLLC, и конфигурирует значение набора параметров PC, соответствующего номеру j=В набора параметров PC, которое соответствует другому типу сервиса, отличному от URLLC.

[0061] Вычислитель 105 мощности передачи терминала 100 вычисляет мощность передачи PUSCH с использованием сконфигурированного номера j набора параметров PC, например, в соответствии с Уравнением 1.

[0062] Далее описаны примеры "заданного условия" для определения того, является ли разрешение UL разрешением UL для планирования данных URLLC.

[0063] [Пример 1: Размер полезных данных разрешения UL]

В Примере 1 заданное условие состоит в том, что размер полезных данных формата DCI, используемого в разрешении UL, отличается от заданного размера. Или, в Примере 1 заданное условие состоит в том, что размер полезных данных формата DCI, используемого в разрешении UL, меньше заданного размера.

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

[0065] Например, в Примере 1, когда размер полезных данных формата DCI, используемого в разрешении UL с базовой станции 200, отличается от заданного размера или меньше заданного размера, контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования URLLC. Иными словами, когда размер полезных данных формата DCI отличается от заданного размера или меньше заданного размера, контроллер 104 параметров PC определяет, что PUSCH, спланированный при помощи разрешения UL, является PUSCH для URLLC (URLLC PUSCH).

[0066] Например, когда размер полезных данных разрешения UL, обнаруженного терминалом 100, отличается от размеров полезных данных и формата DCI 0_0, и формата DCI 0_1, предписанных в разрешении UL для PUSCH, предполагающего еМВВ, контроллер 104 параметров PC может определить, что это разрешение UL является разрешением UL для планирования PUSCH для URLLC.

[0067] Или, когда размер полезных данных разрешения UL, обнаруженного терминалом 100, меньше размера полезных данных формата DCI 0_0, соответствующего формату DCI fallback, предписанных в разрешении UL для PUSCH, предполагающем еМВВ, контроллер 104 параметров PC может определить, что это разрешение UL является разрешением UL для планирования PUSCH для URLLC.

[0068] Когда определено, что разрешение UL является разрешением UL для планирования PUSCH для URLLC, контроллер 104 параметров PC выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC.

[0069] С другой стороны, когда размер полезных данных разрешения UL, обнаруженного терминалом 100, равен размеру полезных данных формата DCI 0_0 или формата DCI 0_1, контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования данных типа сервиса, отличного от URLLC (например, PUSCH для еМВВ). Когда определено, что разрешение UL является разрешением UL для планирования данных типа сервиса, отличного от URLLC, контроллер 104 параметров PC выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC.

[0070] Как описано выше, в Примере 1, номер набора параметров PC неявно указан с базовой станции 200 терминалу 100 в соответствии с размером полезных данных формата DCI, используемого в разрешении UL.

[0071] [Пример 2: Скремблирующая последовательность, используемая в разрешении UL]

В Примере 2 заданное условие состоит в том, что скремблирующая последовательность, используемая в разрешении UL, отличается от заданной последовательности.

[0072] Например, когда специфическая для терминала скремблирующая последовательность, используемая в формате DCI разрешения UL, отличается от заданной специфической для терминала последовательности, контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования данных URLLC. Иными словами, когда специфическая для терминала скремблирующая последовательность, используемая в формате DCI разрешения UL, отличается от заданной специфической для терминала последовательности, контроллер 104 параметров PC определяет, что PUSCH, спланированный при помощи этого разрешения UL, является PUSCH для URLLC (URLLC PUSCH).

[0073] Например, в формате DCI 0_0 или формате DCI 0_1, предписанном в разрешении UL для PUSCH, предполагающего еМВВ, используется временный идентификатор сотовой радиосети (Cell-Radio Network Temporary Identifier, C-RNTI) или сконфигурированный временный идентификатор планирования радиосети (Configured Scheduling-RNTI, CS-RNTI) и т.п.для специфической для терминала скремблирующей последовательности.

[0074] Например, когда скремблирующая последовательность, используемая в разрешении UL, обнаруженная терминалом 100, отличается от C-RNTI или CS-RNTI, контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH для URLLC, и выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC.

[0075] С другой стороны, когда скремблирующая последовательность, используемая в разрешении UL, обнаруженная терминалом 100, представляет собой C-RNTI или CS-RNTI, контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования данных типа сервиса, отличного от URLLC, и выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC.

[0076] Как описано выше, в Примере 2, номер набора параметров PC неявно указан с базовой станции 200 терминалу 100 в соответствии со сремблирующей последовательностью формата DCI, используемого в разрешении UL.

[0077] [Пример 3: разрешение UL после передачи запроса на планирование (Scheduling Request, SR) для URLLC]

В Примере 3 заданное условие состоит в том, что разрешение UL является разрешением UL, принимаемым после передачи запроса на планирование для URLLC (SR для URLLC) с терминала 100.

[0078] Здесь "разрешение UL, принимаемое после передачи SR для URLLC" может быть разрешением UL, принятым в течение заданного периода XI [символ] после передачи SR для URLLC, или может быть разрешением UL, принятым первым после передачи SR для URLLC, например.

[0079] Кроме того, SR для URLLC может быть явно указан для URLLC, например, когда ресурс SR сконфигурирован базовой станцией 200. Кроме того, передача SR, которая происходит во время передачи данных еМВВ и имеет высокую срочность или приоритет, может быть определена как передача SR для URLLC. Или радиоресурс для передачи SR для URLLC может быть определен в спецификациях. Или, когда цикл ресурса SR, сконфигурированного базовой станцией 200, меньше или равен заданному значению Х2 [символ], SR для URLLC может быть определен как SR для URLLC, для которого запрошена малая задержка.

[0080] Например, когда разрешение UL принято после передачи SR для URLLC, контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH для URLLC, и выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC.

[0081] С другой стороны, когда после передачи SR для URLLC принято разрешение UL, не удовлетворяющее вышеуказанному заданному условию, контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования данных типа сервиса, отличного от URLLC, и выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC.

[0082] Как описано выше, в Примере 3, номер набора параметров PC неявно указывается с базовой станции 200 терминалу 100 в соответствии с тем, принято ли разрешение UL, соответствующее заданному условию, после передачи SR для URLLC.

[0083] Кроме того, величины вышеупомянутых пороговых значений X1 и Х2 могут быть предписаны заранее в спецификациях или могут быть сконфигурированы с базовой станции 200 на терминал 100.

[0084] [Пример 4: разрешение UL, указывающее на повторную передачу при передаче по восходящей линии связи без разрешения] В Примере 4 заданное условие состоит в том, что разрешение UL указывает на повторную передачу при передаче по восходящей линии связи без разрешения (далее называемой просто "передачей без разрешения").

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

[0086] Согласно передаче без разрешения можно сократить время от генерации данных передачи в терминале 100 до планирования PUSCH при помощи разрешения UL от базовой станции 200 после передачи SR на базовую станцию 200. Следовательно, предполагается, что передача без разрешения используется в начальной передаче для URLLC, для которой требуется малая задержка.

[0087] Кроме того, повторная передача без разрешения указывается посредством разрешения UL.

[0088] Например, когда принято разрешение UL для указания повторной передачи без разрешения, контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH для URLLC, и выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC. Следует отметить, что контроллер 104 параметров PC может определять, является ли это повторной передачей при передаче без разрешения, например, на основании значения поля индикатора новых данных (New data indicator, NDI) в разрешении UL.

[0089] С другой стороны, когда передача без разрешения не применима, или когда разрешение UL для указания повторной передачи без разрешения не получено, контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования данных типа сервиса, отличного от URLLC, и выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC.

[0090] Как описано выше, в Примере 4, номер набора параметров PC неявно указан с базовой станции 200 терминалу 100 в соответствии с тем, указана ли разрешением UL повторная передача при передаче без разрешения.

[0091] Кроме того, ресурс передачи без разрешения для URLLC и ресурс передачи без разрешения для типа сервиса, отличного от URLLC (например, еМВВ), могут отличаться друг от друга между конфигурацией, выполняемой базовой станцией 200, и обозначением в спецификации.

[0092] Например, при восходящей передаче с использованием ресурса передачи без разрешения терминал 100 может использовать значение набора параметров PC для передачи без разрешения, которое сконфигурировано заранее с базовой станции 200 (фиксированное значение, не зависящее от набора параметров PC (см., например, ФИГ. 1), используемое в восходящей передаче на основании разрешения UL). Кроме того, когда определен ресурс передачи без разрешения для URLLC, может быть проведено различие между значением набора параметров PC при восходящей передаче с использованием ресурса передачи без разрешения для URLLC и значением набора параметров PC при восходящей передаче с использованием ресурса передачи без разрешения для типа сервиса, отличного от URLLC.

[0093] Это позволяет выполнять соответствующее управление мощностью восходящей передачи при начальной передаче URLLC с использованием ресурса передачи без разрешения.

[0094] Кроме того, разрешение UL для указания повторной передачи без разрешения может быть скремблировано, например, с использованием CS-RNTI. В этом случае, когда обнаруженное разрешение UL скремблировано при помощи CS-RNTI, терминал 100 может определить, что PUSCH, запланированный при помощи этого разрешения UL, предназначен для URLLC.

[0095] [Пример 5: Синхронизация передачи или количество символов передачи PUSCH, указанное разрешением UL]

В Примере 5 заданное условие состоит в том, что период времени от момента, когда терминал 100 принимает разрешение UL, до момента, когда он передает восходящий сигнал, находится в пределах заданного времени. Или заданное условие состоит в том, что количество символов передачи восходящего сигнала, указанное разрешением UL, меньше или равно заданному значению.

[0096] Разрешение UL содержит информацию о временных ресурсах (например, поле назначения ресурсов временной области и т.п.). Информация о временных ресурсах включает в себя время от приема разрешения UL до передачи PUSCH (например, время подготовки PUSCH, также называемое N₂) или количество символов (или длительность временного интервала) PUSCH. При планировании URLLC время подготовки PUSCH или длина символа, вероятно, будут сконфигурированы короткими по сравнению с другим типом сервиса для удовлетворения требований малой задержки.

[0097] Например, когда время подготовки PUSCH, указанное разрешением UL, меньше или равно Х3 [символ], контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH для URLLC, и выбирает набор параметров PC, определенный номером j=А набора параметров PC. [0097] С другой стороны, когда время подготовки PUSCH, указанное разрешением UL, больше Х3 [символ], контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования данных типа сервиса, отличного от URLLC, и выбирает набор параметров PC, определенный номером j=В набора параметров PC.

[0098] Или, когда количество символов PUSCH, указанное разрешением UL, меньше или равно Х4 [символ], контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH для URLLC, и выбирает набор параметров PC, определенный номером j=А набора параметров PC. [0098] С другой стороны, когда количество символов PUSCH, указанное разрешением UL, больше Х4 [символ], контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования данных типа сервиса, отличного от URLLC, и выбирает набор параметров PC, определенный номером j=В набора параметров PC.

[0099] Как описано выше, в Примере 5, номер набора параметров PC неявно указан с базовой станции 200 терминалу 100 в соответствии с синхронизацией передачи (или количеством символов передачи) PUSCH, указанным разрешением UL.

[0100] [Пример 6: цикл обнаружения разрешения UL]

В Примере 6 заданное условие состоит в том, что цикл обнаружения разрешения UL в терминале 100 меньше или равен заданному значению.

[0101] В каждом формате DCI, включающем в себя разрешение UL, заданный цикл обнаружения для каждого терминала 100 конфигурируется с базовой станцией 200. При планировании данных URLLC вероятно, что для разрешения UL сконфигурирован более короткий цикл обнаружения для удовлетворения требований малой задержки.

[0102] Например, когда цикл обнаружения разрешения UL меньше или равен Х5 [символ], контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH для URLLC, и выбирает набор параметров PC, определенный номером j=А набора параметров PC.

[0097] С другой стороны, когда цикл обнаружения разрешения UL больше Х5 [символ], контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования данных типа сервиса, отличного от URLLC, и выбирает набор параметров PC, определенный номером j=В набора параметров PC.

[0104] Как описано выше, в Примере 6, номер набора параметров PC неявно указан с базовой станции 200 терминалу 100 в соответствии с циклом обнаружения разрешения UL.

[0105] [Пример 7: Таблица схемы модуляции и кодирования (MCS), используемая в разрешении UL]

В Примере 7 заданное условие состоит в том, что таблица MCS, используемая в разрешении UL, отличается от заданной таблицы MCS.

[0106] В NR "таблица MCS для URLLC" и "таблица MCS для еМВВ" определены в таблице MCS (таблица шаблонов MCS, однозначно соответствующая номеру MCS), используемой в разрешении UL для указания MCS (скорости кодирования и схемы модуляции)терминалу.

[0107] Пример таблицы MCS для URLLC показан на ФИГ. 7А, а пример таблицы MCS для еМВВ показан на ФИГ. 7В и 7С (например, см. NPL 6). Таблица MCS для URLLC, показанная на ФИГ. 7А, не имеет 256QAM (порядок модуляции Qm=8), включенный в таблицу MCS для еМВВ, показанную на ФИГ. 7С, и включает в себя MCS, скорость кодирования которого ниже, чем в таблице MCS для еМВВ, показанной на ФИГ. 7В и 7С (другими словами, MCS с более низкой спектральной эффективностью).

[0108] Например, какая таблица MCS, используемая терминалом 100, заранее определена специфической для терминала скремблирующей последовательностью (например, RNTI), используемой в формате DCI, или пространством поиска, которое является ресурсом распределения PDCCH.

[0109] Например, когда таблица MCS, используемая в разрешении UL, является таблицей MCS для URLLC, контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования данных URLLC. Иными словами, когда таблица MCS, используемая в разрешении UL, является таблицей MCS для URLLC, контроллер 104 параметров PC определяет, что PUSCH, запланированный при помощи этого разрешения UL, является PUSCH для URLLC (URLLC PUSCH).

[0110] Например, когда таблица MCS, используемая в разрешении UL, обнаруженная терминалом 100, является таблицей MCS для URLLC, контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH для URLLC, и выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC.

[0111] С другой стороны, когда таблица MCS, используемая в разрешении UL, обнаруженная терминалом 100, является таблицей MCS для еМВВ (или таблицей MCS, отличной от таблицы MCS для URLLC), контроллер 104 параметров PC определяет, что это разрешение UL является разрешением UL для планирования данных типа сервиса, отличного от URLLC. Когда определено, что разрешение UL является разрешением UL для планирования данных типа сервиса, отличного от URLLC, контроллер 104 параметров PC выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC.

[0112] Как описано выше, в Примере 7, номер набора параметров PC неявно указан с базовой станции 200 терминалу 100 в соответствии с таблицей MCS формата DCI, используемого в разрешении UL.

[0113] Примеры "заданного условия" для определения того, что разрешение UL является разрешением, которое планирует данные URLLC, были описаны выше.

[0114] Следует отметить, что множество заданных условий, описанных в Примерах 1-7, могут быть объединены.

[0115] [Пример конфигурации номера j=А, В набора параметров PC]

Далее описан пример настройки номеров j=А и В набора параметров PC, конфигурируемых в контроллере 104 параметров PC.

[0116] Например, мощность передачи URLLC PUSCH по меньшей мере сконфигурирована таким образом, чтобы быть больше, чем мощность передачи PUSCH типа сервиса, отличного от URLLC (например, еМВВ).

[0117] Например, в Уравнении 1, мощность P_PUSCH,f,c(i, j, qd, l) передачи PUSCH, вероятно, будет увеличиваться по мере увеличения целевой мощности P_{O_PUSCH,f,c}(j) приема набора параметров PC. Кроме того, мощность P_PUSCH,f,c(i, j, qd, l) передачи PUSCH, вероятно, будет увеличиваться по мере увеличения коэффициента α_f,c(j) взвешивания, представляющего степень компенсации потерь в полосе пропускания набора параметров PC, поскольку значение потерь в полосе пропускания будет легче отразить в мощности P_PUSCH,f,c(i, j, qd, l) передачи PUSCH.

[0118] Кроме того, как показано на ФИГ. 6, например, наименьшее число 0 номера j набора параметров PC (любого из j, равного от 0 до J-1) может быть настроено на значение (В=0) набора параметров PC типа сервиса, отличного от URLLC (например, для еМВВ), например, а наибольшее число J-1 номера j набора параметров PC может быть настроено на значение набора параметров PC (А=J-1) для URLLC. Как показано на ФИГ. 6, P_{O_PUSCH,f,c}(0) = -80 дБм и α_f,c(0)=0,6 в случае номера j=0 набора параметров PC, и P_{O_PUSCH,f,c}(J-1) = -50 дБм и α_f,c(J-1)=1,0 в случае номера j=J-1 набора параметров PC. Следовательно, мощность P_PUSCH,f,c(i, j, qd, l) передачи PUSCH, когда сконфигурирован номер j=J-1 набора параметров PC, вероятно, будет больше, чем мощность P_PUSCH,f,c(i, j, qd, l) передачи PUSCH, когда сконфигурирован номер j=0 набора параметров PC.

[0119] Следует отметить, что случай, в котором номер А набора параметров PC установлен равным максимальному значению J-1 номера j, а номер В набора параметров PC установлен равным минимальному значению 0 номера j, описан на ФИГ. 6, но номера А и В набора параметров PC не ограничены этими значениями. Например, номер В набора параметров PC может быть сконфигурирован таким образом, чтобы иметь большее значение, чем номер А набора параметров PC.

[0120] Или номер А набора параметров PC для URLLC может быть установлен как номер (=В+Δ) набора параметров PC, полученный посредством добавления заданного смещения Δ к номеру В набора параметров PC для типа сервиса, отличного от URLLC (например, еМВВ).

[0121] Или значение (P_{O_PUSCH,f,c}(B)+Δ) набора параметров PC, полученное посредством добавления заданного смещения Δ [dB] к значению набора параметров PC типа сервиса, отличного от URLLC (e.g., еМВВ), может быть использовано в качестве значения (P_{O_PUSCH,f,c}(A)) набора параметров PC для URLLC. Иначе говоря, это может быть P_{O_PUSCH,f,c}(A)=P_{O_PUSCH,f,c}(B)+Δ.

[0122] Кроме того, в случае, когда терминал 100 выполняет передачу и прием с множеством точек передачи/приема (Transmission/Reception Points, TRP), номер А набора параметров PC для URLLC и номер В набора параметров PC для типа сервиса, отличного от URLLC, могут быть определены для каждой TRP. На ФИГ. 8 показан пример конфигурации значений набора параметров PC для каждой TRP. На ФИГ. 8, для TRP #0, номер j=J-2 набора параметров PC сконфигурирован как значение набора параметров PC для URLLC, а номер j=0 набора параметров PC сконфигурирован как значение набора параметров PC для типа сервиса, отличного от URLLC, например. Аналогичным образом, для TRP #1, номер j=J-1 набора параметров PC сконфигурирован как значение набора параметров PC для URLLC, а номер j=1 набора параметров PC сконфигурирован как значение набора параметров PC для типа сервиса, отличного от URLLC.

[0123] Различные TRP имеют очень разные условия распространения, такие как потери в полосе пропускания и т.п. Таким образом, как показано на ФИГ. 8, можно определять и выбирать наборы параметров PC, подходящие для соответствующих TRP. В результате терминал 100 может соответствующим образом конфигурировать мощность передачи PUSCH для каждой TRP.

[0124] Следует отметить, что конфигурация набора параметров PC для каждой TRP, показанная на ФИГ. 8, является просто примером и не ограничена им, а мощность передачи URLLC PUSCH может быть по меньшей мере сконфигурирована таким образом, чтобы быть выше, чем мощность передачи PUSCH типа сервиса, отличного от URLLC, для каждой TRP. Например, в зависимости от среды распространения TRP #0 и TRP #1, значение набора параметров PC для URLLC в отношении TRP #0 может быть сконфигурировано таким образом, чтобы быть ниже, чем значение набора параметров PC типа сервиса, отличного от URLLC.

[0125] Кроме того, в случае, когда базовая станция 200, имеющая множество антенных панелей с различными средами компоновки (другими словами, разную квазиколлокацию (Quaisi-colocation, QCL)), обменивается данными с терминалом 100, номер А набора параметров PC для URLLC и номер В набора параметров PC типа сервиса, отличного от URLLC, могут быть определены для каждой антенной панели таким же образом, как и в случае, когда множество TRP обмениваются данными с терминалом 100 (см., например, ФИГ. 8).

[0126] Кроме того, номер TRP и номер антенной панели могут быть определены на основании ресурса передачи канала управления (например, называемого набором ресурсов управления (Control Resource Set, CORESET)), в котором, например, сконфигурирован канал управления (например, PDCCH) принятый терминалом 100.

[0127] Конфигурация номеров j=А и В набора параметров PC описана выше.

[0128] Кроме того, взаимосвязь соответствия между номером j набора параметров PC и набором параметров PC (например, P_{O_PUSCH,f,c}(j) и α_f,c(j)) не ограничена примером, показанным на ФИГ. 6. Например, на ФИГ. 6 показан случай, когда P_{O_PUSCH,f,c}(j) и α_f,c(j) увеличиваются при увеличении номера j набора параметров PC (другими словами, случай, когда P_{O_PUSCH,f,c}(j) и α_f,c(j) упорядочены по возрастанию). Однако значение P_{O_PUSCH,f,c}(j) или α_f,c(j) не обязательно должно увеличиваться при увеличении номера j набора параметров PC.

[0129] Как описано выше, в настоящем варианте осуществления терминал 100 конфигурирует набор параметров PC (параметр управления мощностью), соответствующий URLLC, когда удовлетвореноя заданное условие, относящееся к разрешению UL, и конфигурирует набор параметров PC, соответствующий типу сервиса, отличному от URLLC, когда заданное условие не удовлетворено. Затем терминал 100 передает восходящий сигнал с использованием мощности передачи, вычисленной с использованием сконфигурированного набора параметров PC.

[0130] В результате может быть неявно указан параметр (например, набор параметров PC) управления мощностью передачи (например, повышения мощности) PUSCH для URLLC с базовой станции 200 терминалу 100. Следовательно, даже в разрешении UL, которое не содержит информацию (или поле), явно указывающую номер набора параметров PC, можно надлежащим образом сконфигурировать мощность передачи канала восходящей связи, подходящую для такого типа сервиса, как URLLC и еМВВ и т.п. Кроме того, поскольку нет необходимости добавления новой информацию к разрешению UL, можно предотвратить увеличение служебных сигналов PDCCH.

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

[0132] В данном случае требуется малая задержка для восходящей передачи данных URLLC. Следовательно, как показано на ФИГ. 9, данные URLLC (URLLC PUSCH) могут быть спланированы по радиоресурсу, который уже был выделен другому терминалу для данных еМВВ (еМВВ PUSCH). Кроме того, в URLLC было изучено выделение широкополосного радиоресурса для получения преимущества от частотного разнесения. Таким образом, предполагается, что часть радиоресурса (например, временного ресурса или частотного ресурса) перекрывается между URLLC и еМВВ.

[0133] Как описано выше, согласно настоящему варианту осуществления терминал 100 может при восходящей передаче данных URLLC надлежащим образом конфигурировать мощность восходящей передачи, при помощи которой данные URLLC могут быть декодированы в базовой станции 200, даже если часть или весь радиоресурс для восходящей передачи накладывается (перекрывается) между данными еМВВ и данными URLLC от разных терминалов (например, UE#0 и UE#1 на ФИГ. 9). Следовательно, могут быть удовлетворены требования малой задержки и высокой надежности для URLLC.

[0134] [Вариант 2 осуществления изобретения]

В настоящем варианте осуществления описан способ конфигурации мощности передачи PUSCH, когда информацию управления восходящей линии связи для URLLC (далее называемую информацией управления восходящей линии связи (Uplink Control Information, UCI)) передают на PUSCH (что также называется "совмещенной UCI").

[0135] Например, когда синхронизация передачи PUCCH, который является каналом восходящей связи для передачи UCI, перекрывается с синхронизацией передачи PUSCH, терминал мультиплексирует UCI с уплотненным каналом восходящей связи (UL-SCH: информация данных восходящей связи) и передает ее на PUSCH (что также называется "совмещенной UCI") для предотвращения увеличение отношения пикового уровня мощности сигнала к среднему уровню его мощности (Peak to Average Power Ratio, PAPR) при передаче с несколькими несущими.

[0136] В данном случае, когда терминал передает по PUSCH UCI, необходимую для обеспечения такого же высокого качества, как данные URLLC (далее называемую "UCI для URLLC"), может потребоваться повышение мощности для удовлетворения качества UCI. Иными словами, когда UCI для URLLC передают по PUSCH в терминале, может потребоваться повышение мощности по сравнению с тем, когда передают тип сервиса, отличный от URLLC (например, еМВВ). Кроме того, в качестве UCI для URLLC, например, предполагается информация подтверждения/отрицательного подтверждения (ACK/NACK) для данных URLLC или информация о состоянии канала (далее называемая CSI, Channel State Information) для целевой частоты появления ошибок по блокам (Block Error Rate, BLER) для URLLC (например, BLER=10E-5) и т.д. (подробности описаны ниже).

[0137] Однако управление мощностью передачи PUSCH определено либо с UCI, либо без нее. Следовательно, когда поле SRI не включено, как в случае с форматом DCI fallback (например, форматом DCI 0_0), то есть когда используется разрешение UL, которое не содержит информацию, явно указывающую номер набора параметров PC, мощность передачи PUSCH определяется независимо от наличия или отсутствия UCI для URLLC. По этой причине терминал может быть не в состоянии соответствующим образом увеличивать мощность передачи PUSCH, включающего UCI. Например, даже когда терминал передает данные для еМВВ и UCI для PUSCH по одному PUSCH, применяют ту же мощность передачи, что и при передаче одних только данных для еМВВ (другими словами, когда данные для еМВВ передают без UCI). Следовательно, UCI для PUSCH может иметь недостаточную мощность передачи и может не удовлетворять требованиям качества URLLC.

[0138] Таким образом, в настоящем варианте осуществления описан способ соответствующего повышения мощности передачи PUSCH, включающего UCI (в частности, UCI для URLLC), посредством выбора набора параметров PC.

[0139] Система связи согласно настоящему варианту осуществления содержит терминал 300 (см. ФИГ. 10, которая описана ниже) и базовую станцию 200 (см. ФИГ. 4, например).

[0140] [Конфигурация терминала 300]

На ФИГ. 10 изображена структурная схема, показывающая пример конфигурации терминала 300 в соответствии с настоящим вариантом осуществления изобретения. На ФИГ. 10 те же компоненты, что и компоненты терминала 100 (ФИГ. 3) Варианта 1 осуществления изобретения, обозначены теми же ссылочными номерами, и их описания опущены. В частности, в терминале 300, показанном на ФИГ. 10, к терминалу 100, показанному на ФИГ. 3, добавлены генератор 301 UCI, кодирующее устройство/модулятор 302 и мультиплексор 303, и работа контроллера 304 параметров PC отличается.

[0141] Генератор 301 UCI генерирует UCI (информацию управления восходящей линии связи, такую как ACK/NACK или CSI и т.п.), передаваемую терминалом 300, и выводит сгенерированную UCI на кодирующее устройство/модулятор 302. Кроме того, генератор 301 UCI выводит информацию, относящуюся к передаваемой UCI, на контроллер 304 параметров PC.

[0142] Кодирующее устройство/модулятор 302 выполняет кодирование и модуляцию UCI, введенной с генератора 301 UCI, на основании DCI, введенной с демодулятора/декодера 103, и выводит модулированный сигнал UCI на мультиплексор 303.

[0143] Мультиплексор 303 мультиплексирует сигнал UCI, введенный с кодирующего устройства/модулятора 302, и модулированный сигнал данных, введенный с кодирующего устройства/модулятора 107, и выводит мультиплексированный сигнал данных на распределитель 108 ресурсов. Мультиплексор 303 может "прокалывать" некоторые элементы ресурсов (Resource Elements, RE) сигнала данных и помещать сигнал UCI в проколотую часть, например, в качестве способа мультиплексирования UCI и сигнала данных. Или мультиплексор 303 может заранее учитывать размер RE сигнала UCI и определять (согласовывать по скорости) размер RE сигнала данных.

[0144] Контроллер 304 параметров PC определяет номер j набора параметров PC, применяемый к запланированному PUSCH, с использованием DCI, введенной с демодулятора/декодера 103, и информации, относящейся к UCI, введенной с генератора 301 UCI. Контроллер 304 параметров PC выводит определенный номер набора параметров PC на вычислитель 105 мощности передачи.

[0145] [Конфигурация базовой станции]

Поскольку базовая станция в соответствии с настоящим вариантом осуществления имеет ту же базовую конфигурацию, что и базовая станция 200 в соответствии с Вариантом 1 осуществления, она описана со ссылкой на ФИГ. 4. Следует отметить, что декодированные данные приема в базовой станции 200 согласно настоящему варианту осуществления включают в себя UCI в дополнение к данным с терминала 300 (см. ФИГ. 10).

[0146] Далее в настоящей заявке описаны примеры "заданного условия" для адаптации повышения мощности передачи посредством изменения набора параметров PC по отношению к PUSCH, включая (мультиплексирование или совмещение) UCI (в частности, UCI для URLLC).

[0147] [Пример 1: включение ACK/NACK в PDSCH (канал данных нисходящей связи) для URLLC]

В Примере 1 заданное условие состоит в том, что UCI, включенная в PUSCH, планируемый при помощи разрешения UL, является ACK/NACK (ответным сигналом) для PDSCH для URLLC. Можно считать, что ACK/NACK для PDSCH для URLLC требуется для обеспечения малой задержки и высокой надежности, аналогично PDSCH для URLLC.

[0148] Кроме того, когда скремблирующая последовательность (например, RNTI), используемая в DCI для планирования PDSCH, отличается от заданной последовательности (например, C-RNTI или CS-RNTI для планирования PDSCH для еМВВ), терминал 300 может определить, что этот PDSCH является PDSCH для URLLC. Например, когда скремблирующая последовательность, используемая в DCI для планирования PDSCH, является RNTI для URLLC, терминал 300 может определить, что этот PDSCH является PDSCH для URLLC.

[0149] Или, когда используют таблицу MCS для URLLC в DCI для планирования PDSCH, терминал 300 может определить, что этот PDSCH является PDSCH для URLLC.

[0150] Например, когда ACK/NACK для PDSCH для URLLC включено в PUSCH, планируемый при помощи разрешения UL, обнаруживаемого терминалом 300, контроллер 304 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH, которое содержит UCI для URLLC, и выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC.

[0151] С другой стороны, когда ACK/NACK для PDSCH для URLLC не включено в PUSCH, планируемый при помощи разрешения UL, обнаруживаемого терминалом 300, контроллер 304 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH, которое не содержит UCI для URLLC, и выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC.

[0152] Как описано выше, в Примере 1, номер набора параметров PC неявно указан с базовой станции 200 терминалу 300 в соответствии с тем, включено ли ACK/NACK для PDSCH для URLLC в PUSCH, планируемый при помощи разрешения UL.

[0153] [Пример 2: ACK/NACK, когда интервал времени от приема PDSCH до передачи ACK/NACK не превышает заданного порогового значения]

В Примере 2 заданное условие состоит в том, что UCI, включенная в PUSCH, планируемый при помощи разрешения UL, представляет собой ACK/NACK, когда интервал времени от приема PDSCH до передачи ACK/NACK (иногда называемый N1 [символ], например) меньше или равен заданному пороговому значению Х6 [символ]. Например, N1 включен в DCI для планирования PDSCH.

[0154] Иными словами, заданное условие состоит в том, что период времени N1 [символ] с момента, когда терминал 300 принимает PDSCH, до того момента, когда терминал 300 передает UCI, содержащую ACK/NACK для этого PDSCH, находится в пределах заданного времени Х6.

[0155] Когда N1 короткий (другими словами, в случае N1≤Х6), терминал 300 может определить, что UCI, включенная в PUSCH, планируемый при помощи UL, представляет собой UCI для URLLC, для которого требуется малая задержка.

[0156] Например, когда ACK/NACK с коротким N1 (ACK/NACK, где N1≤Х6) включено в PUSCH, планируемый при помощи разрешения UL, обнаруживаемого терминалом 300, контроллер 304 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH, которое содержит UCI для URLLC, и выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC.

[0157] С другой стороны, в случае, отличном от вышеописанного (например, когда ACK/NACK с длинным N1 (ACK/NACK, где N1>Х6) включено в PUSCH), контроллер 304 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH, которое не содержит UCI для URLLC, и выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC.

[0158] Как описано выше, в Примере 2, номер набора параметров PC неявно указан с базовой станции 200 терминалу 300 в соответствии с тем, включено ли ACK/NACK с коротким N1 в PUSCH, планируемый при помощи разрешения UL.

[0159] [Пример 3: CSI, вычисляемая с целевой BLER, не превышающей заданного порогового значения]

В Примере 3 заданное условие состоит в том, что UCI, включенная в PUSCH, планируемый при помощи разрешения UL, представляет собой CSI, вычисляемую с целевой частотой появления ошибок (например, BLER), которая меньше или равна заданному пороговому значению Х7.

[0160] Целевая BLER, используемая при вычислении CSI, сконфигурирована заранее с базовой станции 300 на терминал 200. Терминал 300 может определить, что CSI, вычисляемая с низкой целевой BLER, меньшей или равной пороговому значению Х7, представляет собой UCI для URLLC.

[0161] Например, когда CSI, вычисляемая с целевой BLER (например, целевой BLER=10Е-5), меньшей или равной заданному пороговому значению Х7, включена в PUSCH, планируемый при помощи разрешения UL, обнаруживаемого терминалом 300, контроллер 304 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH, которое содержит UCI для URLLC, и выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC.

[0162] С другой стороны, в случае, отличном от вышеописанного (например, когда CSI, вычисляемая с целевой BLER (например, целевой BLER=10Е-1), превышающей заданное пороговое значение Х7, включена в PUSCH), контроллер 304 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH, которое не содержит UCI для URLLC, и выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC.

[0163] Как описано выше, в Примере 3, номер набора параметров PC неявно указан с базовой станции 200 терминалу 300 в соответствии с тем, включена ли в PUSH, планируемый при помощи разрешения UL, CSI, вычисляемая с целевой BLER, меньшей или равной заданному пороговому значению Х7.

[0164] [Пример 4: включение ACK/NACK в PDSCH для еМВВ]

В Примере 4 заданное условие состоит в том, что UCI, включенная в PUSCH, планируемый при помощи разрешения UL, является ACK/NACK для PDSCH для еМВВ. Таким образом, условие противоположно условию (являющемуся ACK/NACK для PDSCH для URLLC) из Примера 1 согласно настоящему варианту осуществления.

[0165] Например, при планировании сервиса, имеющего более низкий приоритет малой задержки и более высокий приоритет высокой надежности, базовая станция 200 может рассматриваться как выполняющая такое управление, что общая частота появления ошибок, полученная путем умножения соответствующих частот появления ошибок PDSCH и ACK/NACK, для этого PDSCH становится заданного качества.

[0166] Например, описан случай, когда общая частота появления ошибок (значение, полученное путем умножения соответствующих частот появления ошибок) PDSCH и ACK/NACK становится постоянным значением (например, 10Е-6). В этом случае базовая станция 200 выполняет такое управление, что частота появления ошибок PDSCH становится 10Е-1 (качество, эквивалентное PDSCH для еМВВ), а частота появления ошибок ACK/NACK становится 10Е-5 (качество, эквивалентное UCI для URLLC), например. Или базовая станция 200 осуществляет такое управление, что частота появления ошибок PDSCH становится 10Е-5 (качество, эквивалентное PDSCH для URLLC), а частота появления ошибок ACK/NACK становится 10Е-1 (качество, эквивалентное UCI для еМВВ).

[0167] Иными словами, ACK/NACK для PDSCH, частота появления ошибок которого регулируется на уровне 10Е-1 (PDSCH для еМВВ), является UCI для URLLC, частота появления ошибок которого регулируется на уровне 10Е-5. С другой стороны, ACK/NACK для PDSCH, частота появления ошибок которого регулируется на уровне 10Е-5 (PDSCH для URLLC), является UCI для еМВВ, частота появления ошибок которого регулируется на уровне 10Е-1.

[0168] Следовательно, когда базовая станция 200 осуществляет такое управление, как описано выше, например, когда ACK/NACK для PDSCH для еМВВ включено в PUSCH, планируемый при помощи разрешения UL, обнаруживаемого терминалом 300, контроллер 304 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH, которое содержит UCI для URLLC (ACK/NACK), и выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC.

[0169] С другой стороны, в случае, отличном от вышеописанного, контроллер 304 параметров PC определяет, что это разрешение UL является разрешением UL для планирования PUSCH, которое не содержит UCI для URLLC (например, PUSCH, содержащий UCI для еМВВ), и выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC.

[0170] Как описано выше, в Примере 4, номер набора параметров PC неявно указан с базовой станции 200 терминалу 300 в соответствии с тем, включено ли ACK/NACK для PDSCH для еМВВ в PUSCH, планируемый при помощи разрешения UL.

[0171] Следует отметить, что хотя способ управления значением набора параметров PC переключается между Примерами 1 и 4 согласно настоящему варианту осуществления изобретения, соответствующий способ управления может быть выбран в соответствии со способом планирования, принятым базовой станцией 200.

[0172] [Пример 5: Количество RE, необходимых для UCI для URLLC, достигает верхнего предела]

В Примере 5 заданное условие состоит в том, что UCI для URLLC, применимая к любому из Примеров 1-4 согласно настоящему варианту осуществления, включена (совмещена) в PUSCH, планируемый при помощи разрешения UL, и количество RE, необходимых для этой UCI для URLLC, достигает верхнего предела количества RE, которые могут быть размещены в PUSCH.

[0173] В NR, в случае ACK/NACK, количество RE UCI, которые могут быть размещены в PUSCH, определяется, например, в соответствии со следующим Уравнением 2.

[2]

[0174] Здесь, Q'_ACK представляет собой количество RE (называемое фактическим количеством RE) ACK/NACK, фактически передаваемых по PUSCH, O_ACK представляет собой количество битов ACK/NACK, L_ACK представляет собой количество битов циклического контроля избыточности (Cyclic Redundancy Check, CRC), β_offset^PUSCH представляет собой корректирующий коэффициент (параметр) скорости кодирования ACK/NACK для данных (UL-SCH), ΣM_SC^UCI (l) (где l равно от 0 до N_symb,all^PUSCH-1) представляет собой количество RE, используемых при передаче PUSCH, и ΣK_r (где г равно от 0 до C_UL-SCH-1) представляет собой количество битов данных (UL-SCH), передаваемых по PUSCH. Кроме того, а представляет собой отношение числа RE UCI (ACK/NACK), передаваемых по PUSCH. Иными словами, α - это параметр для определения верхнего предела количества RE UCI для обеспечения качества UL-SCH.

[0175] Здесь левая часть функции Min уравнения 2 (пусть Q''_ACK как в следующем Уравнении 3) представляет количество RE (называемое требуемым количеством RE), используемых при передаче PUSCH для получения качества, требуемого для ACK/NACK.

[3]

[0176] Когда количество RE (требуемое количество RE), необходимое для UCI для URLLC, достигает верхнего предела, то есть, когда количество RE ограничено α до Q'_ACK<Q''_ACK, терминал 300 не может расположить UCI, содержащую указанное количество RE, для удовлетворения требуемого качества в PUSCH.

[0177] Следовательно, когда количество RE, необходимых для UCI для URLLC, достигает верхнего предела количества RE, которые могут быть размещены в PUSCH (т.е., в случае Q'_ACK<Q''_ACK), контроллер 304 параметров PC выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC, для повышения качества UCI для URLLC.

[0178] С другой стороны, когда количество RE, необходимых для UCI для URLLC, не достигло верхнего предела количества RE, которые могут быть размещены в PUSCH (т.е., в случае Q'_ACK≥Q''_ACK), контроллер 304 параметров PC определяет, что нет необходимости в повышении мощности, и выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC.

[0179] Как описано выше, в Примере 5, номер набора параметров PC неявно указан с базовой станции 200 терминалу 300 в соответствии с тем, достигает ли количество RE, необходимых для UCI для URLLC, включенной в PUSH, планируемый при помощи разрешения UL, верхнего предела количества RE, которые могут быть размещены в PUSCH.

[0180] Кроме того, терминал 300 выполняет ту же обработку данных, что описана выше, даже когда UCI для URLLC является CSI (более конкретно, CSI-1 (часть 1 CSI) и CSI-2 (часть 2 CSI). То есть, когда количество RE CSI, которые должны быть размещены в PUSCH, ограничено а, терминал 300 выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC, для повышения качества UCI для URLLC.

[0181] [Пример 6: Количество RE UCI, включающей в себя UCI для URLLC, больше заданного соотношения]

В Примере 6 заданное условие состоит в том, что UCI для URLLC, применимая к любому из Примеров 1-4 согласно настоящему варианту осуществления, включена в PUSCH, планируемый при помощи разрешения UL, и количество RE UCI, включающей в себя UCI для URLLC, больше заданного соотношения в общем PUSCH

[0182] Например, терминал 300 осуществляет повышение мощности в PUSH при удовлетворении условия, представленного в следующем Уравнении 4.

[4]

[0183] Здесь Q'ACK, Q'CSI-1 и Q'CSI-2 представляют количество RE (фактическое количество RE) ACK/NACK, часть 1 CSI и часть 2 CSI, которые фактически передают по PUSCH, соответственно. Кроме того, ΣM_SC^UCI (l) (где l равно от 0 до N_symb,all^PUSCH-1) представляет собой количество RE, используемых при передаче PUSCH, а γ представляет собой коэффициент верхнего предела количества RE UCI (общая UCI, включающая в себя ACK/NACK и CSI), содержащей UCI для URLLC, передаваемой по PUSCH. Например, когда отношение количества RE UCI к количеству RE всего PUSCH превышает этот коэффициент γ, предполагается, что UCI является более доминирующим, чем UL-SCH в PUSCH.

[0184] Например, когда общее требуемое количество RE для UCI, включающей в себя UCI для URLLC, достигает верхнего предела, то есть когда выполняется условие Уравнения 4, контроллер 304 параметров PC определяет, что UCI является доминирующей по сравнению с UL-SCH в PUSCH, и выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC.

[0185] С другой стороны, когда общее требуемое количество RE для UCI, включающей в себя UCI для URLLC, не достигает верхнего предела, то есть когда не выполняется условие Уравнения 4, контроллер 304 параметров PC определяет, что UL-SCH является доминирующим по сравнению с UCI в PUSCH, и выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует типу сервиса, отличному от URLLC.

[0186] Как описано выше, в Примере 6, номер набора параметров PC неявно указан с базовой станции 200 терминалу 300 в соответствии с тем, является ли UCI доминирующей по сравнению с UL-SCH в PUSCH.

[0187] Следует отметить, что δ, представляющая собой верхний предел (количество RE) количества RE UCI, передаваемых по PUSCH, может быть определена, как в нижеследующем Уравнении 5. То есть когда выполняется условие Уравнения 5, терминал 300 определяет, что UCI является доминирующей по сравнению с UL -SCH в PUSCH, и выбирает набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC. В результате могут быть получены эффекты, аналогичные эффектам управления с использованием коэффициента γ, показанного в Уравнении 4.

[5]

[0188] Выше описаны примеры "заданного условия" для адаптации повышения мощности передачи посредством изменения набора параметров PC по отношению к PUSCH, содержащему UCI.

[0189] Следует отметить, что множество заданных условий, описанных в Примерах 1-6, могут быть объединены.

[0190] [Способ выбора набора параметров PC]

Далее описан способ выбора набора параметров PC, когда UCI включена в PUSH, в контроллере 304 параметров PC терминала 300.

[0191] [Пример 1: Выбор набора параметров PC для каждого типа UCI из UCI для URLLC]

В Примере 1 контроллер 304 параметров PC выбирает набор параметров PC для каждого типа UCI из UCI для URLLC (например, ACK/NACK, часть 1 CSI или часть 2 CSI и т.д.).

[0192] Например, как показано на ФИГ. 11, когда тип UCI представляет собой CSI (часть 1 CSI или часть 2 CSI), контроллер 304 параметров PC выбирает набор параметров PC, определенный номером j=J-2 набора параметров PC, который соответствует URLLC. Кроме того, когда тип UCI представляет собой ACK/NACK, контроллер 304 параметров PC выбирает набор параметров PC, определенный номером j=J-1 набора параметров PC, который соответствует URLLC.

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

[0194] Кроме того, часть 1 CSI включает в себя широкополосную CQI или индикатор ранга, а часть 2 CSI включает в себя CQI поддиапазона. Часть 1 CSI считается важной информацией, которую часто используют при планировании базовой станции по сравнению с частью 2 CSI. Следовательно, контроллер 304 параметров PC может определять набор параметров PC таким образом, что высокая мощность передачи конфигурируется, когда часть 1 CSI включена как UCI для URLLC, по сравнению с тем, когда только часть 2 CSI включена как UCI.

[0195] Например, когда часть 1 CSI включена в UCI, контроллер 304 параметров PC выбирает набор параметров PC, определенный номером j=J-2 набора параметров PC (например, P_{O_PUSCH,f,c}(j) = -60 дБм, α_f,c(j)=0,9). Кроме того, когда только часть 2 CSI включена в UCI, контроллер 304 параметров PC выбирает набор параметров PC, определенный номером j=J-3 набора параметров PC (например, P_{O_PUSCH,f,c}(j) = -55 дБм, α_f,c(j)=0,9).

[0196] В результате можно настроить надлежащую мощность передачи в соответствии со степенью важности информации CSI.

[0197] [Пример 2: Выбор набора параметров PC в соответствии с количеством битов UCI, включающих UCI для URLLC]

В Примере 2 контроллер 304 параметров PC выбирает набор параметров PC в соответствии с количеством битов UCI, включающих UCI для URLLC.

[0198] Например, как показано на ФИГ. 12, когда количество битов UCI, включающих UCI для URLLC, меньше или равно заданному пороговому значению Х8 [бит], контроллер 304 параметров PC выбирает набор параметров PC, определенный номером j=J-2 набора параметров PC, который соответствует URLLC. Кроме того, когда количество битов UCI, включающих UCI для URLLC, больше заданного порогового значению Х8 [бит], контроллер 304 параметров PC выбирает набор параметров PC, определенный номером j=J-1 набора параметров PC, который соответствует URLLC.

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

[0200] [Пример 3: Выбор набора параметров PC в соответствии с комбинацией типов сервисов UL-SCH и UCI для URLLC]

В Примере 3 контроллер 304 параметров PC выбирает набор параметров PC в соответствии с комбинациями типов сервисов UL-SCH и UCI для URLLC.

[0201] Как показано на ФИГ. 13, существует четыре комбинации UL-SCH (PUSCH) и UCI для URLLC. На ФИГ. 13, (1) показывает комбинацию, в которой UCI для еМВВ передают по PUSCH для еМВВ, (2) показывает комбинацию, в которой UCI для URLLC передают по PUSCH для URLLC, (3) показывает комбинацию, в которой UCI для URLLC передают по PUSCH для еМВВ, и (4) показывает комбинацию, в которой UCI для еМВВ передают по PUSCH для URLLC.

[0202] Например, как в Варианте 1, показанном на ФИГ. 13, контроллер 304 параметров PC может выбрать набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC, в случае комбинации, в которую включено по меньшей мере одно из UCI для URLLC и PUSCH для URLLC (комбинация (2), (3) или (4) на ФИГ. 13). С другой стороны, как в Варианте 1, показанном на ФИГ. 13, контроллер 304 параметров PC может выбрать набор параметров PC, определенный номером j=В набора параметров PC, который соответствует URLLC, в случае комбинации, в которую не включено ничего из UCI для URLLC и PUSCH для URLLC (комбинация (1) на ФИГ. 13).

[0203] Или, как в Варианте 2 на ФИГ. 13, контроллер 304 параметров PC может выбирать набор параметров PC согласно соответствующим комбинациям. В Варианте 2 на ФИГ. 13, контроллер 304 параметров PC выбирает набор параметров PC, определенный номером j=В набора параметров PC, который соответствует еМВВ, в случае комбинации (1), и выбирает наборы параметров PC, определенные номерами j=от А1 до A3, что соответствует URLLC, в случае комбинации (2) - (4), соответственно.

[0204] Например, как показано в Варианте 2 на ФИГ. 13, когда качество UCI для URLLC имеет приоритет перед качеством PUSCH для URLLC, контроллер 304 параметров PC конфигурирует набор параметров PC, в котором мощность передачи увеличивается в порядке (2)>(3)>(4). Следует отметить, что способ конфигурации набора параметров PC не ограничен примером, показанным на ФИГ. 13. Например, когда качество PUSCH для URLLC имеет приоритет перед качеством UCI для URLLC, контроллер 304 параметров PC может конфигурировать набор параметров PC, в котором мощность передачи увеличивается в порядке (2)>(4)>(3).

[0205] В результате терминал 300 может конфигурировать мощность передачи в соответствии с комбинацией типов сервиса UL-SCH (PUSCH) и UCI для URLLC.

[0206] Способ выбора набора параметров PC описан выше. Следует отметить, что значения (например, j=0, J-3, J-2, или J-1) набора параметров PC, сконфигурированные на ФИГ. 11-13, являются одним примером, и могут быть использованы и другие значения.

[0207] Как описано выше, в настоящем варианте осуществления терминал 300 конфигурирует набор параметров PC (параметр управления мощностью), соответствующий URLLC, когда удовлетворено заданное условие, относящееся к UCI для URLLC, включенной в PUSCH, планируемый при помощи разрешения UL, и конфигурирует набор параметров PC, соответствующий типу сервиса, отличного от URLLC, когда заданное условие не удовлетворено. Затем терминал 300 передает восходящий сигнал с использованием мощности передачи, вычисленной с использованием сконфигурированного набора параметров PC.

[0208] В результате, в настоящем варианте осуществления терминал 300 может управлять мощностью передачи PUSCH в соответствии с наличием или отсутствием UCI для URLLC, так что может быть выполнено соответствующее повышение мощности в отношении мощности передачи PUSCH, включающего UCI (в частности, UCI для URLLC).

[0209] Кроме того, когда по меньшей мере одна UCI для URLLC, удовлетворяющая заданному условию Примеров 1-4, как описано выше, включена в UCI, включаемую и передаваемую по PUSCH, терминал 300 может выбрать набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC, независимо от другой информации, включенной в эту UCI.

[0210] Кроме того, когда UCI для URLLC, удовлетворяющая заданному условию, как описано выше, включена в PUSCH для еМВВ, планируемый при помощи DCI (например, формат DCI 0_0 или формат DCI 0_1, скремблированный с помощью C-RNTI или CS-RNTI), терминал 300 может выбрать набор параметров PC, определенный номером j=А набора параметров PC, который соответствует URLLC, даже в случае PUSCH для еМВВ.

[0211] Кроме того, настоящий вариант осуществления может быть аналогичным образом применен к способу конфигурации мощности передачи, когда UCI для URLLC передают по PUSCH, где выполняют передачу без разрешения.

[0212] Кроме того, при изменении набора параметров PC терминалу 300 не нужно изменять количество RE UCI, размещаемых в PUSCH. То есть, терминалу 300 не нужно изменять параметр (α, β_offset^PUSCH) для расчета количества RE (скорости кодирования) UCI. Следовательно, терминал 300 может конфигурировать мощность передачи в соответствии с требованиями качества UCI путем простого управления изменением набора параметров PC.

[0213] Или терминал 300 может изменить количество RE UCI, размещаемых в PUSCH, с изменением набора параметров PC. В этом случае терминал 300 отдельно конфигурирует параметр, используемый при вычислении скорости кодирования UCI, в соответствии с набором параметров PC или изменяет вычисление скорости кодирования с учетом увеличения или уменьшения мощности передачи вследствие набора параметров PC. В результате терминал 300 может более подходящим образом конфигурировать мощность передачи в соответствии с требованиями качества UCI посредством управления изменением набора параметров PC и изменением вычисления скорости кодирования UCI.

[0214] [Вариант 3 осуществления изобретения]

В настоящем варианте осуществления описан способ конфигурации мощности восходящей передачи PUSCH при передаче UCI для URLLC no PUSCH аналогично Варианту 2 осуществления изобретения.

[0215] В настоящем варианте осуществления описан способ соответствующего повышения мощности в отношении мощности передачи PUSCH, содержащего UCI (в частности, UCI для URLLC), посредством фиксирования набора параметров PC независимо от типа сервиса и посредством введения зависимого от UCI параметра регулировки мощности в уравнение мощности передачи (см., например, Уравнение 1).

[0216] Система связи согласно настоящему варианту осуществления содержит терминал 400 (см. ФИГ. 14, которая описана ниже) и базовую станцию 200 (см. ФИГ. 4, например).

[0217] [Конфигурация терминала 400]

На ФИГ. 14 изображена структурная схема, показывающая пример конфигурации терминала 400 в соответствии с настоящим вариантом осуществления изобретения. На ФИГ. 14 те же компоненты, что и компоненты терминала 100 (ФИГ. 3) Варианта 1 осуществления изобретения или терминала 300 (ФИГ. 10) Варианта 2 осуществления изобретения, обозначены теми же ссылочными номерами, и их описания опущены. В частности, в терминале 400, показанном на ФИГ. 14, операции генератора 401 UCI и вычислителя 402 мощности передачи отличаются относительно терминала 300, показанного на ФИГ. 10.

[0218] Контроллер 104 параметров PC выполняет такую же обработку данных, как и в Варианте 1 осуществления изобретения. [0144] Контроллер 104 параметров PC определяет номер j набора параметров PC, применяемый к запланированному PUSCH, с использованием DCI, введенной с демодулятора/декодера 103, независимо от наличия или отсутствия UCI.

[0219] Генератор 401 UCI генерирует UCI, передаваемую терминалом 400, и выводит сгенерированную UCI на кодирующее устройство/модулятор 302. Кроме того, генератор 401 UCI выводит информацию, относящуюся к передаваемой UCI, на вычислитель 402 мощности передачи.

[0220] Вычислитель 402 мощности передачи вычисляет мощность передачи PUSCH с использованием номера j набора параметров PC, сконфигурированного в контроллере 104 параметров PC, в соответствии с Уравнением 6, например. В Уравнении 6 ΔUCI (зависящий от UCI параметр регулирования мощности [дБ]) добавлен в Уравнение 1.

[6]

[0221] [Конфигурация базовой станции]

Поскольку базовая станция в соответствии с настоящим вариантом осуществления имеет ту же базовую конфигурацию, что и базовая станция 200 в соответствии с Вариантом 1 осуществления или Вариантом 2 осуществления, она описана со ссылкой на ФИГ. 4. Следует отметить, что декодированные данные приема в базовой станции 200 согласно настоящему варианту осуществления включают в себя UCI в дополнение к восходящим данным с терминала 400 (см. ФИГ. 14).

[0222] Далее описаны примеры способа повышения мощности передачи при помощи зависящего от UCI параметра ΔUCI регулировки мощности в отношении PUSCH, содержащего UCI.

[0223] ΔUCI вычисляют, например, как показано в следующем Уравнении 7.

[7]

[0224] Здесь Q''UCI представляет собой количество RE (требуемое количество RE) UCI, передаваемых по PUSCH, для повышения качества, требуемого для UCI. В частности, Q''UCI представляет собой общее количество RE соответствующих требуемых количеств RE ACK/NACK, части 1 CSI и части 2 CSI (Q''ACK, Q''CSI-1 и Q''CSI-2), как показано в Уравнении 8.

[8]

[0225] Кроме того, в Уравнении 7, Q'UCI представляет собой количество RE (фактическое количество RE) UCI, фактически передаваемых по PUSCH. В частности, Q'UCI представляет собой общее количество RE соответствующих фактических количеств RE ACK/NACK, части 1 CSI и части 2 CSI (Q'ACK, Q'CSI-1 и Q'CSI-2), как показано в Уравнении 9.

[9]

[0226] Следовательно, даже когда количество RE UCI для удовлетворения качества, требуемого для UCI, не может быть размещено на PUSCH (в случае Q'_UCI (фактическое количество RE) < Q''_UCI (требуемое количество RE)), терминал 400 может применять повышение мощности в соответствии с недостаточным количеством RE посредством применения ΔUCI Δ_UCI. Например, чем меньше Q'_UCI для Q''_UCI, тем больше Δ_UCI, и вычислитель 402 мощности передачи конфигурирует более высокую мощность передачи для PUSCH.

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

[0228] Кроме того, в настоящем варианте осуществления, когда терминал 400 не передает UCI по PUSCH, Δ_UCI может быть неприменимо (Δ_UCI=0 [дБ]) в Уравнении 6.

[0229] Кроме того, настоящий вариант осуществления может быть аналогичным образом применен к способу конфигурации мощности передачи, когда UCI для URLLC передают по PUSCH, где выполняют передачу без разрешения.

[0230] Кроме того, в настоящем варианте осуществления, Δ_UCI может быть применено только когда включена UCI для URLLC, и Δ_UCI может быть неприменимо (Δ_UCI=0 [дБ]), когда UCI для URLLC не включена. Или, Δ_UCI может быть применено независимо от типа сервиса UCI (независимо от UCI для URLLC и UCI для еМВВ).

[0231] Выше описаны варианты осуществления настоящего изобретения.

[0232] (1) Тип сервиса или тип трафика (например, информация, указывающая либо URLLC, либо еМВВ) может быть включен в разрешение UL. В этом случае базовая станция 200 может легко указать терминалу 100 тип сервиса PUSCH, который был запланирован, с использованием разрешения UL, и терминал 100 может передавать данные по PUSCH с использованием набора параметров PC, подходящего для типа сервиса.

[0233] (2) В вышеупомянутом варианте осуществления описан случай, когда набор параметров PC (например, номер j набора параметров PC) изменяется в соответствии с заданным условием, относящимся к разрешению UL. Однако в настоящем варианте осуществления параметр PC, отличный от номера j набора параметров PC (например, номер q_d RS оценки PL, номер l процесса обработки данных в замкнутом контуре) может быть изменен в соответствии с заданным условием, относящимся к разрешению UL.

[0234] Например, между URLLC и еМВВ может быть сконфигурирован другой процесс обработки данных в замкнутом контуре (номер l) в соответствии с заданным условием, относящимся к разрешению UL. Кроме того, между URLLC и еМВВ может быть сконфигурирована другая величины поправки обработки данных в замкнутом контуре в соответствии с заданным условием, относящимся к разрешению UL. Например, когда величина поправки обработки данных в замкнутом контуре в DCI содержит 2 бита (4 шаблона), может быть применена большая величина поправки в URLLC, чем в еМВВ, например, {+3, -1, 0,+1} для еМВВ и {+6, -2, 0,+2} для URLLC. В этом случае терминал 100 может осуществлять управление мощностью передачи данных в замкнутом контуре в соответствии с требованиями качества для типа сервиса. Кроме того, параметр, сконфигурированный в соответствии с заданным условием, относящимся к разрешению UL, не ограничен процессом обработки данных в замкнутом контуре и может быть другим параметром.

[0235] (3) В вышеприведенном варианте осуществления описано управление мощностью передачи PUSCH. Однако вариант осуществления настоящего изобретения также может быть применен к каналу восходящей связи, отличному от PUSCH (например, физический канал управления восходящей связи (Physical Uplink Control Channel, PUCCH).

[0236] Управление мощностью передачи PUCCH осуществляют, например, согласно следующему Уравнению 10 (см., например, NPL 3).

[10]

[0237] В Уравнении 10, P_PUCCH,b,f,c(i, qu, qd, l) представляет собой мощность передачи PUCCH [дБм] при номере "b" части полосы пропускания (BWP) UL, номере "f" несущей, номере "с" обслуживающей соты, номере "i" слота, номере "qu" параметра PC, номере "qd" RS оценки PL и номере "l" процесса обработки данных в замкнутом контуре. P_{O_PUCCH,b,f,c}(q_u) представляет собой целевую мощность приема [дБм] (значение параметра) при номере qu параметров PC. 2μ⋅M_RB,b,f,c^PUCCH(i) представляет собой ширину полосы пропускания PUSCH [PRB], полученную посредством нормализации SCS, применяемой к PUSCH, при номере i слота с привязкой к SCS 15 кГц PL_b,f,c(q_d) представляет собой потери в полосе пропускания [дБ], измеренные терминалом от RS при номере q_d RS. Δ_{F_PUCCH} (F) представляет собой смещение [дБ], зависящее от формата PUCCH. Δ_TF,b,f,c(i) представляет собой смещение [дБ], зависящее от MCS данных, передаваемых при номере i слота. g_b,f,c(i, l) представляет собой величину поправки обработки данных в замкнутом контуре [дБ] при номере i слота и номере l процесса обработки данных в замкнутом контуре.

[0238] Например, относительно PUCCH для передачи ACK/NACK к каналу данных нисходящей связи (PDSCH: Physical Downlink Shared Channel (физический уплотненный канал нисходящей связи)), номер q_u параметра PC может быть указан с базовой станции 200 терминалу 100 с использованием информации МАС-СЕ PDSCH (в частности, информации о пространственных соотношениях PUCCH). Однако в отношении PUCCH для выполнения передачи SR отсутствует сопутствующий PDSCH, так что нет явного указания значения параметра PC с базовой станции 200 на терминал 100.

[0239] Что касается такой передачи PUCCH, где нет явного указания значения параметра PC, терминал 100 может переключить значение параметра PC (например, номер q_u параметра PC) в соответствии с заданным условием, относящимся к разрешению UL, аналогично вышеописанному варианту осуществления. Например, значение параметра PC, соответствующее большому значению мощности передачи по сравнению с передачей SR типа сервиса, отличного от URLLC, может быть сконфигурировано для PUCCH, который выполняет передачу SR для URLLC. В результате SR для URLLC может быть передан с высоким качеством, и требования URLLC могут быть удовлетворены. Таким образом, те же эффекты, что и при передаче PUSCH, могут быть получены и для передачи PUCCH.

[0240] (4) В настоящем варианте осуществления тип сервиса, имеющий различные требования, такие как надежность или малая задержка и т.п.(иными словами, сервис, тип трафика, тип логического канала, вариант использования или сценарий использования) не ограничен URLLC или еМВВ. Например, один вариант осуществления настоящего изобретения может быть применен к передаче mMTC, и могут быть получены аналогичные эффекты.

[0241] (5) Настоящее изобретение может быть реализовано при помощи программного обеспечения, аппаратных средств или программного обеспечения во взаимодействии с аппаратными средствами. Каждый функциональный блок, используемый в описании каждого варианта осуществления, описанного выше, может быть частично или полностью реализован посредством интегральной микросхемы третьей степени интеграции (LSI), такой как интегральная схема, и каждый процесс, описанный в каждом варианте осуществления, может частично или полностью управляться одной и той же LSI или комбинацией LSI. LSI может быть индивидуально сформирована как микросхема, или одна микросхема может быть сформирована так, чтобы включать в себя часть или все функциональные блоки. LSI может включать в себя связанные с ней входные и выходные данные. LSI в настоящей заявке может называться интегральной схемой (1С), системной LSI, супер-LSI или ультра-LSI в зависимости от разницы в степени интеграции. Однако метод реализации интегральной схемы не ограничен LSI и может быть реализован с использованием специальной схемы, процессора общего назначения или процессора специального назначения. Кроме того, может быть использована программируемая пользователем матрица логических элементов (field-programmable gate array, FPGA), которая может быть запрограммирована после изготовления LSI, или реконфигурируемый процессор, в котором могут быть реконфигурированы соединения и установки ячеек схемы, расположенных внутри LSI. Настоящее изобретение может быть реализовано как цифровая обработка данных или аналоговая обработка данных. Если будущая технология интегральных схем заменит LSI в результате развития полупроводниковой технологии или другой производной технологии, функциональные блоки могут быть интегрированы с использованием будущей технологии интегральных схем. Кроме того, может быть применена биотехнология.

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

[0243] Устройства связи не ограничены портативными или мобильными устройствами и, таким образом, включают в себя непереносимые или стационарные устройства, приборы и системы любого типа, такие как устройства умного дома (например, бытовые приборы, осветительное оборудование, интеллектуальные счетчики или измерительные инструменты и панели управления), торговые автоматы и Интернет вещей ("IoT"; все "вещи", которые могут существовать в сетях).

[0244] В дополнение к передаче данных через сотовые системы, системы беспроводной LAN, спутниковые системы связи и/или т.п., связь включает в себя передачу данных через комбинацию этих систем.

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

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

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

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

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

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

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

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

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

[0254] В терминале, предложенном в соответствии с настоящим изобретением, заданное условие состоит в том, что период времени до тех пор, пока терминал не передает восходящий сигнал после приема терминалом канала управления, находится в пределах заданного времени.

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

[0256] В терминале, предложенном в соответствии с настоящим изобретением, заданное условие состоит в том, что период обнаружения канала управления в терминале меньше или равен заданному значению.

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

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

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

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

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

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

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

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

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

[0266] Японская патентная заявка №2018-090120, поданная 8 мая 2018 г., и японская патентная заявка №2018-135011, поданная 18 июля 2018 г., каждая из которых включает в себя описание, чертежи и реферат, полностью включены в настоящую заявку посредством ссылки.

Промышленная применимость

[0267] Один вариант осуществления настоящего изобретения полезен в системах мобильной связи.

Перечень ссылочных позиций

[0268]

100, 300, 400 Терминал

101, 205 Антенна

102, 206 Приемник

103, 207 Демодулятор/декодер

104, 304 Контроллер параметров PC

105, 402 Вычислитель мощности передачи

106 Генератор данных

107, 203, 302 Кодирующее устройство/модулятор

108 Распределитель ресурсов

109, 204 Передатчик

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

201 Планировщик

202 Генератор информации управления

301, 401 Генератор UCI

303 Мультиплексор

1. Терминал связи, содержащий:

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

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

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

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

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

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

5. Терминал по п. 1, в котором указанное заданное условие состоит в том, что канал управления является каналом управления, принимаемым в терминале в течение заданного периода времени после передачи с терминала сигнала, запрашивающего планирование сверхнадежной связи с малой задержкой (URLLC).

6. Терминал по п. 1, в котором указанное заданное условие состоит в том, что канал управления является каналом управления, который терминал принимает первым после передачи с терминала сигнала, запрашивающего планирование сверхнадежной связи с малой задержкой (URLLC).

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

8. Терминал по п. 1, в котором указанное заданное условие состоит в том, что период времени до тех пор, пока терминал не передает восходящий сигнал после приема терминалом канала управления, находится в пределах заданного времени.

9. Терминал по п. 1, в котором указанное заданное условие состоит в том, что количество символов передачи восходящего сигнала, указанных в канале управления, меньше или равно заданному значению.

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

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

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

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

14. Терминал по п. 1, в котором тип сервиса включает одно из сверхнадежной связи с малой задержкой (URLLC) и eMBB.

15. Базовая станция, содержащая:

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

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

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

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

17. Базовая станция по п. 15, в которой указанное заданное условие состоит в том, что размер полезных данных формата, используемого для канала управления, меньше заданного размера.

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

19. Базовая станция по п. 15, в которой указанное заданное условие состоит в том, что канал управления является каналом управления, принимаемым в терминале в течение заданного периода времени после передачи с терминала сигнала, запрашивающего планирование сверхнадежной связи с малой задержкой (URLLC).

20. Базовая станция по п. 15, в которой указанное заданное условие состоит в том, что канал управления является каналом управления, который терминал принимает первым после передачи с терминала сигнала, запрашивающего планирование сверхнадежной связи с малой задержкой (URLLC).

21. Базовая станция по п. 15, в которой указанное заданное условие состоит в том,

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

22. Базовая станция по п. 15, в которой указанное заданное условие состоит в том, что период времени до тех пор, пока терминал не передает восходящий сигнал после приема терминалом канала управления, находится в пределах заданного времени.

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

24. Базовая станция по п. 15, в которой указанное заданное условие состоит в том, что период обнаружения канала управления в терминале меньше или равен заданному значению.

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

26. Базовая станция по п. 15, в которой указанное заданное условие состоит в том, что период времени до тех пор, пока терминал не передает восходящий сигнал, включающий ответный сигнал на данные нисходящей связи, после приема терминалом данных нисходящей связи, находится в пределах заданного времени.

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

28. Базовая станция по п. 15, в которой тип сервиса включает одно из сверхнадежной связи с малой задержкой (URLLC) и eMBB.

29. Способ осуществления связи, включающий:

прием данных канала управления, используемого для передачи информации для назначения восходящего сигнала, и не содержащего поле индикатора ресурса SRS (SRI), и

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

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

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

30. Способ осуществления связи, включающий:

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

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

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

31. Интегральная схема управления процессом, который включает следующие этапы:

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

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

передачи восходящего сигнала с использованием вычисленной мощности передачи.

32. Интегральная схема управления процессом, который включает следующие этапы:

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

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

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