ЗАВИСИМАЯ ОТ НУМЕРОЛОГИИ ПРИВЯЗКА КАНАЛОВ УПРАВЛЕНИЯ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ Российский патент 2020 года по МПК H04L27/26 

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

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

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

Пятое поколение мобильной связи и беспроводной технологии еще не задано полностью, а находится на продвинутой стадии разработки в Партнерском проекте третьего поколения (3GPP). Она включает в себя работы на предмет 5G-технологии доступа на основе нового стандарта радиосвязи (NR). Терминология стандарта долгосрочного развития (LTE) используется в этом раскрытии сущности в перспективном смысле, так что она включает в себя эквивалентные 5G-объекты или функциональности, хотя в 5G указывается другой термин. Общее описание соглашений по 5G NR-технологии доступа по состоянию на ноябрь 2016 года содержится в техническом отчете 3GPP 38.802 v0.3.0 (2016-11).

В 3GPP, имеются предыдущие и текущие практические исследования и рабочие исследования, которые изучают новый радиоинтерфейс для 5G. Термины для обозначения этой новой технологии следующего поколения еще не сведены воедино, так что термины "NR" и "5G" используются взаимозаменяемо.

Одно из первых важных решений, которые 3GPP TSG RAN WG1 должна принимать для NR-проблем, представляет собой то, что зачастую обозначается с помощью терминов "нумерология" и "структура кадра". В 3GPP TSG RAN WG1, термин "нумерология" используется для того, чтобы определять важные числовые параметры, которые описывают аспекты OFDM-радиоинтерфейса, такие как разнесение поднесущих (SCS), длина OFDM-символа, длина циклического префикса, число символов в расчете на субкадр или временной слот, длина субкадра и длина кадра. Некоторые из этих терминов также могут подпадать под термин "структура кадра", такие как, например, длина кадра, число субкадров в расчете на кадр, длина субкадра и местоположение и число символов во временном слоте, кадре или субкадре, которые переносят управляющую информацию, и местоположение каналов, которые переносят данные. В NR, субкадр составляет 1 мс и устанавливает синхросигнал в 1 мс. Передачи используют временные слоты или мини-временные слоты. Временной слот состоит из 7 или 14 символов, 7 символов для разнесений поднесущих, меньших или равных 60 кГц, и 14 символов для разнесений поднесущих, больших 60 кГц.

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

LTE поддерживает одно разнесение поднесущих в 15 кГц. Для некоторых других параметров в LTE, предусмотрена некоторая дополнительная гибкость. Например, можно конфигурировать длину циклического префикса и размер области управления в субкадре. Аналогично, LTE может поддерживать несколько различных структур кадра, например, для дуплекса с частотным разделением каналов (FDD), TDD и узкополосного Интернета вещей (NB-IoT), соответственно.

3GPP TSG RAN WG1 недавно согласовала, что должна быть возможность поддержки смешанного разнесения поднесущих на идентичной несущей в NR. Выполнимость смешанного разнесения поднесущих изучена, например, в 3GPP-докладе R1-163224, в котором показано, что помехи между неортогональными поднесущими могут успешно уменьшаться.

Канал управления нисходящей линии связи

Для NR, предложенная структура структуры кадра и DL-канала управления показана на фиг 3. Первый OFDM-символ(ы) содержит, по меньшей мере, физический канал управления нисходящей линии связи (PDCCH). Набор OFDM-символов, переносящих PDCCH, известен как область управления. Длина области управления может быть фиксированной, полустатически сконфигурированной или динамически передаваемой в служебных сигналах. После OFDM-символа(ов) с областью управления, начинаются данные и опорный сигнал демодуляции (DM-RS).

PDCCH для одного конкретного пользователя переносится на поднаборе OFDM-поднесущих. Привязка (mapping) PDCCH может быть распределенной или локализованной. При локализованной привязке, элемент канала управления (CCE) формируется посредством элементов ресурсов (RE) в идентичной паре блоков физических ресурсов (PRB). При распределенной привязке, CCE формируется посредством RE в двух или более PRB-парах. Для простоты, иллюстрация на фиг. 3 является локализованной.

PDCCH может переносить, в числе других, информацию диспетчеризации в нисходящей линии связи, указывающую DL-ресурсы в идентичном (или также в более позднем) временном слоте. Фиг. 3 показывает два PDCCH и соответствующие два диспетчеризованных физических совместно используемых канала нисходящей линии связи (PDSCH), соответствующих восходящему хешированию и горизонтальному хешированию. Помимо этого, третий PDCCH показан без соответствующего PDSCH, например, разрешения на UL-передачу, соответствующего нисходящему хешированию. UE обнаруживает PDCCH, адресованный в него, и извлекает из него релевантную управляющую информацию, такую как информация диспетчеризации. Чертеж иллюстрирует случай размера области управления одного OFDM-символа. В случае если область управления расширяется на несколько OFDM-символов, привязка PDCCH может выполняться таким образом, что один PDCCH не ограничивается одним OFDM-символом, а может охватывать несколько OFDM-символов в области управления (многосимвольная привязка PDCCH). Альтернативно, привязка может быть такой, что один PDCCH передается только в одном OFDM-символе (несколько PDCCH могут передаваться в одном OFDM-символе (привязка в расчете на символ). Нормально, один PDCCH ассоциирован с конкретным временным идентификатором радиосети (RNTI). Поскольку RNTI может быть ассоциирован с конкретным UE, группой UE или всеми UE соты, один PDCCH может направляться в одно UE, во все UE в соте или в подгруппу UE в соте.

Привязка PDCCH в расчете на символ имеет преимущество результирующей структуры мультиплексирования с временным разделением каналов, т.е. PDCCH в различных OFDM-символах могут подвергаться формированию диаграммы направленности в различных направлениях с формированием (аналоговой) диаграммы направленности. С другой стороны, многосимвольная привязка PDCCH может предоставлять выгоду с точки зрения, например, частотного разнесения (различные части частотной области в различных OFDM-символах могут использоваться посредством одного PDCCH) и настройка мощности.

Формирование диаграммы направленности

Формирование диаграммы направленности представляет собой многоантенную технологию для того, чтобы концентрировать испускаемую или принимаемую энергию в несколько направлений. На нижних частотах, может выполняться формирование цифровой диаграммы направленности, при котором комбинирование принимаемых сигналов по антенным элементам выполняется в цифровой области (на приемной стороне), либо при котором весовые коэффициенты передающих антенных элементов задаются в цифровой области (на передающей стороне). В системе с несколькими несущими, такой как OFDM, весовые коэффициенты луча типично задаются в частотной области, т.е. перед IFFT в передающем устройстве или после FFT в приемном устройстве в OFDM-системе. Это подразумевает то, что различные весовые коэффициенты могут применяться к различным частям полосы пропускания несущей, и в силу этого различные лучи могут быть реализованы в различных частях полосы пропускания несущей. При формировании цифровой диаграммы направленности, в силу этого можно создавать в одном символе несколько лучей, указывающих на несколько направлений/пользователей.

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

Формирование аналоговой диаграммы направленности типично применяется на частотах в диапазоне миллиметровых волн (mmW), на которых доступны большие полосы пропускания, и используются множество антенных элементов. Обработка большой полосы пропускания требует очень быстрого оборудования аналого-цифрового преобразователя (ADC) и цифро-аналогового преобразователя (DAC), которое является дорогим и имеют относительно высокое потребление мощности. При формировании цифровой диаграммы направленности, один ADC/DAC требуется в расчете на антенный элемент (группу), тогда как при формировании аналоговой диаграммы направленности, один ADC/DAC требуется в расчете на луч и уровень поляризации. Формирование аналоговой диаграммы направленности, при котором весовые коэффициенты формирования диаграммы направленности применяются в нисходящем направлении DAC на передающей стороне, в силу этого является более простым и может потреблять меньшую величину мощности, в частности, для большой полосы пропускания и множества антенных элементов, к примеру, в mmW-диапазоне.

Отправка управляющей информации одному пользователю типично не требует полного OFDM-символа (т.е. полная полоса пропускания символа не требуется), в частности, на mmW-частотах, на которых доступны значительные полосы пропускания. Тем не менее, типично только один или небольшое число пользователей находятся в пределах луча, приводя к недостаточно используемым OFDM-символам, если каждый OFDM-символ не может заполняться информацией для пользователей в луче. Чтобы достигать множества пользователей при формировании аналоговой диаграммы направленности, применяется развертка луча по нескольким символам, и каждый символ потенциально недостаточно используется.

В силу этого предшествующий уровень техники предлагает использовать более широкие разнесения поднесущих для DL-канала управления, относительно канала передачи данных, см. фиг. 5. Посредством применения более широкого разнесения поднесущих для DL-канала управления, каждый OFDM-символ становится короче и включает в себя меньшее число поднесущих (для данной полосы пропускания, OFDM-символ с использованием кГц переносит поднесущих по сравнению символом в 15 кГц). Соответственно, каждый OFDM-символ лучше используется, и цепочка символов становится короче. Тем не менее, более широкие (и в силу этого более короткие) поднесущие для DL-управления не требуются во всех системах, например, системы с использованием формирования цифровой диаграммы направленности могут обрабатывать множество пользователей в одном символе. UE, пытающееся соединяться с сетью, не знает то, какую OFDM-нумерологию (например, разнесение поднесущих, но также и длину циклического префикса) сеть применяет для области DL-управления.

Кроме того, различные привязки PDCCH (привязка в расчете на символ или многосимвольная привязка) могут быть предпочтительными в различных сценариях.

В силу этого для UE представляет собой проблему знать то, какая OFDM-нумерология используется для DL-канала управления, и какую привязку PDCCH следует использовать.

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

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

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

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

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

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

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

Согласно пятому аспекту, представлена компьютерная программа для осуществления способа согласно первому и второму аспектам.

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

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

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

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

Фиг. 1 является принципиальной схемой, иллюстрирующей окружение, в котором могут применяться варианты осуществления, представленные в данном документе;

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

Фиг. 3 показывает временной слот нисходящей линии связи (7 символов в этом примере) с управлением и данными, в котором PDSCH диспетчеризуется посредством PDCCH;

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

Фиг. 5 иллюстрирует направления луча, в которых подвергаются формированию диаграммы направленности последовательные OFDM-символы, при этом четыре символа используются для того, чтобы создавать четыре луча, указывающие в различных направлениях, и при этом символы имеют половину длины (и в силу этого двойную длину) относительно символов данных;

Фиг. 6A и 6B являются блок-схемами последовательности операций, иллюстрирующими варианты осуществления способа, представленные в данном документе;

Фиг. 7 и 8 являются принципиальными схемами, иллюстрирующими некоторые компоненты устройств, представленных в данном документе; и

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

Подробное описание изобретения

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

В данном документе, термины "пользовательское оборудование (UE)", терминал, переносной телефон и т.д. взаимозаменяемо, чтобы обозначать устройство, которое обменивается данными с сетевой инфраструктурой. Термин не должен истолковываться как означающий какой-либо конкретный тип устройства, т.е. он применяется к ним из них, и варианты осуществления, описанные в данном документе, являются применимыми ко всем устройствам, которые используют соответствующее решение для того, чтобы разрешать проблемы, описанные выше. Аналогично, базовая станция (BS) имеет намерение обозначать узел в сетевой инфраструктуре, который обменивается данными с UE. Могут быть применимыми другие названия, такие как NB, eNB, gNB, и функциональность BS также может быть распределена различными способами. Например, могут быть терминальные части радиоголовки протоколов радиосвязи и централизованный блок, который завершает другие части протоколов радиосвязи. Термин "BS" означает все альтернативные архитектуры, которые могут реализовывать соответствующее изобретение, и различие между такими реализациями не проводится.

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

Следует отметить, что множество других параметров с большой вероятностью должны зависеть, по меньшей мере, частично, от разнесения поднесущих. Например, длина символа в OFDM является функцией разнесения поднесущих. Длина временного слота, которая задается в числе символов или миллисекундах, зависит, например, от выбранной нумерологии. Общим для множества этих параметров является то, что приемное устройство должно знать или, по меньшей мере, должно извлекать значительную выгоду из знания заранее того, какие параметры используются посредством передающего устройства при передаче сигнала в приемное устройство. Например, UE извлекает выгоду из знания разнесения поднесущих, используемого посредством передающего BS, так что UE может уменьшать гипотезы в отношении различных разнесений поднесущих, используемых посредством BS, при попытке декодировать сигнал. Это применяется ко множеству параметров, в том числе, но не только, к параметрам, описанным выше. Некоторые параметры могут идентифицироваться посредством декодирования вслепую, но если имеется слишком большое количество неизвестных параметров, задача идентификации должна приводить к большой нагрузке по обработке на UE.

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

Текущие соглашения в 3GPP TSG RAN WG1 включают в себя разнесение поднесущих, которое масштабируется согласно кГц, где m является целым числом или, предпочтительно, неотрицательным целым числом . Также согласовано, что блок физических ресурсов состоит из 12 поднесущих. Длительность субкадра также является фиксированной в 1 мс. Временной слот состоит из 7 или 14 символов, 7 символов для разнесений поднесущих, меньших или равных 60 кГц, и 14 символов для разнесений поднесущих, больших 60 кГц.

Как уже отмечено, 3GPP TSG RAN WG1 согласует, что 5G NR должен поддерживать несколько нумерологии в несущей. Наличие различных нумерологий в рамках несущей может быть практически полезным, например, чтобы одновременно удовлетворять требованиям для низкой задержки для одного поднабора UE и при этом поддерживать хорошее покрытие для другого набора UE. В более общих чертах, различные подполосы частот на несущей с использованием различных нумерологий затем могут использоваться для передач в/из различных UE, при этом различные UE имеют различные требования к качеству обслуживания.

Тем не менее, проблемы также возникают с этой гибкостью в поддержке нескольких нумерологий на несущей. В частности, приемное устройство, такое как UE, должно извлекать значительную выгоду из знания заранее того, какая нумерология должна предполагаться при попытке декодировать сигнал из передающего устройства. Одна сложность заключается в том, что когда UE сначала находит и соединяется с сотой, оно не обязательно знает то, какая нумерология применяется к несущей в соте, и, в частности, оно не знает то, имеются или нет подполосные части, которые применяют другие нумерологии.

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

Эта проблема разрешена посредством технологий, раскрытых в работе PCT/SE2016/051083 заявителя. Здесь, сеть указывает в широковещательной информации, которая считывается посредством UE до того, как оно считывает DL-канал управления, то, какая OFDM-нумерология используется для DL-канала управления. Это, в частности, имеет место для нумерологии общего пространства поиска. Для конкретного для UE пространства поиска, она может представлять собой либо нумерологию, идентичную нумерологии для общего пространства поиска (в этом случае, дополнительная передача служебных сигналов не требуется для того, чтобы указывать нумерологию конкретного для UE пространства поиска), либо конкретное для UE пространство поиска может отдельно конфигурироваться. Конфигурация конкретного для UE пространства поиска типично реализуется с использованием полустатической передачи служебных сигналов с использованием, например, передачи служебных RRC-сигналов.

Наличие большего разнесения поднесущих для управления, чем для данных, приводит к доступности большего числа OFDM-символов для области управления. Это может быть полезным для формирования аналоговой диаграммы направленности. Одновременно, для этого типа работы, требуется привязка PDCCH в расчете на символ. Одна возможность состоит в том, чтобы отдельно указывать PDCCH- привязку для UE. Другая (предпочтительная) возможность состоит в том, чтобы связывать привязку PDCCH с нумерологией области управления, например, таким образом, что:

- нумерология для области управления, идентичная нумерологии области данных, может интерпретироваться как означающая то, что UE должно допускать многосимвольную привязку PDCCH (и она используется сетью); и/или

- отличающаяся (или более высокая) нумерология для области управления по сравнению с областью данных может интерпретироваться как означающая то, что UE должно допускать привязку PDCCH в расчете на символ (и она используется сетью).

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

Обобщая за рамки ситуации, раскрытой в PCT/SE2016/051083, варианты осуществления в данном документе могут осуществляться на практике в любой сети, при этом UE, при входе в сеть, синхронизируется с сетью и считывает (базовую) системную информацию. (Базовая) системная информация может получаться из широковещательного канала (например, блока главной информации (MIB) или другого канала, переносящего минимальную системную информацию). Полученная системная информация типично предоставляет в UE информацию относительно того, как оно может считывать дополнительную системную информацию, которая передается по совместно используемому каналу. Передачи по совместно используемому каналу уведомляются с помощью DL-канала управления (PDCCH), для системной информации типично в общем пространстве поиска. Для возможности UE считывать PDCCH, оно должно знать подробности относительно используемого пространства поиска, к примеру, используемой нумерологии OFDM (разнесения поднесущих или циклического префикса) и привязки PDCCH.

Во избежание декодирования вслепую нумерологии пространства поиска (общего) канала управления, в UE может предоставляться используемая нумерология OFDM и привязка PDCCH через некоторый канал или сигнал, который он считывает до попытки считывать (общий) канал управления. Эта информация, например, может передаваться в сигнале синхронизации (определенные последовательности или форматы сигнала синхронизации указывают определенную нумерологию пространства поиска (общего) канала управления) либо предпочтительно через широковещательный канал. Широковещательный канал (BCH), переносящий MIB, может передаваться по физическому широковещательному каналу (PBCH). Другая передача служебных сигналов также может предусматриваться, например, через другую технологию радиодоступа (RAT) или другой тип широковещательного канала.

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

В OFDM-символе, идентичном OFDM-символу пространства поиска общего канала управления, типично также конфигурируются конкретные для UE пространства поиска канала управления. Одна возможность состоит в том, что идентичная нумерология используется как для общих, так и для конкретных для UE пространств поиска. Другая возможность состоит в том, что конкретное для UE пространство поиска может конфигурироваться отдельно, в этом случае дополнительная передача служебных сигналов (например, передача служебных сигналов на основе RRC) требуется для того, чтобы конфигурировать конкретное для UE пространство поиска.

Цель использования более широкого разнесения поднесущих для DL-канала управления может состоять в том, чтобы делать каждый OFDM-символ короче и за счет этого иметь возможность развертывать больше лучей (с несколькими символами) с учетом фиксированного периода времени. Покрытие канала связано с энергией, содержащейся в принимаемом канале, т.е. чем длиннее канальная передача, тем лучше покрытие. Тем не менее, в развертывании, в котором более короткие символы используются для DL-управления, покрытие не представляет собой проблему, и это является приемлемым.

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

Сеть 4, в которой могут реализовываться варианты осуществления, описанные в данном документе, представляется на фиг. 1. UE 1 может соединяться в беспроводном режиме с BS 2. BS 2 соединяется с базовой сетью 3.

Способ, согласно варианту осуществления, для обеспечения возможности использования различных привязок каналов проиллюстрирован на фиг. 6A. Способ, согласно варианту осуществления, для обеспечения возможности использования различных привязок каналов проиллюстрирован на фиг. 6B.

UE согласно варианту осуществления представляется со ссылкой на фиг. 7. UE 1 содержит процессор 10, интерфейс 11 связи и компьютерный программный продукт 12, 13. Компьютерный программный продукт хранит инструкции, которые, при их исполнении процессором, предписывают UE выполнять этапы, показанные на фиг. 6A. Процессор 10 может реализовываться как схема обработки. В альтернативной реализации, процессор 10 и компьютерный программный продукт 12, 13 заменяются посредством схемы обработки, выполненной с возможностью выполнять этапы, показанные на фиг. 6A.

BS согласно варианту осуществления представляется со ссылкой на фиг. 8. BS 2 содержит процессор 20, интерфейс 21 связи и компьютерный программный продукт 22, 23. Компьютерный программный продукт хранит инструкции, которые, при их исполнении процессором, предписывают BS выполнять этапы, показанные на фиг. 6B. Процессор 20 может реализовываться как схема обработки. В альтернативной реализации, процессор 20 и компьютерный программный продукт 22, 23 заменяются посредством схемы обработки, выполненной с возможностью выполнять этапы, показанные на фиг. 6B.

UE согласно варианту осуществления представляется со ссылкой на фиг. 9. UE 90 содержит диспетчер 91 связи и диспетчер 92 декодирования. Со ссылкой на фиг. 6A, диспетчер 91 связи служит для выполнения этапа S110, и диспетчер 92 декодирования служит для выполнения этапа S120.

BS согласно варианту осуществления представляется со ссылкой на фиг. 10. BS 100 содержит диспетчер 101 связи и диспетчер 102 кодирования. Со ссылкой на фиг. 6B, диспетчер связи служит для выполнения этапов S210 и S230, и диспетчер 102 кодирования служит для выполнения этапа S220.

Предоставляется компьютерная программа 14, 15 согласно варианту осуществления. Компьютерная программа содержит компьютерный программный код, который при его исполнении на UE, предписывает UE осуществлять способ, показанный на фиг. 6A.

Предоставляется компьютерная программа 24, 25 согласно варианту осуществления. Компьютерная программа содержит компьютерный программный код, который при его исполнении на BS, предписывает BS осуществлять способ, показанный на фиг. 6B.

Также предоставляется компьютерный программный продукт 12, 13 (фиг. 7), 22, 23 (фиг. 8), содержащий компьютерную программу 14, 15 (фиг. 7), 24, 25 (фиг. 8) и машиночитаемое средство хранения данных, на котором хранится компьютерная программа 14, 15, 24, 25.

Фиг. 7 является принципиальной схемой, показывающей некоторые компоненты UE 1. Процессор 10 может предоставляться с использованием любой комбинации одного или более из подходящего центрального процессора (CPU), многопроцессорной системы, микроконтроллера, процессора цифровых сигналов (DSP), специализированной интегральной схемы и т.д., допускающих исполнение программных инструкций компьютерной программы 14, хранящейся в запоминающем устройстве. Запоминающее устройство в силу этого может считаться или составлять часть компьютерного программного продукта 12. Процессор 10 может быть выполнен с возможностью осуществлять способ, описанный в данном документе со ссылкой на фиг. 6A.

Запоминающее устройство может представлять собой любую комбинацию запоминающего устройства со считыванием и записью (RAM) и постоянного запоминающего устройства (ROM). Запоминающее устройство 74 также может содержать постоянное хранилище, которое, например, может представлять собой любое одно или комбинацию магнитного запоминающего устройства, оптического запоминающего устройства, полупроводникового запоминающего устройства или даже удаленно смонтированного запоминающего устройства.

Второй компьютерный программный продукт 13 в форме запоминающего устройства данных также может предоставляться, например, для считывания и/или хранения данных во время исполнения программных инструкций в процессоре 10. Запоминающее устройство данных может представлять собой любую комбинацию запоминающего устройства со считыванием и записью (RAM) и постоянного запоминающего устройства (ROM) и также может содержать устройство постоянного хранения данных, которое, например, представлять собой любое одно или комбинацию магнитного запоминающего устройства, оптического запоминающего устройства, полупроводникового запоминающего устройства или даже удаленно смонтированного запоминающего устройства. Запоминающее устройство данных, например, может хранить другие программные инструкции 15, чтобы улучшать функциональность для UE 1.

Фиг. 9 является принципиальной схемой, показывающей функциональные блоки UE 1. Модули могут реализовываться только как программные инструкции, к примеру, как компьютерная программа, исполняющаяся на сервере кэширования, либо только как аппаратные средства, к примеру, как специализированные интегральные схемы, программируемые пользователем вентильные матрицы, дискретные логические компоненты, приемо-передающие устройства и т.д., либо как комбинация вышеозначенного. В альтернативном варианте осуществления, некоторые функциональные блоки могут реализовываться посредством программного обеспечения, а другие посредством аппаратных средств. Модули соответствуют этапам в способах, проиллюстрированных на фиг. 6A, содержащем диспетчер 91 связи и диспетчер 92 декодирования. В вариантах осуществления, в которых один или более модулей реализуются посредством компьютерной программы, следует понимать, что эти модули не обязательно соответствуют модулям обработки, но могут быть написаны в качестве инструкций согласно языку программирования, на котором они должны реализовываться, поскольку некоторые языки программирования типично не содержат модули обработки.

Диспетчер 91 связи, например, может реализовываться процессором 10 по фиг. 7, при исполнении компьютерной программы. Диспетчер 92 декодирования, например, может реализовываться процессором 10 по фиг. 7, при исполнении компьютерной программы.

Фиг. 8 является принципиальной схемой, показывающей некоторые компоненты базовой станции 2. Процессор 20 может предоставляться с использованием любой комбинации одного или более из подходящего центрального процессора (CPU), многопроцессорной системы, микроконтроллера, процессора цифровых сигналов (DSP), специализированной интегральной схемы и т.д., допускающих исполнение программных инструкций компьютерной программы 24, хранящейся в запоминающем устройстве. Запоминающее устройство в силу этого может считаться или составлять часть компьютерного программного продукта 22. Процессор 20 может быть выполнен с возможностью осуществлять способ, описанный в данном документе со ссылкой на фиг. 6B.

Запоминающее устройство может представлять собой любую комбинацию запоминающего устройства со считыванием и записью (RAM) и постоянного запоминающего устройства (ROM). Запоминающее устройство 74 также может содержать постоянное хранилище, которое, например, может представлять собой любое одно или комбинацию магнитного запоминающего устройства, оптического запоминающего устройства, полупроводникового запоминающего устройства или даже удаленно смонтированного запоминающего устройства.

Второй компьютерный программный продукт 23 в форме запоминающего устройства данных также может предоставляться, например, для считывания и/или хранения данных во время исполнения программных инструкций в процессоре 20. Запоминающее устройство данных может представлять собой любую комбинацию запоминающего устройства со считыванием и записью (RAM) и постоянного запоминающего устройства (ROM) и также может содержать устройство постоянного хранения данных, которое, например, представлять собой любое одно или комбинацию магнитного запоминающего устройства, оптического запоминающего устройства, полупроводникового запоминающего устройства или даже удаленно смонтированного запоминающего устройства. Запоминающее устройство данных, например, может хранить другие программные инструкции 25, чтобы улучшать функциональность для BS 2.

Фиг. 10 является принципиальной схемой, показывающей функциональные блоки BS 2. Модули могут реализовываться только как программные инструкции, к примеру, как компьютерная программа, исполняющаяся на сервере кэширования, либо только как аппаратные средства, к примеру, как специализированные интегральные схемы, программируемые пользователем вентильные матрицы, дискретные логические компоненты, приемо-передающие устройства и т.д., либо как комбинация вышеозначенного. В альтернативном варианте осуществления, некоторые функциональные блоки могут реализовываться посредством программного обеспечения, а другие посредством аппаратных средств. Модули соответствуют этапам в способе, проиллюстрированном на фиг. 6B, содержащем диспетчер 101 связи и диспетчер 102 кодирования. В вариантах осуществления, в которых один или более модулей реализуются посредством компьютерной программы, следует понимать, что эти модули не обязательно соответствуют модулям обработки, но могут быть написаны в качестве инструкций согласно языку программирования, на котором они должны реализовываться, поскольку некоторые языки программирования типично не содержат модули обработки.

Диспетчер 101 связи, например, может реализовываться процессором 20 по фиг. 8, при исполнении компьютерной программы. Диспетчер 102 кодирования, например, может реализовываться процессором 20 по фиг. 8, при исполнении компьютерной программы.

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

Изобретение относится к беспроводной технологии мобильной связи. Технический результат – обеспечение возможности использования конфигурируемой привязки каналов. Пользовательское оборудование осуществляет способ, содержащий: прием (S110) системной информации, указывающей текущую нумерологию области управления с конфигурируемой нумерологией; и декодирование (S120) области управления в соответствии с допущением относительно привязки каналов, которая выбирается из по меньшей мере двух предварительно заданных привязок каналов на основе текущей нумерологии. Базовая станция осуществляет способ, содержащий: передачу (S210) системной информации, указывающей текущую нумерологию области управления с конфигурируемой нумерологией; формирование (S220) сигнала с использованием привязки каналов, выбранной из по меньшей мере двух предварительно заданных привязок каналов; и передачу (S230) сформированного сигнала в области управления, при этом привязка каналов выбирается на основе текущей нумерологии области управления, или наоборот. 6 н. и 21 з.п. ф-лы, 11 ил.

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

принимают (S110) системную информацию, указывающую текущую нумерологию области управления с конфигурируемой нумерологией; и

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

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

3. Способ по п.2, дополнительно содержащий этап, на котором принимают указание относительно нумерологии области данных.

4. Способ по п.2 или 3, в котором упомянутое сравнение связано с нумерологиями области данных и области управления одного и того же временного слота.

5. Способ по любому из предшествующих пунктов, в котором системная информация принимается по широковещательному каналу.

6. Способ по любому из предшествующих пунктов, в котором:

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

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

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

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

9. Способ по п.7 при его зависимости от п.2, в котором привязка в расчете на символ выбирается, если нумерология области данных и текущая нумерология области управления отличаются.

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

11. Способ по п.7 при его зависимости от п.2, п.9 или п.10, в котором многосимвольная привязка выбирается, если нумерология области данных и текущая нумерология области управления являются равными или эквивалентными.

12. Способ по любому из пп.7-11, в котором привязка в расчете на символ предусматривает то, что каждый физический канал управления нисходящей линии связи (PDCCH) содержится в одном OFDM-символе.

13. Способ по любому из пп.7-12, в котором многосимвольная привязка предусматривает то, что физический канал управления нисходящей линии связи (PDCCH) может превышать один OFDM-символ.

14. Способ обеспечения возможности использования различных привязок каналов, реализуемый в базовой станции (BS), при этом способ содержит этапы, на которых:

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

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

передают (S230) сформированный сигнал в области управления,

при этом привязка каналов выбирается на основе текущей нумерологии области управления, или наоборот.

15. Способ по п.14, дополнительно содержащий этап, на котором передают указание относительно нумерологии области данных.

16. Способ по п.14 или 15, в котором системная информация передается по широковещательному каналу.

17. Способ по любому из пп.14-16, в котором предварительно заданные привязки каналов включают в себя многосимвольную привязку и привязку в расчете на символ.

18. Способ по п.17, в котором многосимвольная привязка выбирается в случаях, в которых BS не передает указание относительно нумерологии области данных.

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

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

21. Способ по любому из пп.17-20, в котором многосимвольная привязка выбирается, если нумерология области данных и текущая нумерология области управления являются равными или эквивалентными.

22. Способ по любому из пп.14-21, в котором привязка в расчете на символ предусматривает то, что каждый физический канал управления нисходящей линии связи (PDCCH) содержится в одном OFDM-символе.

23. Способ по любому из пп.14-22, в котором многосимвольная привязка предусматривает то, что физический канал управления нисходящей линии связи (PDCCH) может превышать один OFDM-символ.

24. Пользовательское оборудование (1), содержащее:

процессор (10);

интерфейс (11) связи; и

компьютерный программный продукт (12, 13), хранящий инструкции, которые при их исполнении процессором предписывают пользовательскому оборудованию:

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

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

25. Базовая станция (2), содержащая:

процессор (20);

интерфейс (21) связи; и

компьютерный программный продукт (22, 23), хранящий инструкции, которые при их исполнении процессором предписывают базовой станции:

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

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

передавать сформированный сигнал в области управления,

при этом привязка каналов выбирается на основе текущей нумерологии области управления, или наоборот.

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

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