RU2637779C2 - Способ и устройство передачи/приема информации о состоянии канала - Google Patents

Abstract

Изобретение относится к беспроводной связи. Технический результат заключается в обеспечении передачи отчета CSI при обнаружении конфликта в подкадре между первым отчетом CSI PUCCH одной обслуживающей соты, с которой UE сконфигурировано в одном из режимов 1-9 передачи, и вторым отчетом CSI PUCCH другой обслуживающей соты, с которой UE сконфигурировано в режиме 10 передачи. Когда типы предоставления отчета конфликтных отчетов CSI PUCCH имеют одинаковый приоритет, передают первый отчет CSI PUCCH, если индекс процесса CSI второго отчета CSI PUCCH имеет положительное значение, отличное от 1. Способ передачи отчета CSI включает в себя конфигурирование посредством более высокого уровня, UE, сконфигурированного в режиме 10 передачи, создавать ли соответствующий отчет CSI для каждого процесса апериодической CSI, используя информационный элемент, включающий в себя по меньшей мере три однобитовые переменные. 7 н. и 8 з.п. ф-лы, 5 ил., 8 табл.

Description

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

Настоящая заявка относится, в основном, к скоординированной многоточечной связи (CoMP) и связи с агрегацией несущих (CA) и, более конкретно, к обратной связи по информации о состоянии канала (CSI) для связи CoMP и/или CA.

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

В LTE (долгосрочная эволюция) проекта партнерства по созданию системы третьего поколения (3GPP) мультиплексирования с ортогональным частотным разделением каналов (OFDM) принято в качестве схемы передачи по нисходящей линии связи (DL). Система связи 3GPP LTE включает в себя нисходящую линию связи (DL), которая передает сигналы с базовой станции (BS или узла B (NodeB)) на пользовательское оборудование (UE), и восходящую линию связи (UL), которая передает сигналы с UE на NodeB. NodeB передает информацию в виде данных на UE, используя физический совместно используемый канал DL (PDSCH), и передает информацию управления DL (DCI) на UE, используя физический канал управления DL (PDCCH). UE передает информацию в виде данных на NodeB, используя физический совместно используемый канал UL (PUSCH), и передает информацию управления UL (UCI) на NodeB, используя физический канал управления UL (PUCCH).

UCI может включать в себя информацию о состоянии канала (CSI), которая может включать в себя информацию индикатора качества канала (CQI) и информацию индикатора матрицы предварительного кодирования (PMI). CSI информирует NodeB о состояниях канала DL, которые испытывает UE, и, следовательно, NodeB может выбирать соответствующие параметры, такие как мощность передачи, схему модуляции и кодирования (MCS), и любые другие подобные и/или подходящие параметры для передачи PDSCH или PDCCH на UE и может гарантировать требуемый коэффициент ошибок в блоках (BLER) для передачи соответствующей информации в виде данных или DCI.

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

Техническая задача

UE измеряет CSI, основываясь на опорном сигнале (RS) DL, передаваемом с NodeB. Разные процессы CSI могут ассоциироваться с разными измерениями CSI, которые могут быть получены соответственно из разных RS или из одного и того же RS в разных частях полосы частот (BW) DL. CSI может передаваться в PUCCH или в PUSCH. Передача CSI в PUCCH может конфигурироваться полустатически посредством NodeB, чтобы происходить периодически, или может запускаться динамически посредством NodeB, т.е. передача CSI в PUSCH является апериодической CSI, посредством поля «Запрос CSI» в формате DCI, передаваемом посредством PDCCH, планирующим передачу PUSCH, и он может поддерживать большие полезные нагрузки CSI, чтобы предоставлять NodeB подробную информацию для планирования PDSCH.

Решение задачи

Обеспечивается способ передачи отчета информации о состоянии канала (CSI) в беспроводной сети, где множество сот выполнено с возможностью содействия пользовательскому оборудованию (UE) в агрегации несущих (CA). Способ включает в себя обнаружение конфликта в подкадре между первым отчетом CSI физического канала управления восходящей линии связи (PUCCH) одной обслуживающей соты, с которой UE сконфигурировано в одном из режимов 1-9 передачи, и вторым отчетом CSI PUCCH другой обслуживающей соты, с которой UE сконфигурировано в режиме 10 передачи. Способ также включает в себя сравнение приоритетов типов предоставления отчета конфликтных отчетов CSI PUCCH. Способ дополнительно включает в себя, когда типы предоставления отчета конфликтных отчетов CSI PUCCH имеют одинаковый приоритет, передачу первого отчета CSI PUCCH, если индекс процесса CSI второго отчета CSI PUCCH имеет положительное значение отличное от 1.

Обеспечивается устройство для передачи отчета информации о состоянии канала (CSI) в беспроводной сети, где множество сот выполнено с возможностью содействия пользовательскому оборудованию (UE) в агрегации несущих (CA). Устройство включает в себя схему обработки, выполненную с возможностью обнаружения конфликта в кадре между первым отчетом CSI физического канала управления восходящей линии связи (PUCCH) одной обслуживающей соты, с которой UE конфигурируется в одном из режимов 1-9 передачи, и вторым отчетом CSI PUCCH другой обслуживающей соты, с которой UE конфигурируется в режиме 10 передачи. Схема выполнена с возможностью сравнения приоритетов типов предоставления отчета конфликтных отчетов CSI PUCCH. Когда типы предоставления отчета конфликтных отчетов CSI PUCCH имеют одинаковый приоритет, схема выполнена с возможностью передачи первого отчета CSI PUCCH, если индекс процесса CSI второго отчета CSI PUCCH имеет положительное значение, отличное от 1.

Устройство для приема отчета информации о состоянии канала (CSI) в беспроводной сети, где множество сот выполнено с возможностью содействия пользовательскому оборудованию (UE) в агрегации несущих (CA). Устройство включает в себя схему обработки, выполненную с возможностью обнаружения конфликта в кадре между первым отчетом CSI физического канала управления восходящей линии связи (PUCCH) одной обслуживающей соты, с которой пользовательское оборудование UE сконфигурировано в одном из режимов 1-9 передачи, и вторым отчетом CSI PUCCH другой обслуживающей соты, с которой UE сконфигурировано в режиме 10 передачи. Схема выполнена с возможностью сравнения приоритетов типов предоставления отчета конфликтных отчетов CSI PUCCH. Когда типы предоставления отчета конфликтных отчетов CSI имеют одинаковый приоритет, схема выполнена с возможностью конфигурирования UE на передачу первого отчета CSI PUCCH, если индекс процесса CSI второго отчета CSI PUCCH имеет положительное значение, отличное от 1.

Обеспечивается способ приема отчета информации о состоянии канала (CSI) в беспроводной сети, где множество сот выполнено с возможностью содействия в агрегации несущих (CA). Способ включает в себя обнаружение конфликта в кадре между первым отчетом CSI физического канала управления восходящей линии связи (PUCCH) одной обслуживающей соты, с которой пользовательское оборудование (UE) сконфигурировано в одном из режимов 1-9 передачи, и вторым отчетом CSI PUCCH другой обслуживающей соты, с которой UE сконфигурировано в режиме 10 передачи. Способ дополнительно включает в себя сравнение приоритетов типов предоставления отчета конфликтных отчетов CSI PUCCH. Способ дополнительно включает в себя, когда типы предоставления отчета конфликтных отчетов CSI PUCCH имеют одинаковый приоритет, конфигурирование UE на передачу первого отчета CSI PUCCH, если индекс процесса CSI второго отчета CSI PUCCH имеет положительное значение отличное от 1.

Обеспечивается способ приема отчета информации о состоянии канала (CSI) в беспроводной сети, где множество сот выполнено с возможностью содействия пользовательскому оборудованию (UE) в агрегации несущих (CA). Способ включает в себя конфигурирование, посредством более высокого уровня, UE, сконфигурированного в режиме 10 передачи, создавать ли соответствующий отчет(-ы) CSI для каждого процесса апериодической CSI или нет, используя информационный элемент, включающий в себя по меньшей мере три однобитовые переменные. В данном случае, по меньшей мере три однобитовые переменные включают в себя trigger01-r11, соответствующий состоянию «01» поля запроса CSI, trigger10-r11, соответствующий состоянию «10» поля запроса CSI, и trigger11-r11, соответствующий состоянию «11» поля запроса CSI, где поле запроса CSI передается в формате DCI восходящей линии связи, который планирует физический совместно используемый канал восходящей линии связи (PUSCH), на обслуживающую соту.

Обеспечивается устройство для приема отчета информации о состоянии канала (CSI) в беспроводной сети, где множество сот выполнено с возможностью содействия пользовательскому оборудованию (UE), сконфигурированному в режиме 10 передачи, в агрегации несущих (CA). Устройство включает в себя схему обработки, выполненную с возможностью конфигурирования, посредством более высокого уровня, UE, создавать ли соответствующий отчет(-ы) CSI для каждого процесса апериодической CSI или нет, используя информационный элемент, включающий в себя по меньшей мере три однобитовые переменные. В данном случае, по меньшей мере три однобитовые переменные включают в себя trigger01-r11, соответствующий состоянию «01» поля запроса CSI, trigger10-r11, соответствующий состоянию «10» поля запроса CSI, и trigger11-r11, соответствующий состоянию «11» поля запроса CSI, где поле запроса CSI передается в формате DCI восходящей линии связи, который планирует физический совместно используемый канал восходящей линии связи (PUSCH), на обслуживающую соту.

Обеспечивается устройство для передачи отчета информации о состоянии канала (CSI) в беспроводной сети, где множество сот выполнено с возможностью содействия пользовательскому оборудованию (UE), сконфигурированному в режиме 10 передачи, в агрегации несущих (CA). UE включает в себя схему обработки, выполненную с возможностью приема конфигурирования более высокого уровня, создавать ли соответствующий отчет(-ы) CSI для каждого процесса апериодической CSI или нет, используя информационный элемент, включающий в себя по меньшей мере три однобитовые переменные. В данном случае, по меньшей мере три однобитовые переменные включают в себя trigger01-r11, соответствующий состоянию «01» поля запроса CSI, trigger10-r11, соответствующий состоянию «10» поля запроса CSI, и trigger11-r11, соответствующий состоянию «11» поля запроса CSI, где поле запроса CSI передается на обслуживающую соту в формате DCI восходящей линии связи.

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

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

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

фиг. 1 иллюстрирует примерную беспроводную систему, которая передает сообщения согласно вариантам осуществления настоящего раскрытия;

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

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

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

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

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

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

Нижеследующие описания документов и стандартов включены данным документом в настоящее раскрытие, как если бы они были полностью изложены в данном документе: 1) 3GPP TS 36.211 V10.5.0, “E-UTRA, Physical channels and modulation” (REF1); 2) 3GPP TS 36.212 v10.5.0, “E-UTRA, Multiplexing and Channel coding” (REF2); 3) 3GPP TS 36.213 v10.5.0 “E-UTRA, Physical Layer Procedures” (REF3).

Фиг. 1 иллюстрирует примерную беспроводную систему 100, которая передает сообщения согласно принципам настоящего раскрытия. В изображенном варианте осуществления беспроводная система 100 включает в себя точки передачи (например, усовершенствованный узел B (eNB), узел B), такие как базовая станция (BS) 101, базовая станция (BS) 102, базовая станция (BS) 103 и другие подобные базовые станции или ретрансляционные станции (не показаны). Базовая станция 101 находится на связи с базовой станцией 102 и базовой станцией 103. Базовая станция 101 также находится на связи с сетью 130 или подобной системой на основе протокола IP (не показана).

Базовая станция 102 обеспечивает беспроводный широкополосный доступ (посредством базовой станции 101) к сети 130 для первого множества UE (например, мобильного телефона, мобильной станции, абонентской станции) в пределах зоны 120 покрытия базовой станции 102. Первое множество UE включает в себя UE 111, которое может располагаться в малом бизнесе (SB); UE 112, которое может располагаться на предприятии (E); UE 113, которое может располагаться в точке общественного доступа WiFi (HS); UE 114, которое может располагаться в первой квартире (R); UE 115, которое может располагаться во второй квартире (R); и UE 116, которым может быть мобильное устройство (M), такое как сотовый телефон, портативный компьютер с беспроводным доступом, беспроводный персональный цифровой помощник (PDA) или т.п.

В зависимости от типа сети, другие общеизвестные термины могут использоваться вместо «базовой станции», такие как «eNodeB» или «точка доступа». Для удобства термин «базовая станция» будет использоваться в данном документе для ссылки на компоненты сетевой инфраструктуры, которые обеспечивают беспроводный доступ к удаленным терминалам. Кроме того, термин «пользовательское оборудование» или «UE» используется в данном документе для обозначения любого удаленного беспроводного оборудования, которое беспроводным образом выполняет доступ к базовой станции, и которое может использоваться потребителем для доступа к услугам посредством сети беспроводной связи, является ли UE мобильным устройством (например, сотовым телефоном) или обычно считается ли стационарным устройством (например, настольным персональным компьютером, торговым автоматом и т.д.). Другие общеизвестные термины для удаленных терминалов включают в себя «мобильные станции» (MS) и «абонентские станции» (SS), «удаленный терминал» (RT), «беспроводный терминал» (WT) и т.п.

Базовая станция 103 обеспечивает беспроводный широкополосный доступ (посредством базовой станции 101) к сети 130 ко второму множеству UE в пределах зоны 125 покрытия базовой станции 103. Второе множество UE включает в себя UE 115 и UE 116. В примерном варианте осуществления базовые станции 101-103 могут выполнять связь друг с другом и с UE 111-116, используя методы OFDM или OFDMA. В некоторых вариантах осуществления одна или несколько базовых станций 101-103 могут выполнять связь друг с другом и с UE 111-116, используя методы 5G (5 поколение), LTE, LTE-A (усовершенствованная LTE) или WiMAX (общемировая совместимость широкополосного беспроводного доступа), включая методы для: передачи информации о состоянии канала, как описано в вариантах осуществления настоящего раскрытия.

Хотя только шесть UE показано на фиг. 1, понятно, что беспроводная система 100 может обеспечивать беспроводный широкополосный доступ к дополнительным UE. Отмечается, что UE 115 и UE 116 располагаются на краю как зоны 120 покрытия, так и зоны 125 покрытия. Каждая из UE 115 и UE 116 выполняет связь как с базовой станцией 102, так и с базовой станцией 103 и, можно сказать, что работает в режиме эстафетной передачи обслуживания, что известно для специалистов в данной области техники.

UE 111-116 могут обращаться к услугам передачи речи, данных, видео, услугам видеоконференции и/или другим широкополосным услугам посредством сети 130. В примерном варианте осуществления одно или несколько из UE 111-116 могут ассоциироваться с точкой доступа (AP) беспроводной локальной сети (WLAN) WiFi. UE 116 может представлять собой любое количество мобильных устройств, включая портативный компьютер с беспроводными возможностями, помощник персональных данных, ноутбук, карманное устройство или другое устройство с беспроводными возможностями. UE 114 и 115 могут представлять собой, например, персональный компьютер (PC), портативный компьютер, шлюз или другое устройство с беспроводными возможностями.

Фиг. 2 представляет собой высокоуровневую диаграмму схемы 200 тракта передачи. Например, схема 200 тракта передачи может использоваться для связи многостанционного доступа с ортогональным частотным разделением каналов (OFDMA). Фиг. 3 представляет собой высокоуровневую диаграмму схемы 300 тракта приема. Например, схема 300 тракта приема может использоваться для связи многостанционного доступа с ортогональным частотным разделением каналов (OFDMA). На фиг. 2 и 3 для связи по нисходящей линии связи схема 200 тракта передачи может быть реализована в базовой станции (BS) 102 или ретрансляционной станции, и схема 300 тракта приема может быть реализована в UE (например, UE 116 на фиг. 1). В других примерах для связи по восходящей линии связи схема 300 тракта приема может быть реализована на базовой станции (например, базовой станции 102 на фиг. 1) или ретрансляционной станции, и схема 200 тракта передачи может быть реализована в UE (например, UE 116 на фиг. 1). В некоторых вариантах осуществления тракт 200 передачи и тракт 300 приема выполнены с возможностью выполнения способов передачи информации о состоянии канала, как описано в вариантах осуществления информации о состоянии настоящего раскрытия.

Схема 200 тракта передачи содержит блок 205 кодирования и модуляции канала, последовательно-параллельный (S-to-P) блок 210, блок 215 быстрого обратного преобразования Фурье (IFFT) размера N, параллельно-последовательный (P-to-S) блок 220, блок 225 добавления циклического префикса и преобразователь 230 с повышением частоты (UC). Схема 300 тракта приема содержит преобразователь 255 с понижением частоты, блок 260 удаления циклического префикса, последовательно-параллельный (S-to-P) блок 265, блок 270 быстрого преобразования Фурье (FFT) размера N, параллельно-последовательный (P-to-S) блок 275 и блок 280 декодирования и демодуляции канала.

По меньшей мере некоторые из компонентов на фиг. 2 и 3 могут быть реализованы программными средствами, тогда как другие компоненты могут быть реализованы конфигурируемыми аппаратными средствами или объединением программных и конфигурируемых аппаратных средств. В частности, отмечается, что блоки FFT и блоки IFFT, описанные в данном документе раскрытии, могут быть реализованы в виде конфигурируемых программных алгоритмов, где значение размера N может модифицироваться в соответствии с реализацией.

Кроме того, хотя данное раскрытие относится к варианту осуществления, который реализует быстрое преобразование Фурье и быстрое обратное преобразование Фурье, оно является только в качестве иллюстрации и не должно толковаться как ограничивающее объем раскрытия. Понятно, что в альтернативном варианте осуществления раскрытия функции быстрого преобразования Фурье и функции быстрого обратного преобразования Фурье легко могут быть заменены функциями дискретного преобразования Фурье (DFT) и функциями обратного дискретного преобразования Фурье (IDFT) соответственно. Понятно, что для функций DFT и IDFT значением переменной N может быть любое целое число (т.е. 1, 2, 3, 4 и т.д.), тогда как для функций FFT и IFFT значением перемененной N может быть любое целое число, которое является степенью двух (т.е. 1, 2, 4, 8, 16 и т.д.).

В схеме 200 тракта передачи блок 205 кодирования и модуляции канала принимает набор информационных битов, применяет кодирование (например, код с низкой плотностью проверок на четность (LDPC)) и модуляцию (например, выполняет квадратурно-фазовую манипуляцию (QPSK) или квадратурную амплитудную модуляцию (QAM)) входных битов для получения последовательности модуляционных символов частотной области. Последовательно-параллельный блок 210 преобразует (т.е. демультиплексирует) последовательные модулированные символы в параллельные данные для получения N параллельных потоков символов, где N представляет собой размер IFFT/FFT, используемый в BS 102 и UE 116. Блок 215 IFFT размера N затем выполняет операцию IFFT над N параллельными потоками символов для получения выходных сигналов временной области. Параллельно-последовательный блок 220 преобразует (т.е. мультиплексирует) параллельные выходные символы временной области от блока 215 IFFT размера N для получения последовательного сигнала временной области. Затем блок 225 добавления циклического префикса вставляет циклический префикс в сигнал временной области. Наконец, преобразователь 230 с повышением частоты модулирует (т.е. преобразует с повышением частоты) выходной сигнал блока 225 добавления циклического префикса в радиочастоту (RF-частоту) для передачи по беспроводному каналу. Сигнал также может фильтроваться на основной полосе частот перед преобразованием в RF-частоту.

Передаваемый RF-сигнал поступает на UE 116 после прохождения по беспроводному каналу и выполняются операции, обратные операциям на BS 102. Преобразователь 255 с понижением частоты преобразует с понижением частоты принимаемый сигнал в частоту в основной полосе частот, и блок 260 удаления циклического префикса удаляет циклический префикс для получения последовательного сигнала основной полосы частот временной области. Последовательно-параллельный блок 265 преобразует сигнал основной полосы частот временной области в параллельные сигналы временной области. Блок 270 FFT размера N затем выполняет алгоритм FFT для получения N параллельных сигналов частотной области. Параллельно-последовательный блок 275 преобразует параллельные сигналы частотной области в последовательность модулированных символов данных. Блок 280 декодирования и демодуляции канала демодулирует и затем декодирует модулированные символы для восстановления первоначального потока входных данных.

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

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

В данном иллюстративном примере передатчик 405 и приемник 410 представляют собой устройства в точке связи в системе беспроводной связи, такой как, например, беспроводная система 100 на фиг. 1. В некоторых вариантах осуществления передатчик 405 или приемник 410 представляет собой сетевой объект, такой как базовая станция, например, усовершенствованный узел B (eNB), удаленную радиоголовку, ретрансляционную станцию, поддерживающую базовую станцию; шлюз (GW); или контроллер базовой станции (BSC). В других вариантах осуществления передатчик 405 или приемник 410 представляет собой UE (например, мобильную станцию, абонентскую станцию и т.д.), такое как UE 116. В одном примере передатчик 405 или приемник 410 представляет собой пример одного варианта осуществления UE 116 на фиг. 1. В другом примере передатчик 405 или приемник 410 представляет собой пример одного варианта осуществления базовой станции 102 на фиг. 1.

Передатчик 405 содержит антенну(-ы) 415, фазовращатели 420, схему 425 обработки Tx и контроллер 430. Передатчик 405 принимает аналоговые или цифровые сигналы из исходящих данных основной полосы частот. Передатчик 405 кодирует, мультиплексирует и/или оцифровывает исходящие данные основной полосы частот для получения обработанного RF-сигнала, который посылается и/или передается при помощи передатчика 405. Например, схема 425 обработки Tx может реализовывать тракт передачи, который является аналогичным схеме 200 обработки передачи на фиг. 2. Передатчик 405 также может выполнять пространственное мультиплексирование посредством отображения уровня на разные антенны в антенне(-ах) 415 для передачи сигналов по многочисленным разным лучам. Контроллер 430 управляет общей работой передатчика 405. При одной такой работе контроллер 430 управляет передачей сигналов передатчиком 405 в соответствии с общеизвестными принципами.

Приемник 410 принимает от антенны (антенн) 435 поступающий RF-сигнал или сигналы, передаваемые одной или несколькими точками передачи, такими как базовые станции, ретрансляционные станции, удаленные радиоголовки, UE и т.п. Приемник 410 включает в себя схему 445 обработки Rx, которая обрабатывает принимаемый сигнал(-ы) для идентификации информации, передаваемой точкой(-ами) передачи. Например, схема 445 обработки Rx может преобразовывать с понижением частоты поступающий RF-сигнал(-ы) для получения сигнала промежуточной частоты (IF) или основной полосы частот посредством оценки канала, демодулирования, разделения потоков, фильтрации, декодирования и/или оцифровывания принимаемого сигнала(-ов). Например, схема 445 обработки Rx может реализовать тракт приема, который является аналогичным схеме 300 обработки приема на фиг. 3. Контроллер 450 управляет общей работой приемника 410. При одной такой работе контроллер 450 управляет приемом сигналов приемником 410 в соответствии с общеизвестными принципами.

Для предоставления отчета апериодической информации о состоянии канала (CSI), используя физический совместно используемый канал восходящей линии связи (PUSCH), UE 116 выполняет предоставление отчета апериодической CSI, используя PUSCH в подкадре n+k на обслуживающей соте, при декодировании в подкадре n или: формата DCI восходящей линии связи или предоставлении ответа на случайный доступ, для обслуживающей соты, если соответствующее поле запроса CSI установлено на запуск отчета и не резервируется. Если поле запроса CSI равно 1, запускается предоставление отчета для обслуживающей соты, если поле запроса CSI установлено в «1». Если поле запроса CSI равно 2 битам, запускается предоставление отчета в соответствии со значением в таблице 1, соответствующей предоставлению отчета апериодической CSI. Как ожидается, UE 116 не принимает более одного запроса отчета апериодической CSI для данного подкадра.

Таблица 1 определяет поля запроса CSI для PDCCH с форматом информации управления нисходящей линии связи (DCI) в конкретном для UE пространстве поиска.

Таблица 1
значение поля запроса CSI	описание
‘00’	не запускается отчет апериодической CSI
‘01’	отчет апериодической CSI запускается для обслуживающей соты с
‘10’	отчет апериодической CSI запускается для 1-го набора обслуживающих сот, сконфигурированных более высокими уровнями
‘11’	отчет апериодической CSI запускается для 2-го набора обслуживающих сот, сконфигурированных более высокими уровнями

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

Альтернативно, R1-123470, раскрытие которого включено в данный документ по ссылке, предлагает таблицу 2, определяющую количество битов в поле запроса CSI для запуска апериодической CSI для CoMP и агрегации несущих (CA) следующим образом:

Таблица 2
единственный процесс CSI и единственная CC		многочисленные процессы CSI или многочисленные CC
общее пространство поиска	конкретное для UE пространство поиска	общее пространство поиска	конкретное для UE пространство поиска
1 бит	1 бит	1 бит	2 бита

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

R1-123470 дополнительно предлагает таблицу 3, определяющую состояния 2-битового поля запроса CSI для PDCCH с предоставлением восходящей линии связи в конкретном для UE пространстве поиска следующим образом:

Таблица 3
значение поля запроса CSI
‘00’	не запускается отчет апериодической CSI
‘01’	отчет апериодической CSI запускается для всех процессов CSI для обслуживающей соты c
‘10’	отчет апериодической CSI запускается для 1-го набора процессов CSI для 1-го набора обслуживающих сот, сконфигурированных более высокими уровнями
‘11’	отчет апериодической CSI запускается для 2-го набора процессов CSI для 2-го набора обслуживающих сот, сконфигурированных более высокими уровнями

В качестве альтернативы, в случае конфигурации единственной компонентной несущей (CC), где многочисленные CSI конфигурируются для CoMP, R1-123296 предлагает таблицу 4, определяющую состояния 2-битового поля запроса CSI для физического канала управления нисходящей линии связи (PDCCH) с предоставлением восходящей линии связи в конкретном для UE пространстве поиска следующим образом:

Таблица 4
значение поля запроса CSI	описание
‘00’	не запускается отчет апериодической CSI
‘01’	отчет апериодической CSI запускается для 1-го набора процессов CSI, сконфигурированных более высокими уровнями
‘10’	отчет апериодической CSI запускается для 2-го набора процессов CSI, сконфигурированных более высокими уровнями
‘11’	отчет апериодической CSI запускается для 3-го набора процессов CSI, сконфигурированных более высокими уровнями

Rel-10 (версия 10) 3GPP TS36.213 в REF3 описывает режимы работы UE, ассоциированные с передачами только UCI следующим образом: в разделе 8.6, чтобы определить порядок модуляции, версия избыточности и размер транспортного блока для физического совместно используемого канала восходящей линии свяжи, UE сначала считывает поле «схемы модуляции и кодирования и версии избыточности» (I_MCS) и проверяет битовое поле «Запрос CSI» и вычисляет общее количество распределенных физических ресурсных блоков (PRB) (N_PRB), основываясь на процедуре, определенной в разделе 8.1, и вычисляет количество кодированных символов для информации управления.

Кроме того, в разделе 8.6.1 в REF3, если используется формат 0 DCI, и I_MCS=29, или, если используется формат 4 DCI, и разрешен только 1 транспортный блок (TB), и I_MCS=29 для разрешенного TB, и сигнализируемое количество уровней передачи равно 1, и, если битовое поле «Запрос CSI» равно 1 биту, и бит установлен для запуска апериодического отчета, и, N_PRB≤4, или, битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для одной обслуживающей соты согласно таблице 1, и, N_PRB≤4, или, битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одной обслуживающей соты согласно таблице 1, и, N_PRB≤20, тогда порядок модуляции устанавливается на Q_m=2.

Для условия запуска только UCI раздел 8.6.2 описывает, если используется формат 0 DCI, и I_MCS=29, или, если используется формат 4 DCI, и разрешен только 1 TB, и I_MCS=29 для разрешенного TB, и количество уровней передачи равно 1, и, если битовое поле «Запрос CSI» равно 1 биту и установлено для запуска отчета апериодической CSI, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для одной обслуживающей соты согласно таблице 1, и, N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одной обслуживающей соты согласно таблице 1, и N_PRB≤20, тогда нет транспортного блока (TB) для UL-SCH, и только обратная связь информации управления для текущего режима предоставления отчета PUSCH передается посредством UE.

В Rel-11, когда UE сконфигурировано с CoMP DL, UE может запускаться для предоставления отчета апериодической CSI для многочисленных точек передачи. Когда UE запускается для предоставления отчета апериодической CSI при условии запуска только UCI, скорость кодирования для апериодической CSI может быть большой, что препятствует надежному декодированию апериодической CSI на приемнике eNB. Таблица 5 перечисляет скорости кодирования CQI с модуляцией QPSK, распределением 4 ресурсных блоков (RB) и 2 процессами CSI, представляющими отчет для нормального циклического префикса (CP), и таблица 6 перечисляет скорости кодирования CQI с модуляцией QPSK, распределением 4 RB и 2 процессами CSI, предоставляющими отчет для расширенного CP.

Таблица 5
Размер отчета CQI на процесс CSI (включая циклический избыточный код (CRC))		Содержимое PUSCH
		CQI	CQISRS	CQIA/N	CQIRI	CQIA/ NSRS	CQIRI SRS		CQIA/NRI		CQI/ NRIS RS
32		0,028	0,030	0,042	0,042	0,048	0,048		0,083		0,111
40		0,035	0,038	0,052	0,052	0,060	0,060		0,104		0,139
56		0,049	0,053	0,073	0,073	0,083	0,083		0,146		0,194
72		0,063	0,068	0,094	0,094	0,107	0,107		0,188		0,250
Таблица 6
Размер отчета CQI на процесс CSI (включая циклический избыточный код (CRC))		Содержимое PUSCH
		CQI	CQISRS	CQIA/N	CQIRI	CQIA/ NSRS		CQIRI SRS		CQIA/NRI		CQI/ NRIS RS
32		0,033	0,037	0,056	0,056	0,067		0,067		0,167		0,333
40		0,042	0,046	0,069	0,069	0,083		0,083		0,208		0,417
56		0,058	0,065	0,097	0,097	0,117		0,117		0,292		0,583
72		0,075	0,083	0,125	0,125	0,150		0,150		0,375		0,750
SRS - зондирующий опорный сигнал; A/N - подтверждение приема/отсутствие подтверждения приема; RI - индикатор ранга

3GPP TS36.212 в REF2 задает формат 0 DCI и формат 4 DCI, которые планируют PUSCH в одной соте UL. Формат 0 DCI используется для планирования PUSCH в одной соте UL, и формат 4 DCI используется для планирования PUSCH в одной соте UL с режимом передачи с многочисленными антенными портами.

Формат 0 DCI переносит, в частности, следующую информацию: индикатор несущей - 0 или 3 бита - это поле присутствует согласно определениям в REF3; назначение ресурсных блоков и распределение ресурсов скачкообразной перестройки частоты -

битов; схема модуляции и кодирования и версия избыточности - 5 битов, как определено в разделе 8.6 в REF3; запрос CSI - 1 или 2 бита, как определено в таблице 1. 2-битовое поле применяется только к UE, которые сконфигурированы с более чем одной сотой DL, и когда соответствующий формат DCI отображается на конкретное для UE пространство поиска, определяемое временным идентификатором сотовой радиосети (C-RNTI), как определено в REF3.

Формат 4 DCI переносит, в частности, следующую информацию: индикатор несущей - 0 или 3 бита - поле присутствует в соответствии с определениями в REF3; назначение ресурсных блоков

битов, где P представляет собой размер группы ресурсных блоков (RBG) UL, как определено в разделе 8.1.2 в REF3; и запрос CSI - 1 или 2 бита, как определено в таблице 1-2-битовое поле применяется только к UE, которые сконфигурированы с более чем одной сотой DL.

В 3GPP Rel-10 PDCCH включает в себя 2-битовое поле для запуска предоставления отчета апериодической CSI. Интерпретация двух значений этого поля определяется посредством управления радиоресурсами (RRC), используя поле aperiodicCSI-Trigger. В частности, для каждого значения поле задает, для какой вторичной соты (SCell) применяется триггер. Это является частью конфигурирования апериодической CQI первичной соты (Pcell), как показано в следующем фрагменте.

[Программа]

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

[Программа]

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

[Программа]

R1-123931 представляет предложение для уменьшения сложности UE для вычисления CSI в случае, если UE сконфигурировано с координированной многоточечной передачей и приемом (CoMP) и агрегацией несущих (CA) следующим образом: в случае если согласовывается, что агрегация несущих и CoMP поддерживаются одновременно, максимум X процессов CSI являются конфигурируемыми для конкретной компонентной несущей (индекса соты) и в случае многочисленных несущих максимум 2X процессов CSI являются конфигурируемыми в целом для всех конфигурируемых компонентных несущих, или количество процессов Y является возможностью UE.

Это предложение показывает необходимость обеспечения решения для разрешения проблем высокой скорости кодирования, возникающих тогда, когда UE, сконфигурированное с CoMP и CA, запускается для передачи PUSCH только с UCI без TB. Например, когда X=3, максимальное количество битов для CSI на PUSCH только с UCI может быть равным 6X от количества битов, соответствующих CSI для единственного TP в единственной соте. Предыдущее решение в LTE R10 не учитывало проблемы высоких скоростей кодирования, ассоциированных с CoMP, и это послужило причиной текущего раскрытия.

Как описано выше, X представляет собой максимальное количество процессов CSI, конфигурируемых для предоставления отчета апериодической CSI. В одной альтернативе X равно 3; в другой альтернативе X равно 4, принимая во внимание приемлемую сложность UE для извлечения CSI. Одним примерным значением Y является 5, которое является таким же, что и максимальное конфигурируемое количество CC DL, определенное в 3GPP LTE Rel-10.

Чтобы eNB надежно декодировал UCI (или CSI) на PUSCH только с UCI, передаваемом посредством UE, сконфигурированного с CoMP DL (или сконфигурированного с более чем одним процессом CSI в по меньшей мере одной обслуживающей соте), для такого UE должен быть определен новый набор условий, запускающих PUSCH только с UCI. Для надежного декодирования UCI (или CSI) новый набор условий, запускающих PUSCH только с UCI, должен быть способен гарантировать, чтобы скорость кодирования CSI была меньше порогового числа, например, 0,5. Однако, если текущий набор условий, определенных в спецификациях LTE, используется повторно для UE, сконфигурированного с CoMP DL, скорость кодирования CSI на PUSCH только с UCI может стать довольно большой (~0,5), особенно когда используется расширенный CP, и CQI, A/N, RI и SRS передаются в одном и том же подкадре, что и PUSCH только с UCI, как показано в примере, приведенном в таблице 6.

Варианты осуществления данного раскрытия предлагают несколько способов улучшения надежности приема PUSCH только с UCI менее 0,5, даже когда предоставление отчета апериодической CSI по PUSCH запускается для CoMP и/или CA.

Для поддержания скорости кодирования низкой (например, <0,5) для PUSCH, переносящего только UCI без TB для UE, сконфигурированного с CoMP, предлагается, что пороговое количество PRB (T_PRB) для запуска PUSCH только с UCI изменяется в зависимости от по меньшей мере количества процессов CSI, с которым ассоциируется текущий отчет апериодической CSI по PUSCH. Отметьте, что одним из условий для запуска PUSCH только с UCI является N_PRB≤T_PRB. Когда UE 116 конфигурируется с CA, пороговое количество PRB для только UCI также изменяется в зависимости от количества обслуживающих сот, ассоциированных с текущим отчетом апериодической CSI по PUSCH.

Первый подход согласно настоящему раскрытию относится к выбору таблицы для поля запроса CSI. В некоторых вариантах осуществления, когда UE 116 конфигурируется с более чем одним процессом CSI, количество битов в битовом поле запроса CSI определяется как 2, и одна из таблицы 2 или таблицы 3 выбирается для запуска апериодической CSI.

Между тем, размер битового поля запроса CSI для UE 116 также изменяется в зависимости от количества сконфигурированных CC DL для UE 116 как в спецификациях 3GPP LTE Rel-10. В спецификациях 3GPP LTE Rel-10 излагается, что размер поля запроса CSI равен 2 битам, если количество сконфигурированных CC DL более одного, тогда как размер равен 1 биту, если количество сконфигурированных CC DL равно единице.

В некоторых вариантах осуществления UE 116 определяет размер в битах запроса CSI для форматов DCI предоставления UL (т.е. форматы 0 и 4 DCI) в соответствии со следующим. Для формата 0 DCI поле запроса CSI имеет 1 или 2 бита в соответствии с или таблицей 1 или выбранной таблицей из таблицы 2 и таблицы 3. 2-битовое поле применяется только к UE, которые сконфигурированы с более чем одной сотой DL или с более чем одним процессом CSI, и когда соответствующий формат DCI отображается на конкретное для UE пространство поиска, определенное посредством C-RNTI, как определено в REF3.

Также, для формата 4 DCI поле запроса CSI имеет 1 или 2 бита в соответствии с или таблицей 1 или выбранной таблицей из таблицы 2 и таблицы 3. 2-битовое поле применяется только к UE, которые сконфигурированы с более чем одной сотой DL или с более чем одним процессом CSI.

Чтобы сохранить низкой сложность UE, в некоторых вариантах осуществления UE 116, сконфигурированное с более чем одной обслуживающей сотой DL, как ожидается, не конфигурируется с более чем одним процессом CSI в любой из более чем одной обслуживающей соты DL. В этих случаях, используется таблица 1 для UE 116, сконфигурированного с более чем одной CC DL. Выбранная таблица из таблицы 2 и таблицы 3 используется для UE 116, сконфигурированного с единственной обслуживающей сотой DL и с более чем одним процессом CSI в обслуживающей соте DL.

Альтернативно, чтобы обеспечить полную гибкость сетевой конфигурации (CA и CoMP), UE 116, сконфигурированное с более чем одной обслуживающей сотой DL, также может быть сконфигурировано с более чем одним процессом CSI в некоторых из более чем одной обслуживающей соты DL.

Одной альтернативой является то, что UE 116 определяет таблицу запуска апериодической CQI, основываясь на количестве сконфигурированных процессов CSI в сконфигурированных обслуживающих сотах DL. Другими словами, Таблица 1 используется для UE 116, сконфигурированного с более чем одной CC DL, где UE 116 конфигурируется с единственным процессом CSI (или унаследованной конфигурацией предоставления отчета CSI) в каждой из более чем одной CC DL.

Выбранная таблица из таблицы 2 и таблицы 3 используется для UE 116, сконфигурированного с более чем одним процессом CSI в по меньшей мере одной из сконфигурированных обслуживающих сот DL. Эта альтернатива сохраняет низкой служебную нагрузку RRC, не внося специальную сигнализацию для выбора таблицы UE.

Другой альтернативой является то, что UE 116 конфигурируется на определение таблицы запуска апериодической CQI, основываясь на том, принимает ли UE 116 конфигурацию Rel-10 RRC или конфигурацию Rel-11 RRC. Таблица 1 используется для UE 116, сконфигурированного с более чем одной CC DL и с конфигурацией запуска апериодической CSI Rel-10 (или конфигурацией RRC CQI-ReportAperiodic-r10).

Выбранная таблица из таблицы 2 и таблицы 3 используется для UE 116, сконфигурированного с конфигурацией запуска апериодической CSI Rel-11 (или конфигурацией RRC CQI-ReportAperiodicExt-r11). Эта альтернатива упрощает реализацию UE при выборе таблицы.

Во втором подходе согласно настоящему раскрытию пороговое количество PRB определяется в зависимости от сконфигурированной таблицы для запуска апериодической CSI. В некоторых вариантах осуществления пороговое количество PRB, подлежащее использованию для определения PUSCH только с UCI, T_PRB, определяется в зависимости от того, сконфигурирована ли таблица 1 или выбранная таблица из таблицы 2 и таблицы 3. Когда UE 116 сконфигурировано с таблицей 1, T_PRB определяется как в спецификациях Rel-10; альтернативно, когда UE 116 конфигурируется с выбранной таблицей из таблицы 2 и таблицы 3,

, и

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

В некоторых вариантах осуществления UE 116 запускается для предоставления отчета только с UCI без TB по PUSCH, когда удовлетворяются следующие условия: если используется формат 0 DCI, и I_MCS=29, или, если используется формат 4 DCI, и разрешен только 1 TB, и I_MCS=29 для разрешенного TB, и количество уровней передачи равно 1; если битовое поле «Запрос CSI» запускает отчет апериодической CSI, и если количество запланированных PRB PUSCH меньше или равно T_PRB, или N_PRB≤T_PRB.

В первом примере

определяется как 8X (или Y), когда сконфигурирована выбранная таблица из таблицы 2 и таблицы 3, что позволяет уменьшить сложность реализации UE и сохранить надежным декодирование PUSCH только с UCI во всех случаях. Также отмечается, что выбранное количество соответствует наихудшему случаю, когда отчет CSI содержит CSI наибольшего возможного количества процессов CSI, которое может быть сконфигурировано для UE 116, которым может быть или 8X или Y.

Когда UE 116 определяет таблицу для запуска апериодической CSI (т.е. или таблицу 1 или выбранную таблицу из таблицы 2 и таблицы 3) согласно некоторым вариантам осуществления, UE 116 определяет запуск PUSCH только с UCI в соответствии со следующим примерным условием: если используется формат 0 DCI, и I_MCS=29, или, если используется формат 4 DCI, и разрешен только 1 TB, и I_MCS=29 для разрешенного TB, и количество уровней передачи равно 1, и, если битовое поле «Запрос CSI» равно 1 биту и установлено для запуска отчета апериодической CSI, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для одной обслуживающей соты в соответствии с таблицей 1, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одной обслуживающей соты в соответствии с таблицей 1, и N_PRB≤20, битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI в соответствии с выбранной таблицей из таблицы 2 и таблицы 3, и (альтернатива 1: N_PRB≤8X, альтернатива 2: N_PRB≤Y), тогда нет транспортного блока (TB) для совместно используемого канала восходящей линии связи (UL-SCH), и только обратная связь информации управления для текущего режима предоставления отчета PUSCH передается посредством UE 116.

Во втором примере

определяется как 8X (или Y), когда апериодическая CSI запускается для более чем одного процесса CSI в соответствии с выбранной таблицей из таблицы 2 и таблицы 3; и

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

Когда UE 116 определяет таблицу для запуска апериодической CSI (т.е. или таблицу 1 или выбранную таблицу из таблицы 2 и таблицы 3) в соответствии с первым вариантом осуществления, UE 116 может определить запуск PUSCH только с UCI в соответствии со следующим примерным условием: если используется формат 0 DCI, и I_MCS=29, или, если используется формат 4 DCI, и только 1 TB разрешен, и I_MCS=29 для разрешенного TB, и количество уровней передачи равно 1, и, если битовое поле «Запрос CSI» равно 1 биту и установлено для запуска отчета апериодической CSI, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам, и битовое поле запускает отчет апериодической CSI или для одной обслуживающей соты в соответствии с таблицей 1, или для одного процесса CSI в единственной обслуживающей соте в соответствии с выбранной таблицей из таблицы 2 и таблицы 3, и, N_PRB≤4, или, битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одной обслуживающей соты в соответствии с таблицей 1, и N_PRB≤20, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одного процесса CSI в единственной обслуживающей соте или для более чем одной обслуживающей соты в соответствии с выбранной таблицей из таблицы 2 и таблицы 3, и (альтернатива 1: N_PRB≤8X, альтернатива 2: N_PRB≤Y), тогда нет транспортного блока (TB) для UL-SCH и только обратная связь информации управления для текущего режима предоставления отчета PUSCH передается посредством UE 116.

В третьем примере

определяется как 4X, если отчет апериодической CSI запускается для единственной обслуживающей соты DL в соответствии с выбранной таблицей из таблицы 2 и таблицы 3; и, с другой стороны,

определяется как 8X (или Y), если отчет апериодической CSI запускается для более чем одной обслуживающей соты DL в соответствии с выбранной таблицей из таблицы 2 и таблицы 3. Это должно сохранить малым ограничение планирования для передач только UCI, когда запущенный отчет CSI предназначен для единственной обслуживающей соты DL в соответствии с выбранной таблицей из таблицы 2 и таблицы 3.

Отмечается, что выбранное количество соответствует наихудшим случаям, (1) отчет CSI содержит CSI наибольшего возможного количества процессов CSI, которые могут быть сконфигурированы для единственной обслуживающей соты DL (что приводит к выбору 4X PRB для порогового количества PRB), (2) отчет CSI содержит CSI наибольшего возможного количества процессов CSI, которые могут быть сконфигурированы для UE (что приводит к выбору 8X или Y для порогового количества PRB).

Когда UE 116 определяет таблицу для запуска апериодической CSI (т.е. или таблицу 1 или выбранную таблицу из таблицы 2 и таблицы 3) в соответствии с вариантом 1 осуществления, UE 116 конфигурируется на определение запуска PUSCH только с UCI в соответствии со следующим условием: если используется формат 0 DCI, и I_MCS=29, или, если используется формат 4 DCI, и только 1 TB разрешен, и I_MCS=29 для разрешенного TB, и количество уровней передачи равно 1, и, если битовое поле «Запрос CSI» равно 1 биту и установлено для запуска отчета апериодической CSI, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для одной обслуживающей соты в соответствии с таблицей 1, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для одной обслуживающей соты в соответствии с выбранной таблицей из таблицы 2 и таблицы 3, и N_PRB≤4Х, или битовое поле «Запрос CSI» равно 2 битам и запускается отчет апериодической CSI для более чем одной обслуживающей соты в соответствии с таблицей 1, и N_PRB≤20, битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одной обслуживающей соты в соответствии с выбранной таблицей из таблицы 2 и таблицы 3, и (альтернатива 1: N_PRB≤8X, альтернатива 2: N_PRB≤Y), тогда нет транспортного блока для UL-SCH, и только обратная связь информации управления для текущего режима предоставления отчета PUSCH передается посредством UE 116.

В четвертом примере

определяется как 4, если отчет апериодической CSI запускается для единственного процесса CSI в единственной обслуживающей соте DL в соответствии с выбранной таблицей из таблицы 2 и таблицы 3;

определяется как 4X, если отчет апериодической CSI запускается для многочисленных процессов CSI в единственной обслуживающей соте DL в соответствии с выбранной таблицей из таблицы 2 и таблицы 3; и

определяется как 8X (или Y), если отчет апериодической CSI запускается для более чем одной обслуживающей соты DL в соответствии с выбранной таблицей из таблицы 2 и таблицы 3. Этот вариант осуществления имеет подобную мотивацию, что и третий вариант осуществления.

Когда UE 116 определяет таблицу для запуска апериодической CSI (т.е. или таблицу 1 или выбранную таблицу из таблицы 2 и таблицы 3) в соответствии с первым подходом, UE 116 определяет запуск PUSCH только с UCI в соответствии со следующим условием: если используется формат 0 DCI, и I_MCS=29, или, если используется формат 4 DCI, и только 1 TB разрешен, и для разрешенного TB, и количество уровней передачи равно 1; и, если битовое поле «Запрос CSI» равно 1 биту и установлено для запуска отчета апериодической CSI, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам, и битовое поле запускает отчет апериодической CSI или для одной обслуживающей соты в соответствии с таблицей 1, или для одного процесса CSI в единственной обслуживающей соте в соответствии с выбранной таблицей из таблицы 2 и таблицы 3, и N_PRB≤4, или, битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одного процесса CSI в одной обслуживающей соте в соответствии с выбранной таблицей из таблицы 2 и таблицы 3, и N_PRB≤4X, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одной обслуживающей соты в соответствии с таблицей 1, и N_PRB≤20, битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одной обслуживающей соты в соответствии с выбранной таблицей из таблицы 2 и таблицы 3, и, (альтернатива 1: N_PRB≤8X, альтернатива 2: N_PRB≤Y), тогда нет транспортного блока для UL-SCH, и только обратная связь информации управления для текущего режима предоставления отчета PUSCH передается посредством UE 116.

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

В некоторых вариантах осуществления

равно 4, если отчет апериодической CSI приходится на один процесс CSI, и

равен 20, если отчет апериодической CSI приходится на более чем один процесс CSI, который должен уменьшить сложность реализации UE 116 и сохранить надежным декодирование PUSCH только с UCI во всех случаях. Отмечается, что выбранное количество соответствует наихудшему случаю, когда отчет CSI содержит CSI наибольшего возможного количества процессов CSI, которое может быть сконфигурировано для UE 116.

В некоторых вариантах осуществления, когда UE 116 определяет таблицу для запуска апериодической CSI (т.е. или таблицу 1 или выбранную таблицу из таблицы 2 и таблицы 3) в соответствии с вариантом 1 осуществления, UE 116 должно определять запуск PUSCH только с UCI в соответствии со следующим условием: если используется формат 0 DCI, и I_MCS=29, или, если используется формат 4 DCI, и только 1 TB разрешен, и I_MCS=29 для разрешенного TB, и количество уровней передачи равно 1, и, если битовое поле «Запрос CSI» равно 1 биту и установлено на запуск отчета апериодической CSI, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для одного процесса CSI в соответствии с таблицей 1 или выбранной таблицей из таблицы 2 и таблицы 3, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одного процесса CSI в соответствии с таблицей 1 или выбранной таблицей из таблицы 2 и таблицы 3, и N_PRB≤20, тогда нет транспортного блока для UL-SCH, и только обратная связь информации управления для текущего режима предоставления отчета PUSCH передается посредством UE 116.

Между тем, в RAN1#70 определение процесса CSI согласовано следующим образом: процесс CSI представляет собой комбинацию ресурса CSI-RS ненулевой мощности (NZP) и ресурса измерения помех (IMR). Данный процесс CSI может использоваться периодическим и/или апериодическим предоставлением отчета. В результате, заявка на изменение CR 36.213 (R1-124012) зафиксировало определение процесса CSI в разделе 7.2 следующим образом: UE 116 в режиме 10 передачи может быть сконфигурировано с одним или несколькими процессами CSI на обслуживающую соту более высокими уровнями. Каждый процесс CSI ассоциируется с ресурсов CSI-RS, определенном в разделе 7.2.5, и ресурсом CSI-измерения помех (CSI-IM) (определенном в разделе 7.2.6). CSI, сообщенная UE 116, соответствует процессу CSI, сконфигурированному более высокими уровнями.

В RAN1#70bis была согласована поддержка конфигурации обратной связи и предоставления отчета для одновременных CA и CoMP. Тогда может возникнуть вопрос, должно ли определение процесса CSI быть расширено для охвата конфигураций обратной связи CSI Rel-8/9/10 или нет. Это потому, что UE может не быть сконфигурировано с TM10 для всех сконфигурированных обслуживающих сот.

Если определение процесса CSI не расширяется для охвата обратной связи Rel-8/9/10, тогда соглашение по таблице запуска апериодической CSI применимо только для обслуживающих сот, сконфигурированных с TM10, и UE не может одновременно выполнять обратную связь CSI типа Rel-8/9/10 и CSI типа Rel-11 (основываясь на процессах CSI) по одному PUSCH. Это возможно ограничивает гибкость конфигурации TM по сотам.

Альтернативно, если определение процесса CSI расширяется и охватывает также обратную связь Rel-8 и Rel-10, UE 116 может одновременно выполнять обратную связь CSI (ассоциированную с TM 1-9) типа Rel-8/9/10 (или унаследованного типа) и CSI (ассоциированную с TM10) типа Rel-11 по одному PUSCH. Это предполагает, что UE 116 может конфигурироваться с разными TM в различных обслуживающих сотах.

Альтернативно, для упрощения конфигурирования обратной связи и работы UE следующее ограничение на конфигурацию TM может налагаться для UE Rel-11: когда UE R11 конфигурируется с TM10 в одной обслуживающей соте DL, UE может конфигурироваться только с TM10 во всех других обслуживающих сотах DL; когда UE Rel-11 конфигурируется с TM 1-9 в одной обслуживающей соте DL, UE может конфигурироваться только с TM 1-9 во всех других обслуживающих сотах DL.

Для упрощения гибкого конфигурирования TM по сотам и одновременно для поддержки мультиплексирования соответствующей апериодической CSI по PUSCH, предлагается расширить определение процесса CSI на охватывание конфигурации обратной связи CSI Rel-8/9/10. В Rel-10 информационные элементы RRC для Rel-10, например, информационные элементы Rel-10 CQI-ReportConfig (например, CQI-ReportConfig-r10, CQI-ReportConfigSCell-r10), конфигурируются на обслуживающую соту для конфигурирования обратной связи CSI обслуживающей соты.

3GPP 36.331 v10.5.0, включенный в настоящее раскрытие, как если бы полностью изложенный в данном документе, фиксирует зависимые от версии варианты CQI-ReportConfig, которыми являются CQI-ReportConfig, CQI-ReportConfig-v920, CQI-ReportConfig-r10, CQI-ReportConfigScell-r10, следующим образом:

[Программа]

Согласно первому протоколу расширения в некоторых вариантах осуществления настоящего раскрытия, определение процесса CSI расширяется и охватывает конфигурацию обратной связи CSI для TM 1-9, а также конфигурацию(-ии) обратной связи CSI для TM10.

Одной примерной редакцией раздела 7.2 3GPP TS 36.213, разрешающей обратную связь апериодической CSI по многочисленным сотам, сконфигурированным с разными TM, является: UE 116 может конфигурироваться с одним или несколькими процессами CSI на обслуживающую соту более высокими уровнями. Каждый процесс CSI ассоциируется или с ресурсом CSI-RS, определенным в разделе 7.2.5, и ресурсом CSI-измерения помех (CSI-IM), определенным в разделе 7.2.6 для TM10, или с конфигурацией предоставления отчета CQI (или CSI) (CQI-ReportConfig) для TM 1-9. CSI, предоставленная в отчете посредством UE 116, соответствует процессу CSI, сконфигурированному более высокими уровнями.

В RAN1#69 введение 2-битового запроса CSI для CoMP было согласовано следующим образом: в случае конфигурации единственной CC, где многочисленные CSI конфигурируются для CoMP, 2-битовое поле запроса CSI используется в формате 0 DCI, если в конкретном для UE пространстве поиска (UE-SS), и формате 4 DCI для запуска обратной связи апериодической CoMP.

В RAN1#70bis была согласована поддержка конфигурации обратной связи и предоставления отчета для одновременной CA и CoMP, и, следовательно, должно быть сделано одно разъяснение по значению «многочисленных CSI» в соглашении RAN1#69. Так как соглашение было сделано перед согласованием определения процесса CSI, под «многочисленными CSI» в соглашении подразумевается, по-видимому, «многочисленные процессы CSI», теперь когда было согласовано введение процесса CSI.

В дополнение, 36.212 CR фиксирует нижеследующее для 2-битового запроса CSI, согласованного в Rel-11: запрос CSI - 1 или 2 бита, как определено в разделе 7.2.1 в REF3. 2-битовое поле применяется к UE, которые сконфигурированы с более чем одной сотой DL, или UE, которые сконфигурированы более высокими уровнями для предоставления отчета более чем одной апериодической CSI; в противном случае, применяется 1-битовое поле.

Теперь, в случае если определение процесса CSI расширяется как в первом предложении расширения как в случае CA, так и в случае CoMP, UE 116 конфигурируется с более чем одним процессом CSI, и, следовательно, соглашение может быть расширено следующим образом: когда конфигурируется более чем один процесс CSI, 2-битовое поле запроса CSI используется в формате 0 DCI (если в UE SS) и формате 4 DCI.

В этом случае запрос CSI может быть равен 1 или 2 битам, как определено в разделе 7.2.1 в REF3. 2-битовое поле применяется к UE, которые сконфигурированы более высокими уровнями для предоставления отчета апериодической CSI по более чем одному процессу CSI; в противном случае, применяется 1-битовое поле.

Альтернативно, когда не расширяется определение процесса CSI, могут рассматриваться следующие две альтернативы расширения соглашения.

Во-первых, когда общее количество сконфигурированных процессов CSI в сконфигурированных обслуживающих сотах DL более одного, 2-битовое поле запроса CSI используется в формате 0 DCI (если в UE SS) и в формате 4 DCI. В данном случае, используется новая таблица запуска CSI для UE 116, которое сконфигурировано с более чем одной обслуживающей сотой DL, даже если UE 116 сконфигурировано с одним процессом CSI на обслуживающую соту. Это может увеличить служебные данные сигнализации RRC для конфигурирования дополнительной необязательной таблицы запуска CSI. В альтернативе 2 новая таблица запуска CSI конфигурируется только тогда, когда необходимо.

Во-вторых, когда количество сконфигурированных процессов CSI по меньшей мере в одной обслуживающей соте более одного, 2-битовое поле запроса CSI используется в формате 0 DCI (если в UE SS) и в формате 4 DCI. Например, следующая модификация может фиксировать эту альтернативу: запрос CSI - 1 или 2 бита, как определено в разделе 7.2.1 в REF3. 2-битовое поле применяется к: UE, которые сконфигурированы с более чем одной сотой DL, и UE, которые сконфигурированы более высокими уровнями для предоставления отчета апериодической CSI по более чем одному процессу CSI в по меньшей мере одной обслуживающей соте; в противном случае, применяется 1-битовое поле.

3GPP TS 36.213 CR раздел 7.2.1 фиксирует нижеследующее для 2-битового триггера CSI: Если размер поля запроса CSI равен 2 битам, и UE 116 сконфигурировано в режиме 1-9 передачи, отчет запускается в соответствии со значением в нижеследующей таблице 7 полей запроса CSI для PDCCH/усовершенствованного PDCCH (EPDCCH) с форматом DCI восходящей линии связи в конкретном для UE пространстве поиска, соответствующем предоставлению отчета апериодической CSI.

Таблица 7
значение поля запроса CSI	описание
‘00’	не запускается отчет апериодической CSI
‘01’	отчет апериодической CSI запускается для обслуживающей соты c
‘10’	отчет апериодической CSI запускается для 1-го набора обслуживающих сот, сконфигурированных более высокими уровнями
‘11’	отчет апериодической CSI запускается для 2-го набора обслуживающих сот, сконфигурированных более высокими уровнями

Кроме того, если размер поля запроса CSI равен 2 битам в REF4, и UE 116 сконфигурировано в режиме 10 передачи, отчет запускается в соответствии со значением в нижеследующей таблице 8 поля запроса CSI для PDCCH/EPDCCH с форматом DCI восходящей линии связи в конкретном для UE пространстве поиска, соответствующем предоставлению отчета апериодической CSI.

Таблица 8
значение поля запроса CSI	описание
‘00’	не запускается отчет апериодической CSI
‘01’	отчет апериодической CSI запускается для набора процесса(-ов) CSI, сконфигурированного более высокими уровнями для обслуживающей соты
‘10’	отчет апериодической CSI запускается для 1-го набора процесса(-ов) CSI, сконфигурированного более высокими уровнями
‘11’	отчет апериодической CSI запускается для 2-го набора процесса(-ов) CSI, сконфигурированного более высокими уровнями

Отмечается, что текст в заявке на изменение (CR), по-видимому, не отражает предыдущего соглашения о битовой конфигурации запуска CSI, где конфигурация новой таблицы ассоциируется с количеством процессов CSI в обслуживающей соте, а не с конфигурированным TM. Кроме того, текущий текст в CR может читаться, что в каждом подкадре UE 116 сначала должно рассмотреть TM обслуживающей соты c, выбрать таблицу из двух таблиц для определения CSI для передачи по запланированному PUSCH. RAN1 не имеет ясного соглашения по этому аспекту, и, по-видимому, необходимо разъяснение.

Может быть две альтернативы для UE для интерпретации 2-битового триггера запроса CSI в случае, если сконфигурированы CA и CoMP. В первой интерпретации содержимое апериодической CSI определяется в соответствии с единственной таблицей, независимо от TM обслуживающей соты c. Во второй интерпретации содержимое апериодической CSI определяется в соответствии с одной выбранной таблицей из двух таблиц, где выбор зависит от TM обслуживающей соты c.

Например, изобретатели рассматривают, что UE 116 конфигурируется с двумя обслуживающими сотами, первичной сотой (Pcell) и вторичной сотой (Scell). UE 116 конфигурируется с TM 10 в Pcell и одним из TM 1-9 в Scell. Когда формат 0/4 DCI, передаваемый в Pcell, запускает отчет апериодической CSI, UE 116 использует таблицу 7 для определения содержимого предоставления отчета CSI, так как Pcell конфигурируется с TM10.

Альтернативно, когда формат 0/4 DCI, передаваемый в Scell, запускает отчет апериодической CSI, UE 116 использует таблицу 8 для определения содержимого предоставления отчета CSI, так как Scell конфигурируется с TM 1-9. Подобные примеры могут быть рассмотрены для любого количества сконфигурированных обслуживающих сот.

Для упрощения реализации UE первая интерпретация предпочтительна относительно второй интерпретации. Кроме того, когда определение процесса CSI расширяется в соответствии с первым предложением расширения, и когда нет динамического переключения таблиц запуска CSI как в первой интерпретации, таблица 7, по-видимому, больше не требуется, и таблица 8 может фиксировать соглашение RAN1 в Rel-11, а также операцию агрегации несущих R10. В данном случае, может потребоваться одно разъяснение по значению «набора процесса(-ов) CSI, сконфигурированных более высокими уровнями для обслуживающей соты c» для кодового значения «01». В случае если процесс CSI унаследованного типа конфигурируется для обслуживающей соты c, «набором процесса(-ов) CSI, сконфигурированным более высокими уровнями для обслуживающей соты», должен быть процесс CSI унаследованного типа.

Во втором предложении расширения в некоторых вариантах осуществления настоящего раскрытия содержимое апериодической CSI определяется в соответствии с таблицей 8 независимо от TM обслуживающей соты c во всех случаях CA, CA+CoMP или CoMP.

В данном случае, стандартным текстом может быть: Если размер поля запроса CSI равен 2 битам в REF4, отчет запускается в соответствии со значением в таблице 8, соответствующей предоставлению отчета апериодической CSI.

В одном примере (EX-RRC) сигнализации более высокого уровня в таблице 7.2.1-1 выше, когда агрегация несущих конфигурируется для UE 116, обслуживающие соты, сконфигурированные с TM 1-9, могут конфигурироваться посредством RRC с триггером апериодической CSI Rel-10 (т.е. aperiodicCSI-Trigger-r10, общая конфигурация для всех обслуживающих сот), и обслуживающие соты, сконфигурированные с TM10, могут конфигурироваться посредством RRC с триггером апериодической CSI Rel-11, который конфигурируется на процесс CSI, например, как изображено ниже.

Информационные элементы процесса CSI:

[Программа]

Информационные элементы CQI-ReportConfig

[Программа]

Для запуска апериодической CSI Rel-11 поля trigger01-r11, trigger10-r11 и trigger11-r11 соответствуют кодовым значениям 01, 10 и 11 соответственно для 2-битового поля запроса апериодической CSI в формате 2D DCI (или в другом опорном формате DCI) для TM10. Когда поле (соответствующее кодовому значению) триггера апериодической CSI Rel-11 устанавливается на значение «Истина», это указывает, что процесс CSI должен сообщаться в отчете апериодической CSI, когда кодовое значение сигнализируется в формате DCI.

Режимом работы UE 116 в соответствии с примерной сигнализацией RRC, приведенной выше (EX-RRC), является следующий: когда запускается предоставление отчета апериодической CSI для кодового значения 10 или кодового значения 11, UE 116 предполагает, что обслуживающие соты, которые сконфигурированы с TM 1-9 с соответствующими битами, которые установлены в битовой карте для соответствующего trigger1-r10 или trigger1-r11 в aperiodicCSI-Trigger-r10, включены в предоставление отчета апериодической CSI. Кроме того, UE 116 предполагает, что для обслуживающих сот, сконфигурированных с TM10, процессы CSI, сконфигурированные для кодового значения 10 или кодового значения 11, сообщающие посредством конфигурации триггера предоставления отчета апериодической CSI Rel-11, также включаются в предоставление отчета апериодической CSI.

В первом варианте конфигурации aperiodic CSI-Trigger может указывать, для какой обслуживающей соты (сот) запускается отчет апериодической CSI, когда конфигурируются одна или несколько Scell. Trigger1 соответствует полю «10» запроса CSI, и trigger2 соответствует полю «11» запроса CSI. Также описание поля триггера апериодической CSI Rel-10 может модифицироваться, как указано выше (см. 3GPP TS 36.213, TABLE 7.2.1-1A).

В первом варианте конфигурации левый бит, бит 0 в битовой строке соответствует соте с ServCellIndex=0, и бит 1 в битовой строке соответствует соте с ServCellIndex=1, и т.п. Каждый бит имеет или значение 0, означающее, что не запускается отчет апериодической CSI, или значение 1, означающее, что запускается отчет апериодической CSI. Максимально может быть установлено 5 битов на значение 1 в битовой строке. E-UTRAN конфигурирует только значение 1 для сот, сконфигурированных с TransmissionMode (TM), установленным в диапазоне от TM1 до TM9. Одно значение применяется для всех обслуживающих сот, сконфигурированных с режимом передачи, установленным в диапазоне от TM1 до TM9, и ассоциированная функциональная способность является общей, т.е. невыполняемая независимо для каждой соты. В первом варианте конфигурации E-UTRAN устанавливает биты в trigger1 или trigger2, соответствующие сотам, сконфигурированным с TM10, равными нулю.

Во втором варианте конфигурации UE 116 рассматривает бит в битовой карте триггера апериодической CSI Rel-10 как «безразличное состояние», если бит соответствует соте, которая сконфигурирована с TM10.

В третьем варианте конфигурации бит соответствует соте, которая сконфигурирована с TM10, который должен быть установлен как единица сетью, если сеть требует, чтобы UE 116 считало триггер предоставления отчета апериодической CSI Rel-11 и приняло решение, какого процесса CSI предоставлять отчет соответствующим образом; если бит установлен в нуль, UE 116 игнорирует конфигурацию триггера предоставления отчета апериодической CSI Rel-11 для этой соты и не передает апериодическую CSI Rel-11 для этой соты.

Альтернативно, если определение процесса CSI не меняется, следующая модификация может способствовать пониманию: Если размер поля запроса CSI равен 2 бита [4], и UE 116 сконфигурировано максимально с одним процессом CSI на обслуживающую соту, отчет запускается в соответствии со значением в таблице 7.2.1-1A, соответствующей предоставлению отчета апериодической CSI. Если размер поля запроса CSI равен 2 битам [4], и UE 116 сконфигурировано с более чем одним процессом CSI в по меньшей мере одной обслуживающей соте, отчет запускается в соответствии со значением в таблице 7.2.1-1B, соответствующей предоставлению отчета апериодической CSI.

В различных вариантах осуществления только один из отчетов может быть послан, и остальные отчеты могут отбрасываться (т.е. не передаваться) в случае конфликта среди отчетов PUCCH для разных ресурсов CSI-RS. В данной ситуации определяются правила отбрасывания, которые известны как для UE 116, так и для eNB 102. Правила отбрасывания периодической CSI поддерживаются на основе параметров, включающих в себя тип предоставления отчета и индекс процесса CSI/CC в некоторых последовательностях. Общеизвестно, что индекс процесса CSI или индекс CC может иметь нуль или положительное целое число.

Рассматривается два правила отбрасывания. Первое правило отбрасывания отбрасывает конфликтные отчеты CSI на основе последовательности: тип предоставления отчета, индекс процесса CSI и индекс CC (тип предоставления отчета → индекс процесса CSI → индекс CC); второе правило отбрасывания отбрасывает конфликтные процессы CSI на основе последовательности: тип предоставления отчета, индекс СС и индекс процесса CSI (тип предоставления отчета → индекс CC → индекс процесса CSI).

Для типа предоставления отчета в некоторых вариантах осуществления правила отбрасывания отдают предпочтение отчету RI над отчетами CQI/PMI и отчетом широкополосной CQI/PMI. Для индекса процесса CSI в некоторых вариантах осуществления правила отбрасывания отдают предпочтение отчету CSI с меньшим индексом процесса CSI. Для индекса CC в некоторых вариантах осуществления правила отбрасывания отдают предпочтение отчету CSI с меньшим индексом CC.

Например, согласно первому правилу отбрасывания в случае, если процесс P1 CSI (индекс CC = ServcellID = 0, ID процесса CSI = 1) и процесс S0 CSI (индекс CC = ServcellID = 1, ID процесса CSI = 0) конфликтуют, передается процесс CSI для S0, и отбрасывается процесс CSI для P1 (конфликт P1, S0 → передается S0). И наоборот, согласно второму правилу отбрасывания в случае, если конфликтуют процессы CSI для P1 и S0, передается процесс P1 CSI, и отбрасывается S0 (конфликт P1, S0 → передается P1). В случае, если конфликтуют процессы CSI для P0 (индекс CC = ServcellID = 0, ID процесса CSI = 0) и S0, передается процесс P0 CSI, и отбрасывается S0 независимо от применяемого первого или второго правила отбрасывания (конфликт P0, S0 → передается P0).

В RAN1#70 было согласовано первое правило отбрасывания для правила отбрасывания периодической CSI. 36.213 CR фиксирует часть прерывания соединения соглашения в разделе 7.2.2 в следующем. Для данного подкадра и UE в режимах 1-9 передачи в случае конфликта между отчетами CSI разных обслуживающих сот с типом предоставления отчета PUCCH одинакового приоритета, предоставляется отчет CSI обслуживающей соты с наименьшим ServCellIndex, и отбрасываются CSI всех других обслуживающих сот.

Для данного подкадра и UE в режиме 10 передачи в случае конфликта между отчетами CSI разных обслуживающих сот с типом предоставления отчета PUCCH одинакового приоритета и отчетами CSI, соответствующими процессам CSI с одинаковым CSIProcessIndex, отбрасываются отчеты CSI всех обслуживающих сот за исключением обслуживающей соты с наименьшим ServCellIndex.

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

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

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

В случае конфликта между отчетами CSI разных обслуживающих сот с типом предоставления отчета PUCCH одинакового приоритета и отчетами CSI, соответствующими процессам CSI с разными CSIProcessIndex, отбрасываются отчеты CSI всех обслуживающих сот за исключением обслуживающей соты с отчетами CSI, соответствующими процессу CSI с наименьшим CSIProcessIndex; и, в данном случае, CSIProcessIndex для любого процесса CSI, ассоциированного с TM 1-9, равен 1.

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

В операции 505 UE обнаруживает конфликт в подкадре между первым отчетом CSI физического канала управления восходящей линии связи (PUCCH) одной обслуживающей соты, с которой UE сконфигурировано в одном из режимов 1-9 передачи, и вторым отчетом CSI PUCCH другой обслуживающей соты, с которой UE сконфигурировано с режиме 10 передачи. Затем, если приоритеты типов предоставления отчета конфликтных отчетов CSI PUCCH одинаковы в операции 510, UE отдает предпочтение унаследованному типу процесса CSI над процессом CSI типа Rel-11 в операции 525, если процесс CSI типа Rel-11 не имеет CSIProcessIndex = 1 в операции 515; альтернативно, если индекс обслуживающей соты первого отчета CSI меньше в операции 520, UE отбрасывает первый отчет CSI PUCCH и передает второй отчет CSI PUCCH в операции 535.

В качестве примера, предполагается, что конфигурируется UE 116, причем унаследованный процесс CSI конфигурируется в Scell, и два процесса CSI типа Rel-11 - в Pcell (CSIProcessIndex = 1, 2). Когда унаследованный процесс CSI в Scell и процесс CSI типа Rel-11 с CSIProcessIndex = 2 в Pcell планируются для предоставления отчета в одном и том же подкадре, только унаследованный отчет CSI будет передаваться, и отчет CSI Rel-11 будет отбрасываться. Альтернативно, когда унаследованный процесс CSI в Scell и процесс CSI типа Rel-11 с CSIProcessIndex = 1 в Pcell планируются для предоставления отчета в одном и том подкадре, этап прерывания соединения, ассоциированный с индексом процесса CSI, будет объявлять соединение, так как CSI типа Rel-11 имеет CSIProcessIndex = 1. На последующем этапе, ассоциированном с индексом CC, отдается предпочтение Pcell; следовательно, будет передаваться только CSI Rel-11, и унаследованная CSI будет отбрасываться.

В другом варианте, введен CSIProcessIndex по умолчанию для унаследованного типа процессов CSI, равный наименьшему возможному номеру процесса CSI (например, CSIProcessIndex = 1 предполагается для унаследованного типа процесса CSI для целей обработки приоритета при отбрасывании периодической CSI), чтобы отдавать предпочтение передаче унаследованной CSI над передачами CSI Rel-11 в случае, если CSI процесса CSI с более высоким номером запускается для обслуживающих сот, сконфигурированных с TM 10. Имея такое назначение приоритетов, процесс унаследованной CSI не будет отбрасываться относительно процесса вторичной CSI для обслуживающей соты, сконфигурированной с TM 10.

В еще другом варианте в операции прерывания соединения, ассоциированной с индексом процесса CSI, UE 116 отдает предпочтение унаследованному типу процесса CSI относительно процесса CSI типа Rel-11. Например, изобретатели рассматривают, что UE 116, сконфигурированное с унаследованным процессом CSI, конфигурируется в Scell, и два процесса CSI типа Rel-11 - в Pcell (CSIProcessIndex = 1, 2). Когда унаследованная CSI в Scell и любая CSI типа Rel-11 в Pcell планируются в одном и том же подкадре, только унаследованная CSI будет передаваться, и CSI Rel-11 будет отбрасываться.

В RAN1 сообщается после RAN1#70, что рабочая копия 36.213 CR предложила нижеследующее для запуска только UCI в случае, когда запускается отчет CSI по более чем одному процессу CSI: для 29≤I_MCS≤31, если используется формат 0 DCI, и I_MCS=29, или, если используется формат 4 DCI, и разрешается только 1 TB, и I_MCS=29 для разрешенного TB, и количество уровней передачи равно 1, и, если битовое поле «Запрос CSI» равно 1 биту и установлено для запуска отчета апериодической CSI, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для одной обслуживающей соты согласно таблице 7.2.1-1A, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одной обслуживающей соты согласно таблице 7.2.1-1A, и N_PRB≤20, битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одной CSI согласно таблице 7.2.1-1B, и N_PRB≤20, тогда нет транспортного блока для UL-SCH, и только обратная связь информации управления для текущего режима предоставления отчета PUSCH передается посредством UE 116.

Кроме того, RAN1#70bis имеет соглашение о максимальном количестве процессов CSI на обслуживающую соту: максимальное количество процессов CSI, P, представляет собой возможность UE для UE с возможностью TM10 {1, 3, 4}. Имея соглашение, общее количество процессов CSI, для которых запускается один отчет апериодической CSI, определяется возможностью UE, и общее количество может быть максимально 4*5=20 процессов.

Напоминая, что 20 PRB для верхнего предела количества PRB для запуска PUSCH только с UCI в Rel-10 учитывало отчет CSI по 5 CC, то 20 PRB является недостаточным для обеспечения надежного декодирования PUSCH только с UCI в случае, если запускается отчет по 20 процессам CSI. Чтобы определить пороговое количество PRB, рассматриваются следующие подходы.

В первой альтернативе запускается PUSCH только с UCI, когда битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одного процесса CSI в соответствии с таблицей 7.2.1-1B. Первая альтернатива избавляется от верхнего предела PRB для запуска PUSCH только с UCI. В случае если полоса частот системы равна 100 PRB, не будет проблемы с надежностью декодирования для PUSCH только с UCI независимо от количества процессов CSI и количества сконфигурированных обслуживающих сот. Однако альтернатива 1 эффективно делает невозможным использование одной версии избыточности гибридного автоматического запроса на повторение (HARQ) (rv=1).

Во второй альтернативе запускается PUSCH только с UCI, когда битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одного процесса CSI согласно таблице 7.2.1-1B, и N_PRB≤8P. Вторая альтернатива предполагает, что UE 116 может конфигурироваться с максимум 2 сотами в большинстве сценариев, и она гарантирует, что PUSCH только с UCI может передаваться без проблемы с надежностью декодирования посредством разрешения конфигурации 4·2P, где P∈{1, 3, 4}. Отмечается, что даже в случае, когда UE конфигурируется с более чем 2 сотами, eNB 102 может ограничивать количество процессов CSI для PUSCH только с UCI посредством реализации, так что количество процессов CSI не превышает 2P.

В третьей альтернативе запускается PUSCH только с UCI, когда битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одного процесса CSI согласно таблице 7.2.1-1, и N_PRB≤max{20, 8P}. Третья альтернатива предполагает, что UE 116 может конфигурироваться с максимум 2 сотами в большинстве сценариев, и она гарантирует, что PUSCH только с UCI может передаваться без проблемы с надежностью декодирования посредством разрешения конфигурации 4·2P, где P∈{1, 3, 4}. Она увеличивает количество PRB только тогда, когда унаследованное количество PRB (которое равно 20) имеет потенциальную проблему с высокой скоростью кодирования. Отмечается, что даже в случае, когда UE 116 конфигурируется более чем с 2 сотами, eNB 102 может ограничивать количество процессов CSI для PUSCH только с UCI посредством реализации, так что количество процессов CSI не превышает 2P.

Вообще 8P во втором и третьем подходах может быть обобщено в 4P·C_max, где C_max представляет собой максимальное количество CC, которое может быть предварительно определено равным некоторому значению (например, 2 (обычное сетевое количество CC) или 5 (максимально возможное количество CC в спецификации LTE)), или оно может быть независимым от возможности UE (например, поддерживает ли UE агрегацию несущих или нет; когда поддерживает C CC, C_max=C, когда не поддерживает, C_max=1).

Одним возможным примером для третьего подхода может быть: для 29≤I_MCS≤31, если используется формат 0 DCI, и I_MCS=29, или, если используется формат 4 DCI, и только 1 TB разрешен, и I_MCS=29 для разрешенного TB, и количество уровней передачи равно 1, и, если битовое поле «Запрос CSI» равно 1 биту и установлено на запуск отчета апериодической CSI, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для одного процесса CSI согласно таблице 7.2.1-1, и N_PRB≤4, или битовое поле «Запрос CSI» равно 2 битам и запускает отчет апериодической CSI для более чем одного процесса CSI для таблицы 7.2.1-1, и N_PRB≤max{20, 8P}, тогда нет транспортного блока для UL-SCH, и только обратная связь информации управления для текущего режима предоставления отчета PUSCH передается посредством UE 116.

В RAN1#70bis нижеследующее было согласовано по опорному процессу RI. Для апериодической обратной связи, когда конфигурируется опорный процесс, опорный процесс RI может конфигурироваться для процесса CSI. RI процесса может конфигурироваться для наследования его значения из RI, сообщенного в этом же подкадре опорного процесса RI. Кроме того, вычисление RI для первого процесса CSI без опорного процесса CSI выводится исключительно на основе первого процесса CSI, он не учитывает никакие другие процессы CSI, независимо от того, что второй процесс CSI был конфигурирован с первым процессом CSI в качестве опорного процесса CSI.

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

В данном соглашении до одного RI на CC может передаваться по PUSCH, и, следовательно RI могут мультиплексироваться по PUSCH таким же образом, что и в Rel-10.

Между тем, нет необходимости определять способ кодирования для CQI/PMI, соответствующим многочисленным процессам CSI. Расширяя агрегацию несущих в Rel-10, является предпочтительным объединенное кодирование по всем CQI/PMI. Чтобы определить порядок многочисленных CQI/PMI, предполагается, что запуск PUSCH может происходить для C сот, где отчет CSI по соте c предназначен для Xc процессов CSI. Тогда естественным путем для расширения агрегации несущих в Rel-10 будет размещение CQI/PMI последовательно в возрастающем порядке номеров процесса CSI в каждой обслуживающей соте, начиная с обслуживающей соты с наименьшим номером до наибольшего.

В некоторых вариантах осуществления согласно настоящему раскрытию для сохранения общности с агрегацией несущих Rel-10, апериодический CQI/PMI для CoMP мультиплексируется по PUSCH следующим образом: применяется объединенное кодирование для всех CQI/PMI, мультиплексированных по PUSCH; информационные биты CQI/PMI для ввода в блок кодирования канала, размещаются последовательно в возрастающем порядке номеров процесса CSI в каждой обслуживающей соте, начиная с обслуживающей соты с наименьшим номером до наибольшего.

В RAN1#70bis нижеследующее было согласовано для управления сложностью UE: опорный источник CSI для процесса CSI определяется следующим образом как для периодического, так и апериодического предоставления отчета: для случая 1 сконфигурированного процесса CSI (на ассоциированной CC), опорный источник CSI определяется как и в Rel-10, в противном случае, как для периодического, так и для апериодического предоставления отчета CSI в подкадре N, опорный источник CSI процесса CSI представляет собой первый действительный опорный источник CSI, происходящий во время или перед подкадром N-x: в случае конфигурируемых наборов подкадров выбор набора подкадров все же основывается на подкадре, содержащем запрос CSI; для предоставления отчета периодической CSI выбор набора подкадров не меняется с определения Rel-10. Он ограничивает сложность обработки наихудшего случая для апериодической обратной связи посредством задания, что, в случае многочисленных запросов CSI, превышающих X несообщенных процессов апериодической CSI, UE 116 не ожидает обновление процессов CSI, превышающих X, считая в сторону увеличения от наименьшего индексированного процесса CSI, соответствующего самому последнему запросу CSI: максимальное количество процессов P CSI представляет собой возможность UE для UE с возможностью TM10 {1, 3, 4}, X=P; x=5 для дуплекса с частотным разделением (FDD); x представляет собой FFS (для последующего анализа) для дуплекса с временным разделением (TDD), между 4 и/или 5; поддержка UE с максимум 1 процессом CSI, при этом IMR и режим работы списка управления качества обслуживания (QoS) (QCL) Rel-11 содержится в TM10 с возможностью UE, ограничивающей количество процессов CSI, или вводит IMR и режим работы QCL Rel-11 для новой возможности UE в TM9; нет поддержки для режима работы IMR/QCL, в противном случае UE поддерживает 3 или 4 процесса CSI.

В данном соглашении максимальное количество процессов CSI, Y, для которого предоставление отчета апериодической CSI предоставляет отчет в случае агрегации несущих, определяется на основе возможности UE:

В данном случае, y_c представляет собой максимальное количество процессов CSI для компонентной несущей (CC) с, и C представляет собой количество сконфигурированных CC. В некоторых вариантах осуществления y_c=y, для всех c=1, …, С.

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

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

Claims (31)

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

обнаружение конфликта в подкадре между первым отчетом CSI физического канала управления восходящей линии связи (PUCCH) одной обслуживающей соты, с которой UE сконфигурировано в одном из режимов 1-9 передачи, и вторым отчетом CSI PUCCH другой обслуживающей соты, с которой UE сконфигурировано в режиме 10 передачи;

сравнение приоритетов типов предоставления отчета конфликтных отчетов CSI PUCCH; и,

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

2. Способ по п. 1, дополнительно содержащий:

отбрасывание отчета(-ов) CSI PUCCH с более высоким индексом(-ами) обслуживающей соты за исключением отчета CSI PUCCH с наименьшим индексом обслуживающей соты, если индекс процесса CSI второго отчета CSI равен 1.

3. Способ по п. 1, дополнительно содержащий:

отбрасывание второго отчета CSI PUCCH другой обслуживающей соты, с которой UE сконфигурировано в режиме 10 передачи.

4. Устройство, выполненное с возможностью выполнения способа по любому одному из пп. 1-3.

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

обнаружение конфликта в кадре между первым отчетом CSI физического канала управления восходящей линии связи (PUCCH) одной обслуживающей соты, с которой UE сконфигурировано в одном из режимов 1-9 передачи, и вторым отчетом CSI PUCCH другой обслуживающей соты, с которой UE сконфигурировано в режиме 10 передачи;

сравнение приоритетов типов предоставления отчета конфликтных отчетов CSI PUCCH; и,

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

6. Способ по п. 5, в котором схема обработки дополнительно выполнена с возможностью:

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

7. Способ по п. 5, в котором схема обработки дополнительно выполнена с возможностью:

конфигурирования UE на отбрасывание второго отчета CSI PUCCH другой обслуживающей соты, с которой UE сконфигурировано в режиме 10 передачи.

8. Устройство, выполненное с возможностью выполнения способа по любому одному из пп. 5-7.

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

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

в котором по меньшей мере три однобитовые переменные включают в себя trigger01-r11, соответствующий состоянию «01» поля запроса CSI, trigger10-r11, соответствующий состоянию «10» поля запроса CSI, и trigger11-r11, соответствующий состоянию «11» поля запроса CSI, и

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

10. Способ по п. 9, в котором состояние «01» указывает, что отчет апериодической CSI запускается для некоторого набора процесса(-ов) CSI, сконфигурированного более высоким уровнем, состояние «10» указывает, что отчет апериодической CSI запускается для первого набора процесса(-ов) CSI, сконфигурированного более высоким уровнем, и состояние «11» указывает, что отчет апериодической CSI запускается для второго набора процесса(-ов) CSI, сконфигурированного более высоким уровнем.

11. Способ по п. 9, в котором однобитовая переменная имеет или значение «0», указывающее, что не запускается отчет апериодической CSI, или значение «1», указывающее, что запускается отчет апериодической CSI.

12. Устройство, выполненное с возможностью выполнения способа по любому одному из пп. 9-11.

13. Устройство для передачи отчета информации о состоянии канала (CSI) в беспроводной сети, где множество сот выполнены с возможностью содействия пользовательскому оборудованию (UE), сконфигурированному в режиме 10 передачи, в агрегации несущих (CA), причем UE содержит схему обработки, выполненную с возможностью:

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

в котором по меньшей мере три однобитовые переменные включают в себя trigger01-r11, соответствующий состоянию «01» поля запроса CSI, trigger10-r11, соответствующий состоянию «10» поля запроса CSI, и trigger11-r11, соответствующий состоянию «11» поля запроса CSI, и

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

14. Устройство по п. 13, в котором состояние «01» указывает, что отчет апериодической CSI запускается для некоторого набора процесса(-ов) CSI, сконфигурированных более высоким уровнем, состояние «10» указывает, что отчет апериодической CSI запускается для первого набора процесса(-ов) CSI, сконфигурированных более высоким уровнем, и состояние «11» указывает, что отчет апериодической CSI запускается для второго набора процесса(-ов) CSI, сконфигурированных более высоким уровнем.

15. Устройство по п. 13, в котором однобитовая переменная имеет или значение «0», указывающее, что не запускается отчет апериодической CSI, или значение «1», указывающее, что запускается отчет апериодической CSI.

Images