УСТРОЙСТВО И СПОСОБ ДЛЯ МЕЖПОЛОСНОГО СПАРИВАНИЯ НЕСУЩИХ ДЛЯ ПЕРЕКЛЮЧЕНИЯ ПЕРЕДАЧИ И ПРИЕМА ДУПЛЕКСА С ВРЕМЕННЫМ РАЗДЕЛЕНИЕМ КАНАЛОВ И ИХ ПРИМЕНЕНИЕ К МУЛЬТИПЛЕКСИРОВАНИЮ РАЗЛИЧНЫХ ИНТЕРВАЛОВ ВРЕМЕНИ ПЕРЕДАЧИ
DEVICE AND METHOD FOR INTERBAND BANDING OF CARRIERS FOR SWITCHING TRANSMISSION AND RECEPTION OF DUPLEX WITH TIME DIVISION OF CHANNELS AND THEIR APPLICATION TO MULTIPLEXING OF DIFFERENT TRANSMISSION TIME INTERVALS

Заявление о приоритетности
[0001] Данная заявка притязает на приоритет предварительной заявки на патент № 62/000454, озаглавленной "Apparatus and Method for Inter-Band Pairing of Carriers for Time Division Duplex Transmit- and Receive-Switching and its Application to Multiplexing of Different Transmission Time Intervals" и поданной в Бюро по регистрации патентов и торговых марок США 19 мая 2014 года, предварительной заявки на патент № 62/000443, озаглавленной "Apparatus and Method for Synchronous Multiplexing and Multiple Access for Different Latency Targets Utilizing Thin Control" и поданной в Бюро по регистрации патентов и торговых марок США 19 мая 2014 года, и непредварительной заявки на патент № 14/567993, озаглавленной "Apparatus and Method for Inter-Band Pairing of Carriers for Time Division Duplex Transmit- and Receive-Switching and its Application to Multiplexing of Different Transmission Time Intervals" и поданной в Бюро по регистрации патентов и торговых марок США 11 декабря 2014 года, содержимое которых полностью содержится в данном документе по ссылке.
Область техники, к которой относится изобретение
[0002] Аспекты настоящего изобретения, в общем, относятся к системам беспроводной связи, а более конкретно, к спариванию межполосных несущих с дуплексом с временным разделением каналов (TDD), чтобы достигать полнодуплексной связи.
Уровень техники
[0003] Сети беспроводной связи широко развертываются для того, чтобы предоставлять различные услуги связи, например, телефонию, передачу видео, данных, обмен сообщениями, широковещательную передачу и т.п. Эти сети, которые обычно являются сетями множественного доступа, поддерживают связь для нескольких пользователей посредством совместного использования доступных сетевых ресурсов.
[0004] В таких беспроводных сетях, может предоставляться множество услуг передачи данных, включающих в себя речь, видео и почтовые сообщения. В последнее время, сети беспроводной связи используются для еще более широкого ассортимента услуг, включающих в себя приложения для решения критически важных задач и приложения для удаленного управления, такие как телехирургия, в которых требуется обратная связь в реальном времени. В таких приложениях, очень низкая задержка является критически важной для того, чтобы обеспечивать надлежащее высокое качество услуги. Иными словами, время для передачи информации из устройства связи и приема ответа обратно в устройстве связи, возможно, должно быть очень небольшим, порядка миллисекунд.
[0005] По мере того как продолжает расти спрос на мобильный широкополосный доступ, научные исследования продолжают совершенствовать технологии беспроводной связи не только таким образом, что они удовлетворяют растущему спросу на мобильный широкополосный доступ, но и совершенствуют и улучшают возможности работы пользователей.
Краткий обзор некоторых примеров
[0006] Далее представлена упрощенная сущность одного или более аспектов настоящего изобретения для того, чтобы предоставлять базовое понимание этих аспектов. Эта сущность не является всесторонним обзором всех рассматриваемых признаков раскрытия сущности и не имеет намерение ни то, чтобы идентифицировать ключевые или критические элементы всех аспектов раскрытия сущности, ни то, чтобы формировать разграничивать объем применения любых аспектов раскрытия сущности. Ее единственная цель заключается в том, чтобы представлять некоторые понятия одного или более аспектов раскрытия сущности в упрощенной форме в качестве вступления в более подробное описание, которое представлено далее.
[0007] Различные аспекты настоящего раскрытия сущности предоставляют спаривание межполосной несущей с несущей с дуплексом с временным разделением каналов (TDD). Если спаренная полоса частот представляет собой полосу частот с дуплексом с частотным разделением каналов (FDD), то базовые станции и мобильные устройства могут передавать и принимать дополнительные тонкие каналы управления на FDD-несущих, чтобы обеспечивать полнодуплексные режимы. Если спаренная полоса частот представляет собой TDD-полосу частот, то сопряженная или обратная несущая может использоваться таким образом, что достигается полнодуплексный режим или близкая аппроксимация к нему. С введением спаренного канала и быстрых каналов управления, может эффективно и рационально достигаться быстрое переключение восходящей/нисходящей линии связи для TDD-несущих.
[0008] В одном аспекте, изобретение предоставляет способ, устройство и машиночитаемый носитель, имеющий код для реализации беспроводной связи с использованием алгоритма для спаривания межполосных несущих для переключения передачи и приема в режиме дуплекса с временным разделением каналов. Здесь, подчиненный объект может обмениваться данными в беспроводном режиме с объектом диспетчеризации с использованием первого интервала времени передачи (TTI) по первой несущей, причем первая несущая представляет собой несущую с дуплексом с временным разделением каналов (TDD). Дополнительно, подчиненный объект может обмениваться данными в беспроводном режиме с использованием второго TTI, отличающегося от первого TTI и, по меньшей мере, частично перекрывающего первый TTI, по второй несущей, спаренной с первой несущей, но отделенной от первой несущей по частоте.
[0009] Эти и другие аспекты изобретения должны становиться более понятными после рассмотрения нижеприведенного подробного описания. Другие аспекты, признаки и варианты осуществления настоящего изобретения должны становиться очевидными для специалистов в данной области техники при изучении нижеприведенного описания конкретных примерных вариантов осуществления настоящего изобретения в сочетании с прилагаемыми чертежами. Хотя признаки настоящего изобретения могут быть пояснены относительно нижеприведенных конкретных вариантов осуществления и чертежей, все варианты осуществления настоящего изобретения могут включать в себя один или более преимущественных признаков, поясненных в данном документе. Другими словами, хотя один или более вариантов осуществления могут быть пояснены как имеющие определенные преимущественные признаки, один или более таких признаков также могут использоваться в соответствии с различными вариантами осуществления изобретения, поясненными в данном документе. Аналогично, хотя примерные варианты осуществления могут быть пояснены ниже в качестве вариантов осуществления устройства, системы или способа следует понимать, что такие примерные варианты осуществления могут реализовываться в различных устройствах, системах и способах.
Краткое описание чертежей
[0010] Фиг. 1 является блок-схемой, концептуально иллюстрирующей пример объекта диспетчеризации, обменивающегося данными с одним или более подчиненных объектов согласно некоторым вариантам осуществления.
[0011] Фиг. 2 является блок-схемой, иллюстрирующей пример аппаратной реализации для объекта диспетчеризации с использованием системы обработки согласно некоторым вариантам осуществления.
[0012] Фиг. 3 является блок-схемой, иллюстрирующей пример аппаратной реализации для подчиненного объекта с использованием системы обработки согласно некоторым вариантам осуществления.
[0013] Фиг. 4 является принципиальной схемой, иллюстрирующей структуру синхронного канала с множественным доступом в полнодуплексной системе для мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными восходящей линии связи согласно одному примеру.
[0014] Фиг. 5 является принципиальной схемой, иллюстрирующей структуру синхронного канала с множественным доступом с несущей с дуплексом с временным разделением каналов (TDD), спариваемой с несущей с дуплексом с частотным разделением каналов (FDD) для мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными восходящей линии связи согласно одному примеру.
[0015] Фиг. 6 является схемой последовательности операций обработки, иллюстрирующей пример мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными восходящей линии связи с использованием тонкого канала управления согласно некоторым вариантам осуществления.
[0016] Фиг. 7 является блок-схемой последовательности операций способа, иллюстрирующей пример мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными восходящей линии связи с использованием тонкого канала управления с точки зрения объекта диспетчеризации, согласно некоторым вариантам осуществления.
[0017] Фиг. 8 является принципиальной схемой, иллюстрирующей структуру синхронного канала с множественным доступом с TDD-несущей, спариваемой с FDD-несущей для мультиплексирования данных нисходящей линии связи с низкой задержкой с обычными данными восходящей линии связи согласно одному примеру.
[0018] Фиг. 9 является схемой последовательности операций обработки, иллюстрирующей пример мультиплексирования данных нисходящей линии связи с низкой задержкой с обычными данными восходящей линии связи с использованием тонкого канала управления согласно некоторым вариантам осуществления.
[0019] Фиг. 10 является блок-схемой последовательности операций способа, иллюстрирующей пример мультиплексирования данных нисходящей линии связи с низкой задержкой с обычными данными восходящей линии связи с использованием тонкого канала управления с точки зрения объекта диспетчеризации, согласно некоторым вариантам осуществления.
[0020] Фиг. 11 является принципиальной схемой, иллюстрирующей структуру синхронного канала с множественным доступом с TDD-несущей, спариваемой с FDD-несущей для мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными нисходящей линии связи согласно одному примеру.
[0021] Фиг. 12 является схемой последовательности операций обработки, иллюстрирующей пример мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными нисходящей линии связи с использованием тонкого канала управления согласно некоторым вариантам осуществления.
[0022] Фиг. 13 является блок-схемой последовательности операций способа, иллюстрирующей пример мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными нисходящей линии связи с использованием тонкого канала управления с точки зрения объекта диспетчеризации, согласно некоторым вариантам осуществления.
[0023] Фиг. 14 является принципиальной схемой, иллюстрирующей обратное (сопряженное) спаривание несущих с дуплексом с временным разделением каналов согласно одному примеру.
[0024] Фиг. 15 является принципиальной схемой, иллюстрирующей обратное (сопряженное) спаривание несущих с дуплексом с временным разделением каналов согласно другому примеру.
[0025] Фиг. 16 является принципиальной схемой, иллюстрирующей структуру синхронного канала с множественным доступом со спаренными TDD-несущими для мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными восходящей линии связи согласно одному примеру.
[0026] Фиг. 17 является схемой последовательности операций обработки, иллюстрирующей пример мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными восходящей линии связи с использованием тонкого канала управления согласно некоторым вариантам осуществления.
[0027] Фиг. 18 является блок-схемой последовательности операций способа, иллюстрирующей пример мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными восходящей линии связи с использованием тонкого канала управления с точки зрения объекта диспетчеризации, согласно некоторым вариантам осуществления.
[0028] Фиг. 19 является принципиальной схемой, иллюстрирующей структуру синхронного канала с множественным доступом со спаренными TDD-несущими для мультиплексирования данных нисходящей линии связи с низкой задержкой с обычными данными восходящей линии связи согласно одному примеру.
[0029] Фиг. 20 является схемой последовательности операций обработки, иллюстрирующей пример мультиплексирования данных нисходящей линии связи с низкой задержкой с обычными данными восходящей линии связи с использованием тонкого канала управления согласно некоторым вариантам осуществления.
[0030] Фиг. 21 является блок-схемой последовательности операций способа, иллюстрирующей пример мультиплексирования данных нисходящей линии связи с низкой задержкой с обычными данными восходящей линии связи с использованием тонкого канала управления с точки зрения объекта диспетчеризации, согласно некоторым вариантам осуществления.
[0031] Фиг. 22 является принципиальной схемой, иллюстрирующей структуру синхронного канала с множественным доступом со спаренными TDD-несущими для мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными нисходящей линии связи согласно одному примеру.
[0032] Фиг. 23 является схемой последовательности операций обработки, иллюстрирующей пример мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными нисходящей линии связи с использованием тонкого канала управления согласно некоторым вариантам осуществления.
[0033] Фиг. 24 является блок-схемой последовательности операций способа, иллюстрирующей пример мультиплексирования данных восходящей линии связи с низкой задержкой с обычными данными нисходящей линии связи с использованием тонкого канала управления с точки зрения объекта диспетчеризации, согласно некоторым вариантам осуществления.
[0034] Фиг. 25 является блок-схемой последовательности операций способа, иллюстрирующей пример беспроводной связи с использованием TDD-несущей, спаренной со второй несущей и мультиплексирующей длинные и короткие TTI, согласно некоторым вариантам осуществления.
[0035] Фиг. 26 является блок-схемой последовательности операций способа, иллюстрирующей пример беспроводной связи с использованием пары TDD-несущих для полнодуплексной связи, согласно некоторым вариантам осуществления.
Подробное описание изобретения
[0036] Изложенное ниже в связи с прилагаемыми чертежами подробное описание предназначено в качестве описания различных конфигураций и не предназначено для того, чтобы представлять единственные конфигурации, в которых могут осуществляться на практике принципы, описанные в данном документе. Подробное описание включает в себя конкретные подробности для целей представления полного понимания различных принципов. Тем не менее, специалистам в данной области техники должно быть очевидным, что эти принципы могут быть осуществлены на практике без этих конкретных подробностей. В некоторых случаях, известные структуры и компоненты показаны в форме блок-схемы, чтобы упрощать понимание таких принципов.
[0037] Различные принципы, представленные в ходе этого раскрытия изобретения, могут быть реализованы во множестве систем связи, сетевых архитектур и стандартов связи. Например, партнерский проект третьего поколения (3GPP) является организацией по стандартизации, которая задает несколько стандартов беспроводной связи для сетей, предусматривающих усовершенствованную систему с пакетной коммутацией (EPS), часто называемых "сетями по стандарту долгосрочного развития (LTE)". LTE-сети могут предоставлять сквозное время задержки между передающим устройством и приемным устройством порядка 50 мс, причем время задержки по радио интерфейсу для конкретного пакета составляет в диапазоне 10 мс. Текущая известная LTE-функциональность предоставляет время передачи и подтверждения приема (RTT) для определенных служебных сигналов с обратной связью (т.е. для передачи в служебных сигналах гибридного автоматического запроса на повторную передачу (HARQ)), по меньшей мере, приблизительно в 8 мс, с использованием интервала времени передачи (TTI) в 1 мс. (Здесь, TTI соответствует минимальной длительности единицы информации, которая может декодироваться). Для LTE-конфигураций с дуплексом с временным разделением каналов (TDD), конфигурация восходящей/нисходящей линии связи имеет относительно фиксированную конфигурацию, которой требуется приблизительно 10 мс на изменение. В общем, LTE предоставляет единообразный подход со всеми услугами и пакетами, основывающимися на этих идентичных диапазонах времени задержки.
[0038] Усовершенствованные версии LTE-сети, к примеру, сеть пятого поколения (5G), могут предоставлять множество различных типов услуг или приложений, включающих в себя, но не только, просмотр веб-страниц, потоковую передачу видео, VoIP, приложения для решения критически важных задач, сети с несколькими перескоками, дистанционное управление с обратной связью в реальном времени (например, телехирургию) и т.д. Здесь, эти различные наборы услуг могут извлекать выгоду из наличия нескольких целей по времени задержки, которые радикально отличаются друг от друга. Тем не менее, единообразные аспекты LTE-сети, описанной выше, могут сильно затруднять мультиплексирование трафика с различными целями по времени задержки.
[0039] Совместимость спектра системы, которая поддерживает такие разнообразные цели по времени задержки, может представлять собой сложность. Например, временное мультиплексирование обычного трафика/трафика с низкой задержкой может нарушать требования пакетов с низкой задержкой. Кроме того, зарезервированные ресурсы частотной области для трафика с низкой задержкой ограничивают пиковую скорость и эффективность магистральных каналов связи. Таким образом, для сетей следующего поколения, существует потребность в новых способах для того, чтобы поддерживать способность мультиплексировать различные типы, классы категории и трафика и услуг, включающие в себя, но не только, трафик, имеющий радикально различные характеристики времени задержки.
[0040] Согласно некоторым аспектам настоящего раскрытия сущности, раскрыты устройство, способы и компьютерные инструкции, предоставляющие спаривание межполосной несущей с несущей с дуплексом с временным разделением каналов (TDD). Если спаренная полоса частот представляет собой полосу частот с дуплексом с частотным разделением каналов (FDD), то базовые станции и мобильные устройства могут передавать и принимать дополнительные тонкие каналы управления на FDD-несущих, чтобы обеспечивать полнодуплексные режимы. Если спаренная полоса частот представляет собой другую TDD-полосу частот, то сопряженная или обратная несущая может использоваться таким образом, что достигается полнодуплексная связь. С введением спаренного канала и быстрых каналов управления, может эффективно и рационально достигаться быстрое переключение восходящей/нисходящей линии связи для TDD-несущих, обеспечивая мультиплексирование различных типов, классов и категорий трафика и услуг.
[0041] Ссылаясь теперь на фиг. 1, предоставляется блок-схема, иллюстрирующая объект 102 диспетчеризации и множество подчиненных объектов 104, занятых беспроводной связью с использованием тонких каналов 108/112 управления и тонкого канала 114 обратной связи, подробнее описанных ниже. Конечно, каналы, проиллюстрированные на фиг. 1, не обязательно представляют собой все каналы, которые могут быть использованы между объектом 102 диспетчеризации и подчиненными объектами 104, и специалисты в данной области техники должны распознавать, что другие каналы могут быть использованы в дополнение к проиллюстрированным каналам, к примеру, другие каналы управления и обратной связи. Как проиллюстрировано на фиг. 1, объект 102 диспетчеризации может передавать в широковещательном режиме данные 106 нисходящей линии связи в один или более подчиненных объектов 104. В соответствии с аспектами настоящего раскрытия сущности, термин "нисходящая линия связи" может означать передачу "точка-многоточка", исходящую в объекте 102 диспетчеризации. В широком смысле, объект 102 диспетчеризации представляет собой узел или устройство, отвечающее за диспетчеризацию трафика в сети беспроводной связи, включающего в себя передачи по нисходящей линии связи, и в некоторых примерах, данных 110 восходящей линии связи из одного или более подчиненных объектов в объект 102 диспетчеризации. (Другой способ описания схемы может заключаться в том, чтобы использовать термин "мультиплексирование широковещательных каналов"). В соответствии с аспектами настоящего раскрытия сущности, термин "восходящая линия связи" может означать передачу "точка-точка", исходящую в подчиненном объекте 104. В широком смысле, подчиненный объект 104 представляет собой узел или устройство, которое принимает информацию управления диспетчеризацией, включающую в себя, но не только, разрешения на диспетчеризацию, информацию синхронизации или временного распределения либо другую управляющую информацию из другого объекта в сети беспроводной связи, такого как объект 102 диспетчеризации.
[0042] В дополнительном аспекте раскрытия сущности, объект 102 диспетчеризации может передавать в широковещательном режиме тонкий канал 108 и/или 112 управления в один или более подчиненных объектов 104. Как описано в данном документе ниже, использование тонкого канала 108/112 управления может обеспечивать модификацию/прореживание данных восходящей линии связи и/или нисходящей линии связи, передаваемых с использованием первого длинного интервала времени передачи (TTI), с другими данными (например, пакетами с низкой задержкой (LoLat)) с использованием второго короткого TTI.
[0043] Кроме того, подчиненные объекты 104 могут передавать тонкий канал 114 обратной связи в объект 102 диспетчеризации. Тонкий канал обратной связи в некоторых примерах может включать в себя запрос в объект диспетчеризации с тем, чтобы модифицировать/прореживать первый длинный TTI с LoLat-пакетами с использованием второго короткого TTI. Здесь, в ответ на запрос, передаваемый по тонкому каналу 114 обратной связи, объект 102 диспетчеризации может передавать в тонком канале 112 управления информацию, которая может диспетчеризовать модификацию/прореживание длинного первого TTI с LoLat-пакетами с использованием второго короткого TTI.
[0044] Фиг. 2 является концептуальной схемой, иллюстрирующей пример аппаратной реализации для объекта 102 диспетчеризации с использованием системы 214 обработки. В соответствии с различными аспектами раскрытия сущности, элемент или любая часть элемента либо любая комбинация элементов может реализовываться с помощью системы 214 обработки, которая включает в себя один или более процессоров 204.
[0045] В различных аспектах раскрытия сущности, устройство 200 может представлять собой любое подходящее приемо-передающее радиоустройство и, в некоторых примерах, может быть осуществлено посредством базовой станции (BS), базовой приемо-передающей станции (BTS), базовой радиостанции, приемо-передающего радиоустройства, функции приемо-передающего устройства, базового набора служб (BSS), расширенного набора служб (ESS), точки доступа (AP), узла B, усовершенствованного узла B (eNB), узла ячеистой сети, ретранслятора или некоторого другого подходящего термина. В настоящем документе, базовая станция может упоминаться в качестве объекта диспетчеризации, что указывает то, что базовая станция предоставляет информацию диспетчеризации в один или более подчиненных объектов.
[0046] В других примерах, устройство 200 может быть осуществлено посредством беспроводного абонентского устройства (UE). Примеры UE включают в себя сотовый телефон, смартфон, телефон по протоколу инициирования сеансов (SIP), переносной компьютер, ноутбук, нетбук, смартбук, персональное цифровое устройство (PDA), спутниковое радиоустройство, устройство по стандарту глобальной системы позиционирования (GPS), мультимедийное устройство, видеоустройство, цифровой аудиопроигрыватель (например, MP3-проигрыватель), камеру, игровую приставку, электронное мультимедийное устройство, компонент транспортного средства, носимое вычислительное устройство (например, интеллектуальные часы, браслет для отслеживания показателей здоровья или занятий спортом и т.д.), прибор, датчик, торговый автомат или любое другое аналогичное функциональное устройство. UE 102 также может упоминаться специалистами в данной области техники как мобильная станция (MS), абонентская станция, мобильный модуль, абонентское устройство, беспроводной модуль, удаленный модуль, мобильное устройство, беспроводное устройство, устройство беспроводной связи, удаленное устройство, мобильная абонентская станция, терминал доступа (AT), мобильный терминал, беспроводной терминал, удаленный терминал, переносной телефон, терминал, пользовательский агент, мобильный клиент, клиент или некоторый другой надлежащий термин. В настоящем документе, UE может упоминаться либо в качестве объекта диспетчеризации, либо в качестве подчиненного объекта. Иными словами, в различных аспектах настоящего раскрытия сущности, беспроводное UE может работать в качестве объекта диспетчеризации, предоставляющего информацию диспетчеризации в один или более подчиненных объектов, или может работать в качестве подчиненного объекта в соответствии с информацией диспетчеризации, предоставленной посредством объекта диспетчеризации.
[0047] Примеры процессоров 204 включают в себя микропроцессоры, микроконтроллеры, процессоры цифровых сигналов (DSP), программируемые пользователем вентильные матрицы (FPGA), программируемые логические устройства (PLD), конечные автоматы, вентильную логику, дискретные аппаратные схемы и другие надлежащие аппаратные средства, сконфигурированные с возможностью осуществлять различную функциональность, описанную в ходе этого раскрытия сущности. Иными словами, процессор 204, при использовании в устройстве 200, может использоваться для того, чтобы реализовывать любого один или более процессов, описанных ниже и проиллюстрированных на фиг. 5-26.
[0048] В этом примере, система 214 обработки может быть реализована с шинной архитектурой, представленной, в общем, посредством шины 202. Шина 202 может включать в себя любое число соединительных шин и мостов в зависимости от конкретного варианта применения системы 214 обработки и общих проектных ограничений. Шина 202 соединяет различные схемы, включающие в себя один или более процессоров (представлены, в общем, посредством процессора 204), запоминающее устройство 205 и машиночитаемые носители (представлены, в общем, посредством машиночитаемого носителя 206). Шина 202 также может связывать различные другие схемы, такие как источники синхронизирующего сигнала, периферийные устройства, стабилизаторы напряжения и схемы управления питанием, которые известны в данной области техники и в силу этого не описываются дальше. Шинный интерфейс 208 предоставляет интерфейс между шиной 202 и приемо-передающим устройством 210. Приемо-передающее устройство 210 предоставляет средство для обмена данными с различными другими устройствами по среде передачи. В зависимости от природы устройства, также может предоставляться пользовательский интерфейс 212 (например, клавишная панель, дисплей, динамик, микрофон, джойстик).
[0049] В некоторых аспектах раскрытия сущности, процессор 204 может включать в себя схему 241 назначения ресурсов и управления TTI, сконфигурированную с возможностью формировать, диспетчеризовать и модифицировать назначение ресурсов или предоставление частотно-временных ресурсов. Схема 241 назначения ресурсов и управления TTI дополнительно может быть сконфигурирована с возможностью определять TTI, который следует использовать для передач по восходящей и нисходящей линии связи, например, то, передачи данных должны использовать первый длинный TTI или второй короткий TTI. Схема 241 назначения ресурсов и управления TTI может работать координированно с программным обеспечением 251 для назначения ресурсов и управления TTI. Процессор 204 дополнительно может включать в себя схему 242 формирования и передачи по каналам передачи данных и управления, сконфигурированную с возможностью формировать и передавать каналы передачи данных и управления восходящей линии связи и нисходящей линии связи, а также каналы обратной связи в восходящей линии связи и каналы управления нисходящей линии связи, включающие в себя, но не только, тонкий канал управления, тонкий канал обратной связи, канал LoLat-разрешения на передачу, канал модификации разрешения на передачу и канал назначения. Схема 242 формирования и передачи по каналам передачи данных и управления может работать координированно с программным обеспечением 252 для формирования и передачи по каналам передачи данных и управления. Процессор 204 дополнительно может включать в себя схему 243 приема и обработки обратной связи, сконфигурированную с возможностью принимать запросы на диспетчеризацию по каналу обратной связи в восходящей линии связи, причем запросы на диспетчеризацию сконфигурированы с возможностью запрашивать предоставление частотно-временных ресурсов для передач пользовательских данных по восходящей линии связи. Схема 243 приема и обработки тонкой обратной связи может работать координированно с программным обеспечением 253 для приема и обработки тонкой обратной связи. Процессор 204 дополнительно может включать в себя схему 244 приема и обработки по каналам передачи данных, сконфигурированную с возможностью принимать и обрабатывать пользовательские данные по каналам передачи данных восходящей линии связи из одного или более подчиненных объектов. Схема 244 приема и обработки по каналам передачи данных может работать координированно с программным обеспечением 244 для приема и обработки по каналам передачи данных. Процессор 204 дополнительно может включать в себя схему 245 TDD-управления и схему 246 FDD-управления, сконфигурированные с возможностью управлять беспроводной связью (например, передачей и/или приемом каналов передачи данных и/или управления) на одной или более TDD- или FDD-несущих, соответственно. Схема TDD-управления может работать координированно с программным обеспечением 255 для TDD-управления. Схема FDD-управления может работать координированно с программным обеспечением 256 для FDD-управления.
[0050] Процессор 204 отвечает за управление шиной 202 и общую обработку, включающую в себя выполнение программного обеспечения, сохраненного на машиночитаемом носителе 206. Программное обеспечение, при выполнении посредством процессора 204, инструктирует системе 214 обработки осуществлять различные функции, описанные ниже для любого конкретного устройства. Машиночитаемый носитель 206 также может использоваться для сохранения данных, которые обрабатываются посредством процессора 204 при выполнении программного обеспечения.
[0051] Один или более процессоров 204 в системе обработки могут выполнять программное обеспечение. Программное обеспечение должно широко истолковываться как означающее инструкции, наборы инструкций, код, сегменты кода, программный код, программы, подпрограммы, программные модули, приложения, программные приложения, программные пакеты, процедуры, подпрограммы, объекты, исполняемые фрагменты, потоки выполнения, процедуры, функции и т.д., которые могут называться программным обеспечением, микропрограммным обеспечением, промежуточным программным обеспечением, микрокодом, языком описания аппаратных средств и т.д. Программное обеспечение может постоянно размещаться на машиночитаемом носителе 206. Машиночитаемый носитель 206 может представлять собой энергонезависимый машиночитаемый носитель. Энергонезависимый машиночитаемый носитель включает в себя, в качестве примера, магнитное устройство хранения данных (например, жесткий диск, гибкий диск, магнитную карту), оптический диск (например, компакт-диск (CD) или универсальный цифровой диск (DVD)), смарт-карту, устройство флэш-памяти (например, карту, карточку или флэш-диск), оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), программируемое ROM (PROM), стираемое PROM (EPROM), электрически стираемое PROM (EEPROM), регистр, съемный диск и любой другой подходящий носитель для хранения программного обеспечения и/или инструкций, которые могут быть доступны и могут считываться посредством компьютера. Машиночитаемый носитель также может включать в себя, в качестве примера, несущую, линию передачи и любой другой надлежащий носитель для передачи программного обеспечения и/или инструкций, которые могут быть доступны и могут считываться посредством компьютера. Машиночитаемый носитель 206 может постоянно размещаться в системе 214 обработки, внешне для системы 214 обработки или распределяться по нескольким объектам, включающим в себя систему 214 обработки. Машиночитаемый носитель 206 может быть осуществлен в компьютерном программном продукте. В качестве примера, компьютерный программный продукт может включать машиночитаемый носитель в упаковочных материалах. Специалисты в данной области техники должны признавать, как лучше всего реализовывать описанную функциональность, представленную в данном раскрытии сущности, в зависимости от конкретного варианта применения и общих проектных ограничений, накладываемых на систему в целом.
[0052] Фиг. 3 является концептуальной схемой, иллюстрирующей пример аппаратной реализации для примерного подчиненного объекта 104 с использованием системы 314 обработки. В соответствии с различными аспектами раскрытия сущности, элемент или любая часть элемента либо любая комбинация элементов может реализовываться с помощью системы 414 обработки, которая включает в себя один или более процессоров 304.
[0053] Система 314 обработки может быть практически идентичной системе 214 обработки, проиллюстрированной на фиг. 2, включающей в себя шинный интерфейс 308, шину 302, запоминающее устройство 305, процессор 304 и машиночитаемый носитель 306. Кроме того, подчиненный объект 304 может включать в себя пользовательский интерфейс 312 и приемо-передающее устройство 310, практически аналогичные пользовательскому интерфейсу и приемо-передающему устройству, описанным выше на фиг. 2. Процессор 304, при использовании в подчиненном объекте 104, может использоваться для того, чтобы реализовывать любой один или более процессов, описанных ниже и проиллюстрированных на фиг. 5-26.
[0054] В некоторых аспектах раскрытия сущности, процессор 304 может включать в себя схему 341 быстрой приостановки передач по восходящей линии связи, сконфигурированную с возможностью быстрой приостановки передач по восходящей линии связи, например, посредством подачи нулевого ввода в усилитель мощности в приемо-передающем устройстве 310 или, в другом примере, посредством способности быстрого отключения усилителя мощности в приемо-передающем устройстве 310. Схема 341 быстрой приостановки передач по восходящей линии связи может работать координированно с программным обеспечением 351 для быстрой приостановки передач по восходящей линии связи. Процессор 304 дополнительно может включать в себя схему 342 формирования и передачи по каналам передачи данных и управления, сконфигурированную с возможностью формировать и передавать данные восходящей линии связи по каналу передачи данных и формировать и передавать управляющую информацию восходящей линии связи и информацию обратной связи по каналам управления и обратной связи. Схема 342 формирования и передачи по каналам передачи данных и управления может работать координированно с программным обеспечением 352 для формирования и передачи по каналам передачи данных и управления. Процессор 304 дополнительно может включать в себя схему 343 приема и обработки по каналам передачи данных и управления, сконфигурированную с возможностью приема и обработки данных нисходящей линии связи по каналу передачи данных и приема и обработки управляющей информации по одному или более каналов управления нисходящей линии связи. В некоторых примерах, принимаемые данные нисходящей линии связи и/или управляющая информация могут временно сохраняться в буфере данных в запоминающем устройстве 305. Схема 343 приема и обработки по каналам передачи данных и управления может работать координированно с программным обеспечением 353 для приема и обработки по каналам передачи данных и управления. Процессор 304 дополнительно может включать в себя схему 344 TDD-управления и схему 345 FDD-управления, сконфигурированные с возможностью управлять беспроводной связью (например, передачей и/или приемом каналов передачи данных и/или управления) на одной или более TDD- или FDD-несущих, соответственно. Схема TDD-управления может работать координированно с программным обеспечением 354 для TDD-управления. Схема FDD-управления может работать координированно с программным обеспечением 355 для FDD-управления.
[0055] Как описано ниже, некоторые аспекты раскрытия сущности предоставляют беспроводную связь с использованием TDD-несущей, спаренной со второй несущей и мультиплексирующей длинные и короткие TTI на спаренных несущих. Дополнительные аспекты раскрытия сущности предоставляют беспроводную связь с использованием пары TDD-несущих для полнодуплексной связи.
[0056] Конечно, эти примеры предоставлены просто для того, чтобы иллюстрировать определенные принципы изобретения. Специалисты в данной области техники должны понимать то, что они являются просто примерными по своему характеру, и другие примеры могут попадать в пределы объема раскрытия сущности и прилагаемой формулы изобретения.
Тонкий канал управления в полнодуплексной системе
[0057] Некоторые аспекты настоящего раскрытия сущности предоставляют синхронное мультиплексирование различных классов услуг и трафика, имеющих различные цели по времени задержки. Например, мультиплексирование может обеспечиваться посредством использования определенного "тонкого канала управления", описанного ниже. Этот тонкий канал управления может предоставлять быструю передачу служебных сигналов, чтобы обеспечивать мультиплексирование данных с короткими TTI и других данных с длинными TTI. В качестве одного примера, данным с низкой задержкой (LoLat) и с высоким приоритетом, имеющим короткий TTI, может предоставляться возможность прерывать обычный трафик, имеющий длинный TTI. Фиг. 4 является принципиальной схемой, иллюстрирующей пример структуры синхронного канала с множественным доступом, включающей в себя "тонкий" канал управления, который может реализовываться согласно некоторым аспектам настоящего раскрытия сущности. Как проиллюстрировано на фиг. 4, структура канала может быть применимой к передаче данных по восходящей линии связи, т.е. передаче из подчиненного объекта 104 в объект 102 диспетчеризации. Конечно, эта структура канала не ограничена такой схемой, а вместо этого может обобщаться как применимая к любой линии связи, в которой приемное устройство диспетчеризует трафик.
[0058] На иллюстрации, горизонтальная ось (t) представляет время, в то время как вертикальная ось (f), в общем, представляет частоту (не в масштабе). Канальные ресурсы для различных пользователей радиоинтерфейса занимают данные области в канале, как указано в различных блоках. Например, некоторые частотно-временные ресурсы могут быть использованы "обычными" пользователями 402, которые имеют менее строгие требования по времени задержки для связи. На иллюстрации, в качестве одного примера, шести обычным пользователям 402, помеченным как пользователь A, B, C, D, E и F, диспетчеризуются частотно-временные ресурсы, как указано посредством их соответствующих помеченных блоков. Конечно, в различных примерах, любому числу пользователей может диспетчеризоваться использование ресурсов. Дополнительно, хотя на иллюстрации все частотно-временные ресурсы показаны назначенными обычным пользователям, в различных примерах, некоторые или даже все частотно-временные ресурсы могут не назначаться или назначаться для другой цели, помимо обычных пользовательских данных.
[0059] В контексте настоящего раскрытия сущности, обычный пользователь 402 может представлять собой подчиненный объект 104, который принимает назначение ресурсов из объекта 102 диспетчеризации, причем назначение ресурсов указывает для подчиненного объекта 104 использовать длинный интервал времени передачи (TTI). Такие обычные пользователи 402 могут быть более устойчивыми ко времени задержки при связи и в некоторых примерах могут быть более оптимизированными для пропускной способности. Соответственно, эти пользователи могут использовать такие более длинные TTI для пакетов, которые могут допускать большее время задержки, чем другие пользователи, либо другие типы связи, которые могут требовать связи с низкой задержкой (LoLat). Длинный TTI в широком смысле может представлять собой любой TTI, который превышает короткий TTI, подробнее описанный ниже. В некоторых примерах, длинный TTI может представлять собой TTI, который имеет длительность в множество символов данных или временных квантов. Некоторые неограничивающие примеры длинного TTI могут иметь длительность в 100 мкс, 240 мкс или 1 мс. Конечно, любая подходящая длительность для длинного TTI может быть использована в пределах объема раскрытия сущности.
[0060] Кроме того, как проиллюстрировано на фиг. 4, в дополнение к каналам трафика данных восходящей линии связи, используемым обычными пользователями 402, "тонкий" канал 407 обратной связи в направлении восходящей линии связи может быть использован так, как проиллюстрировано. Здесь, тонкий канал 407 обратной связи может быть идентичным тонкому каналу 114 обратной связи, описанному выше и проиллюстрированному на фиг. 1. В настоящем раскрытии сущности, тонкий канал обратной связи может находиться в одной или более подполос частот за пределами (например, выше) подполос частот, используемых посредством передач трафика восходящей линии связи, таких как выделяемые частотно-временные ресурсы, описанные выше для обычных пользователей A-F 402. Ширина тонкого канала 407 обратной связи в направлении частоты может уменьшаться или минимизироваться, с тем чтобы уменьшать или минимизировать объем служебной информации, используемой посредством тонкого канала 407 обратной связи.
[0061] Еще дополнительно, как проиллюстрировано на фиг. 4, в дополнение к каналам трафика и обратной связи в восходящей линии связи, тонкий канал 406 управления может быть использован в направлении нисходящей линии связи, как проиллюстрировано. Здесь, тонкий канал 406 управления может быть идентичным одному или обоим из тонких каналов 108/112 управления, описанных выше и проиллюстрированных на фиг. 1. В настоящем раскрытии сущности, тонкий канал управления может находиться в одной или более подполос частот за пределами подполос частот, используемых посредством передач трафика и обратной связи по восходящей линии связи, таких как выделяемые частотно-временные ресурсы, описанные выше для обычных пользователей A-F 402 и тонкого канала 407 обратной связи. Например, в системе с дуплексом с частотным разделением каналов (FDD), тонкий канал 406 управления может находиться в другой полосе частот по сравнению с каналами трафика и обратной связи в восходящей линии связи. Ширина тонкого канала 406 управления в направлении частоты может уменьшаться или минимизироваться, с тем чтобы уменьшать или минимизировать объем служебной информации, используемой посредством канала 402 управления. В дополнительном аспекте, все активные пользователи (например, подчиненные объекты 104, включающие в себя, но не обязательно ограниченные обычными пользователями 402), поддерживающие связь с объектом 102 диспетчеризации, который передает в широковещательном режиме тонкий канал 406 управления, могут отслеживать (и, в некоторых примерах, буферизовать) тонкий канал 406 управления, показанный в данном документе.
[0062] Как проиллюстрировано на фиг. 4, каждый временной квант, символ или единица тонкого канала 406 управления может соответствовать длительности короткого TTI. Иными словами, в некоторых примерах, короткий TTI может соответствовать длительности одного символа. Некоторые неограничивающие примеры короткого TTI могут иметь длительность в 10 мкс, 20 мкс, 100 мкс или любую другую подходящую длительность, которая меньше длинного TTI. В некоторых примерах, длинный TTI может представлять целое кратное коротких TTI. В некоторых примерах, общая длительность символа может быть использована как в длинном TTI, так и в коротком TTI, либо в других примерах, различные длительности символов могут быть использованы в длинном TTI и коротком TTI. Длительность информационных символов, переносимых в длинных или в коротких TTI, также может занимать любую подходящую длительность, при этом один пример составляет длительность в 10 мкс для каждого символа. В примере, в котором приспосабливается мультиплексирование с ортогональным частотным разделением каналов, дополнительный циклический префикс в 1 мкс может добавляться в длительность символа.
[0063] В аспекте настоящего раскрытия сущности, этот тонкий канал 406 управления может обеспечивать динамическое мультиплексирование трафика для LoLat-пользователей 404, которые используют короткий TTI, и трафика для обычных пользователей 402, которые используют длинный TTI. Иными словами, множество обычных пользователей 402 может передавать связь в восходящей линии связи с использованием существующего назначения частотно-временных ресурсов. Здесь, любой подходящий канал управления, включающий в себя, но не обязательно ограниченный тонким каналом 406 управления, может быть использован для того, чтобы предоставлять ресурсы в различные объекты в сети, так что эти подчиненные объекты 104 могут передавать данные восходящей линии связи согласно своим соответствующим назначениям с использованием длинного TTI.
[0064] Здесь, может иметь место то, что подчиненный объект в сети хочет передавать LoLat-данные. Здесь, для того чтобы поддерживать ортогональность между множеством подчиненных объектов, центральный объект диспетчеризации может быть использован для того, чтобы диспетчеризовать передачи по восходящей линии связи посредством каждого из подчиненных объектов, и в общем, он не может случайно передавать данные восходящей линии связи без приема назначаемых частотно-временных ресурсов для таких передач. Соответственно, когда подчиненный объект определяет то, что он имеет трафик (например, высокоприоритетный трафик), который он хочет передавать с меньшим временем задержки, в таком случае подчиненный объект может передавать запрос 409 на LoLat-диспетчеризацию по тонкому каналу 407 обратной связи. Запрос 409 на LoLat-диспетчеризацию проиллюстрирован как занимающий один короткий TTI, хотя это не обязательно всегда имеет место, и различные запросы на LoLat-диспетчеризацию могут занимать любое подходящее число коротких TTI или длин символа. Контент запроса 409 на LoLat-диспетчеризацию может включать в себя информацию относительно LoLat-данных, которые передающий объект хочет передавать, такую как, например, длина, тип данных, приоритет, время задержки или любая другая подходящая информация, связанная с LoLat-данными.
[0065] В ответ на запрос 409 на LoLat-диспетчеризацию, приемная сторона запроса 409 на LoLat-диспетчеризацию (например, объект диспетчеризации), соответственно, может определять разрешать регулирование по диспетчеризации. Таким образом, объект диспетчеризации может обеспечивать доступность ресурсов для запрашивающего подчиненного объекта с тем, чтобы осуществлять его LoLat-передачу. Таким образом, объект диспетчеризации может передавать, по тонкому каналу 406 управления, модификацию 408 разрешения на передачу по восходящей линии связи своим обычным пользователям 402. Модификация 408 разрешения на передачу по восходящей линии связи может уведомлять обычных пользователей 402 в отношении того, что их разрешение на передачу модифицируется, и того, что ранее выделяемые частотно-временные ресурсы с длинным TTI прореживаются, и что ресурсы не используются обычными пользователями 402. Здесь, прореживание ресурсов обычного пользователя 402 в некоторых примерах может означать то, что обычный пользователь 402 прекращает передачу в течение времени, ассоциированного с переназначенным коротким TTI. В других примерах, в которых могут использоваться одно или более средств мультиплексирования каналов (включающего в себя, но не только, мультиплексирование с частотным разделением каналов и мультиплексирование с кодовым разделением каналов), прореживание ресурсов обычного пользователя 402 может означать, что обычный пользователь 402 прекращает использование прореженных ресурсов, но может продолжать передачу данных восходящей линии связи с использованием другой частоты или другого кода скремблирования, отличного от ресурса, предоставленного LoLat-пользователю 404, чтобы поддерживать ортогональность. Как описано выше, тонкий канал 406 управления может представлять собой широковещательный канал "точка-многоточка", отслеживаемый посредством всех подчиненных объектов, поддерживающих связь с объектом диспетчеризации. Таким образом, любой пользователь или пользователи, имеющие ранее предоставленные частотно-временные ресурсы, прореженные посредством модификации 408 разрешения на передачу по восходящей линии связи, могут информироваться или инструктироваться не передавать свою передачу по восходящей линии связи с использованием конкретного частотно-временного ресурса, теперь выделяемого LoLat-пользователю 404.
[0066] В дополнительном аспекте, модификация 408 разрешения на передачу по восходящей линии связи может не только включать в себя информацию модификация разрешения на передачу, направленную обычным пользователям 402, но в некоторых примерах дополнительно может включать в себя информацию разрешения на передачу, направленную запрашивающему LoLat-пользователю 404, указывающую то, что прореженные частотно-временные ресурсы выделены LoLat-пользователю 404. В другом примере в пределах объема настоящего раскрытия сущности, информация разрешения на передачу, направленная запрашивающему LoLat-пользователю 404, может переноситься по отдельному каналу разрешения на передачу по восходящей линии связи (не проиллюстрирован). Иными словами, тонкий канал управления в некоторых примерах может исключать информацию разрешения на передачу для LoLat-пользователя 404, причем эта информация передается по любому подходящему каналу нисходящей линии связи, считываемому посредством запрашивающего LoLat-пользователя 404. В любом случае, информация разрешения на передачу, направленная запрашивающему LoLat-пользователю 404, может включать в себя информацию, идентифицирующую LoLat-пользователя 404, идентифицирующую один или более частотно-временных ресурсов, схемы модуляции и кодирования, схемы передачи либо любую другую подходящую информацию, связанную с предоставленным ресурсом для запрашивающего LoLat-пользователя 404.
[0067] На иллюстрации, по фиг. 10, LoLat-пользователь 404 передает запрос 409 на LoLat-диспетчеризацию, но все подчиненные объекты, включающие в себя обычных пользователей 402, принимают модификацию 408 разрешения на передачу по восходящей линии связи. Здесь, в дополнительном аспекте раскрытия сущности, обычные пользователи 402 могут иметь такую конфигурацию, в которой они допускают декодирование модификации 408 разрешения на передачу по восходящей линии связи относительно быстро, так что они могут быстро прекращать передачу (например, прореживать передачи) в течение повторно выделяемого короткого TTI. Таким образом, частотно-временные ресурсы могут быстро задаваться доступными для LoLat-пользователя 404, чтобы передавать LoLat-символы.
[0068] Проиллюстрированный пример по фиг. 4 применяется к полнодуплексной схеме, в которой каналы нисходящей линии связи, к примеру, тонкий канал 406 управления, могут быть использованы одновременно с каналами восходящей линии связи, к примеру, каналами передачи данных восходящей линии связи. В этой схеме, поскольку обеспечивается связь одновременно в обоих направлениях, все активные пользователи могут отслеживать (и, в некоторых примерах, буферизовать) тонкий канал 406 управления, показанный в данном документе. Тем не менее в полудуплексной схеме, такой как структура канала с дуплексом с временным разделением каналов (TDD), мультиплексирование данных, имеющих различные TTI, требует дополнительного рассмотрения.
Тонкие каналы управления в TDD-системе: спаренные несущие
[0069] Тонкие каналы управления, к примеру, тонкий канал 406 управления, описанный выше, идентифицированы в качестве обеспечивающего признака для многих потенциальных вариантов использования. Например, посредством использования тонкого канала управления, система связи может содержать управление скоростью передачи данных с низкой задержкой, решения на основе координированной многоточечной передачи (CoMP) и улучшенный доступ к нелицензированным полосам частот. Конечно, это только некоторые примеры признаков, которые могут обеспечиваться с использованием тонкого канала управления, и специалисты в данной области техники должны понимать то, что другие признаки могут обеспечиваться посредством тонкого канала управления. Один релевантный признак, предоставленный посредством использования тонкого канала управления, представляет собой ситуативное переключение передачи/приема, при этом тонкий канал управления в одном направлении может быть использован для того, чтобы быстро модифицировать передачу данных в другом направлении.
[0070] Дуплекс с временным разделением каналов (TDD) представляет собой известную технологию дуплексной передачи, которая предоставляет двустороннюю связь между устройствами посредством применения мультиплексирования с временным разделением каналов, чтобы разделять сигналы, проходящие в различных направлениях относительно друг друга. В качестве примера, канальные ресурсы могут разделяться на временные кванты, при этом некоторые временные кванты выделяются для передач по восходящей линии связи, а другие временные кванты выделяются для передач по нисходящей линии связи. В этой TDD-схеме, только передачи по восходящей или нисходящей линии связи, а не обе из означенных, могут осуществляться в течение какого-либо конкретного временного кванта в этой TDD-полосе частот. Один недостаток TDD-схемы состоит в том, что она представляет собой только полудуплексную схему, поскольку только одно направление связи является возможным в любой данный момент. Вследствие своего полудуплексного характера, ситуативное переключение передачи/приема с помощью быстрого канала управления в середине текущей передачи/приема, как описано выше относительно фиг. 4 во введении тонкого канала управления, в общем, является невозможным. Иными словами, снова ссылаясь на фиг. 4, если конкретный пользователь (например, пользователь D) передает свою восходящую линию связи в то время, когда передается модификация 408 разрешения на передачу по восходящей линии связи, этот пользователь не должен принимать модификацию 408 разрешения на передачу по восходящей линии связи и в силу этого не информируется в отношении модификации разрешения на передачу, что запрещает прореживание его передач по восходящей линии связи для выделения пространства для LoLat-пользователя 404.
[0071] Одно исключение, в котором только TDD может быть достаточным, может возникать в случае мультиплексирования ресурсов с различными TTI при связи в нисходящей линии связи (например, мультиплексирования в нисходящей/нисходящей линии связи, при котором одна передача по нисходящей линии связи первого TTI может прерываться посредством другой передачи по нисходящей линии связи второго TTI), что может достигаться без полнодуплексного режима. Иными словами, в этом случае, передача тонкого канала управления и канала передачи данных должна выполняться в идентичном направлении нисходящей линии связи, и в силу этого передающее устройство может продолжать передачу, и приемное устройство может продолжать прием в однонаправленной (или полудуплексной) конфигурации.
[0072] Следовательно, чтобы предоставлять улучшенную функциональность из тонкого канала управления в случае мультиплексирования в восходящей/восходящей линии связи, мультиплексирования в нисходящей/восходящей линии связи или мультиплексирования в восходящей/нисходящей линии связи, должно быть желательным обеспечение полнодуплексного режима и функциональности даже в TDD-спектре.
[0073] Снова ссылаясь на фиг. 4, этот пример тонкого управления для данных восходящей линии связи (т.е. передач из подчиненного объекта) включает в себя двунаправленную полнодуплексную связь, включающую в себя обычные пользовательские данные 402 и тонкий канал 407 обратной связи в направлении восходящей линии связи, а также тонкий канал 406 управления в направлении нисходящей линии связи. Здесь, можно видеть, что тонкий канал 406 управления может передавать в течение каждого короткого TTI, и помимо этого, если передающее устройство (например, подчиненный объект) хочет прерывать и передавать LoLat-данные 404, то одновременно с одной из передач тонкого канала управления в направлении нисходящей линии связи, LoLat-пользователь 404 может передавать в направлении восходящей линии связи запрос 409 на LoLat-диспетчеризацию. (Дополнительно, вставленные LoLat-пакеты могут представлять собой пакеты нисходящей линии связи или любое другой вариант пакетов восходящей линии связи, которые прерваны).
[0074] В строгой TDD-системе, эта схема является невозможной, поскольку устройство не может автономно (без сообщения другой стороне линии связи) прерывать передачи в одном направлении с передачами в другом направлении. Аналогично, если UE предпринимает передачи по восходящей линии связи, если она представляет собой строгую TDD-систему, UE не имеет сведения ни по одной из попыток посредством приемного устройства модифицировать разрешение на передачу, поскольку при передаче в восходящей линии связи оно вообще ничего не принимает по нисходящей линии связи.
[0075] Следовательно, в соответствии с некоторыми аспектами настоящего раскрытия сущности, предоставляется структура канала, которая включает спаривание TDD-несущей со второй несущей, при этом TDD-несущая и вторая несущая могут находиться в различных полосах частот по отношению друг к другу (межполосные несущие). Когда спаренная несущая предоставляет обратное, сопряженное или комплементарное направление связи по сравнению с направлением TDD-несущей, полнодуплексная связь может достигаться, по меньшей мере, в некоторых временных квантах, посредством одновременного использования направления восходящей линии связи для связи в одной несущей и направления нисходящей линии связи для связи в другой несущей.
[0076] В некоторых примерах, спаренная (вторая) несущая может находиться в полосе частот с дуплексом с частотным разделением каналов (FDD), которая допускает полнодуплексную связь. Иными словами, если спаренная несущая представляет собой FDD-несущую, спаренная несущая может включать в себя множество несущих, к примеру, компонентную несущую восходящей линии связи и компонентную несущую нисходящей линии связи. Соответственно, если спаренная несущая находится в FDD-полосе частот, то оба конца линии связи (диспетчеризирующий и подчиненный) могут одновременно передавать и принимать тонкий канал управления на FDD-несущей.
[0077] В других примерах, спаренная несущая может находиться в TDD-полосе частот. В этом случае, в аспекте настоящего раскрытия сущности, две спаренные TDD-несущие могут реализовывать сопряженную или обратную дуплексную передачу таким образом, что достигается полнодуплексный режим. Эта сопряженная дуплексная передача, в общем, устанавливает то, что в течение некоторых или всех временных квантов или кадров в одной из несущих, когда эти кадры сконфигурированы с возможностью связи в одном направлении, то одновременно, соответствующий временной квант или кадр в спаренной несущей сконфигурирован с возможностью связи в другом направлении. Таким образом, посредством реализации спаренных несущих и быстрых (тонких) каналов управления, в числе других функций, быстрое переключение восходящей/нисходящей линии связи и мультиплексирование могут достигаться для TDD-несущих рациональным и эффективным способом.
Мультиплексирование в нисходящей/нисходящей линии связи
[0078] В аспекте раскрытия сущности, описанного выше, мультиплексирование в нисходящей/нисходящей линии связи (например, обеспечивающее быстрое и динамическое переключение между длинными и короткими TTI) для данных, передаваемых на TDD-несущей, не обязательно должно использовать спаренные несущие. Иными словами, поскольку тонкий канал управления может переноситься в идентичном направлении и одновременно с данными нисходящей линии связи на TDD-несущей, динамическое переключение TTI может быть выполнено на лету посредством объекта диспетчеризации, который передает нисходящую линию связи с использованием одной TDD-несущей.
Спаривание FDD-TDD-несущих
[0079] В некоторых аспектах раскрытия сущности, TDD-несущая может спариваться со второй несущей, которая находится в полосе частот с дуплексом с частотным разделением каналов (FDD), при этом FDD-несущая может включать в себя спаренные компонентные несущие восходящей линии связи и нисходящей линии связи, которые предоставляют полнодуплексную связь в FDD-полосе частот. Как подробнее описано ниже, с помощью этого спаривания, динамическое переключение восходящей/нисходящей линии связи может достигаться по каналам передачи данных на TDD-несущей с помощью каналов управления на FDD-несущей.
Спаривание FDD-TDD-несущих: мультиплексирование LoLat UL на обычной UL
[0080] Фиг. 5 иллюстрирует один пример спаривания TDD-несущей с FDD-несущей, предоставляющего мультиплексирование LoLat-передач по восходящей линии связи с обычными передачами по восходящей линии связи (т.е. передачами из подчиненного объекта) на TDD-несущей. В проиллюстрированном примере, TDD-несущая проиллюстрирована почти идентично TDD-несущей на фиг. 4, при этом ресурсы восходящей линии связи, выделяемые различным пользователям, представляются посредством больших блоков, охватывающих длинный TTI. Здесь, как подробнее описано ниже, подчиненный объект (например, UE) может запрашивать, и ему могут предоставляться ресурсы для LoLat-передачи, которая может мультиплексироваться с "обычными" передачами по восходящей линии связи от других пользователей. В верхней части чертежа, выделяются ресурсы в FDD-полосе частот, включающие в себя компонентную несущую восходящей линии связи и компонентную несущую нисходящей линии связи.
[0081] В проиллюстрированном примере, каналы управления для управления TDD-данными восходящей линии связи переносятся на компонентных FDD-несущих. Иными словами, FDD-полоса частот включает в своей компонентной несущей восходящей линии связи тонкий канал 506 обратной связи, который подчиненный объект может использовать для того, чтобы передавать информацию, такую как запрос 507 на диспетчеризацию с низкой задержкой (LoLat). FDD-полоса частот дополнительно включает в себя, на компонентной несущей нисходящей линии связи, тонкий канал 508 управления, который может переносить информацию 509 модификации разрешения на передачу по восходящей линии связи, которая модифицирует предоставление ресурсов восходящей линии связи, соответствующее передаче по восходящей линии связи подчиненного объекта на TDD-несущей. Еще дополнительно, FDD-полоса частот включает в себя, на компонентной несущей нисходящей линии связи, канал 510 LoLat-разрешения на передачу, который может переносить информацию 511 разрешения на передачу для подчиненного объекта, который запрашивает LoLat-диспетчеризацию с тем, чтобы использовать в LoLat-передаче по восходящей линии связи на TDD-несущей.
[0082] В дополнение к проиллюстрированным каналам, частотно-временные ресурсы, соответствующие длинному TTI, могут быть предоставлены для передач по восходящей линии связи на TDD-несущей в один или более подчиненных объектов (например, пользователям A-F) посредством использования любого подходящего канала разрешения на передачу по нисходящей линии связи (не обязательно одного из проиллюстрированных каналов). По мере того, как выполняются эти передачи по восходящей линии связи, если конкретный подчиненный объект, обозначаемый в качестве LoLat-пользователя 504, хочет запрашивать ресурсы для LoLat-передачи по восходящей линии связи, этот подчиненный объект может передавать запрос 507 на LoLat-диспетчеризацию по тонкому каналу 506 обратной связи на компонентной FDD-несущей восходящей линии связи. Здесь, запрос 507 на LoLat-диспетчеризацию может использовать короткий TTI, хотя это не обязательно всегда имеет место. В ответ, если объект диспетчеризации хочет предоставлять запрашиваемый LoLat-ресурс, объект 102 диспетчеризации может передавать, на компонентной FDD-несущей нисходящей линии связи, модификацию 509 разрешения на передачу по восходящей линии связи по тонкому каналу 508 управления и LoLat-разрешение 511 на передачу по каналу 511 LoLat-разрешения на передачу. Здесь, модификация 509 разрешения на передачу по восходящей линии связи по тонкому каналу 508 управления может быть сконфигурирована с возможностью сообщать всем подчиненным объектам, которые используют существующее разрешение на передачу частотно-временных ресурсов восходящей линии связи то, что некоторые или все их предоставленные ресурсы модифицируются или удаляются, чтобы освобождать ресурсы для LoLat-передачи. Дополнительно, LoLat-разрешение 511 на передачу по каналу 510 LoLat-разрешения на передачу может быть сконфигурировано с возможностью информировать подчиненный объект, который передает запрос на LoLat-диспетчеризацию (т.е. LoLat-пользователя 504), в отношении его предоставленных частотно-временных ресурсов. На иллюстрации, LoLat-разрешение 511 на передачу показано как занимающее более широкую полосу пропускания, чем модификация 509 разрешения на передачу по UL. Это представляет то, что хотя модификация 509 разрешения на передачу по UL может составлять только несколько битов, представляющих частотные ресурсы, которые повторно выделяются не согласно обычному пользователю 502 и числу коротких TTI, LoLat-разрешение 511 на передачу может включать в себя более точную информацию, связанную с назначением LoLat-ресурсов, такую как идентификатор пользователя, информация назначения, схема модуляции и кодирования и т.д. Соответственно, LoLat-пользователь 504 может передавать свою LoLat-передачу по восходящей линии связи на TDD-несущей, в то время как другие "обычные" пользователи 502 (к примеру, пользователи D, E и F) могут прекращать передачи по восходящей линии связи, что приводит к схеме ортогонального множественного доступа между обычными и LoLat-передачами по восходящей линии связи на TDD-несущей.
[0083] В этом примере, обычные пользователи 502 (например, подчиненные объекты 104), ресурсы восходящей линии связи которых прорежены, могут извлекать выгоду из способности быстро декодировать модификацию 509 разрешения на передачу по восходящей линии связи. Иными словами, время от момента, когда модификация 509 разрешения на передачу по восходящей линии связи принимается в обычном пользователе 502, до момента, когда этот пользователь прекращает свои передачи по восходящей линии связи, может быть очень коротким. Чтобы приспосабливать небольшое время реакции, подчиненный объект 104 может быть сконфигурирован с возможностью быстрой приостановки своих передач по восходящей линии связи, например, посредством подачи нулевого ввода в усилитель мощности в приемо-передающем устройстве 310 или, в другом примере, посредством способности быстрого отключения усилителя мощности. Кроме того, LoLat-пользователь 504 также может иметь только краткое время от приема своего LoLat-разрешения 511 на передачу по восходящей линии связи и передачи LoLat-данных восходящей линии связи. Соответственно, быстрая обработка LoLat-разрешения 511 на передачу и передачи с использованием диспетчеризованных частотно-временных ресурсов должна быть полезной и уменьшать время задержки.
[0084] Фиг. 6 является схемой последовательности операций обработки, иллюстрирующей примерную процедуру назначения и переназначения ресурсов, которая может осуществляться в соответствии с одним примером для мультиплексирования данных восходящей линии связи с различными целями по времени задержки с использованием TDD-несущей данных, спаренной с компонентными FDD-несущими для управляющей информации. На этой иллюстрации, время продвигается в направлении вниз, и сигналы связи между проиллюстрированными объектами обозначаются с помощью стрелок между линиями ниже соответствующих объектов. Как проиллюстрировано, объект 501 диспетчеризации поддерживает связь с множеством подчиненных объектов 104, включающих в себя обычного пользователя 502 и LoLat-пользователя 504. Каждый объект 501, 502 и 504 сконфигурирован с возможностью связи по TDD-несущей и FDD-несущей. Соответствующие TDD- и FDD-несущие проиллюстрированы схематично с помощью двух вертикальных линий, идущих вниз из каждого соответствующего объекта.
[0085] Фиг. 7 описывается ниже в сочетании с блок-схемой последовательности операций способа, проиллюстрированной на фиг. 7. Иными словами, фиг. 7 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 700 для назначения и переназначения ресурсов в соответствии с некоторыми аспектами настоящего раскрытия сущности. Процесс 700 описывается с точки зрения объекта 501 диспетчеризации и, соответственно, может, как описано в связи с фиг. 6, работать в объекте 102 диспетчеризации, описанном выше в связи с фиг. 1 и/или 2. В других примерах в пределах объема настоящего раскрытия сущности, процесс 700 может управляться посредством процессора общего назначения, системы 214 обработки, как описано выше и проиллюстрировано на фиг. 2, или любого подходящего средства для выполнения описанных функций. Конкретный порядок этапов или блоков, показанных на фиг. 7, является просто примерным по своему характеру, и в различных аспектах раскрытия сущности, эти этапы или блоки могут возникать в любом подходящем порядке, при этом некоторые примеры включают в себя два или более этапов или блоков, возникающих одновременно.
[0086] На этапе 702, объект 501 диспетчеризации может передавать первое назначение или предоставление 510 частотно-временных ресурсов, по меньшей мере, в один подчиненный объект на компонентной FDD-несущей нисходящей линии связи. Любой подходящий канал управления на компонентной FDD-несущей нисходящей линии связи может быть использован для первого назначения ресурсов, к примеру, канал назначения в нисходящей линии связи. Здесь, первое назначение 510 ресурсов может быть сконфигурировано с возможностью указывать то, какой частотно-временной ресурс или ресурсы назначаются соответствующим подчиненным объектам для обычных передач данных восходящей линии связи, т.е. передач с использованием длинного TTI. В соответствии с первым назначением 510 ресурсов, на этапе 704, объект 501 диспетчеризации может принимать обычные данные 512 восходящей линии связи на TDD-несущей восходящей линии связи, по меньшей мере, из одного подчиненного объекта (например, подчиненных объектов 502 и 504) с использованием длинного TTI. Здесь, со ссылкой на фиг. 5, эти обычные данные 512 восходящей линии связи могут соответствовать передачам от обычных пользователей 502. Как проиллюстрировано на фиг. 6 с помощью пунктирной стрелки, обычные данные восходящей линии связи могут необязательно передаваться из второго подчиненного объекта 504, в зависимости от контента первого назначения 510 ресурсов и того, выполнен или нет второй подчиненный объект 504 с возможностью передавать передачи данных по восходящей линии связи с использованием длинного TTI.
[0087] Этапы 702 и 704 могут повторяться или итеративно выполняться многократно в различных примерах, поскольку обычные данные 512 восходящей линии связи могут продолжать передаваться из подчиненных объектов. Тем не менее, в любой момент времени может возникать такая ситуация, что подчиненный объект 504 (т.е. LoLat-пользователь 504) может хотеть передавать LoLat-данные в объект 501 диспетчеризации. Соответственно, на этапе 706, объект 501 диспетчеризации может принимать запрос 507 на LoLat-диспетчеризацию по тонкому каналу 506 обратной связи на компонентной FDD-несущей восходящей линии связи от LoLat-пользователя 504 (т.е. второго подчиненного объекта 504). Запрос 507 на LoLat-диспетчеризацию может включать в себя информацию, идентифицирующую запрашивающий подчиненный объект 504 и включающую в себя любую релевантную информацию, связанную с LoLat-данными, которые должны передаваться.
[0088] На этапе 708, объект 501 диспетчеризации может передавать модификацию 509 разрешения на диспетчеризацию в восходящей линии связи по тонкому каналу 508 управления на компонентной FDD-несущей нисходящей линии связи. Здесь, модификация 509 разрешения на диспетчеризацию в восходящей линии связи может инструктировать обычным пользователям, таким как первый подчиненный объект 502, имеющим предоставленные частотно-временные ресурсы для передач по восходящей линии связи с длинным TTI, прореживать свои передачи по восходящей линии связи в течение, по меньшей мере, одного обозначенного короткого TTI. Дополнительно на этапе 710, объект 501 диспетчеризации может передавать второе назначение ресурсов или предоставление 511 частотно-временных ресурсов в запрашивающий подчиненный объект (т.е. LoLat-пользователю 504) по каналу 510 LoLat-разрешения на передачу на компонентной FDD-несущей нисходящей линии связи. Здесь, второе назначение 511 ресурсов может включать в себя информацию, идентифицирующую запрашивающий подчиненный объект 504, и информацию, идентифицирующую частотно-временные ресурсы, предоставленные на TDD-несущей восходящей линии связи для LoLat-передачи по восходящей линии связи. В некоторых примерах, передача модификации 509 разрешения на диспетчеризацию в восходящей линии связи на этапе 708 и передача второго назначения 511 ресурсов на этапе 710 может возникать одновременно. Иными словами, эти передачи могут мультиплексироваться, например, с использованием различных частотно-временных ресурсов. В других примерах, эти передачи могут выполняться в различные моменты времени, согласно подробностям конкретной реализации.
[0089] Этап 712 представляет операции в одном или более подчиненных объектов, таких как обычные пользователи 502 и LoLat-пользователь(ли) 504. Иными словами, в ответ на модификацию 509 разрешения на передачу по восходящей линии связи, обычные пользователи (т.е. первый подчиненный объект 502) могут прореживать свои ранее диспетчеризованные передачи данных по восходящей линии связи, которые используют длинный TTI. Дополнительно, в ответ на второе назначение ресурсов 511, LoLat-пользователь(ли) (т.е. второй подчиненный объект 504) может передавать LoLat-данные 514 восходящей линии связи с использованием назначенных частотно-временных ресурсов на TDD-несущей.
[0090] На этапе 714, объект 501 диспетчеризации может принимать LoLat-данные 514 восходящей линии связи, передаваемые из запрашивающего подчиненного объекта 504 с использованием короткого TTI на TDD-несущей.
[0091] Этап 716 представляет операции в одном или более подчиненных объектов, таких как обычные пользователи 502 и, в некоторых примерах, LoLat-пользователь(ли) 504. Иными словами, обычные подчиненные объекты могут возобновлять передачи обычных данных по восходящей линии связи на TDD-несущей восходящей линии связи, когда передача LoLat-данных восходящей линии связи завершена. Соответственно, на этапе 718, объект 502 диспетчеризации может возобновлять прием обычных данных восходящей линии связи на TDD-несущей восходящей линии связи из одного или более подчиненных объектов с использованием длинного TTI.
[0092] Посредством использования вышеописанной схемы, при спаривании TDD-несущей для передач данных по восходящей линии связи с FDD-несущими для передач по каналу управления, тонкий канал 508 управления может обеспечивать возможность объекту диспетчеризации мультиплексировать, по меньшей мере, два различных типа или категории данных, имеющих различные TTI, для передач по восходящей линии связи из набора подчиненных объектов.
Спаривание FDD-TDD-несущих: мультиплексирование LoLat DL на обычной UL
[0093] Фиг. 8 иллюстрирует другой пример спаривания TDD-несущей с FDD-несущей, предоставляющего мультиплексирование LoLat-передач по нисходящей линии связи (т.е. передач из объекта диспетчеризации) с обычными передачами по восходящей линии связи (т.е. передачами из подчиненного объекта) на TDD-несущей. В проиллюстрированном примере, TDD-несущая проиллюстрирована почти идентично TDD-несущей на фиг. 4, при этом ресурсы восходящей линии связи показаны с множеством пользователей (подчиненных объектов), передающих "обычные" данные восходящей линии связи с использованием длинного TTI. Здесь, как подробнее описано ниже, объект диспетчеризации может модифицировать диспетчеризующее назначение или предоставление частотно-временных ресурсов, прерывая текущие передачи по восходящей линии связи на TDD-несущей, с передачами по нисходящей линии связи на TDD-несущей.
[0094] В проиллюстрированном примере, канал управления для управления пользовательскими данными, переносимыми на TDD-несущей, переносится на компонентной FDD-несущей нисходящей линии связи. Иными словами, FDD-полоса частот включает в своей компонентной несущей нисходящей линии связи канал 808 LoLat-разрешения на передачу, в котором подчиненный объект может принимать информацию, такую как LoLat-разрешение 810 на передачу по нисходящей линии связи.
[0095] В этом примере, поскольку FDD-несущая спаривается с TDD-несущей, подчиненный объект может всегда принимать канал управления в направлении нисходящей линии связи на FDD-несущей даже в то время, когда передачи по восходящей линии связи выполняются на TDD-несущей. Кроме того, в аспекте раскрытия сущности, если конкретный подчиненный объект в данный момент не передает данные восходящей линии связи на TDD-несущей, то этот конкретный пользователь может быть сконфигурирован с возможностью всегда прослушивать данные нисходящей линии связи на TDD-несущей.
[0096] В дополнение к проиллюстрированным каналам, частотно-временные ресурсы, соответствующие длинному TTI, могут быть предоставлены для передач по восходящей линии связи на TDD-несущей в один или более подчиненных объектов (например, пользователям A-F) посредством использования любого подходящего канала разрешения на передачу по нисходящей линии связи (не обязательно одного из проиллюстрированных каналов).
[0097] В любой момент времени, в ходе передачи обычными пользователями 802 данных восходящей линии связи на TDD-несущей, объект диспетчеризации может определять передавать LoLat-данные нисходящей линии связи на TDD-несущей. Иными словами, в любое время, одному или более подчиненных объектов, поддерживающих связь с объектом диспетчеризации, таким как LoLat-пользователь 804, может потребоваться LoLat-связь с сетью, при этом необходимы более строгие требования по времени задержки для связи, чем относительно длительное время задержки, получающееся в результате связи обычных пользователей с использованием длинного TTI. Таким образом, в аспекте настоящего раскрытия сущности, доступность канала 808 LoLat-разрешения на передачу на компонентной FDD-несущей нисходящей линии связи может обеспечивать динамическое мультиплексирование трафика для одного или более подчиненных объектов, которым требуется связь с низкой задержкой (в дальнейшем называемых LoLat-пользователями 804), которые могут использовать короткий TTI для трафика данных, и трафика для обычных пользователей 802, которые используют длинный TTI для трафика данных.
[0098] Соответственно, по каналу 808 LoLat-разрешения на передачу на компонентной FDD-несущей нисходящей линии связи, в любой момент времени, объект диспетчеризации может передавать в широковещательном режиме LoLat-разрешение 810 на передачу по нисходящей линии связи. LoLat-разрешение 810 на передачу по нисходящей линии связи может быть структурировано любым подходящим способом. В качестве одного примера, LoLat-разрешение 810 на передачу по нисходящей линии связи может включать в себя информацию, чтобы идентифицировать одного или более LoLat-пользователей, для которых предоставляются LoLat-данные нисходящей линии связи, информацию, идентифицирующую частотно-временные ресурсы, выделяемые пользователю, и любую другую подходящую информацию относительно приема и декодирования данных нисходящей линии связи.
[0099] Одновременно, на TDD-несущей, объект диспетчеризации может передавать в широковещательном режиме LoLat-данные нисходящей линии связи LoLat-пользователю(ям) 804, в соответствии с LoLat-разрешением 810 на передачу по нисходящей линии связи. Иными словами, в некоторых примерах, LoLat-разрешение 810 на передачу по нисходящей линии связи и LoLat-данные нисходящей линии связи могут передаваться одновременно, т.е. в течение идентичного короткого TTI. Тем не менее, это не обязательно имеет место, и в других примерах, LoLat-разрешение 810 на передачу по нисходящей линии связи и LoLat-данные нисходящей линии связи могут передаваться в течение полностью неперекрывающихся коротких TTI, или, как проиллюстрировано на фиг. 8, один короткий TTI может быть использован для LoLat-разрешения 810 на передачу по нисходящей линии связи, который может перекрываться с любым числом (включающим в себя нуль) коротких TTI, в течение которых LoLat-данные нисходящей линии связи передаются на TDD-несущей.
[00100] Иными словами, LoLat-пользователь 804 (т.е. подчиненный объект, адресованный в LoLat-разрешении 810 на передачу) может быть сконфигурирован с возможностью принимать и буферизовать кадр на TDD-несущей, даже если он не принимает активно обычные данные нисходящей линии связи на TDD-несущей. После обработки LoLat-разрешения на передачу по нисходящей линии связи (которая может возникать в конце каждого длинного TTI), если соответствующее LoLat-разрешение 810 на передачу принимается по каналу 808 LoLat-разрешения на передачу, этот LoLat-пользователь 804, соответственно, может декодировать LoLat-данные нисходящей линии связи, передаваемые на TDD-несущей.
[00101] В объекте диспетчеризации, до передачи LoLat-данных по нисходящей линии связи на TDD-несущей, он принимает обычные передачи по восходящей линии связи от обычных пользователей 802. Во время LoLat-передачи, чтобы приспосабливать передачу по нисходящей линии связи LoLat-данных на TDD-несущей, объект диспетчеризации может прекращать прием передач обычных данных по восходящей линии связи на TDD-несущей и может начинать передачу LoLat-данных нисходящей линии связи на TDD-несущей. Здесь, обычные пользователи 802 могут продолжать передачу своих обычных данных восходящей линии связи на TDD-несущей, поскольку они могут не принимать заблаговременное предупреждение или индикатор того, что объект диспетчеризации не прослушивает их передачи по восходящей линии связи на TDD-несущей в течение соответствующих коротких TTI. После завершения LoLat-передач по нисходящей линии связи на TDD-несущей, объект диспетчеризации может переключаться обратно и включать свое приемное устройство для того, чтобы принимать текущие дополнительные передачи обычных данных по восходящей линии связи на TDD-несущей.
[00102] В некоторых аспектах раскрытия сущности, обычные пользователи 802, которые прерваны посредством LoLat-передачи по нисходящей линии связи, не могут иметь индикатора того, что они, фактически, прерваны, и того, что их передачи по восходящей линии связи временно игнорируются. Иными словами, объект диспетчеризации не должен обязательно информировать обычных пользователей 802 в отношении того, что их передачи по восходящей линии связи прерываются/игнорируются, чтобы приспосабливать LoLat-передачу по нисходящей линии связи.
[00103] Одно потенциальное влияние этой схемы может заключаться в определенной степени межсотовых помех, вызываемых посредством объекта диспетчеризации, когда он передает свою LoLat-передачу по нисходящей линии связи на TDD-несущей, для других соседних объектов диспетчеризации (например, если две базовых станции с высоким уровнем мощности являются соседними друг с другом). Кроме того, могут возникать межпользовательские помехи, при этом обычные пользователи 802, которые могут продолжать передавать свои данные восходящей линии связи на TDD-несущей, могут оказывать влияние на производительность приема LoLat-пользователя 804.
[00104] Соответственно, в дополнительном аспекте раскрытия сущности, обычные пользователи 802 могут иметь поддержку отслеживания FDD-несущей нисходящей линии связи, в том числе и передач по каналу 808 LoLat-разрешения на передачу, в ходе передач обычных данных восходящей линии связи на TDD-несущей. Здесь, в некоторых примерах, FDD-несущая нисходящей линии связи может включать в себя дополнительную управляющую информацию, направленную обычным пользователям 802, которая может указывать этим пользователям то, что их передачи по восходящей линии связи на TDD-несущей прерываются для LoLat-пользователя. Таким образом, обычным пользователям 802 может обеспечиваться возможность прекращать передачи по восходящей линии связи на TDD-несущей, уменьшая или предотвращая потенциальные преднамеренные помехи приема LoLat-пользователем 804 LoLat-данных нисходящей линии связи на TDD-несущей. В дополнительном аспекте раскрытия сущности, защитное время 806 может быть использовано после конца LoLat-передачи по нисходящей линии связи до того, как обычные пользователи 802 возобновляют передачи обычных данных восходящей линии связи на TDD-несущей. Защитное время 806 может исключаться в некоторых примерах.
[00105] Фиг. 9 является схемой последовательности операций обработки, иллюстрирующей примерную процедуру назначения и переназначения ресурсов, которая может осуществляться в соответствии с одним примером для мультиплексирования данных восходящей линии связи и нисходящей линии связи с различными целями по времени задержки с использованием TDD-несущей данных, спаренной с компонентными FDD-несущими для управляющей информации. На этой иллюстрации, время продвигается в направлении вниз, и сигналы связи между проиллюстрированными объектами обозначаются с помощью стрелок между линиями ниже соответствующих объектов. Как проиллюстрировано, объект 801 диспетчеризации поддерживает связь с множеством подчиненных объектов 104, включающих в себя обычного пользователя 802 и LoLat-пользователя 804. Каждый объект 801, 802 и 804 сконфигурирован с возможностью связи по TDD-несущей и FDD-несущей. Соответствующие TDD- и FDD-несущие проиллюстрированы схематично с помощью двух вертикальных линий, идущих вниз из каждого соответствующего объекта.
[00106] Фиг. 9 описывается ниже в сочетании с блок-схемой последовательности операций способа, проиллюстрированной на фиг. 10. Иными словами, фиг. 10 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 1000 для назначения и переназначения ресурсов с использованием TDD-несущей данных, спаренной с компонентными FDD-несущими для управляющей информации в соответствии с некоторыми аспектами настоящего раскрытия сущности. Процесс 1000 описывается с точки зрения объекта 801 диспетчеризации и, соответственно, может, как описано в связи с фиг. 9, работать в объекте 102 диспетчеризации, описанном выше в связи с фиг. 1 и/или 2. В других примерах в пределах объема настоящего раскрытия сущности, процесс 1000 может управляться посредством процессора общего назначения, системы 214 обработки, как описано выше и проиллюстрировано на фиг. 2, или любого подходящего средства для выполнения описанных функций. Конкретный порядок этапов или блоков, показанных на фиг. 10, является просто примерным по своему характеру, и в различных аспектах раскрытия сущности, эти этапы или блоки могут возникать в любом подходящем порядке, при этом некоторые примеры включают в себя два или более этапов или блоков, возникающих одновременно.
[00107] На этапе 1002, объект 801 диспетчеризации может передавать первое назначение или предоставление 820 частотно-временных ресурсов, по меньшей мере, в один подчиненный объект на компонентной FDD-несущей нисходящей линии связи. Любой подходящий канал управления на компонентной FDD-несущей нисходящей линии связи может быть использован для первого назначения ресурсов, к примеру, канал назначения в нисходящей линии связи. Здесь, первое назначение 820 ресурсов может быть сконфигурировано с возможностью указывать то, какой частотно-временной ресурс или ресурсы назначаются соответствующим подчиненным объектам для обычных передач данных восходящей линии связи, т.е. передач с использованием длинного TTI. В соответствии с первым назначением 820 ресурсов, на этапе 1004, объект 801 диспетчеризации может принимать обычные данные 822 восходящей линии связи на TDD-несущей восходящей линии связи, по меньшей мере, из одного подчиненного объекта (например, подчиненных объектов 802 и 804) с использованием длинного TTI. Здесь, со ссылкой на фиг. 8, эти обычные данные 822 восходящей линии связи могут соответствовать передачам от обычных пользователей 802. Как проиллюстрировано на фиг. 9 с помощью пунктирной стрелки, обычные данные восходящей линии связи могут необязательно передаваться из второго подчиненного объекта 804, в зависимости от контента первого назначения 820 ресурсов и того, выполнен или нет второй подчиненный объект 804 с возможностью передавать передачи данных по восходящей линии связи с использованием длинного TTI.
[00108] Этапы 1002 и 1004 могут повторяться или итеративно выполняться многократно в различных примерах, поскольку обычные данные 822 восходящей линии связи могут продолжать передаваться из подчиненных объектов. Тем не менее, в любой момент времени может возникать такая ситуация, что объект 801 диспетчеризации может хотеть передавать LoLat-данные в конкретный подчиненный объект (т.е. LoLat-пользователю 804). Соответственно, на этапе 1006, объект 801 диспетчеризации может передавать назначение или предоставление 820 частотно-временных ресурсов по каналу 808 LoLat-разрешения на передачу на компонентной FDD-несущей нисходящей линии связи, по меньшей мере, в один подчиненный объект (например, LoLat-пользователю 804). Здесь, назначение 810 ресурсов может указывать для LoLat-пользователя 804 то, чтобы принимать LoLat-данные нисходящей линии связи из объекта 801 диспетчеризации с использованием, по меньшей мере, одного короткого TTI. В частности, назначение 810 ресурсов может включать в себя информацию, идентифицирующую конкретный подчиненный объект 804, и информацию, идентифицирующую частотно-временные ресурсы, предоставленные на TDD-несущей для LoLat-передачи по нисходящей линии связи.
[00109] На этапе 1008, объект 801 диспетчеризации необязательно может (как указано посредством прямоугольника 1008 с пунктирной линией) передавать модификацию 809 разрешения на диспетчеризацию в восходящей линии связи по любому подходящему каналу на компонентной FDD-несущей нисходящей линии связи. Здесь, модификация 809 разрешения на диспетчеризацию в восходящей линии связи может инструктировать обычным пользователям, таким как первый подчиненный объект 802, имеющим предоставленные частотно-временные ресурсы для передач по восходящей линии связи с длинным TTI, прореживать свои передачи по восходящей линии связи в течение, по меньшей мере, одного обозначенного короткого TTI (т.е. короткого TTI, соответствующего LoLat-разрешению 810 на передачу).
[00110] Этап 1010 представляет операции в одном или более подчиненных объектов, таких как обычные пользователи 802 и LoLat-пользователь(ли) 804. Иными словами, в ответ на модификацию 809 разрешения на передачу по восходящей линии связи, обычные пользователи 902 (к примеру, первый подчиненный объект 802) необязательно могут прореживать свои ранее диспетчеризованные передачи данных по восходящей линии связи, которые используют длинный TTI. Прореживание представляет собой необязательный этап, осуществляемый в подчиненных объектах, сконфигурированных с возможностью отслеживать каналы управления на компонентной FDD-несущей нисходящей линии связи при передаче данных восходящей линии связи на TDD-несущей.
[00111] На этапе 1012, в соответствии с назначением 810 ресурсов, объект 801 диспетчеризации может передавать LoLat-данные 824 нисходящей линии связи на TDD-несущей. В некоторых примерах, передача LoLat-разрешения 810 на передачу и LoLat-данных 824 нисходящей линии связи может возникать одновременно, т.е. в течение идентичного короткого TTI. Тем не менее это необязательно имеет место, и в других примерах, LoLat-разрешение 810 на передачу по нисходящей линии связи и LoLat-данные нисходящей линии связи могут передаваться в течение полностью неперекрывающихся коротких TTI, или, как проиллюстрировано на фиг. 8, один короткий TTI может быть использован для LoLat-разрешения 810 на передачу по нисходящей линии связи, который может перекрываться с любым числом (включающим в себя нуль) коротких TTI, в течение которых LoLat-данные нисходящей линии связи передаются на TDD-несущей.
[00112] Этапы 1014 и 1016 представляют операции в одном или более подчиненных объектов, таких как обычные пользователи 802 и, в некоторых примерах, LoLat-пользователь(ли) 804. Иными словами, на этапе 1014, обычные подчиненные объекты могут необязательно ожидать подходящего интервала отсутствия сигнала или защитного времени 806 после конца диспетчеризованных LoLat-передач по нисходящей линии связи 824. Это защитное время 806, например, может компенсировать любую задержку на распространение или другую радиоинтерфейсную задержку, предоставляя возможность полного завершения LoLat-передач по нисходящей линии связи всем пользователям в зоне обслуживания до возобновления передач по восходящей линии связи на TDD-несущей. На этапе 1016, обычные подчиненные объекты (т.е. обычный пользователь 802) могут возобновлять передачи обычных данных по восходящей линии связи на TDD-несущей, когда передача LoLat-данных нисходящей линии связи завершена (и необязательно после защитного времени 806). Соответственно, на этапе 1018, объект 802 диспетчеризации может возобновлять прием обычных данных восходящей линии связи на TDD-несущей из одного или более подчиненных объектов с использованием длинного TTI.
[00113] Посредством использования вышеописанной схемы, при спаривании TDD-несущей для передач данных с FDD-несущей для передач по каналу управления, тонкий канал 808 LoLat-разрешения на передачу может обеспечивать возможность объекту диспетчеризации быстро и динамически управлять мультиплексированием данных восходящей линии связи и нисходящей линии связи на TDD-несущей, имеющей, по меньшей мере, два различных типа или категории данных из набора подчиненных объектов.
Спаривание FDD-TDD-несущих: мультиплексирование LoLat UL на обычной UL
[00114] Фиг. 11 иллюстрирует еще один другой пример спаривания TDD-несущей с FDD-несущей, предоставляющего мультиплексирование LoLat-передач по восходящей линии связи (т.е. передач из подчиненного объекта) с обычными передачами по нисходящей линии связи (т.е. передачами из объекта диспетчеризации). В проиллюстрированном примере, TDD-несущая проиллюстрирована почти идентично TDD-несущей на фиг. 8, при этом ресурсы нисходящей линии связи показаны с объектом диспетчеризации, передающим "обычные" данные нисходящей линии связи с использованием длинного TTI множеству пользователей (подчиненных объектов). Здесь, как подробнее описано ниже, при запросе подчиненного объекта, объект диспетчеризации может модифицировать диспетчеризующее назначение или предоставление частотно-временных ресурсов, прерывая текущие передачи по нисходящей линии связи на TDD-несущей, чтобы обеспечивать передачи по восходящей линии связи (например, передачи LoLat-данных) на TDD-несущей.
[00115] В проиллюстрированном примере, канал управления для управления данными, переносимыми на TDD-несущей, переносится на компонентной FDD-несущей нисходящей линии связи. Иными словами, FDD-полоса частот включает в своей компонентной несущей нисходящей линии связи канал 1108 LoLat-разрешения на передачу, в котором подчиненный объект может принимать информацию, такую как LoLat-разрешение 1110 на передачу по восходящей линии связи, которое может переносить информацию разрешения на передачу для LoLat-пользователя 1104, который запрашивает LoLat-диспетчеризацию с тем, чтобы использовать для передачи LoLat-передачи по восходящей линии связи. FDD-полоса частот дополнительно включает в своей компонентной несущей нисходящей линии связи тонкий канал 1112 управления, который может переносить модификацию 1114 разрешения на передачу по нисходящей линии связи, которая модифицирует предоставление частотно-временных ресурсов нисходящей линии связи, соответствующее приему данных по нисходящей линии связи обычных пользователей 1102 на TDD-несущей.
[00116] На иллюстрации, LoLat-разрешение 1110 на передачу показано как занимающее более широкую полосу пропускания, чем модификация 1114 разрешения на передачу по DL. Это представляет то, что хотя модификация 1114 разрешения на передачу по DL может составлять только несколько битов, представляющих частотные ресурсы, которые повторно выделяются не согласно обычному пользователю 1102 и числу коротких TTI, LoLat-разрешение 1110 на передачу может включать в себя более точную информацию, связанную с назначением LoLat-ресурсов, такую как идентификатор пользователя, информация назначения, схема модуляции и кодирования и т.д.
[00117] Кроме того, канал управления для обеспечения возможности подчиненным объектам быстро отправлять информацию в объект диспетчеризации переносится на компонентной FDD-несущей восходящей линии связи. Иными словами, FDD-полоса частот включает в своей компонентной несущей восходящей линии связи тонкий канал 1116 обратной связи, в котором объект диспетчеризации может принимать информацию обратной связи из подчиненных объектов, такую как запрос 1118 на LoLat-диспетчеризацию.
[00118] В дополнение к проиллюстрированным каналам, частотно-временные ресурсы, соответствующие длинному TTI, могут быть предоставлены для передач по нисходящей линии связи на TDD-несущей в один или более подчиненных объектов (например, пользователям A-F) посредством использования любого подходящего канала разрешения на передачу по нисходящей линии связи (не обязательно одного из проиллюстрированных каналов). По мере того, как выполняются эти передачи по нисходящей линии связи, если конкретный подчиненный объект, обозначаемый в качестве LoLat-пользователя 1104, хочет запрашивать ресурсы для LoLat-передачи по восходящей линии связи, этот подчиненный объект может передавать запрос 1118 на LoLat-диспетчеризацию по тонкому каналу 1116 обратной связи на компонентной FDD-несущей восходящей линии связи. Здесь, запрос 1118 на LoLat-диспетчеризацию может использовать короткий TTI, хотя это не обязательно всегда имеет место. В ответ, если объект диспетчеризации хочет предоставлять запрашиваемый LoLat-ресурс, объект 102 диспетчеризации может передавать на компонентной FDD-несущей нисходящей линии связи LoLat-разрешение 1110 на передачу, которое информирует LoLat-пользователя 1104, который передает запрос 1118 на диспетчеризацию LoLat-пользователя, в отношении его предоставленных ресурсов. После подходящей задержки для того, чтобы обеспечивать возможность LoLat-пользователю принимать и обрабатывать LoLat-разрешение 1110 на передачу и подготавливаться к LoLat-передаче по восходящей линии связи, объект диспетчеризации дополнительно может передавать, по тонкому каналу 1112 управления, модификацию разрешения на передачу по нисходящей линии связи, которая информирует обычных пользователей 1102, которые принимают передачи данных нисходящей линии связи по TDD-несущей, в отношении того, что некоторые или все их предоставленные ресурсы модифицируются или удаляются, чтобы освобождать ресурсы для LoLat-передачи.
[00119] Поскольку несущая данных представляет собой TDD-несущую, в ходе передачи данных восходящей линии связи LoLat-пользователем 1104, передачи данных по нисходящей линии связи обычным пользователям 1102 с использованием длинного TTI прореживаются, прекращаются или приостанавливаются. В течение этого времени, LoLat-пользователь 1104 может передавать свою LoLat-передачу по восходящей линии связи на TDD-несущей, что приводит к схеме ортогонального множественного доступа между обычными передачами по нисходящей линии связи и LoLat-передачами по восходящей линии связи на TDD-несущей.
[00120] В некоторых примерах, непосредственно перед временем, в которое диспетчеризовано начало LoLat-передач по восходящей линии связи, объект диспетчеризации может приостанавливать передачи обычных данных по нисходящей линии связи на TDD-несущей. Иными словами, интервал отсутствия сигнала или защитное время 1106 необязательно может быть использовано при мультиплексировании LoLat-передач по восходящей линии связи и обычных передач по нисходящей линии связи на TDD-несущей. Здесь, это защитное время 1106, например, может компенсировать любую задержку на распространение или другую радиоинтерфейсную задержку, предоставляя возможность полного завершения обычных передач по нисходящей линии связи всем пользователям в зоне обслуживания до времени, когда LoLat-передачи по восходящей линии связи начинаются на TDD-несущей.
[00121] На иллюстрации, модификация разрешения на передачу по нисходящей линии связи проиллюстрирована как возникающая одновременно с тем, как модифицируются ресурсы нисходящей линии связи. Потребность во временном опережении модификации разрешения на передачу может не допускаться, поскольку модификация разрешения на передачу по нисходящей линии связи и данные нисходящей линии связи могут буферизоваться и постобрабатываться посредством принимающих обычных UE, как описано выше.
[00122] Фиг. 12 является схемой последовательности операций обработки, иллюстрирующей примерную процедуру назначения и переназначения ресурсов, которая может осуществляться в соответствии с одним примером для мультиплексирования данных восходящей линии связи и нисходящей линии связи с различными целями по времени задержки с использованием TDD-несущей данных, спаренной с компонентными FDD-несущими для управляющей информации. На этой иллюстрации, время продвигается в направлении вниз, и сигналы связи между проиллюстрированными объектами обозначаются с помощью стрелок между линиями ниже соответствующих объектов. Как проиллюстрировано, объект 1101 диспетчеризации поддерживает связь с множеством подчиненных объектов 104, включающих в себя обычного пользователя 1102 и LoLat-пользователя 1104. Каждый объект 1101, 1102 и 1104 сконфигурирован с возможностью связи по TDD-несущей и FDD-несущей. Соответствующие TDD- и FDD-несущие проиллюстрированы схематично с помощью двух вертикальных линий, идущих вниз из каждого соответствующего объекта.
[00123] Фиг. 12 описывается ниже в сочетании с блок-схемой последовательности операций способа, проиллюстрированной на фиг. 13. Иными словами, фиг. 13 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 1300 для назначения и переназначения ресурсов с использованием TDD-несущей данных, спаренной с компонентными FDD-несущими для управляющей информации в соответствии с некоторыми аспектами настоящего раскрытия сущности. Процесс 1300 описывается с точки зрения объекта 1101 диспетчеризации и, соответственно, может, как описано в связи с фиг. 12, работать в объекте 102 диспетчеризации, описанном выше в связи с фиг. 1 и/или 2. В других примерах в пределах объема настоящего раскрытия сущности, процесс 1300 может управляться посредством процессора общего назначения, системы 214 обработки, как описано выше и проиллюстрировано на фиг. 2, или любого подходящего средства для выполнения описанных функций. Конкретный порядок этапов или блоков, показанных на фиг. 13, является просто примерным по своему характеру, и в различных аспектах раскрытия сущности, эти этапы или блоки могут возникать в любом подходящем порядке, при этом некоторые примеры включают в себя два или более этапов или блоков, возникающих одновременно.
[00124] На этапе 1302, объект 1101 диспетчеризации может передавать первое назначение или предоставление 1120 частотно-временных ресурсов, по меньшей мере, в один подчиненный объект на компонентной FDD-несущей нисходящей линии связи. Любой подходящий канал управления на компонентной FDD-несущей нисходящей линии связи может быть использован для первого назначения ресурсов, к примеру, канал назначения в нисходящей линии связи. Здесь, первое назначение 1120 ресурсов может быть сконфигурировано с возможностью указывать то, какой частотно-временной ресурс или ресурсы назначаются подчиненному объекту для приема обычных передач данных нисходящей линии связи, т.е. передач с использованием длинного TTI. В соответствии с первым назначением 1120 ресурсов, на этапе 1304, объект 1101 диспетчеризации может передавать обычные данные 1122 нисходящей линии связи на TDD-несущей нисходящей линии связи, по меньшей мере, в один подчиненный объект (например, подчиненные объекты 1102 и 1104) с использованием длинного TTI. Здесь, со ссылкой на фиг. 11, эти обычные данные 1122 нисходящей линии связи могут соответствовать передачам от обычных пользователей 1102. Как проиллюстрировано на фиг. 12 с помощью пунктирной стрелки, обычные данные нисходящей линии связи могут необязательно передаваться во второй подчиненный объект 1104, в зависимости от контента первого назначения 1120 ресурсов и того, выполнен или нет второй подчиненный объект 1104 с возможностью принимать передачи данных по нисходящей линии связи с использованием длинного TTI.
[00125] Этапы 1302 и 1304 могут повторяться или итеративно выполняться многократно в различных примерах, поскольку обычные данные 1122 восходящей линии связи могут продолжать передаваться из подчиненных объектов. Тем не менее, в любой момент времени может возникать такая ситуация, что подчиненный объект 1104 (т.е. LoLat-пользователь 1104) может хотеть передавать LoLat-данные восходящей линии связи в объект 1101 диспетчеризации. Соответственно, на этапе 1306, объект 1101 диспетчеризации может принимать запрос 1118 на LoLat-диспетчеризацию по тонкому каналу 1116 обратной связи на компонентной FDD-несущей восходящей линии связи от LoLat-пользователя 1104 (т.е. второго подчиненного объекта 1104). Запрос 1118 на LoLat-диспетчеризацию может включать в себя информацию, идентифицирующую запрашивающий подчиненный объект 1104 и включающую в себя любую релевантную информацию, связанную с LoLat-данными, которые должны передаваться.
[00126] На этапе 1308, объект 1101 диспетчеризации может передавать второе назначение или предоставление 1110 частотно-временных ресурсов по каналу 1108 LoLat-разрешения на передачу на компонентной FDD-несущей нисходящей линии связи в запрашивающий подчиненный объект 1104. Здесь, второе назначение 1110 ресурсов может включать в себя информацию, идентифицирующую запрашивающий подчиненный объект 1104, и информацию, идентифицирующую частотно-временные ресурсы, предоставленные на TDD-несущей восходящей линии связи для LoLat-передачи по восходящей линии связи.
[00127] На необязательном этапе 1310, объект 1101 диспетчеризации может приостанавливать передачи 1122 обычных данных по нисходящей линии связи на TDD-несущей непосредственно перед временем, в которое диспетчеризовано начало LoLat-передач по восходящей линии связи. Иными словами, интервал отсутствия сигнала или защитное время 1106 необязательно может быть использовано при мультиплексировании LoLat-передач 1124 по восходящей линии связи и обычных передач 1122 по нисходящей линии связи на TDD-несущей.
[00128] На этапе 1312, объект 1101 диспетчеризации может передавать модификацию 1114 разрешения на диспетчеризацию в нисходящей линии связи по тонкому каналу 1112 управления на компонентной FDD-несущей нисходящей линии связи. Здесь, модификация 1114 разрешения на диспетчеризацию в нисходящей линии связи может инструктировать обычным пользователям, таким как первый подчиненный объект 1102, имеющим предоставленные частотно-временные ресурсы для передач по нисходящей линии связи с длинным TTI, игнорировать любые передачи по восходящей линии связи в течение, по меньшей мере, одного обозначенного короткого TTI. Иными словами, поскольку передачи в течение этого TTI представляют собой LoLat-передачи по восходящей линии связи от LoLat-пользователя 1104, не направленные обычному пользователю 1102, данные не могут быть декодируемыми обычным пользователем 1102 и могут игнорироваться обычным пользователем 1102 в ходе постобработки соответствующего длинного TTI.
[00129] Этап 1314 представляет операции в одном или более подчиненных объектов, таких как LoLat-пользователь 1104. Иными словами, в ответ на второе назначение 1110 ресурсов LoLat-пользователь (т.е. второй подчиненный объект 1104) может передавать LoLat-данные 1124 восходящей линии связи с использованием назначенных частотно-временных ресурсов на TDD-несущей.
[00130] В некоторых примерах, передача модификации 1114 разрешения на диспетчеризацию в нисходящей линии связи на этапе 1312 и передача LoLat-данных 1124 восходящей линии связи на TDD-несущей на этапе 1314 (и соответствующая приостановка передач данных по нисходящей линии связи на TDD-несущей, не включающая в себя защитное время, которое может добавляться) могут возникать одновременно. Иными словами, эти передачи могут мультиплексироваться, например, с использованием различных частотно-временных ресурсов. В других примерах, эти передачи могут выполняться в различные моменты времени, согласно подробностям конкретной реализации. Иными словами, обычные пользователи 1102 могут быть сконфигурированы с возможностью буферизовать или кэшировать контент тонкого канала 1112 управления и TDD-несущей, так что игнорирование данных в течение обозначенного короткого TTI может выполняться в ходе постобработки обычными пользователями 1102.
[00131] На этапе 1316, объект 1101 диспетчеризации может принимать LoLat-данные 1124 восходящей линии связи, передаваемые из запрашивающего подчиненного объекта 1104 с использованием короткого TTI на TDD-несущей. На этапе 1318, объект 1101 диспетчеризации может возобновлять передачу обычных данных 1122 нисходящей линии связи на TDD-несущей в один или более подчиненных объектов, таких как обычный пользователь 1102 с использованием длинного TTI.
[00132] Посредством использования вышеописанной схемы, при спаривании TDD-несущей для передач данных по восходящей линии связи с FDD-несущими для передач по каналу управления, тонкий канал 1112 управления может обеспечивать возможность объекту диспетчеризации мультиплексировать данные восходящей линии связи и нисходящей линии связи, имеющие, по меньшей мере, два различных типа или категории данных для набора подчиненных объектов.
Спаривание TDD-TDD-несущих
[00133] В дополнительном аспекте раскрытия сущности, вместо спаривания FDD-несущей с TDD-несущей, две TDD-несущие могут спариваться друг с другом таким способом, который может обеспечивать полнодуплексную связь. Фиг. 14 иллюстрирует один пример спаривания двух компонентных TDD-несущих (CC). На этой иллюстрации, первая CC (компонентная несущая 1 или CC1) спаривается со второй CC (компонентной несущей 2 или CC2). Горизонтальная ось представляет время, и вертикальная ось представляет частоту (не в масштабе). Как CC1, так и CC2 представляют собой TDD-несущие, при этом временные кванты восходящей линии связи, указываемые с помощью U, мультиплексируются во времени с временными квантами нисходящей линии связи, указываемыми с помощью D на каждой соответствующей несущей. Дополнительно, некоторые временные кванты идентифицируются в качестве специальных временных квантов и указываются с помощью S, что подробнее описано ниже. В данном документе, временной квант может соответствовать любой подходящей продолжительности и может соответствовать другому термину, такому как интервал времени передачи (TTI), субкадр, кадр, длительность символа и т.д.
[00134] Если только CC1 является применимой посредством устройства связи, можно видеть, что только временные кванты нисходящей линии связи, временные кванты восходящей линии связи или специальные временные кванты существуют в любое одно время. Иллюстрация показывает два различных типов кадров, идентифицированных в качестве конфигурации A и конфигурации B. В первом кадре, идентифицированном в качестве конфигурации A, существует идентичное число временных квантов U восходящей линии связи и временных квантов D нисходящей линии связи, причем два из временных квантов идентифицируются в качестве специальных временных квантов S. Во втором кадре, идентифицированном в качестве конфигурации B, большинство временных квантов представляют собой временные кванты D нисходящей линии связи, с одним временным квантом U восходящей линии связи и одним специальным временным квантом S. Третий кадр показан как другой кадр конфигурации A. Эти конфигурации являются просто одним примером, который соответствует некоторым существующим конфигурациям, заданным в стандартах TD-LTE.
[00135] В любой момент времени, например, в течение второго кадра, идентифицированного в качестве конфигурации B, если устройство связи имеет потребность отправлять обратную связь на восходящей линии связи, ему может не представляться такой временной отрезок, поскольку оно сталкивается с длинным фрагментом временных квантов только для нисходящей линии связи. Здесь, обратная связь должна быть буферизована, по меньшей мере, до тех пор, пока следующий временной отрезок не будет представлен в третьем временном кванте третьего кадра.
[00136] Следовательно, в аспекте настоящего раскрытия сущности, первая компонентная TDD-несущая CC1 может спариваться со второй компонентной TDD-несущей CC2. Здесь, CC2 может реализовывать обратную, сопряженную или комплементарную организацию передачи/приема относительно организации передачи/приема CC1. В настоящем раскрытии сущности, термины "обратный", "комплементарный" и "сопряженный" используются взаимозаменяемо, в общем, означая конфигурацию, в которой, по меньшей мере, некоторые временные кванты D нисходящей линии связи в CC1 спариваются с временными квантами U восходящей линии связи в CC2, и, по меньшей мере, некоторые временные кванты U восходящей линии связи в CC1 спариваются с временными квантами D нисходящей линии связи в CC2. Проиллюстрированная конфигурация является просто примерной по своему характеру, и другие конфигурации могут быть использованы в пределах объема настоящего раскрытия сущности, некоторые из которых могут спаривать все временные кванты через двухкомпонентные несущие, а другие из которых могут включать в себя некоторые неспаренные временные кванты восходящей/нисходящей линии связи.
[00137] Как показано, кадр конфигурации A спаривается с кадром конфигурации -A, при этом конфигурация -A представляет обратную (или сопряженную) конфигурацию относительно конфигурации A. Аналогично, кадр конфигурации B спаривается с кадром конфигурации -B.
[00138] Специальный временной квант, указываемый с помощью S, в проиллюстрированном примере может быть использован для переключения с нисходящей на восходящую линию связи. Иными словами, в отношении связи посредством подчиненного объекта 104, при использовании TDD-несущей, когда временная синхронизация передач по восходящей и нисходящей линии связи регулируется посредством объекта 102 диспетчеризации, может возникать потребность в определенном временном интервале отсутствия сигнала при переходе из временного кванта D нисходящей линии связи и временного кванта U восходящей линии связи. Иными словами, имеется определенная задержка на распространение между передачей временного кванта D нисходящей линии связи из объекта 102 диспетчеризации в подчиненный объект 104, а также между передачей временного кванта U восходящей линии связи из подчиненного объекта 104 в объект 102 диспетчеризации. Чтобы учитывать эти задержки на распространение, специальные временные кванты S вставляют интервал отсутствия сигнала между концом временного кванта D нисходящей линии связи и началом временного кванта U восходящей линии связи, так что объект 102 диспетчеризации и подчиненный объект 104 могут поддерживать синхронизацию. Здесь, интервал отсутствия сигнала может соответствовать времени, когда связь ни в восходящей линией связи, ни в нисходящей линии связи не возникает. Длина интервала отсутствия сигнала в специальном временном кванте S может быть сконфигурирована в соответствии с размером соты.
[00139] В различных аспектах раскрытия сущности, специальные временные кванты S в одной компонентной несущей могут спариваться с любым подходящим временным квантом на спаренной компонентной несущей, включающим в себя временной квант D нисходящей линии связи, временной квант U восходящей линии связи или другой специальный временной квант S. В некоторых примерах, к примеру, в проиллюстрированном примере на фиг. 14, каждый из специальных временных квантов S в одной компонентной несущей (CC1) может преобразовываться (например, с временным совмещением) в соответствующий временной квант нисходящей линии связи в спаренной компонентной несущей (CC2). Тем не менее, это представляет собой просто один пример и не имеет намерение быть ограниченным по своему характеру.
[00140] В дополнительном примере, специальные временные кванты S могут вставляться в обратной или спаренной компонентной несущей CC2 по мере необходимости, между переходами от временных квантов нисходящей линии связи к временным квантам восходящей линии связи.
[00141] В некоторых примерах, спаренные компонентные несущие могут представлять собой межполосные несущие. Иными словами, каждая из компонентных несущих CC1 и CC2 может находиться в другой полосе частот относительно своей спаренной компонентной несущей. Посредством размещения компонентных несущих в различных полосах частот, может улучшаться RF-функциональность в устройстве, таком как объект 102 диспетчеризации и подчиненный объект 104, уменьшая помехи и снижение чувствительности между соответствующими несущими. Тем не менее, это не представляет собой требование, и внутриполосные компонентные несущие могут быть использованы в пределах объема настоящего раскрытия сущности; тем не менее, в таком случае может быть преимущественным выбирать компонентные несущие, которые максимально возможно разнесены друг от друга по частоте.
[00142] Иллюстрация на фиг. 14 показывает, в качестве одного примера, две спаренных компонентные TDD-несущие, имеющие по существу идентичную полосу пропускания. Иными словами, каждая компонентная несущая имеет идентичную ширину в вертикальном частотном измерении. Здесь, если две компонентные TDD-несущие идентичной полосы пропускания спариваются друг с другом, одно из преимуществ традиционной TDD-несущей может быть потеряно. Иными словами, традиционный TDD имеет такое преимущество, что, в зависимости от характеристик трафика, можно определять то, сколько временных квантов может использоваться для трафика нисходящей линии связи, и то, сколько временных квантов может использоваться для трафика восходящей линии связи, обеспечивая динамическое назначение и предоставляя наиболее эффективное использование доступных ресурсов. Эта гибкость теряется, если все временные кванты в одном направлении в одной компонентной несущей спариваются с временными квантами в другом направлении в спаренной компонентной несущей, если спаренные компонентные несущие имеют идентичную полосу пропускания. Иными словами, при такой конфигурации, сумма временных квантов нисходящей линии связи на обеих компонентных несущих должна быть равна сумме временных квантов восходящей линии связи на обеих компонентных несущих.
[00143] Фиг. 15 иллюстрирует сопряженное спаривание компонентных несущих в соответствии с дополнительным аспектом настоящего раскрытия сущности, сконфигурированное с возможностью предоставлять степень гибкости в выделении временных квантов восходящей линии связи и нисходящей линии связи.
[00144] Причина, по которой требуется полнодуплексный режим, не обязательно заключается в интересах каналов трафика. Наоборот, как описано выше, полнодуплексная связь может требоваться, поскольку она может предоставлять дополнительное управление, например, посредством обеспечения тонкой обратной связи и тонкого разрешения на передачу для динамической модификации связи.
[00145] Соответственно, как проиллюстрировано на фиг. 14, первая компонентная TDD-несущая, CC1, имеющая широкую полосу пропускания (например, 100 МГц), может спариваться со второй компонентной TDD-несущей, CC2, имеющей узкую полосу пропускания (например, 10 МГц). Отношение между полосой пропускания двух компонентных несущих не должно обязательно составлять отношение 10:1, представленное здесь, и любое подходящее отношение может быть использовано в пределах объема настоящего раскрытия сущности. Выбор отношения может осуществляться в соответствии с характеристиками трафика, переносимого по восходящей линии связи и нисходящей линии связи, такими как степень асимметрии между трафиком восходящей и нисходящей линии связи. Например, трафик, который является значительно более интенсивным на стороне нисходящей линии связи, может приспосабливаться посредством развертывания большего числа временных квантов нисходящей линии связи на компонентной несущей с более широкой полосой пропускания.
[00146] В некоторых примерах, полоса пропускания одной или обеих компонентных TDD-несущих может выбираться согласно желательной или требуемой полосе пропускания; и в некоторых примерах, полоса пропускания одной или обеих компонентных TDD-несущих может быть конфигурируемой посредством объекта диспетчеризации или подчиненного объекта.
Спаривание TDD-TDD-несущих: мультиплексирование LoLat UL на обычной UL
[00147] Фиг. 16 иллюстрирует один пример спаривания первой компонентной TDD-несущей со второй компонентной TDD-несущей, предоставляющего мультиплексирование LoLat-передач по восходящей линии связи с обычными передачами по восходящей линии связи (т.е. передачами из подчиненного объекта) на первичной компонентной TDD-несущей. В проиллюстрированном примере, первичная компонентная TDD-несущая проиллюстрирована почти идентично TDD-несущей на фиг. 5, при этом ресурсы восходящей линии связи, выделяемые различным пользователям, представляются посредством больших блоков, охватывающих длинный TTI. Здесь, как подробнее описано ниже, подчиненный объект (например, UE) может запрашивать, и ему могут предоставляться ресурсы для LoLat-передачи, которая может мультиплексироваться с обычными передачами по восходящей линии связи от других пользователей. В нижней части чертежа, ресурсы на второй компонентной TDD-несущей выделяются для использования.
[00148] В проиллюстрированном примере, каналы управления для управления передачами данных по восходящей линии связи на первичной компонентной TDD-несущей переносятся на вторичной компонентной TDD-несущей. Иными словами, вторичная компонентная TDD-несущая включает в себя тонкий канал 1606 управления, который может переносить информацию 1608 модификации разрешения на передачу по восходящей линии связи, которая модифицирует предоставление ресурсов восходящей линии связи, соответствующее передаче по восходящей линии связи подчиненного объекта (т.е. обычного пользователя 1602) на первичной компонентной TDD-несущей. Дополнительно, вторичная компонентная TDD-несущая включает в себя канал 1610 LoLat-разрешения на передачу, который может переносить информацию 1612 разрешения на передачу для подчиненного объекта, который запрашивает LoLat-диспетчеризацию (т.е. LoLat-пользователя 1604) с тем, чтобы использовать в LoLat-передаче по восходящей линии связи на первичной компонентной TDD-несущей.
[00149] Дополнительно, в дополнение к несущим данных, первичная компонентная TDD-несущая включает в себя тонкий канал 1614 обратной связи, который подчиненный объект (т.е. LoLat-пользователь 1604) может использовать для того, чтобы передавать информацию, такую как запрос 1616 на LoLat-диспетчеризацию.
[00150] В дополнение к проиллюстрированным каналам, частотно-временные ресурсы, соответствующие длинному TTI, могут быть предоставлены для передач по восходящей линии связи на первичной компонентной TDD-несущей в один или более подчиненных объектов (например, пользователям A-F) посредством использования любого подходящего канала разрешения на передачу по нисходящей линии связи (не обязательно одного из проиллюстрированных каналов). По мере того, как выполняются эти передачи по восходящей линии связи, если конкретный подчиненный объект, обозначаемый в качестве LoLat-пользователя 1604, хочет запрашивать ресурсы для LoLat-передачи по восходящей линии связи, этот подчиненный объект может передавать запрос 1616 на LoLat-диспетчеризацию по тонкому каналу 1614 обратной связи на первичной компонентной TDD-несущей. Здесь, запрос 1616 на LoLat-диспетчеризацию может использовать короткий TTI, хотя это не обязательно всегда имеет место. В ответ, если объект диспетчеризации хочет предоставлять запрашиваемый LoLat-ресурс, объект 102 диспетчеризации может передавать, на вторичной компонентной TDD-несущей, модификацию 1608 разрешения на передачу по восходящей линии связи по тонкому каналу 1606 управления и LoLat-разрешение 1612 на передачу по каналу 1610 LoLat-разрешения на передачу. Здесь, модификация 1608 разрешения на передачу по восходящей линии связи по тонкому каналу 1606 управления может быть сконфигурирована с возможностью сообщать всем подчиненным объектам, которые используют предоставленные частотно-временные ресурсы восходящей линии связи на первичной компонентной TDD-несущей то, что некоторые или все их предоставленные ресурсы модифицируются или удаляются, чтобы освобождать ресурсы для LoLat-передачи. Дополнительно, LoLat-разрешение 1612 на передачу по каналу 1610 LoLat-разрешения на передачу может быть сконфигурировано с возможностью информировать подчиненный объект, который передает запрос на LoLat-диспетчеризацию (т.е. LoLat-пользователя 1604), в отношении его предоставленных частотно-временных ресурсов. На иллюстрации, LoLat-разрешение 1612 на передачу показано как занимающее более широкую полосу пропускания, чем модификация 1608 разрешения на передачу по UL. Это представляет то, что хотя модификация 1608 разрешения на передачу по UL может составлять только несколько битов, представляющих частотные ресурсы, которые повторно выделяются не согласно обычному пользователю 1602 и числу коротких TTI, LoLat-разрешение 1612 на передачу может включать в себя более точную информацию, связанную с назначением LoLat-ресурсов, такую как идентификатор пользователя, информация назначения, схема модуляции и кодирования и т.д. Соответственно, LoLat-пользователь 1604 может передавать свою LoLat-передачу по восходящей линии связи на первичной компонентной TDD-несущей, в то время как другие обычные пользователи 1602 (к примеру, пользователи D, E и F) могут прекращать передачи по восходящей линии связи, что приводит к схеме ортогонального множественного доступа между обычными и LoLat-передачами по восходящей линии связи на TDD-несущей.
[00151] В этом примере, обычные пользователи 1602 (например, подчиненные объекты 104), ресурсы восходящей линии связи которых прорежены, могут извлекать выгоду из способности быстро декодировать модификацию 1608 разрешения на передачу по восходящей линии связи. Иными словами, время от момента, когда модификация 1608 разрешения на передачу по восходящей линии связи принимается в обычном пользователе 1602, до момента, когда этот пользователь прекращает свои передачи по восходящей линии связи, может быть очень коротким. Чтобы приспосабливать небольшое время реакции, подчиненный объект 104 может быть сконфигурирован с возможностью быстрой приостановки своих передач по восходящей линии связи, например, посредством подачи нулевого ввода в усилитель мощности в приемо-передающем устройстве 310 или, в другом примере, посредством способности быстрого отключения усилителя мощности. Кроме того, LoLat-пользователь 1604 также может иметь только краткое время от приема своего LoLat-разрешения 1612 на передачу по восходящей линии связи и передачи LoLat-данных восходящей линии связи. Соответственно, быстрая обработка LoLat-разрешения 1612 на передачу и передачи с использованием диспетчеризованных частотно-временных ресурсов должна быть полезной и уменьшать время задержки.
[00152] Фиг. 17 является схемой последовательности операций обработки, иллюстрирующей примерную процедуру назначения и переназначения ресурсов, которая может осуществляться в соответствии с одним примером для мультиплексирования данных восходящей линии связи с различными целями по времени задержки с использованием первичной компонентной TDD-несущей, спаренной со вторичной компонентной TDD-несущей. На этой иллюстрации, время продвигается в направлении вниз, и сигналы связи между проиллюстрированными объектами обозначаются с помощью стрелок между линиями ниже соответствующих объектов. Как проиллюстрировано, объект 1601 диспетчеризации поддерживает связь с множеством подчиненных объектов 104, включающих в себя обычного пользователя 1602 и LoLat-пользователя 1604. Каждый объект 1601, 1602 и 1604 сконфигурирован с возможностью связи по первичной компонентной TDD-несущей и вторичной компонентной TDD-несущей. Соответствующие первичные и вторичные компонентные TDD-несущие проиллюстрированы схематично с помощью двух вертикальных линий, идущих вниз из каждого соответствующего объекта.
[00153] Фиг. 17 описывается ниже в сочетании с блок-схемой последовательности операций способа, проиллюстрированной на фиг. 18. Иными словами, фиг. 18 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 1800 для назначения и переназначения ресурсов в соответствии с некоторыми аспектами настоящего раскрытия сущности. Процесс 1800 описывается с точки зрения объекта 1601 диспетчеризации и, соответственно, может, как описано в связи с фиг. 17, работать в объекте 102 диспетчеризации, описанном выше в связи с фиг. 1 и/или 2. В других примерах в пределах объема настоящего раскрытия сущности, процесс 1800 может управляться посредством процессора общего назначения, системы 214 обработки, как описано выше и проиллюстрировано на фиг. 2, или любого подходящего средства для выполнения описанных функций. Конкретный порядок этапов или блоков, показанных на фиг. 18, является просто примерным по своему характеру, и в различных аспектах раскрытия сущности, эти этапы или блоки могут возникать в любом подходящем порядке, при этом некоторые примеры включают в себя два или более этапов или блоков, возникающих одновременно.
[00154] На этапе 1802, объект 1601 диспетчеризации может передавать первое назначение или предоставление 1620 частотно-временных ресурсов, по меньшей мере, в один подчиненный объект на вторичной компонентной TDD-несущей. Любой подходящий канал управления может быть использован для первого назначения ресурсов, к примеру, канал назначения в нисходящей линии связи. Здесь, первое назначение 1620 ресурсов может быть сконфигурировано с возможностью указывать то, какой частотно-временной ресурс или ресурсы назначаются соответствующим подчиненным объектам для обычных передач данных восходящей линии связи, т.е. передач с использованием длинного TTI. В соответствии с первым назначением 1620 ресурсов, на этапе 1804, объект 1601 диспетчеризации может принимать обычные данные 1622 восходящей линии связи на первичной компонентной TDD-несущей, по меньшей мере, из одного подчиненного объекта (например, подчиненных объектов 1602 и 1604) с использованием длинного TTI. Здесь, со ссылкой на фиг. 16, эти обычные данные 1622 восходящей линии связи могут соответствовать передачам от обычных пользователей 1602. Как проиллюстрировано на фиг. 17 с помощью пунктирной стрелки, обычные данные восходящей линии связи могут необязательно передаваться из второго подчиненного объекта 1604, в зависимости от контента первого назначения 1620 ресурсов и того, выполнен или нет второй подчиненный объект 1604 с возможностью передавать передачи данных по восходящей линии связи с использованием длинного TTI.
[00155] Этапы 1802 и 1804 могут повторяться или итеративно выполняться многократно в различных примерах, поскольку обычные данные 1622 восходящей линии связи могут продолжать передаваться из подчиненных объектов. Тем не менее, в любой момент времени может возникать такая ситуация, что подчиненный объект 1604 (т.е. LoLat-пользователь 1604) может хотеть передавать LoLat-данные в объект 1601 диспетчеризации. Соответственно, на этапе 1806, объект 1601 диспетчеризации может принимать запрос 1616 на LoLat-диспетчеризацию по тонкому каналу 1614 обратной связи на первичной компонентной TTD-несущей от LoLat-пользователя 1604 (т.е. второго подчиненного объекта 1604). Запрос 1616 на LoLat-диспетчеризацию может включать в себя информацию, идентифицирующую запрашивающий подчиненный объект 1604 и включающую в себя любую релевантную информацию, связанную с LoLat-данными, которые должны передаваться.
[00156] На этапе 1808, объект 1601 диспетчеризации может передавать модификацию 1608 разрешения на диспетчеризацию в восходящей линии связи по тонкому каналу 1606 управления на вторичной компонентной TDD-несущей. Здесь, модификация 1608 разрешения на диспетчеризацию в восходящей линии связи может инструктировать обычным пользователям, таким как первый подчиненный объект 1602, имеющим предоставленные частотно-временные ресурсы для передач по восходящей линии связи с длинным TTI, прореживать свои передачи по восходящей линии связи в течение, по меньшей мере, одного обозначенного короткого TTI. Дополнительно на этапе 1810, объект 1601 диспетчеризации может передавать второе назначение или предоставление ресурсов 1612 частотно-временных ресурсов в запрашивающий подчиненный объект (т.е. LoLat-пользователю 1604) по каналу 1610 LoLat-разрешения на передачу на вторичной компонентной TDD-несущей. Здесь, второе назначение 1612 ресурсов может включать в себя информацию, идентифицирующую запрашивающий подчиненный объект 1604, и информацию, идентифицирующую частотно-временные ресурсы, предоставленные на первичной компонентной TDD-несущей для LoLat-передачи по восходящей линии связи. В некоторых примерах, передача модификации 1608 разрешения на диспетчеризацию в восходящей линии связи на этапе 1808 и передача второго назначения 1612 ресурсов на этапе 1810 может возникать одновременно. Иными словами, эти передачи могут мультиплексироваться, например, с использованием различных частотно-временных ресурсов. В других примерах, эти передачи могут выполняться в различные моменты времени, согласно подробностям конкретной реализации.
[00157] Этап 1812 представляет операции в одном или более подчиненных объектов, таких как обычные пользователи 1602 и LoLat-пользователь(ли) 1604. Иными словами, в ответ на модификацию 1608 разрешения на передачу по восходящей линии связи, обычные пользователи (т.е. первый подчиненный объект 1602) могут прореживать свои ранее диспетчеризованные передачи данных по восходящей линии связи, которые используют длинный TTI. Дополнительно, в ответ на второе назначение 1612 ресурсов, LoLat-пользователь(ли) (т.е. второй подчиненный объект 1604) может передавать LoLat-данные 1624 восходящей линии связи с использованием назначенных частотно-временных ресурсов на первичной компонентной TDD-несущей.
[00158] На этапе 1814, объект 1601 диспетчеризации может принимать LoLat-данные 1624 восходящей линии связи, передаваемые из запрашивающего подчиненного объекта 1604 с использованием короткого TTI на первичной компонентной TDD-несущей.
[00159] Этап 1816 представляет операции в одном или более подчиненных объектов, таких как обычные пользователи 1602 и, в некоторых примерах, LoLat-пользователь(ли) 1604. Иными словами, обычные подчиненные объекты могут возобновлять передачи обычных данных по восходящей линии связи на первичной компонентной TDD-несущей, когда передача LoLat-данных 1624 восходящей линии связи завершена. Соответственно, на этапе 1818, объект 1602 диспетчеризации может возобновлять прием обычных данных 1622 восходящей линии связи на первичной компонентной TDD-несущей из одного или более подчиненных объектов с использованием длинного TTI.
[00160] Посредством использования вышеописанной схемы, при спаривании первичной TDD-несущей для передач данных по восходящей линии связи и передач обратной связи в восходящей линии связи со вторичной компонентной TDD-несущей для передач по каналу управления, тонкий канал 1606 управления может обеспечивать возможность объекту диспетчеризации мультиплексировать, по меньшей мере, два различных типа или категории данных, имеющих различные TTI, для передач по восходящей линии связи из набора подчиненных объектов.
Спаривание TDD-TDD-несущих: мультиплексирование LoLat DL на обычной UL
[00161] Фиг. 19 иллюстрирует другой пример спаривания компонентной несущей TDD-TDD, предоставляющего мультиплексирование LoLat-передач по нисходящей линии связи (т.е. передач из объекта диспетчеризации) с обычными передачами по восходящей линии связи (т.е. передачами из подчиненного объекта) на первичной компонентной TDD-несущей. В проиллюстрированном примере, первичная компонентная TDD-несущая проиллюстрирована почти идентично TDD-несущей на фиг. 4, при этом ресурсы восходящей линии связи показаны с множеством пользователей (подчиненных объектов), передающих "обычные" данные восходящей линии связи с использованием длинного TTI. Здесь, как подробнее описано ниже, объект диспетчеризации может модифицировать диспетчеризующее назначение или предоставление частотно-временных ресурсов, прерывая текущие передачи по восходящей линии связи на первичной компонентной TDD-несущей, с передачами по нисходящей линии связи на первичной компонентной TDD-несущей.
[00162] В проиллюстрированном примере, канал управления для управления пользовательскими данными, переносимыми на первичной компонентной TDD-несущей, переносится на вторичной компонентной TDD-несущей. Иными словами, вторичная компонентная TDD-несущая включает в себя канал 1910 LoLat-разрешения на передачу, в котором подчиненный объект может принимать информацию, такую как LoLat-разрешение 1912 на передачу по нисходящей линии связи.
[00163] В этом примере, поскольку вторичная компонентная TDD-несущая спаривается с первичной компонентной TDD-несущей (например, с использованием сопряженного спаривания, описанного выше), подчиненный объект может всегда (или большую часть времени) принимать канал управления в направлении нисходящей линии связи на вторичной компонентной TDD-несущей даже в то время, когда передачи по восходящей линии связи выполняются на первичной компонентной TDD-несущей. Кроме того, в аспекте раскрытия сущности, если конкретный подчиненный объект в данный момент не передает данные восходящей линии связи на первичной компонентной TDD-несущей, то этот конкретный пользователь может быть сконфигурирован с возможностью всегда прослушивать данные нисходящей линии связи на первичной компонентной TDD-несущей.
[00164] В дополнение к проиллюстрированным каналам, частотно-временные ресурсы, соответствующие длинному TTI, могут быть предоставлены для передач по восходящей линии связи на первичной компонентной TDD-несущей в один или более подчиненных объектов (например, пользователям A-F) посредством использования любого подходящего канала разрешения на передачу по нисходящей линии связи (не обязательно одного из проиллюстрированных каналов).
[00165] В любой момент времени, в ходе передачи обычными пользователями 1902 данных восходящей линии связи на первичной компонентной TDD-несущей, объект диспетчеризации может определять передавать LoLat-данные нисходящей линии связи на первичной компонентной TDD-несущей. Иными словами, в любое время, одному или более подчиненных объектов, поддерживающих связь с объектом диспетчеризации, таким как LoLat-пользователь 1904, может потребоваться LoLat-связь с сетью, при этом необходимы более строгие требования по времени задержки для связи, чем относительно длительное время задержки, получающееся в результате связи обычных пользователей с использованием длинного TTI. Таким образом, в аспекте настоящего раскрытия сущности, тонкий канал 1910 управления на вторичной компонентной TDD-несущей может обеспечивать динамическое мультиплексирование трафика для одного или более подчиненных объектов, которым требуется связь с низкой задержкой (в дальнейшем называемых LoLat-пользователям 1904), которые могут использовать короткий TTI для трафика данных, и трафика для обычных пользователей 1902, которые используют длинный TTI для трафика данных.
[00166] Соответственно, по каналу 1910 LoLat-разрешения на передачу на вторичной компонентной TDD-несущей, в любой момент времени, объект диспетчеризации может передавать в широковещательном режиме LoLat-разрешение 1912 на передачу по нисходящей линии связи. LoLat-разрешение 1912 на передачу по нисходящей линии связи может быть структурировано любым подходящим способом. В качестве одного примера, LoLat-разрешение 1912 на передачу по нисходящей линии связи может включать в себя информацию, чтобы идентифицировать одного или более LoLat-пользователей, для которых предоставляются LoLat-данные нисходящей линии связи, информацию, идентифицирующую частотно-временные ресурсы, выделяемые пользователю, и любую другую подходящую информацию относительно приема и декодирования данных нисходящей линии связи.
[00167] Одновременно, на первичной компонентной TDD-несущей, объект диспетчеризации может передавать в широковещательном режиме LoLat-данные нисходящей линии связи LoLat-пользователю(ям) 1904, в соответствии с LoLat-разрешением 1912 на передачу по нисходящей линии связи. Иными словами, в некоторых примерах, LoLat-разрешение 1912 на передачу по нисходящей линии связи и LoLat-данные нисходящей линии связи могут передаваться одновременно, т.е. в течение идентичного короткого TTI. Тем не менее, это не обязательно имеет место, и в других примерах, LoLat-разрешение 1912 на передачу по нисходящей линии связи и LoLat-данные нисходящей линии связи могут передаваться в течение полностью неперекрывающихся коротких TTI, или, как проиллюстрировано на фиг 19, один короткий TTI может быть использован для LoLat-разрешения 1912 на передачу по нисходящей линии связи, который может перекрываться с любым числом (включающим в себя нуль) коротких TTI, в течение которых LoLat-данные нисходящей линии связи передаются на первичной компонентной TDD-несущей.
[00168] Иными словами, LoLat-пользователь 1904 (т.е. подчиненный объект, адресованный в LoLat-разрешении 1912 на передачу) может быть сконфигурирован с возможностью принимать и буферизовать кадр на первичной компонентной TDD-несущей, даже если он не принимает активно обычные данные нисходящей линии связи на первичной компонентной TDD-несущей. После обработки LoLat-разрешения на передачу по нисходящей линии связи (которая может возникать в конце каждого длинного TTI), если соответствующее LoLat-разрешение 1912 на передачу принимается по каналу 1910 LoLat-разрешения на передачу, этот LoLat-пользователь 1904, соответственно, может декодировать LoLat-данные нисходящей линии связи, передаваемые на первичной компонентной TDD-несущей.
[00169] В объекте диспетчеризации, до передачи LoLat-данных по нисходящей линии связи на первичной компонентной TDD-несущей, он принимает обычные передачи по восходящей линии связи от обычных пользователей 1902. Во время LoLat-передачи, чтобы приспосабливать передачу по нисходящей линии связи LoLat-данных на первичной компонентной TDD-несущей, объект диспетчеризации может прекращать прием передач обычных данных по восходящей линии связи на первичной компонентной TDD-несущей и может начинать передачу LoLat-данных нисходящей линии связи на первичной компонентной TDD-несущей. Здесь, обычные пользователи 1902 могут продолжать передачу своих обычных данных восходящей линии связи на первичной компонентной TDD-несущей, поскольку они могут не принимать заблаговременное предупреждение или индикатор того, что объект диспетчеризации не прослушивает их передачи по восходящей линии связи на первичной компонентной TDD-несущей в течение соответствующих коротких TTI. После завершения LoLat-передач по нисходящей линии связи на первичной компонентной TDD-несущей, объект диспетчеризации может переключаться обратно и включать свое приемное устройство для того, чтобы принимать текущие дополнительные передачи обычных данных по восходящей линии связи на первичной компонентной TDD-несущей.
[00170] В некоторых аспектах раскрытия сущности, обычные пользователи 1902, которые прерваны посредством LoLat-передачи по нисходящей линии связи, не могут иметь индикатора того, что они, фактически, прерваны, и того, что их передачи по восходящей линии связи временно игнорируются. Иными словами, объект диспетчеризации не должен обязательно информировать обычных пользователей 1902 в отношении того, что их передачи по восходящей линии связи прерываются/игнорируются, чтобы приспосабливать LoLat-передачу по нисходящей линии связи.
[00171] Одно потенциальное влияние этой схемы может заключаться в определенной степени межсотовых помех, вызываемых посредством объекта диспетчеризации, когда он передает свою LoLat-передачу по нисходящей линии связи на первичной компонентной TDD-несущей, для других соседних объектов диспетчеризации (например, если две базовых станции с высоким уровнем мощности являются соседними друг с другом). Кроме того, могут возникать межпользовательские помехи, при этом обычные пользователи 1902, которые могут продолжать передавать свои данные восходящей линии связи на первичной компонентной TDD-несущей, могут оказывать влияние на производительность приема LoLat-пользователя 1904.
[00172] Соответственно, в дополнительном аспекте раскрытия сущности, обычные пользователи 1902 могут иметь поддержку отслеживания вторичной компонентной TDD-несущей, в том числе и передач по каналу 1910 LoLat-разрешения на передачу, в ходе передач обычных данных восходящей линии связи на первичной компонентной TDD-несущей. Здесь, в некоторых примерах, вторичная компонентная TDD-несущая может включать в себя дополнительную управляющую информацию, направленную обычным пользователям 1902, которая может указывать этим пользователям то, что их передачи по восходящей линии связи на первичной компонентной TDD-несущей прерываются для LoLat-пользователя. Таким образом, обычным пользователям 1902 может обеспечиваться возможность прекращать передачи по восходящей линии связи на первичной компонентной TDD-несущей, уменьшая или предотвращая потенциальные преднамеренные помехи приема LoLat-пользователем 1904 LoLat-данных нисходящей линии связи на первичной компонентной TDD-несущей. В дополнительном аспекте раскрытия сущности, защитное время 1906 может быть использовано после конца LoLat-передачи по нисходящей линии связи до того, как обычные пользователи 1902 возобновляют передачи обычных данных восходящей линии связи на первичной компонентной TDD-несущей. Защитное время 1906 может исключаться в некоторых примерах.
[00173] Фиг. 20 является схемой последовательности операций обработки, иллюстрирующей примерную процедуру назначения и переназначения ресурсов, которая может осуществляться в соответствии с одним примером для мультиплексирования данных восходящей линии связи и нисходящей линии связи с различными целями по времени задержки с использованием спаренного набора первичных и вторичных TDD-несущих. На этой иллюстрации, время продвигается в направлении вниз, и сигналы связи между проиллюстрированными объектами обозначаются с помощью стрелок между линиями ниже соответствующих объектов. Как проиллюстрировано, объект 1901 диспетчеризации поддерживает связь с множеством подчиненных объектов 104, включающих в себя обычного пользователя 1902 и LoLat-пользователя 1904. Каждый объект 1901, 1902 и 1904 сконфигурирован с возможностью связи по первичным и вторичным компонентным TDD-несущим. Соответствующие первичные и вторичные компонентные TDD-несущие проиллюстрированы схематично с помощью двух вертикальных линий, идущих вниз из каждого соответствующего объекта.
[00174] Фиг. 20 описывается ниже в сочетании с блок-схемой последовательности операций способа, проиллюстрированной на фиг. 21. Иными словами, фиг. 21 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 2100 для назначения и переназначения ресурсов с использованием спаренного набора первичных и вторичных компонентных TDD-несущих в соответствии с некоторыми аспектами настоящего раскрытия сущности. Процесс 2100 описывается с точки зрения объекта 1901 диспетчеризации и, соответственно, может, как описано в связи с фиг. 20, работать в объекте 102 диспетчеризации, описанном выше в связи с фиг. 1 и/или 2. В других примерах в пределах объема настоящего раскрытия сущности, процесс 2100 может управляться посредством процессора общего назначения, системы 214 обработки, как описано выше и проиллюстрировано на фиг. 2, или любого подходящего средства для выполнения описанных функций. Конкретный порядок этапов или блоков, показанных на фиг. 21, является просто примерным по своему характеру, и в различных аспектах раскрытия сущности, эти этапы или блоки могут возникать в любом подходящем порядке, при этом некоторые примеры включают в себя два или более этапов или блоков, возникающих одновременно.
[00175] На этапе 2102, объект 1901 диспетчеризации может передавать первое назначение или предоставление 1920 частотно-временных ресурсов, по меньшей мере, в один подчиненный объект на вторичной компонентной TDD-несущей. Любой подходящий канал управления на вторичной компонентной TDD-несущей может быть использован для первого назначения 1920 ресурсов, к примеру, канал назначения в нисходящей линии связи. Здесь, первое назначение 1920 ресурсов может быть сконфигурировано с возможностью указывать то, какой частотно-временной ресурс или ресурсы назначаются соответствующим подчиненным объектам для обычных передач данных восходящей линии связи, т.е. передач с использованием длинного TTI. В соответствии с первым назначением 1920 ресурсов, на этапе 2104, объект 1901 диспетчеризации может принимать обычные данные 1922 восходящей линии связи на первичной компонентной TDD-несущей, по меньшей мере, из одного подчиненного объекта (например, подчиненных объектов 1902 и 1904) с использованием длинного TTI. Здесь, со ссылкой на фиг. 19, эти обычные данные 1922 восходящей линии связи могут соответствовать передачам от обычных пользователей 1902. Как проиллюстрировано на фиг. 20 с помощью пунктирной стрелки, обычные данные восходящей линии связи могут необязательно передаваться из подчиненного объекта 1904, в зависимости от контента первого назначения 1920 ресурсов и того, выполнен или нет второй подчиненный объект 1904 с возможностью передавать передачи данных по восходящей линии связи с использованием длинного TTI.
[00176] Этапы 2102 и 2104 могут повторяться или итеративно выполняться многократно в различных примерах, поскольку обычные данные 1922 восходящей линии связи могут продолжать передаваться из подчиненных объектов. Тем не менее, в любой момент времени может возникать такая ситуация, что объект 1901 диспетчеризации может хотеть передавать LoLat-данные в конкретный подчиненный объект (т.е. LoLat-пользователю 1904). Соответственно, на этапе 2106, объект 1901 диспетчеризации может передавать назначение или предоставление 1912 частотно-временных ресурсов по каналу 1910 LoLat-разрешения на передачу на вторичной компонентной TDD-несущей, по меньшей мере, в один подчиненный объект (например, LoLat-пользователю 1904). Здесь, назначение 1912 ресурсов может указывать для LoLat-пользователя 1904 то, чтобы принимать LoLat-данные нисходящей линии связи из объекта 1901 диспетчеризации с использованием, по меньшей мере, одного короткого TTI. В частности, назначение 1912 ресурсов может включать в себя информацию, идентифицирующую конкретный подчиненный объект 1904, и информацию, идентифицирующую частотно-временные ресурсы, предоставленные на первичной компонентной TDD-несущей для LoLat-передачи по нисходящей линии связи.
[00177] На этапе 2108, объект 1901 диспетчеризации необязательно может (как указано посредством прямоугольника 2108 с пунктирной линией) передают модификацию 1924 разрешения на диспетчеризацию в восходящей линии связи по любому подходящему каналу, например, на вторичной компонентной TDD-несущей. Здесь, модификация 1924 разрешения на диспетчеризацию в восходящей линии связи может инструктировать обычным пользователям, таким как первый подчиненный объект 1902, имеющим предоставленные частотно-временные ресурсы для передач по восходящей линии связи с длинным TTI, прореживать свои передачи по восходящей линии связи в течение, по меньшей мере, одного обозначенного короткого TTI (т.е. короткого TTI, соответствующего LoLat-разрешению 1912 на передачу).
[00178] Этап 2110 представляет операции в одном или более подчиненных объектов, таких как обычные пользователи 1902 и LoLat-пользователь(ли) 1904. Иными словами, в ответ на модификацию 1924 разрешения на передачу по восходящей линии связи, обычные пользователи 902 (к примеру, первый подчиненный объект 1902) необязательно могут прореживать свои ранее диспетчеризованные передачи данных по восходящей линии связи, которые используют длинный TTI. Прореживание представляет собой необязательный этап, осуществляемый в подчиненных объектах, сконфигурированных с возможностью отслеживать каналы управления на вторичной компонентной TDD-несущей при передаче данных восходящей линии связи на первичной компонентной TDD-несущей.
[00179] На этапе 2112, в соответствии с назначением 1912 ресурсов, объект 1901 диспетчеризации может передавать LoLat-данные 1926 нисходящей линии связи на первичной компонентной TDD-несущей. В некоторых примерах, передача LoLat-разрешения 1912 на передачу и LoLat-данных 1926 нисходящей линии связи может возникать одновременно, т.е. в течение идентичного короткого TTI. Тем не менее, это не обязательно имеет место, и в других примерах, LoLat-разрешение 1912 на передачу по нисходящей линии связи и LoLat-данные нисходящей линии связи могут передаваться в течение полностью неперекрывающихся коротких TTI, или, как проиллюстрировано на фиг. 19, один короткий TTI может быть использован для LoLat-разрешения 1912 на передачу по нисходящей линии связи, который может перекрываться с любым числом (включающим в себя нуль) коротких TTI, в течение которых LoLat-данные нисходящей линии связи передаются на первичной компонентной TDD-несущей.
[00180] Этапы 2114 и 2116 представляют операции в одном или более подчиненных объектов, таких как обычные пользователи 1902 и, в некоторых примерах, LoLat-пользователь(ли) 1904. Иными словами, на этапе 2114, обычные подчиненные объекты могут необязательно ожидать подходящего интервала отсутствия сигнала или защитного времени 1906 после конца диспетчеризованных LoLat-передач 1926 по нисходящей линии связи. Это защитное время 1906, например, может компенсировать любую задержку на распространение или другую радиоинтерфейсную задержку, предоставляя возможность полного завершения LoLat-передач по нисходящей линии связи всем пользователям в зоне обслуживания до возобновления передач по восходящей линии связи на первичной компонентной TDD-несущей. На этапе 2116, обычные подчиненные объекты (т.е. обычный пользователь 1902) могут возобновлять передачи обычных данных по восходящей линии связи на первичной компонентной TDD-несущей, когда передача LoLat-данных нисходящей линии связи завершена (и необязательно после защитного времени 1906). Соответственно, на этапе 2118, объект диспетчеризации 1902 может возобновлять прием обычных данных восходящей линии связи на первичной компонентной TDD-несущей из одного или более подчиненных объектов с использованием длинного TTI.
[00181] Посредством использования вышеописанной схемы, при спаривании первичных и вторичных компонентных TDD-несущих, тонкий канал LoLat-разрешения на передачу 1912 может обеспечивать возможность объекту диспетчеризации быстро и динамически управлять мультиплексированием данных восходящей линии связи и нисходящей линии связи на первичной компонентной TDD-несущей, имеющей, по меньшей мере, два различных типа или категории данных из набора подчиненных объектов.
Спаривание TDD-TDD-несущих: мультиплексирование LoLat UL на обычной UL
[00182] Фиг. 22 иллюстрирует еще один другой пример спаривания первичных и вторичных компонентных TDD-несущих, предоставляющего мультиплексирование LoLat-передач по восходящей линии связи (т.е. передач из подчиненного объекта) с обычными передачами по нисходящей линии связи (т.е. передачами из объекта диспетчеризации). В проиллюстрированном примере, первичная компонентная TDD-несущая проиллюстрирована почти идентично TDD-несущей на фиг. 8, при этом ресурсы нисходящей линии связи показаны с объектом диспетчеризации, передающим обычные данные нисходящей линии связи с использованием длинного TTI множеству пользователей (подчиненных объектов). Здесь, как подробнее описано ниже, при запросе подчиненного объекта, объект диспетчеризации может модифицировать диспетчеризующее назначение или предоставление частотно-временных ресурсов, прерывая текущие передачи по нисходящей линии связи на первичной компонентной TDD-несущей, чтобы обеспечивать передачи по восходящей линии связи (например, передачи LoLat-данных) на первичной компонентной TDD-несущей.
[00183] В проиллюстрированном примере, каналы управления для управления данными, переносимые на первичной компонентной TDD-несущей, могут переноситься на одной или обеих из первичных и/или вторичных компонентных TDD-несущих. Например, как проиллюстрировано, первичная компонентная TDD-несущая включает в себя канал 2212 LoLat-разрешения на передачу, в котором подчиненный объект может принимать информацию, такую как LoLat-разрешение 2214 на передачу по восходящей линии связи, которое может переносить информацию разрешения на передачу для LoLat-пользователя 2204, который запрашивает LoLat-диспетчеризацию с тем, чтобы использовать для передачи LoLat-передачи по восходящей линии связи. Первичная компонентная TDD-несущая дополнительно включает в себя тонкий канал 2216 управления, который может переносить модификацию 2218 разрешения на передачу по нисходящей линии связи, которая модифицирует предоставление частотно-временных ресурсов нисходящей линии связи, соответствующее приему данных по нисходящей линии связи обычных пользователей 2202 на первичной компонентной TDD-несущей.
[00184] На иллюстрации, LoLat-разрешение 2214 на передачу показано как занимающее более широкую полосу пропускания, чем модификация 2218 разрешения на передачу по DL. Это представляет то, что хотя модификация 2218 разрешения на передачу по DL может составлять только несколько битов, представляющих частотные ресурсы, которые повторно выделяются не согласно обычному пользователю 2202 и числу коротких TTI, LoLat-разрешение 2214 на передачу может включать в себя более точную информацию, связанную с назначением LoLat-ресурсов, такую как идентификатор пользователя, информация назначения, схема модуляции и кодирования и т.д.
[00185] Кроме того, канал управления для обеспечения возможности подчиненным объектам быстро отправлять информацию в объект диспетчеризации переносится на вторичной компонентной TDD-несущей. Иными словами, вторичная компонентная TDD-несущая включает в себя тонкий канал 2208 обратной связи, в котором объект диспетчеризации может принимать информацию обратной связи из подчиненных объектов, такую как запрос 2210 на LoLat-диспетчеризацию.
[00186] В дополнение к проиллюстрированным каналам, частотно-временные ресурсы, соответствующие длинному TTI, могут быть предоставлены для передач по нисходящей линии связи на первичной компонентной TDD-несущей в один или более подчиненных объектов (например, пользователям A-F) посредством использования любого подходящего канала разрешения на передачу по нисходящей линии связи (не обязательно одного из проиллюстрированных каналов). По мере того, как выполняются эти передачи по нисходящей линии связи, если конкретный подчиненный объект, обозначаемый в качестве LoLat-пользователя 2204, хочет запрашивать ресурсы для LoLat-передачи по восходящей линии связи, этот подчиненный объект может передавать запрос 2210 на LoLat-диспетчеризацию по тонкому каналу 2208 обратной связи на вторичной компонентной TDD-несущей. Здесь, запрос 2210 на LoLat-диспетчеризацию может использовать короткий TTI, хотя это не обязательно всегда имеет место. В ответ, если объект диспетчеризации хочет предоставлять запрашиваемый LoLat-ресурс, объект 102 диспетчеризации может передавать на первичной компонентной TDD-несущей LoLat-разрешение 2214 на передачу, которое информирует LoLat-пользователя 2204, который передает запрос 2210 на диспетчеризацию LoLat-пользователя, в отношении его предоставленных ресурсов. После подходящей задержки для того, чтобы обеспечивать возможность LoLat-пользователю принимать и обрабатывать LoLat-разрешение 2214 на передачу и подготавливаться к LoLat-передаче по восходящей линии связи, объект диспетчеризации дополнительно может передавать, по тонкому каналу 2216 управления, модификацию 2218 разрешения на передачу по нисходящей линии связи, которая информирует обычных пользователей 2202, которые принимают передачи данных нисходящей линии связи по первичной компонентной TDD-несущей, в отношении того, что некоторые или все их предоставленные ресурсы модифицируются или удаляются, чтобы освобождать ресурсы для LoLat-передачи.
[00187] Поскольку несущая данных представляет собой TDD-несущую, в ходе передачи данных восходящей линии связи LoLat-пользователем 2204, передачи данных по нисходящей линии связи обычным пользователям 2202 с использованием длинного TTI прореживаются, прекращаются или приостанавливаются. В течение этого времени, LoLat-пользователь 2204 может передавать свою LoLat-передачу по восходящей линии связи на первичной компонентной TDD-несущей, что приводит к схеме ортогонального множественного доступа между обычными передачами по нисходящей линии связи и LoLat-передачами по восходящей линии связи на первичной компонентной TDD-несущей.
[00188] В некоторых примерах, непосредственно перед временем, в которое диспетчеризовано начало LoLat-передач по восходящей линии связи, объект диспетчеризации может приостанавливать передачи обычных данных по нисходящей линии связи на первичной компонентной TDD-несущей. Иными словами, интервал отсутствия сигнала или защитное время 2206 необязательно может быть использовано при мультиплексировании LoLat-передач по восходящей линии связи и обычных передач по нисходящей линии связи на первичной компонентной TDD-несущей. Здесь, это защитное время 2206, например, может компенсировать любую задержку на распространение или другую радиоинтерфейсную задержку, предоставляя возможность полного завершения обычных передач по нисходящей линии связи всем пользователям в зоне обслуживания до времени, когда LoLat-передачи по восходящей линии связи начинаются на первичной компонентной TDD-несущей.
[00189] На иллюстрации, модификация 2218 разрешения на передачу по нисходящей линии связи проиллюстрирована как возникающая одновременно с тем, как модифицируются ресурсы нисходящей линии связи. Потребность во временном опережении модификации разрешения на передачу может не допускаться, поскольку модификация 2218 разрешения на передачу по нисходящей линии связи и данные нисходящей линии связи могут буферизоваться и постобрабатываться посредством принимающих обычных пользователей 2202, как описано выше.
[00190] Фиг. 23 является схемой последовательности операций обработки, иллюстрирующей примерную процедуру назначения и переназначения ресурсов, которая может осуществляться в соответствии с одним примером для мультиплексирования данных восходящей линии связи и нисходящей линии связи с различными целями по времени задержки с использованием спаренного набора первичных и вторичных компонентных TDD-несущих. На этой иллюстрации, время продвигается в направлении вниз, и сигналы связи между проиллюстрированными объектами обозначаются с помощью стрелок между линиями ниже соответствующих объектов. Как проиллюстрировано, объект 2201 диспетчеризации поддерживает связь с множеством подчиненных объектов 104, включающих в себя обычного пользователя 2202 и LoLat-пользователя 2204. Каждый объект 2201, 2202 и 2204 сконфигурирован с возможностью связи по первичным и вторичным компонентным TDD-несущим. Соответствующие первичные и вторичные компонентные TDD-несущие проиллюстрированы схематично с помощью двух вертикальных линий, идущих вниз из каждого соответствующего объекта.
[00191] Фиг. 23 описывается ниже в сочетании с блок-схемой последовательности операций способа, проиллюстрированной на фиг. 24. Иными словами, фиг. 24 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 2400 для назначения и переназначения ресурсов с использованием спаренного набора первичных и вторичных компонентных TDD-несущих в соответствии с некоторыми аспектами настоящего раскрытия сущности. Процесс 2400 описывается с точки зрения объекта 2201 диспетчеризации и, соответственно, может, как описано в связи с фиг. 23, работать в объекте 102 диспетчеризации, описанном выше в связи с фиг. 1 и/или 2. В других примерах в пределах объема настоящего раскрытия сущности, процесс 2400 может управляться посредством процессора общего назначения, системы 214 обработки, как описано выше и проиллюстрировано на фиг. 2, или любого подходящего средства для выполнения описанных функций. Конкретный порядок этапов или блоков, показанных на фиг. 24, является просто примерным по своему характеру, и в различных аспектах раскрытия сущности, эти этапы или блоки могут возникать в любом подходящем порядке, при этом некоторые примеры включают в себя два или более этапов или блоков, возникающих одновременно.
[00192] На этапе 2402, объект 2201 диспетчеризации может передавать первое назначение или предоставление 2220 частотно-временных ресурсов, по меньшей мере, в один подчиненный объект на вторичной компонентной TDD-несущей. Любой подходящий канал управления на вторичной компонентной TDD-несущей (или, в некоторых примерах, на первичной компонентной TDD-несущей) может быть использован для первого назначения 2220 ресурсов, к примеру, канал назначения в нисходящей линии связи. Здесь, первое назначение 2220 ресурсов может быть сконфигурировано с возможностью указывать то, какой частотно-временной ресурс или ресурсы назначаются подчиненному объекту для приема обычных передач данных нисходящей линии связи, т.е. передач с использованием длинного TTI. В соответствии с первым назначением 2220 ресурсов, на этапе 2404, объект 2201 диспетчеризации может передавать обычные данные 2222 нисходящей линии связи на первичной компонентной TDD-несущей, по меньшей мере, в один подчиненный объект (например, подчиненные объекты 2202 и 2204) с использованием длинного TTI. Здесь, со ссылкой на фиг. 22, эти обычные данные 2222 нисходящей линии связи могут соответствовать передачам от обычных пользователей 2202. Как проиллюстрировано на фиг. 23 с помощью пунктирной стрелки, обычные данные нисходящей линии связи могут необязательно передаваться во второй подчиненный объект 2204, в зависимости от контента первого назначения 2220 ресурсов и того, выполнен или нет второй подчиненный объект 2204 с возможностью принимать передачи данных по нисходящей линии связи с использованием длинного TTI.
[00193] Этапы 2402 и 2404 могут повторяться или итеративно выполняться многократно в различных примерах, поскольку обычные данные 2222 восходящей линии связи могут продолжать передаваться из подчиненных объектов. Тем не менее, в любой момент времени может возникать такая ситуация, что подчиненный объект 2204 (т.е. LoLat-пользователь 2204) может хотеть передавать LoLat-данные восходящей линии связи в объект 2201 диспетчеризации. Соответственно, на этапе 2406, объект 2201 диспетчеризации может принимать запрос 2210 на LoLat-диспетчеризацию по тонкому каналу 2208 обратной связи на вторичной компонентной TDD-несущей от LoLat-пользователя 2204 (т.е. второго подчиненного объект 2204). Запрос 2210 на LoLat-диспетчеризацию может включать в себя информацию, идентифицирующую запрашивающий подчиненный объект 2204 и включающую в себя любую релевантную информацию, связанную с LoLat-данными, которые должны передаваться.
[00194] На этапе 2408, объект 2201 диспетчеризации может передавать второе назначение или предоставление 2214 частотно-временных ресурсов по каналу 2212 LoLat-разрешения на передачу на первичной компонентной TDD-несущей в запрашивающий подчиненный объект 2204. Здесь, второе назначение 2214 ресурсов может включать в себя информацию, идентифицирующую запрашивающий подчиненный объект 2204, и информацию, идентифицирующую частотно-временные ресурсы, предоставленные на TDD-несущей восходящей линии связи для LoLat-передачи по восходящей линии связи.
[00195] На необязательном этапе 2410, объект 2201 диспетчеризации может приостанавливать передачи 2222 обычных данных по нисходящей линии связи на первичной компонентной TDD-несущей непосредственно перед временем, в которое диспетчеризовано начало LoLat-передач 2224 по восходящей линии связи. Иными словами, интервал отсутствия сигнала или защитное время 2206 необязательно может быть использовано при мультиплексировании LoLat-передач 2224 по восходящей линии связи и обычных передач 2222 по нисходящей линии связи на первичной компонентной TDD-несущей.
[00196] На этапе 2412, объект 2201 диспетчеризации может передавать модификацию 2218 разрешения на диспетчеризацию в нисходящей линии связи по тонкому каналу 2216 управления на первичной компонентной TDD-несущей. Здесь, модификация 2218 разрешения на диспетчеризацию в нисходящей линии связи может инструктировать обычным пользователям, таким как первый подчиненный объект 2202, имеющим предоставленные частотно-временные ресурсы для передач по нисходящей линии связи с длинным TTI, игнорировать любые передачи по восходящей линии связи в течение, по меньшей мере, одного обозначенного короткого TTI. Иными словами, поскольку передачи в течение этого TTI представляют собой LoLat-передачи 2224 по восходящей линии связи от LoLat-пользователя 2204, не направленные обычному пользователю 2202, данные не могут быть декодируемыми обычным пользователем 2202 и могут игнорироваться обычным пользователем 2202 в ходе постобработки соответствующего длинного TTI.
[00197] Этап 2414 представляет операции в одном или более подчиненных объектов, таких как LoLat-пользователь 2204. Иными словами, в ответ на второе назначение 2214 ресурсов LoLat-пользователь (т.е. второй подчиненный объект 2204) может передавать LoLat-данные 2224 восходящей линии связи с использованием назначенных частотно-временных ресурсов на первичной компонентной TDD-несущей.
[00198] В некоторых примерах, передача модификации 2218 разрешения на диспетчеризацию в нисходящей линии связи на этапе 2412 и передача LoLat-данных 2224 восходящей линии связи на первичной компонентной TDD-несущей на этапе 2414 (и соответствующая приостановка передач данных по нисходящей линии связи на первичной компонентной TDD-несущей, не включающая в себя защитное время, которое может добавляться) могут возникать одновременно. Хотя это может нарушать ортогональность, обычные пользователи могут быть надлежащим образом сконфигурированы с возможностью игнорировать информацию, соответствующую частотно-временным ресурсам, выделяемым LoLat-пользователю 2204 в ходе постобработки, как указано в модификации 2218 разрешения на передачу по нисходящей линии связи. В других примерах, эти передачи могут выполняться в различные моменты времени, согласно подробностям конкретной реализации. Иными словами, обычные пользователи 2202 могут быть сконфигурированы с возможностью буферизовать или кэшировать контент тонкого канала 2216 управления и первичной компонентной TDD-несущей, так что игнорирование данных в течение обозначенного короткого TTI может выполняться в ходе постобработки обычными пользователями 2202.
[00199] На этапе 2416, объект 2201 диспетчеризации может принимать LoLat-данные 2224 восходящей линии связи, передаваемые из запрашивающего подчиненного объекта 2204 с использованием короткого TTI на первичной компонентной TDD-несущей. На этапе 2418, объект 2201 диспетчеризации может возобновлять передачу обычных данных 2222 нисходящей линии связи на первичной компонентной TDD-несущей в один или более подчиненных объектов, таких как обычный пользователь 2202 с использованием длинного TTI.
[00200] Посредством использования вышеописанной схемы, при спаривании первичных и вторичных компонентных TDD-несущих, тонкий канал 2216 управления и тонкий канал 2208 обратной связи могут обеспечивать возможность объекту диспетчеризации мультиплексировать данные восходящей линии связи и нисходящей линии связи, имеющие, по меньшей мере, два различных типа или категории данных для набора подчиненных объектов.
[00201] Ссылаясь теперь на фиг. 25, предоставляется блок-схема последовательности операций способа, иллюстрирующая примерный процесс 2500 беспроводной связи с использованием TDD-несущей, спаренной со второй несущей и мультиплексирующей длинные и короткие TTI, согласно некоторым аспектам раскрытия сущности. В различных примерах, процесс 2500 может реализовываться посредством объекта 102 диспетчеризации, проиллюстрированного на фиг. 1 и 2; объектов 501, 801, 1101, 1601, 1901 или 2201 диспетчеризации, проиллюстрированных на фиг. 5, 8, 11, 16, 19 и 22, соответственно; посредством системы 214 обработки, включающей в себя процессор 204; или посредством любого подходящего средства для выполнения описанных функций.
[00202] На этапе 2502, объект 102 диспетчеризации может обмениваться данными в беспроводном режиме с одним или более подчиненных объектов 104 с использованием первого (например, длинного) TTI по TDD-несущей. Здесь, обмен данными в беспроводном режиме может включать в себя передачу и/или прием данных и/или управляющей информации по одному или более каналов связи, как описано выше. Дополнительно, на этапе 2504, объект 102 диспетчеризации может обмениваться данными в беспроводном режиме с использованием второго (например, короткого) TTI, который, по меньшей мере, частично перекрывается с длинным TTI, с использованием второй несущей, спаренной с первой несущей, но отделенной от первой несущей по частоте. Здесь, вторая спаренная несущая может представлять собой FDD-несущую или TDD-несущую.
[00203] Ссылаясь теперь на фиг. 26, предоставляется блок-схема последовательности операций способа, иллюстрирующая примерный процесс 2600 беспроводной связи с использованием пары TDD-несущих для полнодуплексной связи, согласно некоторым аспектам раскрытия сущности. В различных примерах, процесс 2600 может реализовываться посредством объекта 102 диспетчеризации, проиллюстрированного на фиг. 1 и 2; объектов 501, 801, 1101, 1601, 1901 или 2201 диспетчеризации, проиллюстрированных на фиг. 5, 8, 11, 16, 19 и 22, соответственно; посредством системы 214 обработки, включающей в себя процессор 204; или посредством любого подходящего средства для выполнения описанных функций.
[00204] На этапе 2602, объект 102 диспетчеризации может обмениваться данными в беспроводном режиме по первой TDD-несущей. Здесь, обмен данными в беспроводном режиме может включать в себя передачу и/или прием данных и/или управляющей информации по одному или более каналов связи, как описано выше. Дополнительно, на этапе 2604, объект 102 диспетчеризации может обмениваться данными в беспроводном режиме по второй TDD-несущей, спаренной с первой TDD-несущей, но отделенной от первой TDD-несущей по частоте. Здесь, по меньшей мере, часть временных квантов в первой TDD-несущей может быть комплементарной по направлению с направлением временных квантов с временным совмещением во второй TDD-несущей. Иными словами, по меньшей мере, один временной квант восходящей линии связи в первой TDD-несущей может иметь временное совмещение с временным квантом нисходящей линии связи во второй TDD-несущей.
[00205] Специалисты в данной области техники должны легко принимать во внимание, что различные аспекты, описанные в ходе этого раскрытия сущности, могут быть распространены на любые другие подходящие системы связи, сетевые архитектуры и стандарты связи. В качестве примера, различные аспекты могут применяться к UMTS-системам, таким как W-CDMA, TD-SCDMA и TD-CDMA. Различные аспекты также могут применяться к системам с использованием стандарта долгосрочного развития (LTE) (в FDD, TDD или обоих режимах), усовершенствованного стандарта LTE (LTE-A) (в FDD, TDD или обоих режимах), CDMA2000, высокоскоростной системы обмена пакетными данными (EV-DO), стандарта сверхширокополосной связи для мобильных устройств (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMax), IEEE 802.20, стандарта сверхширокополосной связи (UWB), технологии Bluetooth и/или других надлежащих систем, включающих в себя системы, описанные посредством подлежащих заданию глобальных сетевых стандартов. Фактический стандарт связи, сетевая архитектура и/или используемый стандарт связи зависит от конкретного варианта применения и общих проектных ограничений, налагаемых на систему.
[00206] В настоящем раскрытии сущности, слово "примерный" используется для того, чтобы означать "служащий в качестве примера, отдельного случая или иллюстрации". Любая реализация или аспект, описанные в данном документе как "примерные", не обязательно должны быть истолкованы как предпочтительные или преимущественные в сравнении с другими аспектами раскрытия сущности. Аналогично, термин "аспекты" не требует того, чтобы все аспекты раскрытия сущности включали в себя поясненный признак, преимущество или режим работы. Термин "соединенный" используется в данном документе, чтобы означать прямую или косвенную связь между двумя объектами. Например, если объект A физически касается объекта B, и объект B касается объекта C, то объекты A и C по-прежнему могут считаться соединенными между собой, даже если они непосредственно физически не касаются друг друга. Например, первый кристалл может соединяться со вторым кристаллом в комплекте, даже если первый кристалл никогда не находится непосредственно физически в контакте со вторым кристаллом. Термины "схема (circuit)" и "схема (circuitry)" используются широко и имеют намерение включать в себя аппаратные реализации электрических устройств и проводников, которые, после соединения и конфигурирования, обеспечивают выполнение функций, описанных в настоящем раскрытии сущности, без ограничения в отношении типа электронных схем, а также программные реализации информации и инструкций, которые при выполнении посредством процессора обеспечивают выполнение функций, описанных в настоящем раскрытии сущности.
[00207] Один или более компонентов, этапов, признаков и/или функций, проиллюстрированных на фиг. 1-26, могут быть перекомпонованы и/или комбинированы в один компонент, этап, признак или функцию или осуществлены в нескольких компонентах, этапах или функциях. Дополнительные элементы, компоненты, этапы и/или функции также могут быть добавлены без отступления новых признаков, раскрытых в данном документе. Устройства (apparatus), устройства (device) и/или компоненты, проиллюстрированные на фиг. 1-26, могут быть сконфигурированы с возможностью осуществлять один или более способов, признаков или этапов, описанных в данном документе. Новые алгоритмы, описанные в данном документе, также могут эффективно реализовываться в программном обеспечении и/или встраиваться в аппаратные средства.
[00208] Следует понимать, что конкретный порядок или иерархия этапов в раскрытых способах является иллюстрацией примерных процессов. На основе проектных предпочтений, следует понимать, что конкретный порядок или иерархия этапов в способах может перекомпоновываться. Пункты прилагаемой формулы изобретения на способ представляют элементы различных этапов в примерном порядке и не имеют намерение быть ограниченными конкретным представленным порядком или иерархией, если иное не указано в данном документе.
[00209] Вышеприведенное описание служит для того, чтобы предоставлять возможность всем специалистам в данной области техники осуществлять на практике различные аспекты, описанные в данном документе. Различные модификации в этих аспектах должны быть очевидными для специалистов в данной области техники, а описанные в данном документе общие принципы могут быть применены к другим аспектам. Таким образом, формула изобретения не имеет намерение быть ограниченной аспектами, показанными в данном документе, а должна допускать полный объем, согласованный с языком формулы изобретения, в котором ссылка на элемент в единственном числе имеет намерение означать не "один и только один", если не указано иное в явной форме, а, наоборот, "один или более". Если прямо не указано иное, термин "некоторые" означает один или более. Фраза, означающая "по меньшей мере, один из" списка элементов, означает любую комбинацию этих элементов, включающих в себя одиночные элементы. В качестве примера, "по меньшей мере, одно из: a, b или c" имеет намерение охватывать: a; b; c; и b; и c; b и c; и a, b и c. Все структурные и функциональные эквиваленты элементов различных аспектов, описанных в ходе этого раскрытия сущности, которые известны или позднее становятся известными специалистам в данной области техники, явно содержатся в данном документе по ссылке и имеют намерение охватываться посредством формулы изобретения. Более того, ничего из раскрытого в данном документе не имеет намерение становиться всеобщим достоянием, независимо от того, указано или нет данное раскрытие сущности в явной форме в формуле изобретения. Ни один элемент пункта формулы изобретения не должен трактоваться как подчиняющийся условиям 35 U.S.C. 112(f), если только элемент не изложен в явной форме с помощью фразы "средство для" или, для пункта формулы изобретения на способ, элемент не изложен с помощью фразы "этап для".