Конфигурация передачи нисходящего канала
Изобретение относится к технике связи, в частности к обеспечению конфигурации передачи нисходящего канала на беспроводное устройство, и предназначено для решения технической задачи, связанной с осуществлением связи, используя короткий временной интервал передачи. Способ, обеспечивающий конфигурацию передачи нисходящего канала, выполняется сетевым узлом (200) и содержит передачу (S102) сообщения информации управления нисходящего канала (DCI), содержащего конфигурацию передачи нисходящего канала в коротком временном интервале передачи (sTTI). Также представляются сетевые узлы, беспроводные устройства и их компьютерные программы и компьютерные программные продукты. 12 н. и 42 з.п. ф-лы, 2 табл., 35 ил.
Область техники, к которой относится изобретение
Изобретение относится к способу конфигурации передачи нисходящего канала, а также к сетевому узлу, беспроводному устройству, компьютерной программе и к компьютерному программному продукту.
Уровень техники
Одним из параметров для обеспечения хороших характеристик и пропускной способности при заданном протоколе связи в сети связи является задержка передачи пакетных данных. Измерения задержки могут выполняться на всех этапах сети связи, например, при проверке новой редакции программного обеспечения или системного компонента и/или при развертывании сети связи и при работе сети связи в коммерческом режиме.
Более короткая задержка по сравнению с предыдущими поколениями технологий радиодоступа 3GPP была одной из мер характеристик, которая направляла проект долгосрочного развития (Long Term Evolution, LTE), соответствующий редакции 8 3GPP или выше. Конечный пользователь в настоящее время признает LTE как систему, обеспечивающую более быстрый доступ к Интернету и меньшую пакетную задержку по сравнению с предшествующими поколениями.
Пакетная задержка также является параметром, косвенно влияющим на производительность системы связи. Используемый трафиком гипертекстовый протокол передачи (Hypertext Transfer Protocol, HTTP) и/или протокол управления передачей (Transmission Control Protocol, TCP) в настоящий момент является одним из доминирующих приложений и протоколов транспортного уровня, используемых в Интернете. Типичный размер транзакций через Интернет, основанных на HTTP, находится в диапазоне от нескольких десятков килобайтов до 1 мегабайта. В этом диапазоне размеров медленный начальный период TCP представляет значительную часть общего периода транспортирования пакетного потока. Во время начального периода TCP характеристики ограничиваются пакетной задержкой. Следовательно, улучшенная пакетная задержка потенциально может повысить среднюю производительность, по меньшей мере, для этого типа транзакций данных, основанных на TCP.
Снижения пакетной задержки могут также положительно влиять на эффективность радиоресурсов. Более низкая задержка пакетных данных может увеличивать количество передач, возможных в пределах определенной связи задержек; следовательно, цели с более высокой частотой появления ошибочных блоков (Block Error Rate, BLER) могут использоваться для передач данных, освобождая радиоресурсы и потенциально улучшая производительность системы.
Существующие физический нисходящий канал управления (Physical Downlink Control Channel, PDCCH) и улучшенный PDCCH (enhanced PDCCH, ePDCCH), используются для переноса информации управления нисходящего канала (Downlink Control Information, DCI), такой как решения по планированию восходящего канала (UL; от устройства к сети) и нисходящего канала (DL; от сети к устройству) и команды управления мощностью. Как PDCCH, так и ePDCCH соответствуют существующим сетям связи с передачей одного субкадра за 1 мс.
В документе TS 36.212 3GPP приводятся примеры различных форматов DCI для назначения ресурсов UL и DL. Предоставления планирования для UL используют либо формат 0 DCI, либо формат 4 DCI. Последний был добавлен в 3GPP для поддержки пространственного мультиплексирования по восходящему каналу.
Существующий способ действия, например, структура кадра и сигнализация управления, разрабатывается для распределения данных в субкадрах с фиксированной длительностью 1 мс, которая может меняться только в выделенной полосе пропускания. Конкретно, текущие DCI определяют распределения ресурсов в пределах всего субкадра, и передаются только один раз в каждом субкадре. Существующий способ действия не указывает, как может выполняться планирование данных UL и DL во временном кадре, более коротком, чем субкадр, то есть, короче 1 мс.
Следовательно, существует необходимость снижения служебной сигнализации и сложности реализации.
Раскрытие сущности изобретения
Задача представленных здесь вариантов осуществления состоит в том, чтобы позволить осуществление связи, используя короткий временной интервал передачи.
В соответствии с первым подходом, представлен способ обеспечения конфигурации передачи нисходящего канала на беспроводное устройство. Способ выполняется сетевым узлом и содержит передачу сообщения информации управления нисходящего канала (Downlink Control Information, DCI), содержащего конфигурацию передачи нисходящего канала в коротком временном интервале передачи (short Transmission Time Interval, sTTI).
На основании конфигурации, содержащейся в сообщении DCI, станет возможным адаптировать свойства передачи, использующей sTTI, к изменяющимся условиям, в то же время сохраняя согласованность сетевого узла и беспроводного устройства.
TTI укорачиваются (относительно существующих TTI), причем каждый sTTI может быть короче по времени, чем субкадр, и каждый sTTI содержит, по меньшей мере, период символа.
Сообщение DCI может передаваться в полосе частот TTI для sTTI.
Конфигурация может содержать положение опорных символов и символов данных. Опорные символы могут быть опорными сигналами демодуляции (Demodulation Reference Signals, DMRS) нисходящего канала или опорным символом конкретной ячейки (Cell-Specific Reference Symbol, CRS).
Конфигурация может содержать длительности sTTI. Длительность sTTI может равняться двум или семи символам.
sTTI могут иметь фиксированную длительность для каждого субкадра.
Способ может дополнительно содержать передачу данных к беспроводному устройству по короткому физическому нисходящему совместно используемому каналу (short Physical Downlink Shared Channel, sPDSCH) в соответствии с конфигурацией сообщения DCI.
DCI может быть медленным сообщением DCI и может передаваться на основе субкадров. Медленное сообщение DCI может передаваться группе беспроводных устройств.
DCI может быть быстрым DCI и быстрое сообщение DCI может передаваться конкретному беспроводному устройству. Быстрое сообщение DCI может передаваться на основе символов или на основе sTTI.
sTTI могут иметь фиксированную конфигурацию. Фиксированный начальный символ может быть первым символом внутри субкадра, в котором может выполняться передача данных sTTI нисходящего канала. Фиксированные начальные символы могут выбираться в зависимости от области управления субкадра нисходящего канала (DL). Фиксированный начальный символ может быть сообщен посредством физического канала индикатора формата управления (Physical Control Format Indicator Channel, PCFICH) или посредством управления радиоресурсами (Radio Resource Control, RRC).
Способ может дополнительно содержать определение конфигурации sTTI, которая должна использоваться. Определение может быть основано на требованиях к задержке.
sTTI могут иметь первую фиксированную конфигурацию и вторую фиксированную конфигурацию.
Конфигурации sTTI могут состоять из длительностей 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, или могут состоять из длительностей 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
Передачи данных sTTI, следующих после индекса 1 или 3 начального символа, могут иметь первую структуру, а передачи sTTI данных после индекса 2 начального символа могут иметь вторую структуру. Структуры sTTI, имеющие вторую конфигурацию, могут состоять из длительностей 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке после индекса 1 или 3 начального символа, и могут состоять из длительностей 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке после индекса 2 начального символа.
Способ может дополнительно содержать переключение между различными структурами между субкадрами.
В соответствии со вторым подходом, представляется способ конфигурации передачи по нисходящему каналу от сетевого узла. Способ выполняется беспроводным устройством и содержит прием во время sTTI сообщения DCI, содержащего передачи по нисходящему каналу.
В соответствии с третьим подходом, представляется способ обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству. Способ выполняется сетевым узлом и содержит передачу во время sTTI сообщения управления радиоресурсами (Radio Resource Control, RRC), содержащего конфигурацию передачи по нисходящему каналу.
Сообщение RRC может быть передано в полосе частот TTI для sTTI.
Конфигурация может содержать длительности sTTI.
В соответствии с четвертым подходом, представляется способ конфигурации передачи по нисходящему каналу от сетевого узла. Способ выполняется беспроводным устройством и содержит прием во время sTTI сообщения RRC, содержащего конфигурацию передачи по нисходящему каналу.
В соответствии с пятым подходом, представляется сетевой узел для обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству, содержащий процессор и компьютерный программный продукт. Компьютерный программный продукт хранит команды, которые, когда выполняются процессором, заставляют сетевой узел передавать во время sTTI сообщение DCI, содержащее конфигурацию передачи по нисходящему каналу.
В соответствии с шестым подходом, представляется беспроводное устройство конфигурации передачи по нисходящему каналу от сетевого узла, содержащее процессор и компьютерный программный продукт. Компьютерный программный продукт хранит команды, которые, когда выполняются процессором, заставляют беспроводное устройство принимать во время sTTI сообщение DCI, содержащее конфигурацию передачи по нисходящему каналу.
В соответствии с седьмым подходом, представляется сетевой узел для обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству, содержащий процессор и компьютерный программный продукт. Компьютерный программный продукт хранит команды, которые, когда выполняются процессором, заставляют сетевой узел передавать во время sTTI сообщение RRC, содержащее конфигурацию передачи по нисходящему каналу.
В соответствии с восьмым подходом, представляется беспроводное устройство конфигурации передачи по нисходящему каналу от сетевого узла, содержащее процессор и компьютерный программный продукт. Компьютерный программный продукт хранит команды, которые, когда выполняются процессором, заставляют беспроводное устройство принимать во время sTTI сообщение RRC, содержащее конфигурацию передачи по нисходящему каналу.
В соответствии с девятым подходом, представляется сетевой узел для обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству. Сетевой узел содержит диспетчер связи для передачи во время sTTI сообщения DCI, содержащего конфигурацию передачи по нисходящему каналу.
В соответствии с десятым подходом, представляется беспроводное устройство конфигурации передачи по нисходящему каналу от сетевого узла. Беспроводное устройство содержит диспетчер связи для приема во время sTTI сообщения DCI, содержащего конфигурацию передачи по нисходящему каналу.
В соответствии с одиннадцатым подходом, представляется сетевой узел для обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству. Сетевой узел содержит диспетчер связи для передачи сообщения RRC, содержащего конфигурацию передачи по нисходящему каналу в коротком Временном Интервале Передачи.
В соответствии с двенадцатым подходом, представляется беспроводное устройство конфигурации передачи по нисходящему каналу от сетевого узла. Беспроводное устройство содержит диспетчер связи для приема во время sTTI сообщения RRC, содержащего конфигурацию передачи по нисходящему каналу.
В соответствии с тринадцатым подходом, представляется компьютерная программа для обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству. Компьютерная программа содержит управляющую компьютерную программу, которая при ее работе на сетевом узле заставляет сетевой узел передавать во время sTTI сообщение DCI, содержащее конфигурацию передачи по нисходящему каналу.
В соответствии с четырнадцатым подходом, представляется компьютерная программа конфигурации передачи по нисходящему каналу от сетевого узла. Компьютерная программа содержит управляющую компьютерную программу, которая, когда работает на беспроводном терминале, заставляет беспроводной терминал принимать во время sTTI сообщение DCI, содержащее конфигурацию передачи по нисходящему каналу.
В соответствии с пятнадцатым подходом, представляется компьютерная программа, обеспечивающая конфигурацию передачи по нисходящему каналу к беспроводному устройству. Компьютерная программа содержит управляющую компьютерную программу, которая, когда работает на сетевом узле, заставляет сетевой узел во время sTTI передавать сообщение RRC, содержащее конфигурацию передачи по нисходящему каналу.
В соответствии с шестнадцатым подходом, представляется компьютерная программа конфигурации передачи по нисходящему каналу от сетевого узла. Компьютерная программа содержит управляющую компьютерную программу, которая, когда работает на беспроводном терминале, заставляет беспроводной терминал во время sTTI принимать сообщение RRC, содержащее конфигурацию передачи по нисходящему каналу.
В соответствии с семнадцатым подходом, компьютерный программный продукт содержит компьютерную программу и считываемое компьютером запоминающее устройство, на котором хранится компьютерная программа.
Обычно, все термины, используемые в пунктах формулы изобретения, должны истолковываться в соответствии с их обычным значением в технической области, если здесь явно не определено иное. Все ссылки на "элемент, устройство, компонент, средство, этап и т.д." должны истолковываться открыто, как относящиеся по меньшей мере к одному экземпляру элемента, устройства, компонента, средств, этапа и т. д., если явно не заявляется иное. Этапы любого способа, раскрытого здесь, не должны выполняться точно в раскрытом порядке, если это явно не заявляется.
Краткое описание чертежей
Далее изобретение описывается посредством примеров со ссылкой на сопроводительные чертежи, на которых:
Фиг. 1 - сеть связи, в которой могут быть реализованы представленные здесь варианты осуществления;
Фиг. 2A и 2B - блок-схемы последовательности выполнения операций способов в соответствии с представленным здесь вариантами осуществления;
Фиг. 3-9 - конфигурации коротких TTI в субкадре в соответствии с представленными здесь вариантами осуществления;
Фиг. 10 - некоторые компоненты беспроводного устройства;
Фиг. 11 - некоторые компоненты сетевого узла;
Фиг. 12 - функциональные модули беспроводного устройства;
Фиг. 13 - функциональные модули сетевого узла; и
Фиг. 14-20 - конфигурации короткого TTI в субкадре в соответствии с представленными здесь вариантами осуществления.
Осуществление изобретения
Теперь далее изобретение будет представлено более полно со ссылкой на сопроводительные чертежи, на которых показаны конкретные варианты осуществления изобретения. Это изобретение, однако, может быть реализовано во многих различных формах и не должно рассматриваться как ограничивающееся изложенными здесь вариантами осуществления; скорее эти варианты осуществления представляются посредством примеров, так чтобы настоящее раскрытие было исчерпывающим и завершенным и полностью передавало объем изобретения специалистам в данной области техники. Во всем описании схожие номера относятся к схожим элементам.
Существующие физические нисходящие каналы управления (Physical Layer Downlink Control Channel, PDCCH) и улучшенные PDCCH (enhanced PDCCH, ePDCCH) передаются один раз в субкадре длительностью 1 мс.
PDCCH распределяется по всей полосе пропускания несущей, но мультиплексируется во времени с физическим нисходящим совместно используемым каналом (Physical Downlink Shared Channel, PDSCH) на первых 1-4 символах в субкадре.
ePDCCH распределяется по всему субкадру длительностью 1 мс, но является частотно мультиплексированным с PDSCH и мультиплексируется в одну или множество пар физических ресурсных блоков (Physical Resource Block, PRB) для локализованной и распределенной передачи, соответственно.
Канал PDCCH имеет общее пространство поиска, где все оборудования пользователя (User Equipment, UE) должны обнаруживать общую информацию конкретного управления ячейкой. В зависимости от того, было ли UE конфигурировано для ePDCCH или нет, канал ищет конкретную управляющую информацию UE в области поиска UE канала ePDCCH или PDCCH, соответственно.
Размер области PDCCH может меняться динамически на основе субкадров. Размер области PDCCH сообщается по физическому каналу индикатора формата управления (Physical Control Format Indicator Channel, PCFICH) в начале субкадра длительностью 1 мс.
Распределение частотной области канала ePDCCH конфигурируется полустатически посредством сигнализации более высокого уровня.
Текущие каналы управления несут управляющую информацию, называемую информацией управления нисходящего канала (Downlink Control Information, DCI). Существует несколько форматов DCI, имеющих различные варианты в зависимости, например, от конфигурированного режима передачи. Формат DCI имеет контроль циклическим избыточным кодом (Cyclic Redundancy Check, CRC), который скремблируется идентификатором UE, таким как временный идентификатор сотовой радиосети (Cell Radio Network Temporary Identifier, C-RNTI), и когда CRC совпадают, то после дескремблирования обнаруживается PDCCH с определенным форматом DCI. Существуют также идентификаторы, совместно используемые многочисленными терминалами, такие как RNTI системной информации (System Information, SI), которые используются для передачи системной информации.
В настоящее время для назначений ресурсов DL имеется множество различных форматов DCI, смотрите документ 3GPP TS 36.212, содержащий форматы 1,1A, 1B, 1C, 1D, 2, 2A, 2B, 2C и 2D.
- Формат 1: передача одиночного кодового слова
1 бит для указания типа распределения ресурсов (тип 0 или тип 1)
3 бита для номера процесса HARQ (4 бита для дуплекса с временным разделением каналов (Time Division Duplex, TDD))
3 бита для нового индикатора данных (NDI) и версии избыточности (RV)
5 битов для схемы модуляции и кодирования (modulation and code scheme, MCS)
- Формат 1A, 1B, 1D: передача одиночного кодового слова
3 бита для HARQ обрабатывают номер (4 бита для TDD)
3 бита для нового индикатора данных (NDI) и версии избыточности (RV)
5 битов схемы модуляции и кодирования (MCS)
- Формат 2, 2A, 2B, 2C, 2-D: передача двух кодовых слов
3 бита для номера процесса HARQ (4 бита для TDD)
2×3 бита для нового индикатора данных (NDI) и версии избыточности (RV)
2×5 битов для схемы модуляции и кодирования (MCS)
Здесь, 
Следовательно, DCI для назначения планирования нисходящего канала содержит информацию о распределении ресурсов данных нисходящего канала в частотной области (распределение ресурсов), схеме модуляции и кодирования (MCS) и информацию о процессе гибридного автоматического запроса повторения передачи (Hybrid Automatic Repeat Request, HARQ). В случае агрегации несущей, информация, связанная с тем, какая несущая PDSCH передается, также может быть введена.
Существуют также форматы DCI для предоставлений восходящего канала (Uplink, UL), формат 0 DCI и формат 4 DCI, а также, форматы 3 и 3A DCI для команд управления мощностью.
Существующий способ действия, например, структура кадра и сигнализация управления, разработан для выделений данных с фиксированной длительностью, равной 1 мс, которая может меняться только в выделенной полосе пропускания. Конкретно, текущие DCI определяют выделения ресурсов внутри всего субкадра. Не существует очевидного решения, позволяющего динамическую конфигурацию длительности короткого TTI для нисходящих передач.
Как было упомянуто, один из способов уменьшения задержки состоит в уменьшении TTI, и вместо того, чтобы назначать ресурсы с длительностью времени 1 мс, в этом случае существует необходимость назначать ресурсы с более короткой длительностью, такие как множество символов мультидоступа с ортогональным частотным разделением каналов (Orthogonal Frequency Division Multiple Access, OFDM) или мультидоступа с частотным разделением каналов и одиночной несущей (Single Carrier- Frequency Division Multiple Access, SC-FDMA). Это подразумевает необходимость сигнализации конкретного управления UE, позволяющей индикацию таких коротких назначений планирования.
Дополнительно, также существует необходимость иметь возможность динамического переключения между длительностями TTI, например, между существующими TTI длительностью 1 мс и более короткими TTI, чтобы оптимизировать спектральную эффективность (так как более короткие TTI могут вызывать более высокий объем служебной сигнализации и/или худшие характеристики по демодуляции).
Короткий PDSCH (sPDSCH) и короткий PUSCH (sPUSCH) означают физические нисходящий и восходящий совместно используемые каналы с короткими TTI, соответственно. Точно также, короткий PDCCH (sPDCCH) используется для обозначения физических нисходящих каналов управления с короткими TTI.
Для поддержки конфигурации коротких TTI может быть определен новый формат DCI, вводя поле разделения временного интервала. Однако, такая новая форматированная DCI может быть разработана, основываясь на использовании PDCCH, который передается только один раз в субкадре. Поэтому, решения по планированию коротких TTI могут приниматься для одного субкадра.
DCI могут делиться на быструю DCI, которая может изменяться между различными субсубкадрами, и медленную DCI, которая изменяется, самое большее, один раз за один субкадр. Быстрая DCI передается UE через передачу по sPDCCH. UE контролирует различные возможные ресурсы sPDCCH и пытается декодировать предназначенную для него передачу sPDCCH. В случае успеха, быстрая DCI от sPDCCH вместе с медленной DCI определяет назначение DL для sPDSCH или (предоставление UL sPUSCH) для UE. Использование быстрых предоставлений обеспечивает возможность сигнализации информации управления, такой как назначение планирований sPDSCH, более часто, чем один раз за 1 мс, с меньшими полезными загрузками DCI по сравнению с существующими форматами DCI и только при необходимости.
В передачах по нисходящему каналу, основанных на опорном сигнале демодуляции (Demodulation Reference Signal, DMRS), один или более символов OFDM с DMRS, передаваемыми для каждого короткого TTI, приводит к увеличенному объему служебной сигнализации и соответствующему уменьшению скоростей передачи данных при уменьшении длительности TTI.
Чтобы уменьшить объем служебной сигнализации, нисходящий короткий sPDSCH не обязательно содержит DMRS, если происходили недавние передачи DMRS для того же самого UE. Присутствие DMRS в нисходящем коротком TTI либо сообщается в sPDCCH, либо UE вслепую пытается декодировать передачу в соответствии с двумя предположениями, что DMRS присутствуют или не присутствуют. Эта динамическая вставка DMRS можно также применяться к sPUSCH для передач по восходящему каналу внутри коротких TTI.
Как предложено в документе PCT/EP 2016/053333, каждая передача sTTI по восходящему/нисходящему каналу внутри субкадра может планироваться посредством выделенной быстрой DCI, которая является конкретной для пользователя и передается на основе символов, например, по sPDCCH. Чтобы позволить иметь гибкую конфигурацию sTTI, быстрая DCI содержит поле конфигурации sTTI для указания положения и длительности sPDSCH/sPUSCH. Основное снижение полезной нагрузки в быстрой DCI в этом случае делается в отношении распределения ресурсов частотной области, которое передается в медленной DCI.
Предложенное решение по сигнализации позволяет гибкую конфигурацию передач sTTI, например, гибкие длительности TTI внутри субкадра, и позволяет адаптировать длительности TTI к индивидуальным потребностям UE. Однако, это может также добавлять дополнительный объем служебной сигнализации и усовершенствованный проект HARQ. Когда объем служебной сигнализации и сложность реализации создают проблемы, необходимо разработать упрощенные назначения нисходящего канала и предоставления планирования восходящего канала, в то же время поддерживая на будущее функциональные возможности передачи, например, мультиплексирование DMRS для передач по восходящему каналу, динамическая вставка DMRS для передач как по нисходящему, так и по восходящему каналам.
Варианты осуществления, представленные здесь, поддерживают фиксированные или меняющиеся длительности TTI и функциональные возможности динамической вставки DMRS, которые могут уменьшать объем служебной сигнализации DMRS и, таким образом, улучшать использование ресурсов для передач sTTI по нисходящему каналу передачи.
Другое преимущество структур с фиксированным sTTI нисходящего канала, сообщаемым всем UE, использующим такие sTTI, заключается в том, что обнаруживая эту информацию, UE затем узнают, где искать sPDCCH, если область sPDCCH фиксирована в каждом sTTI нисходящего канала, например, в начале каждого sTTI нисходящего канала.
Представлен способ сигнализации, поддерживающий передачи sTTI по нисходящему каналу.
В варианте осуществления конфигурации sTTI нисходящего канала, то есть, положения символов данных и опорных символов и длительность каждого TTI, фиксируются для каждого субкадра для UE.
В варианте осуществления конфигурации sTTI нисходящего канала, то есть, положения опорных символов и символов данных и длительность каждого TTI, фиксируются для каждого субкадра. Конфигурация sTTI сообщается посредством медленной DCI, которая передается на основе субкадров по нисходящему каналу, и это, возможно, является обычным для группы пользователей.
В варианте осуществления передача sTTI по нисходящему каналу планируется посредством быстрой DCI, которая является конкретной для пользователя и передается с более высокой скоростью, чем каждый субкадр, например, на основе символов в нисходящем канале DL.
В еще одном варианте осуществления конфигурация sTTI задается сигнализацией RRC или комбинацией сигнализации RRC, медленного и быстрого предоставления.
Представлены некоторые примеры конфигураций sTTI нисходящего канала. Конфигурации фиксируются для каждого субкадра. Для всех конфигураций прямоугольники, помеченные "R", относятся к символам OFDM, в которых по меньшей мере одна поднесущая содержит опорные символы для конкретной ячейки.
На фиг. 3-5 показаны примеры конфигураций sTTI в субкадре с длительностью sTTI, равной 7 символам OFDM, 3 или 4 символам OFDM и 2 или 3 символам OFDM, соответственно, для различных размеров области управления. Для конфигурации sTTI с 7 символами OFDM, показанной на фиг. 3, существующий субкадр делится на слоты с двумя символами, и каждый слот формирует sTTI.
Все конфигурации, показанные на фиг. 3-5, содержат слоты, то есть, за границами слотов не существует никакого sTTI. Окончание sTTI на границе слота дает возможность мультиплексирования во времени sTTI с различными длительностями. Это позволяет в результате иметь более высокое использование ресурсов с точки зрения сетевого узла.
Примеры конфигураций sTTI DL с 7 символами в субкадре представлены на фиг. 3. На фиг. 3a область управления состоит из одного символа. На фиг. 3b область управления состоит из двух символов и на фиг. 3c область управления состоит из трех символов. Область управления отмечается сеткой, а TTI отмечается пунктиром.
Примеры конфигураций sTTI DL с 3/4 символами в субкадре представлены на фиг. 4. На фиг. 4a область управления состоит из одного символа. На фиг. 4b область управления состоит из двух символов и на фиг. 4c область управления состоит из трех символов. Область управления отмечается сеткой, а TTI отмечается пунктиром.
Примеры конфигурации sTTI DL с 3/4 символами в субкадре для различных размеров области управления представлены на фиг. 4. Другой способ разрешения мультиплексирования во времени sTTI с различными длительностями состоит в том, чтобы иметь sTTI, заканчивающийся на одном и том же символе OFDM для всех других конфигураций. Этот символ не обязательно должен быть последним символом первого слота субкадра.
На фиг. 6-8 показан другой набор конфигураций sTTI DL для различных длительностей sTTI и различных размеров области управления субкадра, управляющих областью, которая может конфигурирована посредством PCFICH. Различные конфигурации sTTI могут быть определены для различных размеров области управления. Чертежи a, b и c соответствуют области управления размером один, два и три периода символов OFDM, соответственно. Для всех конфигураций, показанных на фиг. 6-8, между символом 7 и символом 8 имеется граница sTTI. Поэтому, мультиплексирование во времени между различными длительностями TTI может продолжать сохраняться посредством переключения структуры sTTI после общего символа границы. Например, структура для sTTI с 6/7 символами, показанная на фиг. 6, может быть применена в символах 0-7 и структура для sTTI с 2/3 символами, показанная на фиг. 8, применяется в символах 8-13.
Примеры конфигураций sTTI DL с 6/7 символами в субкадре, с границей sTTI между символом 7 и символом 8, показаны на фиг. 6a-6c.
Примеры конфигураций sTTI DL с 3/4 символами в субкадре, с границей sTTI между символом 7 и символом 8, показаны на фиг. 7a-7c.
Примеры конфигураций sTTI DL с 2/3 символами в субкадре, с границей sTTI между символом 7 и символом 8, показаны на фиг. 8a-8c.
Для всех примеров, показанных выше, существуют по меньшей мере два символа OFDM, доступных для передачи данных, если sTTI содержит область управления. Если назначение частот для передачи sTTI DL большое, может быть возможным иметь только один символ, который используется для передачи данных в первом TTI.
Для всех конфигураций, показанных выше, начальные положения передач sTTI являются фиксированными, то есть, начальные положения sTTI не перемещают с помощью конечного положения PDCCH. Это может быть предпочтительным, чтобы упростить конфигурацию пространств поиска для sPDCCH.
Конфигурации, представленные выше, показаны для передач sTTI DL, основанных на опорном сигнале конкретной ячейки (Cell-specific Reference Signal, CRS). Однако, эти конфигурации могут быть также применены для передач sTTI DL, основанных на DMRS, за исключением того, что они будут иметь различные положения опорного сигнала (Reference Signal, RS)) (в частотной и временной областях) для каждой конфигурации.
На фиг. 9 показан пример 2-хсимвольной конфигурации sTTI DL в субкадре внутри пары блочных ресурсов для передач DMRS, основанных на sTTI DL, учитывая случай размера двухсимвольной области управления. В этом примере DMRS перекрывают два символа OFDM, так что DMRS для нескольких антенных портов могут совместно использовать одни и те же ресурсные элементы, используя ортогональные покрывающие коды (Orthogonal Cover Codes, OCC). В альтернативном проекте DMRS только один символ OFDM в пределах каждого sTTI используется для DMRS. Кроме того, CRS на фиг. 9 основывается на двух антенных портах.
На фиг. 9 каждая строка означает поднесущую и каждый столбец соответствует символу OFDM. Синие прямоугольники являются символами, в которые вставлен DMRS. На фиг. 9a DMRS передается в каждом sTTI. Если sTTI 0 и sTTI 1 назначаются одному и тому же UE и время когерентности канала больше 4 символов, для передачи данных взамен могут использоваться символы DMRS во время sTTI 1, как показано на фиг. 9b. Если sTTI 0, sTTI 1 и sTTI 2 назначаются одному и тому же UE и время когерентности канала больше 6 символов, взамен могут использоваться символы DMRS во время sTTI 1 и sTTI 2, как показано на фиг. 9c. Эта динамическая вставка DMRS может снижать объем служебной сигнализации DMRS. Пример, показанный на фиг. 9b и 9c, явно определяет sTTI, для которых применяется динамическая вставка DMRS. Другой способ определения этой конфигурации состоит в том, чтобы неявно указывать sTTI со вставкой DMRS посредством быстрой DCI, то есть, если UE планируется в предыдущей TTI и здесь посылает DMRS, то тогда UE не будет ожидать DMRS в следующих sTTI.
Для поддержания возможности мультиплексирования во времени sTTI с различными длительностями, динамическая вставка DMRS должна разрешаться только в пределах символов OFDM, которые не переходят через общий граничный символ.
На фиг. 9 показан пример двухсимвольной конфигурации sTTI DL в субкадре для передач, основанных на DMRS, DMRS, передаваемых в каждом sTTI, DMRS, передаваемых каждые два sTTI, DMRS или передаваемых каждые три sTTI.
Этот пример показывает двухсимвольную конфигурацию sTTI DL в субкадре с двухсимвольной областью управления для случая передач DMRS, основанных на sTTI DL. Та же самая методология может применяться для конфигурации фиксированных структур sTTI DL для передач DMRS, основанных на DL с другими длительностями TTI и/или с другими размерами области управления.
Предполагается, что набор конфигураций sTTI для DL задается и известен как сетевому узлу eNodeB, так и UE. Конфигурация sTTI для DL сообщается, посылая медленную DCI, которая передается на основе субкадров по нисходящему каналу, и это является обычным для группы пользователей. В другом варианте осуществления эта конфигурация создается посредством сигнализации более высокого уровня, например, RRC.
В качестве примера, задается шесть конфигураций sTTI для передачи коротких TTI по нисходящему каналу. Индексное поле конфигурации sTTI для трех битов вводится в медленную DCI или с помощью конфигураций RRC с отображением конфигураций, представленных в таблице 1.
Таблица 1
Пример таблицы отображения для конфигураций sTTI в пределах субкадра
| Индекс конфигурации sTTI | Демодуляция (как в ТМ) | Динамическая индикация DMRS | Конфигурация sTTI | Значение |
| 0 | CRS | - | Фиг. 6 a-c, CRS | 6/7-символьный TTI, передача на основе CRS |
| DMRS | - | Фиг. 6 a-c, DMRS | 6/7-символьный TTI, передача на основе CRS | |
| 1 | CRS | - | Фиг. 7 a-c, CRS | 3/4-символьный TTI, передача на основе CRS |
| DMRS | - | Фиг. 7 a-c, DMRS | 3/4-символьный TTI, передача на основе DMRS | |
| 2 | CRS | - | Фиг. 8 a-c, CRS | 2/3-символьный TTI, передача на основе CRS |
| DMRS | - | Фиг. 8 a-c, DMRS | 2/3-символьный TTI, передача на основе DMRS | |
| 3 | DMRS | 0 | Фиг. 8 a-c, динамический DMRS | 3/4-символьный TTI, позволяет динамический DMRS |
| DMRS | 1 | Фиг. 8 a-c, динамический DMRS | 2/3-символьный TTI, позволяет динамический DMRS |
Поскольку структуры RS на фиг. 3-5 имеют общую границу sTTI между символом 6 и символом 7, можно расширить таблицу 1, чтобы ввести в нее конфигурации sTTI, в которых символы 0-6 и символы 7-13 соответствуют различными структурам RS. Например, символы 0-6 могут соответствовать структуре, приведенной на фиг. 3, тогда как символы 7-13 субкадра соответствуют структуре, показанной на фиг. 5. Чтобы сделать это, количество битов конфигурации sTTI должно быть увеличено, чтобы указать эти дополнительные конфигурации sTTI.
В этом примере предполагается, что для каждого UE режим передачи, конфигурированный для его передач sTTI для DL, является тем же самым, что и режим, конфигурированный для его передач существующего TTI, который сообщается посредством RRC. Поэтому нет необходимости определять режим передачи для передач sTTI DL в медленной DCI или посредством конфигураций RRC.
В варианте осуществления, если существует необходимость конфигурировать другой режим передачи для UE для передач sTTI для DL, в индекс конфигурации может быть добавлено больше битов или в медленную DCI может быть добавлено отдельное поле или это можно сообщить с помощью конфигураций RRC, чтобы указать режим передачи.
Основываясь на декодированной медленной DCI в пределах текущего субкадра, UE sTTI могут знать конфигурации sTTI для DL для этого субкадра. Каждая передача короткого TTI для DL в пределах субкадра планируется выделенной быстрой DCI, которая определена для пользователя и передается на основе символов по нисходящему каналу. Быстрое предоставление содержит информацию о транспортном формате и информацию о предварительном кодировании в случае передач в системе с многочисленными входами и многочисленными выходами (Multiple Input Multiple Output, MIMO) и т.д.
Используя информацию декодированной конфигурации sTTI для DL в этом субкадре, UE может также знать, где искать sPDCCH, если область sPDCCH область фиксируется в каждом sTTI для DL, например, в начале каждого sTTI для DL.
В случае восходящего канала, структуры sTTI также фиксируются для каждого субкадра, структуры sTTI для DL и UL могут указываться вместе с помощью ограниченного набора битов. Комбинация структур sTTI для DL и UL может быть оптимизирована, учитывая синхронизацию планирования, синхронизацию HARQ, полезную нагрузку sPUCCH и область поиска sPDCCH. В одном из вариантов осуществления общая структура sTTI в медленной DCI допустима в различных субкадрах для нисходящего канала и для восходящего канала. Здесь медленная DCI указывает структуру sTTI для нисходящего канала в текущем субкадре и структуру sTTI для восходящего канала в будущем субкадре. Этот будущий субкадр может быть субкадром, следующим после субкадра, содержащего медленную DCI. В одном из вариантов осуществления то же самое смещение времени, которое используется для назначения частот восходящего канала в медленной DCI также используется для смещения структуры sTTI для восходящего канала. В другом варианте осуществления то же самое смещение во времени, которое используется для быстрых DCI восходящего канала, пригодно также для смещения структуры sTTI для восходящего канала.
В другом варианте осуществления UE конфигурируется медленной DCI или RRC для конкретной длительности sTTI, а не в соответствии с конкретной таблицей, приведенной выше, конкретно, для обеих длительностей, например, на основе слотов, 2/3 или 4/3. Основываясь на начальном положении полосы sTTI, UE может предположить, какую из выделенных выше конфигураций принимать. Начальные положения могут быть заданы от PCFICH или сообщены посредством RRC. eNB может затем действовать также в соответствии с теми же самыми длительностями sTTI.
В варианте осуществления, для конфигураций sTTI DL, основанных на DMRS, динамическая вставка DMRS может осуществляться несколькими различными способами. Один из подходов заключается в поддержке динамической вставки DMRS, явно указывая, где применяется динамическая вставка DMRS в фиксированной конфигурации sTTI, например, смотрите фиг. 9b и 9c. Другим способом является явное указание вставки DMRS посредством быстрой DCI, то есть, битового поля в формате быстрой DCI, чтобы указать, передавать ли DMRS в этом sTTI. Третий способ состоит в том, чтобы неявно указать вставку DMRS во время sTTI посредством заданных предположений планирования, то есть, если UE планируется в предыдущем TTI и здесь посылается DMRS, то тогда UE не должно ожидать DMRS в последующих sTTI.
На фиг. 1 схематично представлена сеть 100 связи, в которой могут применяться представленные здесь варианты осуществления. Сеть 100 связи содержит по меньшей мере один сетевой узел 200. Функциональные возможности сетевого узла 200 и то, как он взаимодействует с другими объектами, узлами и устройствами в сети 100 связи, ниже будут раскрыты дополнительно.
Сеть 100 связи дополнительно содержит по меньшей мере один сетевой узел 140 радиодоступа. По меньшей мере один сетевой узел 140 радиодоступа является частью сети 110 радиодоступа и оперативно соединяется с базовой сетью 120, которая, в свою очередь, оперативно соединяется с сервисной сетью 130. По меньшей мере один сетевой узел 140 радиодоступа обеспечивает сетевой доступ в сеть 110 радиодоступа. Беспроводное устройство 300a, 300b, обслуживаемое по меньшей мере одним сетевым узлом 140 сети радиодоступа, таким образом разрешается для доступа к сервису и обмена данными с базовой сетью 120 и сервисной сетью 130.
Примеры беспроводных устройств 300a, 300b содержат, не ограничиваясь только этим, мобильные станции, мобильные телефоны, телефоны, беспроводные телефоны с локальным абонентским шлейфом, оборудование пользователя (UE), смартфоны, ноутбуки, планшетные компьютеры, сеть, оснащенную датчиками, беспроводные модемы, и устройства Интернета вещей. Примеры сетевых узлов 120 радиодоступа содержат, не ограничиваясь только этим, базовые радиостанции, базовые приемопередающие станции, NodeB, расширенные NodeB, точки доступа и узлы доступа. Сеть 100 связи может содержать множество сетевых узлов 120 радиодоступа, каждый из которых обеспечивает сетевой доступ ко множеству беспроводных устройств 300a, 300b. Раскрытые здесь варианты осуществления не ограничиваются никаким конкретным количеством сетевых узлов 200, сетевых узлов 120 радиодоступа или беспроводных устройств 300a, 300b.
Беспроводное устройство 300a, 300b получает доступ к услугам и обменивается данными с базовой сетью 120 и сервисной сетью 130, передавая данные в пакетах базовой сети 120 и сервисной сети 130 и принимая данные в пакетах от базовой сети 120 и сервисной сети 130 через сетевой узел 140 радиодоступа.
Задержка пакетов выше была идентифицирована как ухудшающая характеристики сети. Одним из направлений, которым следует заниматься, когда речь заходит об уменьшении задержки пакетов, является снижение времени транспортирования данных и объема управляющей сигнализации, обращаясь к длительности временного интервала передачи (TTI). В системе LTE TTI соответствует одному субкадру длительностью 1 мс. Один такой TTI длительностью 1 мс создается, используя 14 символов мультидоступа с ортогональным частотным разделением каналов (OFDM) или мультидоступа с ортогональным частотным разделением каналов и одиночной несущей (SC-FDMA) в случае нормального циклического префикса и 12 символов OFDM или SC-FDMA в случае расширенного циклического префикса.
Раскрытые здесь варианты осуществления относятся к механизмам обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству 300a. Механизмы могут быть реализованы в системах связи, совместимых со стандартом LTE или будущими поколениями стандартов мобильной связи, в том числе, разработанным в настоящий момент 3GPP New Radio technology (новая радиотехнология). Для этих целей обеспечивается сетевой узел 200, способ, выполняемый сетевым узлом 200, компьютерный программный продукт, содержащий управляющую программу, например, в форме компьютерной программы, которая при работе на процессоре сетевого узла 200, заставляет сетевой узел 200 выполнять способ.
Раскрытые здесь варианты осуществления дополнительно относятся к механизмам приема конфигурации передачи по нисходящему каналу от сетевого узла 200. Чтобы получить такие механизмы, дополнительно обеспечивается беспроводное устройство 300a, 300b, способ, выполняемый беспроводным устройством 300a, 300b, и компьютерный программный продукт, содержащий управляющую программу, например, в форме компьютерной программы, которая при работе на процессоре беспроводного устройства 300a, 300b заставляет беспроводное устройство 300a, 300b выполнять способ.
В соответствии с раскрытыми здесь вариантами осуществления, TTI укорачиваются по сравнению с существующими TTI, то есть, имеют длительность субкадра меньше 1 мс. Короткому TTI (sTTI) может назначаться любая длительность и этот интервал может содержать ресурсы по количеству символов OFDM или SC-FDMA, содержащихся в пределах субкадра 1 мс. В качестве примера, длительность короткого субкадра может равняться 0,5 мс, то есть, семь символов OFDM или символов SC-FDMA для случая с нормальным циклическим префиксом. В качестве другого примера, длительность короткого TTI может равняться 2 символам OFDM. Можно считать, что sTTI имеет длительность между 1 и 7 символами, предпочтительно 2 символа. Структура TTI может быть адаптирована, соответственно, чтобы перекрывать длительность sTTI.
Со ссылкой на фиг. 2A представляется способ обеспечения конфигурации передачи по нисходящему каналу беспроводному устройству 300a. Способ выполняется сетевым узлом 200 и содержит передачу на этапе S102 сообщения DCI, содержащего конфигурацию передачи по нисходящему каналу в коротком временном интервале передачи (sTTI). В частности, передача DL может проводиться в полосе частот TTI для sTTI и может быть конфигурирована посредством сообщения DCI.
Конфигурация может содержать положение опорных символов и символов данных. Опорные символы могут быть DMRS для DL или опорным сигналом конкретной ячейки (Cell-Specific Reference Signal, CRS). Конфигурация может содержать длительности sTTI.
sTTI может иметь фиксированную длительность для каждого субкадра, в частности, два или семь символов. В другом примере субкадр может иметь несколько sTTI с фиксированными длительностями. Каждый sTTI короче по времени, чем субкадр, и каждый sTTI содержит по меньшей мере один период символов OFDM или SC-FDMA.
Конфигурация может содержать длительности sTTI.
sTTI могут иметь фиксированные длительности для каждого субкадра.
Способ может дополнительно содержать на этапе S106 передачу данных беспроводному устройству по короткому физическому нисходящему совместно используемому каналу (short Physical Downlink Shared Channel, sPDSCH), соответствующему конфигурации сообщения DCI.
DCI может быть медленным DCI. Медленное сообщение DCI может быть послано группе беспроводных устройств. Медленное сообщение DCI может быть послано на основе субкадров.
DCI может быть быстрым DCI, и сообщение быстрого DCI тогда посылается конкретному беспроводному устройству. Быстрое сообщение DCI может быть послано на основе символов или на основе sTTI.
sTTI может иметь фиксированную структуру.
sTTI могут иметь фиксированные начальные символы для передачи данных во время sTTI для DL в пределах субкадра. Фиксированный начальный символ может быть первым символом внутри субкадра, в котором может быть выполнена передача данных sTTI для DL. Фиксированные начальные символы могут выбираться в зависимости от области управления субкадра DL. Фиксированный начальный символ может быть сообщен по физическому каналу индикатора формата управления (Physical Control Format Indicator Channel, PCFICH) или посредством управления радиоресурсами (Radio Resource Control, RRC).
Способ дополнительно может содержать определение на этапе S100 структуры sTTI, которая будет использоваться. Определение может основываться на требованиях к задержке.
sTTI могут иметь первую фиксированную структуру и вторую фиксированную структуру.
Структуры sTTI могут состоять из длительностей, равных 3, 2, 2, 2, 2 и 3 символам, следующим в последовательном порядке, или могут состоять из длительностей равных 2, 3, 2, 2, 2 и 3 символам, следующим в последовательном порядке. Структуры sTTI могут быть одной или более из (a) последовательность из одного 3-хсимвольного sTTI, четырех 2-хсимвольных sTTI и одного 3-хсимвольный sTTI, (b) последовательность из одного 2-хсимвольного sTTI, одного 3-хсимвольного sTTI, трех 2-хсимвольных sTTI и одного 3-хсимвольного sTTI.
Передачи данных sTTI после индекса 1 или 3 начального символа могут иметь первую структуру, а передачи данных sTTI после индекса начального символа 2 могут иметь вторую структуру. Структуры sTTI могут состоять из длительностей, равных 3, 2, 2, 2, 2 и 3 символам, следующим в последовательном порядке после индекса начального символа 1 или 3, и могут состоять из длительностей, равных 2, 3, 2, 2, 2 и 3 символам, следующим в последовательном порядке после индекса начального символа 2, и имеют вторую структуру. Та же самая структура может использоваться с 1 или 3 символами в области PDCCH. Первый TTI тогда имеет длительность 3. Если область PDCCH равна 1 символу, то два последних символа из этих трех используются для данных; если область PDCCH равна 3 символам, то этот TTI не используется для данных.
Способ может дополнительно содержать переключение между различными структурами между субкадрами.
Представляется способ конфигурации передачи по нисходящему каналу от сетевого узла 200. Способ выполняется беспроводным устройством 300a и содержит прием на этапе S202 сообщения DCI, содержащего конфигурацию передачи по нисходящему каналу во время sTTI. Сообщение DCI может быть принято в полосе частот TTI для sTTI.
Конфигурация может содержать положение опорных символов и символов данных. Опорные символы могут быть DMRS для DL.
Конфигурация может содержать длительности sTTI.
sTTI могут иметь фиксированную длительность для каждого субкадра. Длительность sTTI может равняться двум или семи символам.
Способ может дополнительно содержать на этапе S204 прием передачи данных от сетевого узла по короткому физическому совместно используемому нисходящему каналу (short Physical Downlink Shared Channel, sPDSCH), соответствующему конфигурации сообщения DCI.
Сообщение DCI может быть медленным сообщением DCI, и медленный DCI может посылаться на основе субкадров.
Сообщение DCI может быть быстрым сообщением DCI и быстрое сообщение DCI может посылаться конкретному беспроводному устройству. Быстрое сообщение DCI может посылаться на основе символов или sTTI.
sTTI могут иметь фиксированную структуру для каждого субкадра.
sTTI могут иметь, фиксированные начальные символы внутри субкадра DL для передачи данных. Фиксированный начальный символ может быть первым символом внутри субкадра, так чтобы могла выполняться передача данных во время sTTI по каналу DL. Фиксированные начальные символы могут выбираться в зависимости от области управления субкадра для DL. Фиксированный начальный символ может быть сообщен по физическому каналу индикатора формата управления (Physical Control Format Indicator Channel, PCFICH) или посредством передачи управления радиоресурсами (Radio Resource Control, RRC).
Способ может дополнительно содержать на этапе S203 определение структуры sTTI, которая должна использоваться. Определение может основываться на индексе начального символа внутри субкадра передачи данных по DL.
sTTI могут иметь первую фиксированную структуру и вторую фиксированную структуру.
Структуры sTTI могут состоять из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, или могут состоять из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
Передачи данных sTTI после индекса 1 или 3 начального символа могут иметь первую структуру, а передачи данных sTTI после индекса 2 начального символа могут иметь вторую структуру. Структуры sTTI могут состоять из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке после индекса 1 или 3 начального символа, и могут состоять из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке после индекса 2 начального символа, и имеют вторую структуру.
Способ может далее содержать переключение между различными структурами между субкадрами.
Представляется способ обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству 300a. Способ выполняется сетевым узлом 200 и содержит передачу во время sTTI на этапе S102 сообщения RRC, содержащего конфигурацию передачи для DL.
Представляется методика для конфигурации передачи для нисходящего канала от сетевого узла 200. Способ выполняется беспроводным устройством 300a и содержит этап S202 приема во время sTTI сообщения RRC, содержащего конфигурацию передачи для нисходящего канала.
Представляется сетевой узел для обеспечения конфигурации передачи для нисходящего канала к беспроводному устройству 300a. Сетевой узел 200 содержит процессор 210 и компьютерный программный продукт 212, 213. Компьютерный программный продукт хранит команды, которые, когда выполняются процессором, заставляют сетевой узел на этапе S102 передавать во время sTTI сообщение DCI, содержащее конфигурацию передачи по нисходящему каналу.
Представляется беспроводное устройство для конфигурации передачи по нисходящему каналу от сетевого узла 200. Беспроводное устройство 300a содержит процессор 310 и компьютерный программный продукт 312, 313. Компьютерный программный продукт хранит команды, которые, когда выполняются процессором, заставляю беспроводное устройство принимать во время sTTI на этапе S202 сообщение DCI, содержащее конфигурацию передачи по нисходящему каналу.
Представляется сетевой узел для обеспечения конфигурации передачи по нисходящему каналу беспроводному устройству 300a. Сетевой узел 200 содержит процессор 210 и компьютерный программный продукт 212, 213. Компьютерный программный продукт хранит команды, которые, когда выполняются процессором, заставляют сетевой узел передавать во время sTTI на этапе S102 сообщение RRC, содержащее конфигурацию передачи по нисходящему каналу.
Представляется беспроводное устройство конфигурации передачи по нисходящему каналу от сетевого узла 200. Беспроводное устройство 300a содержит процессор 310 и компьютерный программный продукт 312, 313. Компьютерный программный продукт хранит команды, которые, когда выполняются процессором, заставляет беспроводное устройство на этапе S202 принимать во время sTTI сообщение RRC, содержащее конфигурацию передачи по нисходящему каналу.
Представляется сетевой узел для обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству 300a. Сетевой узел 200 содержит диспетчера 250 связи для передачи во время sTTI на этапе S102 сообщения DCI, содержащего конфигурацию передачи по нисходящему каналу.
Представляется беспроводное устройство для конфигурации передачи по нисходящему каналу от сетевого узла 200. Беспроводное устройство 300a содержит диспетчера 350 связи для приема во время sTTI на этапе S202 сообщения DCI, содержащего конфигурацию передачи по нисходящему каналу.
Представляется сетевой узел для обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству 300a. Сетевой узел 200 содержит диспетчера 250 связи для передачи во время sTTI на этапе S102 сообщения RRC, содержащего конфигурацию передачи по нисходящему каналу.
Представляется беспроводное устройство для конфигурации передачи по нисходящему каналу от сетевого узла 200. Беспроводное устройство 300a содержит диспетчера 350 связи для приема во время sTTI на этапе S202 сообщения RRC, содержащего конфигурацию передачи по нисходящему каналу.
Представляется компьютерная программа 214, 215 для обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству 300a. Компьютерная программа, содержащая управляющую программу компьютерной программы, которая, когда работает на сетевом узле 200, заставляет сетевой узел 200 передавать во время sTTI на этапе S102 сообщение DCI, содержащее конфигурацию передачи по нисходящему каналу.
Представляется компьютерная программа 314, 315 для конфигурации передачи по нисходящему каналу от сетевого узла 200. Компьютерная программа, содержащая управляющую программу компьютерной программы, которая, когда работает на беспроводном терминале 300, заставляет беспроводной терминал 300 принимать во время sTTI на этапе S202 сообщение DCI, содержащее конфигурацию передачи по нисходящему каналу.
Представляется компьютерная программа 214, 215 для обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству 300a. Компьютерная программа, содержащая управляющую программу компьютерной программы, которая, когда работает на сетевом узле 200, заставляет сетевой узел 200 передавать на этапе S102 сообщение RRC, содержащее конфигурацию передачи по нисходящему каналу во время sTTI.
Представляется компьютерная программа 314, 315 для конфигурации передачи по нисходящему каналу от сетевого узла 200. Компьютерная программа, содержащая управляющую программу компьютерной программы, которая, когда работает на беспроводном терминале 300, заставляет беспроводной терминал 300 принимать во время sTTI на этапе S202 сообщение RRC, содержащее конфигурацию передачи по нисходящему каналу.
Представляется компьютерный программный продукт 212, 213 или 312, 313. Компьютерный программный продукт содержит компьютерную программу 214, 215 или 314, 315, описанные выше, и считываемое компьютером средство хранения, на котором хранится компьютерная программа 264, 265 или 364, 365.
На фиг. 11 схематично показаны некоторые компоненты сетевого узла 200. Может обеспечиваться процессор 210, использующий любое сочетание одного или более из следующих компонентов: соответствующий центральный процессор (central processing unit, CPU), мультипроцессор, микроконтроллер, цифровой сигнальный процессор (DSP), специализированные прикладные интегральные схемы (ASIC) и т.д., способных выполнять команды программного обеспечения компьютерной программы 214, хранящейся в памяти. Память может, таким образом, рассматриваться как являющаяся частью или образующая часть компьютерного программного продукта 212. Процессор 210 может быть выполнен с возможностью осуществления способов, описанных здесь со ссылкой на фиг. 2A.
Память может быть любым сочетанием считываемой и записываемой оперативной памяти RAM и постоянной памяти ROM. Память может также содержать постоянное запоминающее устройство, которое может быть, например, одиночным или сочетанием магнитной памяти, оптической памяти, твердотельной памяти или даже удаленно смонтированной памяти.
Может также обеспечиваться второй компьютерный программный продукт 213 в форме памяти данных, например, для считывания и/или хранения данных во время выполнения команд программного обеспечения в процессоре 210. Память данных может быть любым сочетанием считываемой и записываемой оперативной памяти RAM и постоянной памяти ROM и может также содержать постоянное запоминающее устройство, которое может быть, например, одиночной или сочетанием магнитной памяти, оптической памяти, твердотельной памяти или даже удаленно смонтированной памяти. Память данных может, например, содержать другие команды 215 программного обеспечения, чтобы улучшать функциональные возможности сетевого узла 200.
Сетевой узел 200 может дополнительно содержать устройство ввода/вывода I/O, интерфейс 211, содержащий, например, интерфейс пользователя. Сетевой узел может дополнительно содержать приемник, выполненный с возможностью приема сигнализации от других узлов, и передатчик, выполненный с возможностью передачи сигнализации другим узлам (не показано). Другие компоненты сетевого узла не показаны, чтобы не скрывать за собой представленные здесь концепции.
На фиг. 13 схематично показаны функциональные блоки сетевого узла 200. Модули могут быть реализованы как только команды программного обеспечения, такие как компьютерная программа, исполняемая на сервере кэша, или как только аппаратные средства, такие как специализированные прикладные интегральные схемы, программируемые логические интегральные схемы, дискретные логические компоненты, приемопередатчики и т.д. или как их сочетания. В альтернативном варианте осуществления некоторые из функциональных блоков могут быть реализованы посредством программного обеспечения, а другие - посредством аппаратных средств. Модули, соответствующие этапам в способах, показанных на фиг. 2A, содержат блок 250 диспетчера связи и блок 251 диспетчера определения. В вариантах осуществления, где один или более модулей реализуются компьютерной программой, следует понимать, что эти модули не обязательно соответствуют процессорным модулям, а могут быть записаны как команды, соответствующие языку программирования, на котором они могут быть реализованы, тогда как некоторые языки программирования обычно не содержат процессорные модули.
Диспетчер 250 связи предназначен для обеспечения конфигурации передачи по нисходящему каналу к беспроводному устройству 300a. Этот модуль соответствует этапу S102 передачи и этапу S106 передачи на фиг. 2A. Этот модуль может, например, быть реализован процессором 210, показанным на фиг. 11, выполняющим компьютерную программу.
Диспетчер 251 определения адаптируется для обеспечения конфигурации передачи по DL к беспроводному устройству 300a. Этот модуль соответствует этапу S100 определения (фиг. 2A) и может быть реализован процессором 210, показанным на фиг. 11, выполняющим компьютерную программу.
На фиг. 10 схематично показаны некоторые компоненты беспроводного устройства 300. Может обеспечиваться процессор 310, использующий любую комбинацию одного или более из следующих компонент: соответствующий CPU, мультипроцессор, микроконтроллер, DSP, ASIC и т.д., способные выполнять команды программного обеспечения компьютерной программы 314, хранящейся в памяти. Память может, таким образом, рассматриваться как являющийся частью или образующий часть компьютерного программного продукта 312. Процессор 310 может быть выполнен с возможностью исполнения способов, описанных здесь со ссылкой на фиг. 2B.
Память может быть любым сочетанием считываемой и записываемой оперативной памяти (RAM) и постоянной памяти (ROM). Память может также содержать постоянное запоминающее устройство, которое, например, может быть, любым одиночным или сочетанием следующих компонентов: магнитная память, оптическая память, твердотельная память или даже удаленно смонтированная память.
Может также обеспечиваться второй компьютерный программный продукт 313 в форме памяти данных, например, для считывания и/или хранения данных во время выполнения команд программного обеспечения в процессоре 310. Память данных может быть любым сочетанием считываемой и записываемой оперативной памяти RAM и постоянной памяти ROM и может также содержать постоянное запоминающее устройство, которое, может быть, например, любым одиночным или сочетанием магнитной памяти, оптической памяти, твердотельной памяти или даже удаленно смонтированной памяти. Память данных может, например, содержать другие команды программного обеспечения 315, чтобы улучшать функциональные возможности устройства 300.
Беспроводное устройство может далее содержать устройство ввода/вывода I/O, интерфейс 311, содержащий, например, интерфейс пользователя. Беспроводное устройство может дополнительно содержать приемник, выполненный с возможностью приема сигнализации от других узлов, и передатчик, выполненный с возможностью передачи сигнализации другим узлам (не показаны). Другие компоненты беспроводного устройства не показаны, чтобы не скрывать за собой представленные здесь концепции.
На фиг. 12 схематично показаны функциональные блоки беспроводного устройства 300. Модули могут быть реализованы как только команды программного обеспечения, такие как компьютерная программа, выполняемая на сервере кэша, или как только аппаратные средства, такие как специализированные прикладные интегральные схемы, программируемые логические интегральные схемы, дискретные логические компоненты, приемопередатчики, и т.д., или как их сочетания. В альтернативном варианте осуществления некоторые из функциональных блоков могут быть реализованы посредством программного обеспечения, а другие - посредством аппаратных средств. Модули, соответствующие этапам в способах, показанных на фиг. 2В, содержат блок 350 диспетчера связи и блок 251 диспетчера определения. В вариантах осуществления, где один или более модулей реализуются компьютерной программой, следует понимать, что эти модули не обязательно соответствуют процессорным модулям, а могут быть записаны как команды, соответствующие языку программирования, на котором они могут быть реализованы, тогда как некоторые языки программирования обычно не содержат процессорные модули.
Диспетчер 350 связи предназначен для конфигурации передачи по нисходящему каналу от сетевого узла 200. Этот модуль соответствует этапу S202 и этапу S204 передачи на фиг. 2B. Этот модуль может быть, например, реализован процессором 310, показанным на фиг. 10, при работе компьютерной программы.
Диспетчер 351 определения предназначен для конфигурации передачи по нисходящему каналу от сетевого узла 200. Этот модуль соответствует этапу S203 определения, показанному на фиг. 2B. Этот модуль может, например, быть реализован процессором 310, показанным на фиг. 10, выполняющим компьютерную программу.
При описании последующих вариантов осуществления ссылка будет делаться на опорный сигнал информации о состоянии канала (Channel State Information Reference Signal, CSI-RS)), который является примером опорной сигнализации. CSI-RS является сигналом конкретной ячейки, перекрывающим два последовательных символа в нисходящем канале, как показано на фиг. 14. Существуют 20 различных позиций CSI-RS, возможных в субкадре. Ячейка может быть, например, конфигурирована с одним, двумя, четырьмя или восемью CSI-RS, соответствующими заданным структурам. В случае одного CSI-RS может использоваться структура для двух CSI-RS.
CSI-RS используется сетью (например, совместно с терминалом, выполняющим процедуру CSI), чтобы получить информацию о состоянии канала и оценить помеху. CSI-RS может иметь нулевую мощность (отключенный звук), которая позволяет UE проводить измерение на другой ячейке, отличной от его сервисной ячейки, и также проводить измерение на конфигурированных ресурсах CSI-IM (Interference Measurement, измерение помехи), определенных как ресурс CSI-RS при нулевой мощности, предназначенный для измерения помехи.
Структуры DL для sTTI операций могут не ограничиваться слотом, так что существующая структура CSI-RS в системе LTE может приводить в конце концов к многочисленным sTTI. Если CSI-IM выполняется в соседней ячейке и два символа соответствуют двум различным передачам во время sTTI с различными характеристиками, это может оказывать влияние на качество измерения.
Здесь, однако, представлены структуры sTTI канала DL, которые содержат целый CSI-RS, который может выравниваться по индексу символа или по границе, позволяя широкий диапазон или изменение длительностей TTI. Структуры TTI могут быть определены так, что они не пересекут границу слота в пределах субкадра, и/или могут присутствовать в одной версии, ограниченной первым слотом субкадра (слот 0). Структуры для TTI могут мультиплексироваться во времени и/или для нескольких каналов, как описано здесь. Альтернативно или дополнительно одна или более структур могут быть выровнены во времени по определенному символу или границе символа, которая может быть представлена сопутствующим индексом символа. Например, выровненный символ может быть первым символом следующего слота относительно передней (по времени) границы этого символа, который может рассматриваться как соответствующий задней (по времени) границе последнего символа текущего слота.
Предложенное решение поддерживает, в частности, передачи по нисходящему каналу во время sTTI, в то же время сохраняя качество измерений CSI-RS, которые являются важной частью оценки канала и помехи.
Ограничиваясь sTTI, присутствующими в слоте, длительность sTTI может изменяться (переключение между структурами) на границе слота и/или между субкадрами. Также существует схема выделения ресурсов со скачкообразным изменением частоты (распределение ресурсов типа 2 с виртуальными ресурсными блоками), где назначение частот может изменяться между слотами.
Новые структуры для передачи во время sTTI по DL могут быть определены, основываясь на одном или более следующих условиях:
- sTTI определяются как часть PDSCH в субкадре DL; и/или
- sTTI выравниваются по символу с заданным индексом (например, 7), в частности, по его границе, например, по границе, опережающей по времени (например, они не пересекают границу слота = выравнивание по индексу 7 символа); и/или
- пары CSI-RS/IM содержатся в одном sTTI; и/или
- sTTI, когда возможно, должен иметь назначенную длительность (например, 2 или 7 символов).
Вышеупомянутые условия, взятые вместе, приводят к структурам, показанным на фиг. 15.
Обычно, структура TTI (структура sTTI) может быть представлена с помощью и/или быть связана с длительностью TTI.
Как видно на фиг. 15, для случая 2-хсимвольного TTI некоторые TTI увеличиваются или расширяются на длительность 3 символов. Это может быть сделано несколькими способами и два варианта показаны на фиг. 15.
В качестве еще одного варианта на фиг. 16 показаны два случая, где разделение изменяется для 1os (длительность символа OFDM) PDCCH. Это делается для того, чтобы, сохранять количество TTI одним и тем же (всегда пять), независимо от количества используемых символов PDCCH.
Как вариант осуществления, положение более длинных TTI в случае 2 символов выбирается таким, чтобы они содержали многочисленные DCI для UL, как это требуется для планирования sTTI для UL. Это может произойти в случае 6 или 8 sTTI для UL на субкадр и только 5 sTTI DL на субкадр, требуя, таким образом, планировать более одного sTTI для UL из одного sTTI на DL. Гибкость структуры DL может при этом использоваться, чтобы разместить более длительные TTI, когда требуются дополнительные сообщения DCI для UL. Это зависит от синхронизации UL, которая пока еще не решена.
Другой способ позволить мультиплексирование во времени для sTTI с различными длительностями состоит в том, чтобы иметь sTTI, заканчивающийся на одном и том же символе OFDM для всех других конфигураций. Этот символ не обязательно должен быть последним символом первого слота субкадра. Это должно не позволить распределение скачкообразно переключаемых частот, но может иметь преимущество большего количества TTI с равными длительностями. Пример этого показан на фиг. 17 с длительностями TTI, равными 3 символам и 6 символам.
Обычно с каждым субкадром или слотом могут быть связаны одна или более структур TTI и/или длительностей TTI, так, что одна или более структур TTI могут быть введены в один слот или субкадр. Структура TTI может принадлежать к передачам по нисходящему и/или восходящему каналам. В субкадре могут быть расположены или назначены структуры TTI, содержащие или планирующие передачи по нисходящему каналу, передачи по нисходящему каналу или те и другие. Со структурой TTI может быть связана или назначена (например, так, что, структуры TTI содержали) структура опорной сигнализации (структура RS), и/или структура канала управления. Структура RS может, например, содержать структуру CSI-RS и/или структуру CRS, например, в DL или для DL, и/или структуру SR, например, в восходящем канале или для него. Структура канала управления может принадлежать одному или более физическим каналам управления, например, PDCCH и/или PUCCH.
Структура, подобная структуре TTI, или структура опорной сигнализации (структуры TTI) может определить распределение ресурсов, в частности, особенности по времени/частоте и/или мощности, используемых для структуры TTI, или опорной сигнализации ее передачи. Структура может быть определена в отношении и/или содержать или указывать плотность (символов или сигнализации) во времени и/или по частоте, например, с точки зрения того, как могут ресурсные элементы (Res) и/или символы передаваться в заданном временном интервале как TTI, субкадр или слот, и/или в диапазоне несущих или частот, в частности, принадлежащих к количеству поднесущих, используемых для передачи RS. Обычно, с различными состояниями формирования диаграммы направленности и/или с различными состояниями направленного приема могут быть связаны различные структуры.
DL обычно относится к передаче данных к узлу/в направлении удаления от сетевого ядра (физически и/или логически), в частности, от базовой станции или eNodeB, к разрешенному узлу D2D или UE, и часто использует определенный спектр/полосу пропускания, отличные от UL (например, система LTE).
UL обычно относится к передаче данных к узлу/в направлении приближения к сетевому ядру (физически и/или логически), в частности, от разрешенного узла D2D или UE к базовой станции или eNodeB. В контексте D2D, это может относиться к спектру/полосе пропускания, используемых для передачи в системе D2D, которая может быть той же самой, которая используется для связи UL с eNB при сотовой связи. В некоторых разновидностях системы D2D передача всеми устройствами, присутствующими в связи по системе D2D, в некоторых вариантах обычно должна находиться в спектре/полосе пропускания/на несущей частоте UL.
На фиг. 10 схематично показано беспроводное устройство или терминал 300, которые могут быть реализованы в этом примере как оборудование пользователя. Терминал 300 может содержать электрическую схему управления, которая может содержать контроллер, соединенный с памятью. Любой модуль терминала, например, приемный модуль и/или передающий модуль и/или модуль управления или процессорный модуль, может быть реализован и/или исполняться схемой управления, в частности, как модуль в контроллере. Терминал 300 может также содержать радиосхему, обеспечивающую прием и передачу или приемопередающую функцию, радиосхему, соединенную или пригодную для соединения со схемой управления. Антенная схема терминала 300 может соединяться или быть пригодной для соединения с радиосхемой, чтобы получать или посылать и/или усиливать сигналы. Радиосхема и схема управления, управляющая ею, могут быть выполнены с возможностью сотовой связи с сетью на первой ячейке/несущей и второй ячейке/несущей, в частности, при использовании ресурсов E-UTRAN/LTE, как здесь описано. Терминал 300 может быть адаптирован для выполнения любого из раскрытых здесь способов управления терминалом; в частности, он может содержать соответствующую схему, например, схему управления.
На фиг. 11 схематично показан сетевой узел или базовая станция 200, которые, в частности, могут быть eNodeB. Сетевой узел 200 может дополнительно содержать схему управления, которая может содержать контроллер, соединенный с памятью. Любой модуль, например, приемный модуль и/или передающий модуль и/или управление или модуль управления или процессорный модуль, сетевого узла может быть реализован и/или выполняться схемой управления. Схема управления может подключаться для управления радиосхемой сетевого узла 200, обеспечивающего функциональные возможности приемника и передатчика и/или приемопередатчика. Антенная схема может подключаться или иметь возможность подключения к радиосхеме для приема или передачи и/или усиления. Сетевой узел 200 может быть выполнен с возможностью осуществления любого из способов управления раскрытым здесь сетевым узлом; в частности, он может содержать соответствующую схему, например, схему управления. Антенная схема может быть соединена и/или содержать антенную матрицу.
Пример реализации
Теперь будет описано, как различные TTI могут поддерживаться в системе LTE и какой смысл вкладывается в HARQ и синхронизацию предоставления.
1. Субкадры DL
Для DL размещения sTTI в субкадре будут представлены для двух различных длительностей (sTTI): 2 символа OFDM (os) и 7 os. Чтобы упростить определение синхронизации предоставления UL и синхронизации HARQ DL, предлагается, чтобы TTI для DL имели фиксированные начальные положения и чтобы длительность первого TTI для DL и в некоторых случаях количество TTI для DL изменялись в зависимости от количества символов, используемых для PDCCH, смотрите фиг. 18. Поскольку наибольшая длительность PDCCH 4 символа OFDM предназначена для узкополосной операции, не предполагается использовать ее для операции во время sTTI, так как объем служебной сигнализации управления может становиться слишком большим.
При определении положений 2-хсимвольного sTTI для DL внутри субкадра структура CSI-RS должна учитывать, что пара CSI-RS во временном интервале не перекрывает два последовательных TTI для DL, а содержится в одиночном sTTI. Это позволяет объединять функцию sTTI с режимами передачи, основанными на CSI-RS, особенно, чтобы получить точное измерение помехи с помощью CSI-IM.
На фиг. 18 показан TTI в субкадре DL для различных длительностей TTI и длительностей PDCCH. R и C обозначают символ OFDM с CRS и потенциальным CSI-RS, соответственно.
Предложение 1: Стремиться к тому, чтобы длительность TTI для DL соответствовала фиксированным начальным символам TTI в PDSCH.
Предложение 2: Длительность PDCCH, равная 4, не должна поддерживаться для операции с sTTI.
Предложение 3: Положение sTTI проектируется таким образом, чтобы оно частично не накладывалось на потенциальные ресурсы CSI-RS.
Синхронизация для передачи HARQ DL по UL должна быть четко определена и не должна указываться UE при назначении DL. Чтобы сохранять полезную нагрузку каждого sPUCCH низкой, HARQ DL должен быть распределен по субкадру UL, который может зависеть от длительности sPUCCH. Также должны рассматриваться возможности мультиплексирования. Предлагается фиксированное отображение из TTI DL в sPUCCH для определенного сочетания TTI DL и sPUCCH.
Предложение 4: Синхронизация HARQ для DL фиксируется для сочетания TTI для DL и UL для sPUCCH.
2. Субкадры UL
2.1. sPUSCH
Для sPUSCH определенная длительность TTI может соответствовать различным конфигурациям TTI в зависимости от того, используется ли DMRS совместно или нет. На фиг. 19 приведены примеры для длительностей TTI 2, 4, и 7os с и без SR в последнем символе. Для данной конфигурации TTI имеют фиксированные начальные положения и размещаются так, что TTI не пересекают границу слота. Таким образом, возможно скачкообразное переключение частоты.
Фиг. 19 показывает TTI для sPUSCH в субкадре UL для одной реализации различных вариантов длительностей TTI, где R означает опорный символ и S означает положение SR (если спланировано).
Для длительности TTI UL могут быть определены другие конфигурации TTI для UL.
Предложение 5: Направлено на то, чтобы конфигурация TTI UL соответствовала фиксированному начальному символу TTI, присутствующему в PUSCH.
Предложение 6: Передача sTTI по восходящему каналу не отображается через границу слота.
Предложение 7: Рекомендуется поддерживать 2/3-символьный sPUSCH для самой низкой задержки, и 4-х и 7-символьные sPUSCH для уменьшенной задержки с более высоким TBS.
Предоставление UL для sTTI UL должно быть передано в sPDCCH во время sTTI для DL. Количество TTI в DL может быть меньшим в некоторых конфигурациях. Например, только 5 TTI для DL содержатся внутри одного субкадра, как показано на фиг. 18, для sPDCCH из 3 символов и TTI для DL из 2 символов. В соответствии с фиг. 15, в субкадре UL могут содержаться до 8 TTI. Таким образом, необходима возможность послать по меньшей мере 2 предоставления UL внутри одного sTTI для DL. Каждое предоставление UL должно затем указать, какой из двух возможных TTI для UL предоставляется, если явно не следует из местоположения.
Предложение 8: Время от предоставления UL до передачи по sPUSCH основывается на сочетании синхронизации sPDCCH и конфигурации в предоставлении UL.
2.2. sPUCCH
Структура TTI sPUCCH может отличаться от структуры sPUSCH. Для самого короткого TTI для DL из 2 символов sPUCCH должен быть одинаково длинным, поскольку TTI для DL должен обеспечивать самую короткую задержку и избегать мультиплексировать или связывания HARQ. Это также позволяет простое отображение 1 к 1 между TTI DL и sPUCCH, по которому передается обратная связь HARQ. Больше 6 sPUCCH на субкадр не требуется, так как это соответствует максимальному количеству sTTI DL в субкадре. sPUCCH, если возможно, должен быть выровнен к sPUSCH, показанным на фиг. 2. Это должно позволить избежать перекрытия передач от UE. Если субкадр содержит SRS, могут использоваться другие структуры.
На фиг. 20 показаны TTI для sPUCCH различной длительности. Для 4os и 7os TTI возможен перескок частоты между F1 и F2. S означает символ с SRS, и оранжевым цветом обозначен символ, совместно используемый пользователями.
Две концепции sPUCCH могут относиться к короткому и длинному sPUCCH. В дополнение к более короткому решению sPUCCH, описанному выше, более длинный sPUCCH может обеспечиваться для улучшенного покрытия. Для операции TDD и для поддержки агрегации несущей (carrier aggregation, CA), также могут быть обеспечиваться более высокие полезные нагрузки. 7-мисимвольный sPUCCH, основанный на формате PF3 или PF4 PUCCH, может выполнять требования по улучшенному покрытию и повышенной полезной нагрузке, а также обеспечивать достаточно низкую задержку.
Кроме того, 4-хсимвольный sPUCCH должен указываться, если указывается 4-хсимвольный sPUSCH, поскольку это намного легче, когда TTI для PUSCH и PUCCH является одним и тем же, как обсуждается ниже.
Предложение 9: Определить 2/3-тисимвольный TTI для sPUCCH, чтобы поддерживать SR и HARQ-ACK, и 4-х и 7-символьный sPUCCH для улучшенного покрытия и повышенной полезной нагрузки.
3. Сочетания длительностей TTI
Должна быть возможность объединять длительности TTI в каналах DL и UL, как описано выше. По причинам объема служебной сигнализации и полезной нагрузки может быть полезным использовать более длинный TTI для данных UL, если требования к задержке менее строгие, и по причинам покрытия более длинный sPUCCH может быть важен. Однако, разумно ограничить сочетания таким образом, чтобы планирование и обратная связь не становились чрезмерно сложными.
Предложение 10: Определить допустимые сочетания длительности TTI для DL и допустимой длительности TTI для UL.
Если TTI для UL короче, чем TTI для DL, многочисленные предоставления UL могут понадобиться в одном TTI для DL. По причинам покрытия TTI для sPUCCH должен быть только таким коротким, как TTI для DL, или более длинным. Таким образом, предлагается, чтобы длительности TTI для UL (sPUSCH и sPUCCH) были одинаковыми или более длинными, чем TTI для DL.
Предложение 11: Длительность TTI для UL для sPUSCH и sPUCCH может быть равна или большей, чем длительность TTI для DL.
Длительность TTI sPUCCH может, в принципе, устанавливаться независимо от длительности TTI для PUSCH, поскольку период sPUCCH более связан с TTI для DL, так что полезная нагрузка и синхронизация должны быть установлены соответствующим образом. Однако, чтобы облегчить отображение UCI на sPUSCH и гарантировать достаточные характеристики UCI на sPUSCH, длительность TTI для sPUSCH должна быть такой же или большей, чем длительность для sPUCCH. В целом, если 7-мисимвольный sPUCCH был конфигурирован с помощью eNB для данного UE благодаря покрытию или высокой полезной нагрузке sPUCCH, весьма вероятно, что 7-мисимвольный sPUSCH символами также предпочтителен по тем же причинам. Кроме того, начало sPUCCH и sPUSCH должны быть выровнены или необходимо правило, чтобы перемещать UCI в sPUSCH, когда они накладываются.
Предложение 12: Длительности TTI для sPUSCH и sPUCCH равны, и запуск для TTI выровнен.
При длительностях TTI, обсуждавшихся выше, наиболее подходящими сочетаниями TTI, которые должен быть рассмотрены, являются перечисленные ниже в таблице 2. Случай 1 также увеличивает сложность планирования, но может потребоваться для улучшенного покрытия sPUCCH.
Предложение 13: Четыре сочетания длительностей TTI могут быть доступны для операции sTTI: длительности символов 2/2/2, 2/4/4, 2/7/7 и 7/7/7 для sPDSCH/sPUSCH/sPUCCH.
Таблица 2
Сочетания sTTI
| Случай | TTI для sPDSCH/ sPDCCH |
TTI для sPUSCH | TTI для sPUCCH | Вариант использования |
| 0 | 2 символа OFDM (os) |
2os | 2os | Самая низкая задержка |
| 1 | 2os | 4os | 4os | Самая низкая задержка DL, низкая задержка UL |
| 2 | 2os | 7os | 7os | Самая низкая задержка DL с улучшенным покрытием UL и уменьшенной задержкой UL |
| 3 | 7os | 7os | 7os | Уменьшенная задержка |
3.1. Переключение между случаями sTTI
Должно быть возможно изменять случай sTTI (как описано выше) между субкадрами, а также перемещать индивидуальных пользователей из одного случая в другой. В качестве примера рассматриваются все пользователи, начиная со случая 0 sTTI. Это может указываться через RRC или в PDCCH как обычная операция с наименьшей задержкой. Пользователь, который теряет покрытие UL, затем идентифицируется сетью и перемещается в случай 1 или 2 (указываемый, например, с помощью быстрой DCI или RRC). Используя назначения разделений можно обслуживать пользователей с различными длительностями TTI в одной и той же полосе sTTI. Следует заметить, что при перемещении пользователей из одного случая в другой задержка перед измененной длительностью sTTI для UL действительно нуждается в определении.
Предложение 14: Должно быть возможным индивидуально перемещать пользователей между случаями sTTI.
Предложение 15: Должно быть возможным выполнять различные случаи одновременно в канале UL и в канале DL.
Вышеупомянутые предложения могут рассматриваться как независимые друг от друга, поэтому они могут реализовываться индивидуально или в любом подходящем сочетании.
Заключительные замечания
Может рассматриваться (первый) сетевой узел, адаптированной для передачи по DL, в соответствии с одним из предложений для передачи по DL, описанными здесь, в частности, в соответствии с одной из структур DL, в частности, структур sTTI DL и/или длительностей TTI, описанных здесь, и/или в соответствии с одним или любым сочетанием обсуждавшихся здесь условий. Передача может быть основана на и/или сетевой узел может быть адаптирован для определения структуры, которая должна использоваться. Сетевой узел может быть адаптирован и/или содержать модуль переключения для переключения между различными структурами. Такое переключение может происходить, например, между субкадрами. Сетевой узел может обычно содержать передающий модуль для передачи по DL и/или модуль определения для определения структуры. Определение структуры может быть основано на условиях работы, в частности, на требованиях к задержке. Передача может обычно быть свойственна беспроводным передачам или радиопередачам.
Альтернативно, может рассматриваться (второй) сетевой узел, адаптированный для конфигурации терминала, такого как UE с помощью конфигурации TTI связи (приема) по DL и/или передачи по UL в соответствии с одной или более структурами TTI DL и/или структурами TTI UL и/или любым сочетаний описанных здесь условий. Сетевой узел может содержать соответствующий модуль конфигурации. Сетевой узел может также быть адаптирован в качестве (первого) сетевого узла, описанного выше.
Любой из сетевых узлов может быть сетевым узлом для сети беспроводной связи.
Более того, может рассматриваться (первый) способ работы сетевого узла в сети беспроводной связи, например, работы (первого) сетевого узла, как здесь описано. Способ может содержать передачу DL, в соответствии с одним из предложений по передаче по DL, описанных здесь, в частности, в соответствии с одной из структур DL, в частности, структурами sTTI DL, и/или длительностями TTI, описанными здесь, и/или в соответствии с одним или более сочетаниями условий, обсуждавшихся здесь. Передача может основываться и/или способ может содержать определение структуры, которая должна использоваться. Как вариант, способ может содержать переключение между различными структурами. Такое переключение может происходить, например, между субкадрами. Определение структуры может быть основано на условиях работы, в частности, на требованиях к задержке.
Альтернативно может рассматриваться (второй) способ работы сетевого узла в сети беспроводной связи, который может быть (вторым) сетевым узлом, описанным здесь. Этот способ может содержать конфигурирование терминала, подобного UE, в конфигурации TTI для связи по DL (прием) и/или передачи по UL в соответствии с одной или более структурами TTI DL и/или структурами TTI UL и/или любым одним или более сочетаниями описанных здесь условий. Способ может также содержать действия и/или действия (первого) способа для работы сетевого узла, описанного выше.
Обычно может рассматриваться терминалом для сети беспроводной связи. Терминал может быть реализован как UE. Терминал может быть адаптирован для приема и/или передачи в соответствии с конфигурацией TTI.
Кроме того, раскрывается способ работы терминала в сети беспроводной связи. Терминал может быть реализован как UE. Способ содержит прием и/или передачу в соответствии с конфигурацией TTI. Способ может содержать прием конфигурации TTI, например, от сетевого узла, которая может быть (вторым) сетевым узлом, как здесь описано.
Конфигурация TTI может обычно иметь отношение к передаче (приему) по DL и/или к передаче по UL в соответствии с одной или более структурами TTI DL и/или одной или более структурами TTI UL и/или любым одним или более сочетаниями описанных здесь условий. Терминал может содержать приемный модуль для приема конфигурации, например, от сетевого узла, который может быть (вторым) сетевым узлом, как здесь описано. Конфигурация TTI может определять слот и/или субкадр и/или иметь к ним отношение. Конфигурация может обычно быть допустимой для множества слотов и/или субкадров.
Изобретение было описано выше, главным образом, со ссылкой на ограниченное количество вариантов осуществления в качестве примеров. Однако, как легко может понять специалист в данной области техники, в рамках изобретения одинаково возможны другие варианты осуществления, отличные от раскрытых выше, что определяется добавленной патентной формулой изобретения.
1. Способ обеспечения конфигурации передачи нисходящего канала на устройство (300a) беспроводной связи, реализуемый сетевым узлом (200), и содержащий этап, на котором
передают (S102) сообщение информации управления нисходящего канала (DCI), содержащее конфигурацию передачи нисходящего канала в коротком TTI (sTTI), который короче существующего TTI, причем
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
2. Способ по п. 1, в котором сообщение DCI передается в полосе частот TTI для sTTI.
3. Способ по п. 1 или 2, в котором конфигурация содержит положение опорных символов и символов данных.
4. Способ по п. 3, в котором опорные символы являются опорными сигналами демодуляции (DMRS) нисходящего канала DL.
5. Способ по любому из пп. 1-4, в котором конфигурация содержит длительности sTTI.
6. Способ по любому из пп. 1-5, в котором sTTI имеют фиксированную длительность для каждого субкадра.
7. Способ по пп. 1-6, дополнительно содержащий этап, на котором:
передают (S106) передачу данных беспроводному устройству по короткому физическому нисходящему совместно используемому каналу (sPDSCH) в соответствии с конфигурацией сообщения DCI.
8. Способ по любому из пп. 1-7, в котором сообщение DCI является медленным сообщением DCI и медленное сообщение DCI посылается на основе субкадров.
9. Способ по п. 8, в котором медленное сообщение DCI посылается группе беспроводных устройств.
10. Способ по любому из пп. 1-7, в котором сообщение DCI является быстрым сообщением DCI и быстрое сообщение DCI посылается конкретному беспроводному устройству на основе символов или sTTI.
11. Способ по любому из пп. 1-10, в котором sTTI обладают фиксированной структурой.
12. Способ по любому из пп. 1-10, в котором sTTI имеют фиксированные начальные символы для передачи данных sTTI по DL внутри субкадра.
13. Способы по п. 12, в которых фиксированный начальный символ является первым символом внутри субкадра, в котором может выполняться передача данных sTTI для DL.
14. Способ по п. 12 или 13, в котором фиксированные начальные символы выбираются в зависимости от области управления субкадра для DL.
15. Способ по п. 14, в котором фиксированный начальный символ сообщается по физическому каналу индикатора формата управления (PCFICH) или посредством управления радиоресурсами (RRC).
16. Способ по любому из пп. 1-15, дополнительно содержащий этап, на котором
определяют (S100) структуру sTTI, подлежащую использованию.
17. Способ по п. 16, в котором определение основывается на требованиях к задержке.
18. Способ по любому из пп. 1-17, в котором sTTI имеют первую фиксированную структуру и вторую фиксированную структуру.
19. Способ по любому из пп. 1-18, в котором структуры sTTI состоят из длительностей 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, или состоят из длительностей 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
20. Способ по любому из пп. 1-19, в котором передачи данных sTTI после индекса 1 или 3 начального символа имеют первую структуру, а передачи данных sTTI после индекса 2 начального символа имеют вторую структуру.
21. Способ по п. 6, в котором длительность sTTI равна двум или семи символам.
22. Способ по пп. 1-21, дополнительно содержащий этап, на котором
осуществляют переключение между различными структурами между субкадрами.
23. Способ конфигурации передачи нисходящего канала от сетевого узла (200), реализуемый беспроводным устройством (300a) и содержащий этап, на котором:
принимают (S202) сообщение информации управления нисходящего канала (DCI), содержащее конфигурацию передачи нисходящего канала в коротком TTI (sTTI), который короче существующего TTI, и
определяют (S203) структуру sTTI, подлежащую использованию, на основе индекса начального символа внутри субкадра для передачи по нисходящему каналу, причем
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
24. Способ по п. 23, в котором сообщение DCI принимают в полосе частот TTI для sTTI.
25. Способ по п. 23 или 24, в котором конфигурация содержит положение опорных символов и символов данных.
26. Способ по п. 25, в котором опорными символами являются опорные сигналы демодуляции (DMRS) нисходящего канала (DL).
27. Способ по любому из пп. 23-26, в котором конфигурация содержит длительности sTTI.
28. Способ по любому из пп. 23-26, в котором sTTI имеют фиксированную длительность для каждого субкадра.
29. Способ по любому из пп. 23-28, дополнительно содержащий этап, на котором
принимают (S204) передачу данных от сетевого узла по короткому физическому нисходящему совместно используемому каналу (sPDSCH) в соответствии с конфигурацией сообщения DCI.
30. Способ по любому из пп. 23-29, в котором сообщение DCI является медленным сообщением DCI и медленное сообщение DCI посылается на основе субкадров.
31. Способ по любому из пп. 23-29, в котором сообщение DCI является быстрым сообщением DCI и быстрое сообщение DCI посылается конкретному беспроводному устройству на основе символов или sTTI.
32. Способ по любому из пп. 23-31, в котором sTTI имеют фиксированную структуру для каждого субкадра.
33. Способ по любому из пп. 23-32, в котором sTTI имеют фиксированные начальные символы внутри субкадра DL для передачи данных.
34. Способы по п. 33, в которых фиксированный начальный символ sTTI является первым символом внутри субкадра, в котором может выполняться передача данных sTTI по DL.
35. Способ по п. 33 или 34, в котором фиксированные начальные символы выбираются в зависимости от области управления субкадра для DL.
36. Способ по п. 35, в котором фиксированный начальный символ сообщается по физическому каналу индикатора формата управления (PCFICH) или посредством управления радиоресурсами (RRC).
37. Способ по п. 23, в котором определение основывается на индексе начального символа внутри субкадра передачи данных по DL.
38. Способ по любому из пп. 23-37, в котором sTTI имеют первую фиксированную структуру и вторую фиксированную структуру.
39. Способ по любому из пп. 23-38, в котором структуры sTTI состоят из длительностей 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, или состоят из длительностей 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
40. Способ по любому из пп. 23-39, в котором передачи данных sTTI после индекса 1 или 3 начального символа имеют первую структуру, а передачи данных sTTI после индекса 2 начального символа имеют вторую структуру.
41. Способ по п. 28, в котором длительность sTTI составляет два или семь символов.
42. Способ по любому из пп. 23-41, дополнительно содержащий этап, на котором
осуществляют переключение между различными структурами между субкадрами.
43. Способ обеспечения конфигурации передачи нисходящего канала на беспроводное устройство (300a), реализуемый сетевым узлом (200) и содержащий этап, на котором
передают (S102) сообщение управления радиоресурсами (RRC), содержащее конфигурацию передачи нисходящего канала в коротком TTI (sTTI), который короче существующего TTI, причем
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
44. Способ по п. 43, в котором сообщение RRC передается в полосе частот TTI для sTTI.
45. Способ по п. 43 или 44, в котором конфигурация содержит длительности sTTI.
46. Способ конфигурации передачи нисходящего канала от сетевого узла (200), реализуемый беспроводным устройством (300a) и содержащий этап, на котором:
принимают (S202) сообщение информации управления нисходящего канала (DCI), содержащее конфигурацию передачи нисходящего канала в коротком TTI (sTTI), который короче существующего TTI, и
определяют (S203) структуру sTTI, подлежащую использованию, на основе индекса начального символа внутри субкадра для передачи по нисходящему каналу, причем
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
47. Сетевой узел для обеспечения конфигурации передачи нисходящего канала на беспроводное устройство (300a), содержащий:
процессор (210) и
компьютерный программный продукт (212, 213), хранящий команды, вызывающие, при исполнении их процессором, выполнение сетевым узлом
передачи (S102) сообщения управления радиоресурсами (RRC), содержащего конфигурацию передачи нисходящего канала в коротком TTI (TTI), который короче существующего TTI, причем
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
48. Беспроводное устройство для конфигурации передачи нисходящего канала от сетевого узла (200), содержащее:
процессор (310) и
компьютерный программный продукт (312, 313), хранящий команды, вызывающие, при исполнении их процессором, выполнение сетевым беспроводным устройством:
приема (S202) сообщения информации управления нисходящего канала (DCI), содержащего конфигурацию передачи нисходящего канала в коротком TTI (sTTI), который короче существующего TTI, и
определения (S203) структуры sTTI, подлежащей использованию, на основе индекса начального символа внутри субкадра для передачи по нисходящему каналу, причем:
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
49. Сетевой узел для обеспечения конфигурации передачи нисходящего канала на беспроводное устройство (300a), содержащий:
процессор (210) и
компьютерный программный продукт (312, 313), хранящий команды, вызывающие, при исполнении их процессором, выполнение сетевым узлом
передачи (S102) сообщения управления радиоресурсами (RRC), содержащего конфигурацию передачи нисходящего канала в коротком TTI (TTI), который короче существующего TTI, причем
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
50. Беспроводное устройство для конфигурации передачи нисходящего канала от сетевого узла (200), содержащее:
процессор (310) и
компьютерный программный продукт (312, 313), хранящий команды, вызывающие, при исполнении их процессором, выполнение сетевым беспроводным устройством:
приема (S202) сообщения информации управления нисходящего канала (DCI), содержащего конфигурацию передачи нисходящего канала в коротком TTI (sTTI), который короче существующего TTI, и
определения (S203) структуры sTTI, подлежащей использованию, на основе индекса начального символа внутри субкадра для передачи по нисходящему каналу, причем
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
51. Машиночитаемое запоминающее устройство, хранящее компьютерную программу (214, 215) для обеспечения конфигурации передачи нисходящего канала на беспроводное устройство (300a), причем компьютерная программа содержит код компьютерной программы, вызывающий, при исполнении на сетевом узле (200), выполнение сетевым узлом (200)
передачи (S102) сообщения управления радиоресурсами (RRC), содержащего конфигурацию передачи нисходящего канала в коротком TTI (TTI), который короче существующего TTI, причем
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
52. Машиночитаемое запоминающее устройство, хранящее компьютерную программу (314, 315) для конфигурации передачи нисходящего канала от сетевого узла (200), причем компьютерная программа содержит код компьютерной программы, вызывающий, при исполнении на беспроводном устройстве (300), выполнение беспроводным устройством (300):
приема (S202) сообщения информации управления нисходящего канала (DCI), содержащего конфигурацию передачи нисходящего канала в коротком TTI (sTTI), который короче существующего TTI, и
определения (S203) структуры sTTI, подлежащей использованию, на основе индекса начального символа внутри субкадра для передачи по нисходящему каналу, причем
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
53. Машиночитаемое запоминающее устройство, хранящее компьютерную программу (214, 215) для обеспечения конфигурации передачи нисходящего канала на беспроводное устройство (300a), причем компьютерная программа содержит код компьютерной программы, вызывающий, при исполнении на сетевом узле (200), выполнение сетевым узлом (200)
передачи (S102) сообщения управления радиоресурсами (RRC), содержащего конфигурацию передачи нисходящего канала в коротком TTI (TTI), который короче существующего TTI, причем
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
54. Машиночитаемое запоминающее устройство, хранящее компьютерную программу (314, 315) для конфигурации передачи нисходящего канала от сетевого узла (200), причем компьютерная программа содержит код компьютерной программы, вызывающий, при исполнении беспроводным устройством (300), выполнение беспроводным устройством (300):
приема (S202) сообщения информации управления нисходящего канала (DCI), содержащего конфигурацию передачи нисходящего канала в коротком TTI (sTTI), который короче существующего TTI, и
определения (S203) структуры sTTI, подлежащей использованию, на основе индекса начального символа внутри субкадра для передачи по нисходящему каналу, причем
передачи данных sTTI, следующие после индекса 1 или 3 начального символа, имеют первую структуру, состоящую из длительности 3, 2, 2, 2, 2 и 3 символов, следующих в последовательном порядке, а
передачи данных sTTI, следующие после индекса 2 начального символа, имеют вторую структуру, состоящую из длительности 2, 3, 2, 2, 2 и 3 символов, следующих в последовательном порядке.
