Перекрестные ссылки на родственные заявки
[0001] Настоящая заявка на патент притязает на приоритет незавершенной предварительной заявки на патент № 62/264801, озаглавленной "DELAYED CONTROL FEEDBACK IN A TIME DIVISION DUPLEX CARRIER UTILIZING COMMON BURSTS", поданной 8 декабря 2015 года, и непредварительной заявки на патент (США) № 15/274738, озаглавленной "DELAYED CONTROL FEEDBACK IN A TIME DIVISION DUPLEX CARRIER UTILIZING COMMON BURSTS", поданной 23 сентября 2016 года, назначенных правопреемнику этой заявки и в силу этого явно содержащихся в данном документе по ссылке, как если полностью изложены ниже для всех применимых целей.
Область техники, к которой относится изобретение
[0002] Настоящее раскрытие сущности, в общем, относится к системам беспроводной связи, а более конкретно, к задержкам в обратной связи по ACK физического уровня, к решениям по диспетчеризации и к применению разрешений на диспетчеризацию, чтобы ослаблять временную шкалу обработки в устройствах беспроводной связи, которые используют несущую с дуплексом с временным разделением каналов (TDD), имеющую структуры субкадров, которые включают в себя общие пакеты.
Уровень техники
[0003] Системы беспроводной связи широко развертываются для того, чтобы предоставлять различные услуги связи, такие как телефонию, передачу видео, данных, обмен сообщениями и широковещательную передачу. Типичные системы беспроводной связи могут использовать технологии множественного доступа, допускающие поддержку связи с несколькими пользователями посредством совместного использования доступных системных ресурсов (к примеру, полосы пропускания, мощности передачи и т.п.). Примеры таких технологий множественного доступа включают в себя системы с множественным доступом с кодовым разделением каналов (CDMA), системы с множественным доступом с временным разделением каналов (TDMA), системы с множественным доступом с частотным разделением каналов (FDMA), системы с множественным доступом с ортогональным частотным разделением каналов (OFDMA), системы с множественным доступом с частотным разделением каналов с одной несущей (SC-FDMA) и системы с множественным доступом с синхронизированными режимами временного и кодового разделения каналов (TD-SCDMA).
[0004] Эти технологии множественного доступа приспосабливаются в различных стандартах связи для того, чтобы предоставлять общий протокол, который позволяет различным беспроводным устройствам обмениваться данными на городском, национальном, региональном и даже глобальном уровне. Примеры стандартов связи включают в себя стандарт долгосрочного развития (LTE), усовершенствованный стандарт LTE и усовершенствованный стандарт LTE Pro, которые включают в себя набор улучшений в стандарт мобильной связи на основе универсальной системы мобильной связи (UMTS), опубликованный посредством Партнерского проекта третьего поколения (3GPP). LTE и его варианты спроектированы с возможностью лучше поддерживать мобильный широкополосный доступ в Интернет посредством повышения спектральной эффективности, понижения затрат, повышения качества обслуживания, использования нового спектра и лучшей интеграции с другими открытыми стандартами с использованием OFDMA в нисходящей линии связи (DL), SC-FDMA в восходящей линии связи (UL) и антенной технологии cо многими входами и многими выходами (MIMO). Тем не менее, по мере того, как продолжает расти спрос на мобильный широкополосный доступ, существует потребность в дальнейшем совершенствовании технологий множественного доступа. Предпочтительно, эти усовершенствования должны быть применимыми к существующим и разрабатываемым технологиям множественного доступа и стандартам связи, которые используют эти технологии.
[0005] Тем не менее, по мере того, как продолжает расти спрос на мобильный широкополосный доступ, существует потребность в дальнейшем совершенствовании технологий множественного доступа. Например, спектр, выделяемый сетям беспроводной связи с использованием технологии множественного доступа, выделяется (или предположительно должен выделяться) таким образом, что спаренные несущие, используемые во многих существующих системах с дуплексом с частотным разделением каналов (FDD), являются либо недоступными, либо недоступными в согласованных конфигурациях полосы пропускания. Соответственно, несущие с дуплексом с временным разделением каналов (TDD) предположительно должны использоваться во многих будущих развертываниях для систем беспроводной связи.
Краткий обзор некоторых примеров
[0006] Далее представлена упрощенная сущность одного или более аспектов настоящего раскрытия сущности для того, чтобы предоставлять базовое понимание этих аспектов. Эта сущность не является всесторонним обзором всех рассматриваемых признаков раскрытия сущности и не имеет намерение ни то, чтобы идентифицировать ключевые или критические элементы всех аспектов раскрытия сущности, ни то, чтобы формировать разграничивать объем применения любых аспектов раскрытия сущности. Ее единственная цель заключается в том, чтобы представлять некоторые понятия одного или более аспектов раскрытия сущности в упрощенной форме в качестве вступления в более подробное описание, которое представлено далее.
[0007] Различные аспекты раскрытия сущности предоставляют устройство, способы и программное обеспечение для реализации системы беспроводной связи с дуплексом с временным разделением каналов (TDD), которая может использовать конфигурируемые задержки, чтобы ослаблять временные шкалы обработки при необходимости. Посредством реализации этих конфигурируемых задержек, очень высокие скорости передачи данных могут приспосабливаться одновременно с более низкими скоростями передачи данных для устройств, которые могут иметь ухудшенные или худшие характеристики обработки.
[0008] Аспект раскрытия сущности предоставляет способ беспроводной связи в синхронной сети для объекта диспетчеризации, который должен обмениваться данными с набором из одного или более подчиненных объектов с использованием несущей с дуплексом с временным разделением каналов (TDD), которая включает в себя множество субкадров. Способ определяет задержку для передачи подтверждений приема (ACK) в восходящей линии связи, которая должна передаваться посредством подчиненного объекта. Задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать пакет данных нисходящей линии связи до передачи ACK в восходящей линии связи. Способ передает определенную задержку в подчиненный объект с использованием передачи по каналу управления в течение первого субкадра. Способ дополнительно передает пакет данных нисходящей линии связи в подчиненный объект в течение первого субкадра. Способ также принимает ACK в восходящей линии связи из подчиненного объекта в течение второго субкадра в соответствии с задержкой.
[0009] Другой аспект раскрытия сущности предоставляет способ беспроводной связи в синхронной сети для объекта диспетчеризации, который должен обмениваться данными с набором из одного или более подчиненных объектов с использованием TDD-несущей, которая включает в себя множество субкадров. Способ определяет задержку для передачи управляющей информации, которая должна передаваться посредством объекта диспетчеризации. Задержка соответствует количеству времени, доступному для объекта диспетчеризации, чтобы обрабатывать пакет данных первого субкадра до передачи управляющей информации во втором субкадре. Способ дополнительно передает управляющую информацию в подчиненный объект в течение второго субкадра в соответствии с задержкой.
[0010] Другой аспект раскрытия сущности предоставляет способ беспроводной связи в синхронной сети для объекта диспетчеризации, который должен обмениваться данными с набором из одного или более подчиненных объектов с использованием TDD-несущей, которая включает в себя множество субкадров. Способ определяет задержку для подчиненного объекта, чтобы применять предоставление или назначение ресурсов. Задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать предоставление или назначение до конфигурирования приемо-передающего устройства с возможностью использовать предоставленные или назначенные ресурсы. Способ дополнительно передает определенную задержку в подчиненный объект с использованием передачи по каналу управления. Способ дополнительно передает предоставление или назначение ресурсов в подчиненный объект в течение первого субкадра и обменивается данными с подчиненным объектом с использованием предоставленных или назначенных ресурсов в течение второго субкадра в соответствии с задержкой.
[0011] Другой аспект раскрытия сущности предоставляет устройство для беспроводной связи. Устройство включает в себя интерфейс связи, запоминающее устройство с сохраненным исполняемым кодом и процессор, функционально соединенный с интерфейсом связи и запоминающим устройством. Интерфейс связи выполнен с возможностью обмениваться данными с набором из одного или более подчиненных объектов с использованием TDD-несущей в синхронной сети, и TDD-несущая включает в себя множество субкадров. Процессор сконфигурирован посредством исполняемого кода, чтобы определять задержку для передачи подтверждений приема (ACK) в восходящей линии связи, которая должна передаваться посредством подчиненного объекта. Задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать пакет данных нисходящей линии связи до передачи ACK в восходящей линии связи. Процессор дополнительно выполнен с возможностью передавать определенную задержку в подчиненный объект с использованием передачи по каналу управления в течение первого субкадра. Процессор дополнительно выполнен с возможностью передавать пакет данных нисходящей линии связи в подчиненный объект в течение первого субкадра. Процессор дополнительно выполнен с возможностью принимать ACK в восходящей линии связи из подчиненного объекта в течение второго субкадра в соответствии с задержкой.
[0012] Другой аспект раскрытия сущности предоставляет устройство для беспроводной связи. Устройство включает в себя интерфейс связи, запоминающее устройство с сохраненным исполняемым кодом и процессор, функционально соединенный с интерфейсом связи и запоминающим устройством. Интерфейс связи выполнен с возможностью обмениваться данными с набором из одного или более подчиненных объектов с использованием TDD-несущей в синхронной сети. TDD-несущая включает в себя множество субкадров. Процессор сконфигурирован посредством исполняемого кода, чтобы определять задержку для передачи управляющей информации, которая должна передаваться посредством устройства. Задержка соответствует количеству времени, доступному для устройства, чтобы обрабатывать пакет данных первого субкадра до передачи управляющей информации во втором субкадре. Устройство дополнительно выполнено с возможностью передавать управляющую информацию в подчиненный объект в течение второго субкадра в соответствии с задержкой.
[0013] Один аспект настоящего раскрытия сущности предоставляет устройство для беспроводной связи. Устройство включает в себя интерфейс связи, запоминающее устройство с сохраненным исполняемым кодом и процессор, функционально соединенный с интерфейсом связи и запоминающим устройством. Интерфейс связи выполнен с возможностью обмениваться данными с набором из одного или более подчиненных объектов с использованием TDD-несущей в синхронной сети. TDD-несущая включает в себя множество субкадров. Процессор сконфигурирован посредством исполняемого кода, чтобы определять задержку для подчиненного объекта, чтобы применять предоставление или назначение ресурсов. Задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать предоставление или назначение до конфигурирования приемо-передающего устройства с возможностью использовать предоставленные или назначенные ресурсы. Процессор дополнительно выполнен с возможностью передавать определенную задержку в подчиненный объект с использованием передачи по каналу управления. Процессор дополнительно выполнен с возможностью передавать предоставление или назначение ресурсов в подчиненный объект в течение первого субкадра и обмениваться данными с подчиненным объектом с использованием предоставленных или назначенных ресурсов в течение второго субкадра в соответствии с задержкой.
[0014] Эти и другие аспекты изобретения должны становиться более понятными после рассмотрения нижеприведенного подробного описания. Другие аспекты, признаки и варианты осуществления настоящего изобретения должны становиться очевидными для специалистов в данной области техники при изучении нижеприведенного описания конкретных примерных вариантов осуществления настоящего изобретения в сочетании с прилагаемыми чертежами. Хотя признаки настоящего изобретения могут быть пояснены относительно нижеприведенных конкретных вариантов осуществления и чертежей, все варианты осуществления настоящего изобретения могут включать в себя один или более преимущественных признаков, поясненных в данном документе. Другими словами, хотя один или более вариантов осуществления могут быть пояснены как имеющие определенные преимущественные признаки, один или более таких признаков также могут использоваться в соответствии с различными вариантами осуществления изобретения, поясненными в данном документе. Аналогично, хотя примерные варианты осуществления могут быть пояснены ниже в качестве вариантов осуществления устройства, системы или способа следует понимать, что такие примерные варианты осуществления могут реализовываться в различных устройствах, системах и способах.
Краткое описание чертежей
[0015] Фиг. 1 является схемой, иллюстрирующей пример сетевой архитектуры.
[0016] Фиг. 2 является блок-схемой, концептуально иллюстрирующей пример объекта диспетчеризации, обменивающегося данными с одним или более подчиненных объектов согласно некоторым аспектам раскрытия сущности.
[0017] Фиг. 3 является блок-схемой, иллюстрирующей пример аппаратной реализации для объекта диспетчеризации с использованием системы обработки согласно некоторым аспектам раскрытия сущности.
[0018] Фиг. 4 является блок-схемой, иллюстрирующей пример аппаратной реализации для подчиненного объекта с использованием системы обработки согласно некоторым аспектам раскрытия сущности.
[0019] Фиг. 5 иллюстрирует структуру ориентированных на восходящую и нисходящую линию связи субкадров, которые могут использоваться в некоторых сетях доступа.
[0020] Фиг. 6 иллюстрирует структуру некоторых примеров автономных субкадров, которые могут использоваться в некоторых сетях доступа.
[0021] Фиг. 7 иллюстрирует структуру субкадров, включающих в себя общие пакеты согласно некоторым аспектам раскрытия сущности.
[0022] Фиг. 8 является схемой, иллюстрирующей примеры структуры TDD-кадра, реализующей задержанные ACK в восходящей линии связи согласно некоторым аспектам раскрытия сущности.
[0023] Фиг. 9 является блок-схемой последовательности операций способа, иллюстрирующей пример процесса для реализации задержанных ACK в восходящей линии связи согласно некоторым аспектам раскрытия сущности.
[0024] Фиг. 10 является схемой, иллюстрирующей примеры структуры TDD-кадра, реализующей задержанные ACK в нисходящей линии связи согласно некоторым аспектам раскрытия сущности.
[0025] Фиг. 11 является блок-схемой последовательности операций способа, иллюстрирующей пример процесса для реализации задержанных ACK в нисходящей линии связи согласно некоторым аспектам раскрытия сущности.
[0026] Фиг. 12 является схемой, иллюстрирующей пример структуры TDD-кадра, реализующей задержанные решения по диспетчеризации согласно некоторым аспектам раскрытия сущности.
[0027] Фиг. 13 является блок-схемой последовательности операций способа, иллюстрирующей пример процесса для реализации задержанных решений по диспетчеризации согласно некоторым аспектам раскрытия сущности.
[0028] Фиг. 14 является схемой, иллюстрирующей примеры структуры TDD-кадра, реализующей задержанное применение разрешений на диспетчеризацию или назначений диспетчеризованных ресурсов согласно некоторым аспектам раскрытия сущности.
[0029] Фиг. 15 является блок-схемой последовательности операций способа, иллюстрирующей пример процесса для реализации задержанного применения разрешений на диспетчеризацию или назначений диспетчеризованных ресурсов согласно некоторым аспектам раскрытия сущности.
Подробное описание изобретения
[0030] Изложенное ниже в связи с прилагаемыми чертежами подробное описание предназначено в качестве описания различных конфигураций и не предназначено для того, чтобы представлять единственные конфигурации, в которых могут осуществляться на практике принципы, описанные в данном документе. Подробное описание включает в себя конкретные подробности для целей представления полного понимания различных принципов. Тем не менее, специалистам в данной области техники должно быть очевидным, что эти принципы могут быть осуществлены на практике без этих конкретных подробностей. В некоторых случаях, известные структуры и компоненты показаны в форме блок-схемы, чтобы упрощать понимание таких принципов.
[0031] Различные аспекты раскрытия сущности предоставляют устройство, способы и программное обеспечение для реализации определенных конфигурируемых задержек, чтобы ослаблять временные шкалы обработки при необходимости в системе беспроводной связи с дуплексом с временным разделением каналов (TDD). Посредством реализации этих конфигурируемых задержек, очень высокие скорости передачи данных могут приспосабливаться одновременно с более низкими скоростями передачи данных для устройств, которые могут иметь ухудшенные или худшие характеристики обработки. В различных аспектах раскрытия сущности, время до обработки и/или передачи пакета данных, чтобы конфигурировать передачу обратной связи по ACK физического уровня, может задерживаться посредством конфигурируемого количества времени. В дополнительных аспектах раскрытия сущности, время до тех пор, пока базовая станция не определит диспетчеризацию для устройств на основе управляющей информации, принимаемой из этих устройств, может задерживаться или продлеваться посредством конфигурируемого количества времени. В еще дополнительных аспектах раскрытия сущности, время до тех пор, пока устройство не обработает разрешение на диспетчеризацию или назначение диспетчеризованных ресурсов может задерживаться или продлеваться посредством конфигурируемого количества времени.
[0032] Далее представлены несколько аспектов систем связи в отношении различных устройств и способов. Эти устройства и способы описываются в нижеприведенном подробном описании и проиллюстрированы на прилагаемых чертежах посредством различных блоков, модулей, компонентов, схем, этапов, процессов, алгоритмов и т.д. (совместно называемых "элементами"). Эти элементы могут реализовываться с использованием электронных аппаратных средств, компьютерного программного обеспечения или любой комбинации вышеозначенного. То, реализованы эти элементы в качестве аппаратных средств или программного обеспечения, зависит от конкретного варианта применения и проектных ограничений, накладываемых систему в целом.
[0033] Различные принципы, представленные в ходе этого раскрытия сущности, могут быть реализованы во множестве систем связи, сетевых архитектур и стандартов связи. Например, 3GPP задает несколько стандартов беспроводной связи для сетей, включающих в себя усовершенствованную систему с пакетной коммутацией (EPS), часто называемых "сетями по стандарту долгосрочного развития (LTE)". LTE-сети могут предоставлять сквозную задержку между передающим устройством и приемным устройством порядка 50 мс, при этом радиоинтерфейсная задержка для конкретного пакета составляет в диапазоне 10 мс. Текущая известная LTE-функциональность предоставляет время передачи и подтверждения приема (RTT) для определенной передачи служебных сигналов с обратной связью (т.е. передачи в служебных сигналах гибридного автоматического запроса на повторную передачу (HARQ)), по меньшей мере, приблизительно в 8 мс, с использованием интервала времени передачи (TTI) в 1 мс. Здесь, TTI может соответствовать минимальной длительности для единицы информации, которая может независимо декодироваться.
[0034] Развивающиеся сети следующего поколения, к примеру, сеть пятого поколения (5G), могут предоставлять множество различных типов услуг или приложений, включающих в себя, но не только, просмотр веб-страниц, потоковую передачу видео, VoIP, критичные приложения, сети с несколькими перескоками, дистанционное управление с обратной связью в реальном времени (например, телехирургию или автоматизированное вождение) и т.д. Во многих из этих приложений, улучшения, которые могут уменьшать задержку в обработке и возврате передач обратной связи, являются очень желательными.
[0035] Ссылаясь теперь на фиг. 1, в качестве иллюстративного примера без ограничения, предоставляется упрощенная схематичная иллюстрация сети 100 доступа. Географическая область, покрытая сетью 100 доступа, может разделяться на определенное число сотовых областей (сот), включающих в себя макросоты 102, 104 и 106 и небольшую соту 108, каждая из которых может включать в себя один или более секторов. Соты могут задаваться географически (например, посредством области покрытия) и/или могут задаваться в соответствии с частотой, кодом скремблирования и т.д. В соте, которая разделяется на секторы, несколько секторов в соте могут формироваться посредством групп антенн, при этом каждая антенна отвечает за связь с мобильными устройствами в части соты. Сеть 100 доступа может представлять собой синхронную сеть.
[0036] В общем, приемо-передающее радиоустройство обслуживает каждую соту. Приемо-передающее радиоустройство обычно упоминается как базовая станция (BS) во многих системах беспроводной связи, но также может упоминаться специалистами в данной области техники как базовая приемо-передающая станция (BTS), базовая радиостанция, приемо-передающее радиоустройство, функция приемо-передающего устройства, базовый набор служб (BSS), расширенный набор служб (ESS), точка доступа (AP), узел B, усовершенствованный узел B или некоторый другой надлежащий термин.
[0037] На фиг. 1, две базовых станции 110 и 112 с высоким уровнем мощности показаны в сотах 102 и 104; и третья базовая станция 114 с высоким уровнем мощности показана как управляющая удаленной радиоголовкой 116 (RRH) в соте 106. В этом примере, соты 102, 104 и 106 могут упоминаться как макросоты, поскольку базовые станции 110, 112 и 114 с высоким уровнем мощности поддерживают соты, имеющие большой размер. Дополнительно, базовая станция 118 с низким уровнем мощности показана в небольшой соте 108 (например, как микросота, пикосота, фемтосота, собственная базовая станция, собственный узел B, собственный усовершенствованный узел B и т.д.), который может перекрываться с одной или более макросот. В этом примере, сота 108 может упоминаться как небольшая сота, поскольку базовая станция 118 с низким уровнем мощности поддерживает соту, имеющую относительно небольшой размер. Установление размеров соты может выполняться согласно проектированию системы, а также ограничениям на компоненты. Следует понимать, что сеть 100 доступа может включать в себя любое число беспроводных базовых станций и сот. Базовые станции 110, 112, 114, 118 предоставляют точки беспроводного доступа в базовую сеть для любого числа мобильных устройств.
[0038] Фиг. 1 дополнительно включает в себя квадрокоптер или беспилотный аппарат 120, который может быть выполнен с возможностью функционировать в качестве базовой станции. Таким образом, в некоторых примерах, сота необязательно может быть стационарной, и географическая область соты может перемещаться согласно местоположению мобильной базовой станции, такой как квадрокоптер 120.
[0039] В некоторых примерах, базовые станции могут соединяться между собой и/или с одной или более других базовых станций или сетевых узлов (не показаны) в сети 100 доступа через различные типы интерфейсов транзитного соединения, такие как прямое физическое соединение, виртуальная сеть и т.п., с использованием любой подходящей транспортной сети.
[0040] Сеть 100 доступа проиллюстрирована как поддерживающая беспроводную связь для нескольких мобильных устройств. Мобильное устройство обычно упоминается как абонентское устройство (UE) в стандартах и технических требованиях, опубликованных посредством Партнерского проекта третьего поколения (3GPP), но также может упоминаться специалистами в данной области техники как мобильная станция (MS), абонентская станция, мобильный модуль, абонентский модуль, беспроводной модуль, удаленный модуль, мобильное устройство, беспроводное устройство, устройство беспроводной связи, удаленное устройство, мобильная абонентская станция, терминал доступа (AT), мобильный терминал, беспроводной терминал, удаленный терминал, переносной телефон, терминал, пользовательский агент, мобильный клиент, клиент или некоторый другой надлежащий термин.
[0041] В настоящем документе, "мобильное" устройство не должно обязательно иметь возможность перемещаться и может быть стационарным. Некоторые неограничивающие примеры мобильного устройства включают в себя мобильное устройство, сотовый (сотовый) телефон, смартфон, телефон по протоколу инициирования сеансов (SIP), переносной компьютер, персональный компьютер (PC), ноутбук, нетбук, смартбук, планшетный компьютер и персональное цифровое устройство (PDA). Мобильное устройство дополнительно может представлять собой устройство Интернета вещей (IoT), такое как автомобильное или другое перевозочное транспортное средство, спутниковое радиоустройство, устройство по стандарту глобальной системы позиционирования (GPS), логистический контроллер, беспилотный аппарат, мультикоптер, квадрокоптер, бытовое и/или носимое устройство, такое как защитные очки, носимая камера, интеллектуальные часы, медицинский или фитнес-трекер, цифровой аудиопроигрыватель (например, MP3-проигрыватель), камера, игровая приставка и т.д. IoT-устройство дополнительно может представлять собой цифровое бытовое или интеллектуальное бытовое устройство, такое как бытовое аудио-, видео- и/или мультимедийное устройство, прибор, датчик, торговый автомат, интеллектуальное освещение, домашняя система безопасности, интеллектуальный счетчик и т.д. Мобильное устройство дополнительно может представлять собой интеллектуальное энергетическое или защитное устройство, солнечную панель или солнечную батарею, коммунальное освещение, водоснабжение или другую инфраструктуру; устройство промышленной автоматизации и т.д. Еще дополнительно, мобильное устройство может предоставлять поддержку телемедицины или здравоохранения на расстоянии. Телемедицинские устройства могут включать в себя телемедицинские контрольные устройства и телемедицинские устройства отслеживания применения лекарственных средств, для связи которых может предоставляться преференциальный режим обслуживания или приоритезированный доступ относительно других типов информации, например, с точки зрения приоритезированного доступа для транспортировки критических данных об услугах и/или релевантного QoS для транспортировки критических данных об услугах.
[0042] В сети 100 доступа, соты могут включать в себя UE, которые могут поддерживать связь с одним или более секторов каждой соты. Например, UE 122 и 124 могут поддерживать связь с базовой станцией 110; UE 126 и 128 могут поддерживать связь с базовой станцией 112; UE 130 и 132 могут поддерживать связь с базовой станцией 114 посредством RRH 116; UE 134 может поддерживать связь с базовой станцией 118 с низким уровнем мощности; и UE 136 может поддерживать связь с мобильной базовой станцией 120. Здесь, каждая базовая станция 110, 112, 114, 118 и 120 может быть выполнена с возможностью предоставлять точку доступа в базовую сеть (не показана) для всех UE в соответствующих сотах.
[0043] В другом примере, квадрокоптер 120 может быть выполнен с возможностью функционировать в качестве UE. Например, квадрокоптер 120 может работать в соте 102 посредством обмена данными с базовой станцией 110.
[0044] Радиоинтерфейс в сети 100 доступа может использовать один или более алгоритмов мультиплексирования и множественного доступа, чтобы обеспечивать одновременную связь различных устройств. Например, множественный доступ для передач по восходящей линии связи (UL) или по обратной линии связи из UE 122 и 124 в базовую станцию 110 может предоставляться с использованием множественного доступа с временным разделением каналов (TDMA), множественного доступа с кодовым разделением каналов (CDMA), множественного доступа с частотным разделением каналов (FDMA), множественного доступа с ортогональным частотным разделением каналов (OFDMA) или других подходящих схем множественного доступа. Дополнительно, мультиплексирование передач по нисходящей линии связи (DL) или по прямой линии связи из базовой станции 110 в UE 122 и 124 может предоставляться с использованием мультиплексирования с временным разделением каналов (TDM), мультиплексирования с кодовым разделением каналов (CDM), мультиплексирования с частотным разделением каналов (FDM), мультиплексирования с ортогональным частотным разделением каналов (OFDM) или других подходящих схем мультиплексирования. В некоторых примерах, устройства сети 100 доступа могут использовать антенную технологию cо многими входами и многими выходами (MIMO).
[0045] В сети 100 доступа, в ходе вызова с объектом диспетчеризации или в любое другое время, UE может отслеживать различные параметры сигнала из своей обслуживающей соты, а также различные параметры соседних сот. Дополнительно, в зависимости от качества этих параметров, UE может поддерживать связь с одной или более соседних сот. В течение этого времени, если UE перемещается из одной соты в другую, либо если качество сигнала из соседней соты превышает качество сигнала из обслуживающей соты для данного количества времени, UE может предпринимать передачу обслуживания (handoff) или передачу обслуживания (handover) от обслуживающей соты соседней (целевой) соте. Например, UE 124 может перемещаться из географической области, соответствующей своей обслуживающей соте 102, в географическую область, соответствующую соседней соте 106. Когда интенсивность или качество сигнала из соседней соты 106 превышает интенсивность или качество сигнала обслуживающей соты 102 для данного количества времени, UE 124 может передавать сообщение с отчетом в свою обслуживающую базовую станцию 110, указывающее это условие. В ответ, UE 124 может принимать команду передачи обслуживания, и UE может подвергаться передаче обслуживания соте 106.
[0046] В некоторых примерах, доступ к радиоинтерфейсу может диспетчеризоваться, при этом объект диспетчеризации (например, базовая станция) выделяет ресурсы для связи между некоторыми или всеми устройствами и оборудованием в пределах зоны обслуживания или соты. В настоящем раскрытии сущности, как подробнее пояснено ниже, объект диспетчеризации может отвечать за диспетчеризацию, назначение, переконфигурирование и высвобождение ресурсов для одного или более подчиненных объектов. Таким образом, для диспетчеризованной связи, подчиненные объекты используют ресурсы, выделенные посредством объекта диспетчеризации.
[0047] Базовые станции не являются единственными объектами, которые могут функционировать в качестве объекта диспетчеризации. Таким образом, в некоторых примерах, UE может функционировать в качестве объекта диспетчеризации, диспетчеризующего ресурсы для одного или более подчиненных объектов (например, одного или более других UE). Например, UE 138 проиллюстрировано как обменивающееся данными с UE 140 и 142. В этом примере, UE 138 функционирует в качестве объекта диспетчеризации, и UE 140 и 142 используют ресурсы, диспетчеризованные посредством UE 138 для беспроводной связи. UE может функционировать в качестве объекта диспетчеризации в сети между равноправными узлами (P2P) и/или в ячеистой сети. В примере ячеистой сети, UE 140 и 142 могут необязательно обмениваться данными непосредственно друг с другом в дополнение к обмену данными с объектом 138 диспетчеризации.
[0048] Таким образом, в сети беспроводной связи с диспетчеризованным доступом к частотно-временным ресурсам, имеющей сотовую конфигурацию, P2P-конфигурацию и ячеистую конфигурацию, объект диспетчеризации и один или более подчиненных объектов могут обмениваться данными с использованием диспетчеризованных ресурсов.
[0049] Ссылаясь теперь на фиг. 2, блок-схема иллюстрирует объект 202 диспетчеризации и множество подчиненных объектов 204. Здесь, объект 202 диспетчеризации может соответствовать базовым станциям 110, 112, 114 и 118. В дополнительных примерах, объект 202 диспетчеризации может соответствовать UE 138, квадрокоптеру 120 или любому другому подходящему узлу в сети 100 доступа. Аналогично, в различных примерах, подчиненный объект 204 может соответствовать UE 122, 124, 126, 128, 130, 132, 134, 136, 138, 140 и 142 или любому другому подходящему узлу в сети 100 доступа.
[0050] Как проиллюстрировано на фиг. 2, объект 202 диспетчеризации может передавать в широковещательном режиме данные 206 в один или более подчиненных объектов 204 (данные могут упоминаться как данные нисходящей линии связи). В соответствии с конкретными аспектами настоящего раскрытия сущности, термин "нисходящая линия связи" может означать передачу "точка-многоточка", исходящую в объекте 202 диспетчеризации. В широком смысле, объект 202 диспетчеризации представляет собой узел или устройство, отвечающее за диспетчеризацию трафика в сети беспроводной связи, включающего в себя передачи по нисходящей линии связи и, в некоторых примерах, данные 210 восходящей линии связи из одного или более подчиненных объектов в объект 202 диспетчеризации. Другой способ описания системы может заключаться в использовании термина "мультиплексирование широковещательных каналов". В соответствии с аспектами настоящего раскрытия сущности, термин "восходящая линия связи" может означать передачу "точка-точка", исходящую в подчиненном объекте 204. В широком смысле, подчиненный объект 204 представляет собой узел или устройство, которое принимает информацию управления диспетчеризацией, включающую в себя, но не только, разрешения на диспетчеризацию, информацию синхронизации или временного распределения либо другую управляющую информацию из другого объекта в сети беспроводной связи, такого как объект 202 диспетчеризации.
[0051] Объект 202 диспетчеризации может передавать в широковещательном режиме канал 208 управления в один или более подчиненных объектов 204. Данные 210 восходящей линии связи и/или данные 206 нисходящей линии связи могут передаваться с использованием интервала времени передачи (TTI). Здесь, TTI может соответствовать инкапсулированному набору или пакету информации, допускающему независимое декодирование. В различных примерах, TTI могут соответствовать кадрам, субкадрам, блокам данных, временным квантам или другим подходящим группировкам битов для передачи.
[0052] В некоторых аспектах раскрытия сущности, объект 202 диспетчеризации и подчиненные объекты 204 могут обмениваться данными между собой с использованием TDD-субкадров, включающих в себя, например, ориентированные на восходящую линию связи (UL) субкадры и ориентированные на нисходящую линию связи (DL) субкадры. Примеры UL-ориентированных и DL-ориентированных субкадров подробнее описываются относительно фиг. 5-8, 10, 12 и 14. В некоторых примерах, субкадры могут представлять собой автономные субкадры.
[0053] Кроме того, подчиненные объекты 204 могут передавать управляющую информацию 212 восходящей линии связи в объект 202 диспетчеризации. Управляющая информация восходящей линии связи может включать в себя множество типов и категорий пакетов, включающих в себя пилотные сигналы, опорные сигналы и информацию, сконфигурированную с возможностью обеспечивать возможность или помогать в декодировании передач данных по восходящей линии связи. В некоторых примерах, управляющая информация 212 может включать в себя запрос на диспетчеризацию (SR), т.е. запрос для объекта 202 диспетчеризации, чтобы диспетчеризовать передачи по восходящей линии связи. Здесь, в ответ на SR, передаваемый по каналу 212 управления, объект 202 диспетчеризации может передавать в канале 208 управления нисходящей линии связи информацию, которая может диспетчеризовать TTI для пакетов восходящей линии связи. В дополнительном примере, канал 212 управления восходящей линии связи может включать в себя передачи обратной связи с гибридным автоматическим запросом на повторную передачу (HARQ), такие как подтверждение приема (ACK) или отрицание приема (NACK). HARQ представляет собой технологию, известную специалистам в данной области техники, при этом пакетные передачи могут проверяться на приемной стороне на предмет точности, и если подтверждается, может передаваться ACK, тогда как, если не подтверждается, может передаваться NACK. В ответ на NACK, передающее устройство может отправлять повторную HARQ-передачу, которая может реализовывать отслеживаемое комбинирование, нарастающую избыточность и т.д.
[0054] Каналы, проиллюстрированные на фиг. 2, не обязательно представляют собой все каналы, которые могут использоваться между объектом 202 диспетчеризации и подчиненными объектами 204, и специалисты в данной области техники должны распознавать, что другие каналы могут использоваться в дополнение к проиллюстрированным каналам, к примеру, другие каналы передачи данных, управления и обратной связи.
[0055] Фиг. 3 является концептуальной схемой, иллюстрирующей пример аппаратной реализации для примерного объекта 202 диспетчеризации с использованием системы 314 обработки. В соответствии с различными аспектами раскрытия сущности, элемент или любая часть элемента либо любая комбинация элементов может реализовываться с помощью системы 314 обработки, которая включает в себя один или более процессоров 304.
[0056] В различных аспектах раскрытия сущности, объект 202 диспетчеризации может представлять собой любое подходящее приемо-передающее радиоустройство и, в некоторых примерах, может быть осуществлен в базовой станции (BS), базовой приемо-передающей станции (BTS), базовой радиостанции, приемо-передающем радиоустройстве, функции приемо-передающего устройства, базовом наборе служб (BSS), расширенном наборе служб (ESS), точке доступа (AP), узле B, усовершенствованном узле B (eNB), узле ячеистой сети, ретрансляторе или некотором другом подходящем термине. Базовая станция может предоставлять точки беспроводного доступа в базовую сеть для любого числа абонентских устройств (UE). В ходе настоящего раскрытия сущности, для простоты ссылки, LTE-термин "eNB" может использоваться наравне с "базовой станцией" или "объектом диспетчеризации". Тем не менее, в фактической сети, терминология может изменяться, в частности, в не-LTE-сетях и по-прежнему попадать в пределы объема этого раскрытия сущности.
[0057] В других примерах, объект 202 диспетчеризации может быть осуществлен в беспроводном UE. Примеры UE включают в себя сотовый телефон, смартфон, телефон по протоколу инициирования сеансов (SIP), переносной компьютер, ноутбук, нетбук, смартбук, персональное цифровое устройство (PDA), спутниковое радиоустройство, устройство по стандарту глобальной системы позиционирования (GPS), мультимедийное устройство, видеоустройство, цифровой аудиопроигрыватель (например, MP3-проигрыватель), камеру, игровую приставку, электронное мультимедийное устройство, компонент транспортного средства, носимое вычислительное устройство (например, интеллектуальные часы, медицинский или фитнес-трекер и т.д.), прибор, датчик, торговый автомат, устройство Интернета вещей (IoT), M2M/D2D-устройство или любое другое аналогичное функциональное устройство. UE также может упоминаться специалистами в данной области техники как мобильная станция (MS), абонентская станция, мобильный модуль, абонентский модуль, беспроводной модуль, удаленный модуль, мобильное устройство, беспроводное устройство, устройство беспроводной связи, удаленное устройство, мобильная абонентская станция, терминал доступа (AT), мобильный терминал, беспроводной терминал, удаленный терминал, переносной телефон, терминал, пользовательский агент, мобильный клиент, клиент или некоторый другой надлежащий термин.
[0058] Примеры процессоров 304 включают в себя микропроцессоры, микроконтроллеры, процессоры цифровых сигналов (DSP), программируемые пользователем вентильные матрицы (FPGA), программируемые логические устройства (PLD), конечные автоматы, вентильную логику, дискретные аппаратные схемы и другие надлежащие аппаратные средства, выполненные с возможностью осуществлять различную функциональность, описанную в ходе этого раскрытия сущности. Иными словами, процессор 304, при использовании в объекте 202 диспетчеризации, может использоваться для того, чтобы реализовывать любой один или более процессов, описанных ниже, например, на фиг. 8-15.
[0059] В этом примере, система 314 обработки может быть реализована с шинной архитектурой, представленной, в общем, посредством шины 302. Шина 302 может включать в себя любое число соединительных шин и мостов в зависимости от конкретного варианта применения системы 314 обработки и общих проектных ограничений. Шина 302 соединяет различные схемы, включающие в себя один или более процессоров (представлены, в общем, посредством процессора 304), запоминающее устройство 305 и машиночитаемые носители (представлены, в общем, посредством машиночитаемого носителя 306). Шина 302 также может связывать различные другие схемы, такие как источники синхронизирующего сигнала, периферийные устройства, стабилизаторы напряжения и схемы управления питанием, которые известны в данной области техники и в силу этого не описываются дальше. Шинный интерфейс 308 предоставляет интерфейс между шиной 302 и приемо-передающим устройством 310 (интерфейс связи). Приемо-передающее устройство 310 предоставляет средство для обмена данными с различными другими устройствами по среде передачи. В зависимости от природы устройства, также может предоставляться пользовательский интерфейс 312 (например, клавишная панель, дисплей, динамик, микрофон, джойстик).
[0060] В некоторых аспектах раскрытия сущности, процессор 304 может включать в себя различные функциональные блоки и/или схему, которая может быть выполнена с возможностью осуществлять различные функции и процессы, описанные в ходе этого раскрытия сущности, например, на фиг. 8-15. В одном примере, процессор 304 может включать в себя блок 320 UL ACK-задержки, блок 322 DL ACK-задержки, блок 324 задержки на диспетчеризацию и блок 326 задержки на разрешение/назначение на диспетчеризацию. Блок 320 UL ACK-задержки может быть сконфигурирован посредством кода 328 UL ACK-задержки, чтобы определять задержку для обратной связи по UL ACK для определенного подчиненного объекта. Блок 322 DL ACK-задержки может быть сконфигурирован посредством кода 330 DL ACK-задержки, чтобы определять задержку для обратной связи по DL ACK для определенного подчиненного объекта. Блок 324 задержки на диспетчеризацию может быть сконфигурирован посредством кода 332 задержки на диспетчеризацию, чтобы определять задержку для передачи информации диспетчеризации в определенный подчиненный объект. Блок 326 задержки на разрешение/назначение на диспетчеризацию может быть сконфигурирован посредством кода 334 задержки на разрешение/назначение на диспетчеризацию, чтобы определять задержку для подчиненного объекта, чтобы применять или использовать разрешения или назначения диспетчеризованных ресурсов. Процессор 304 может использовать приемо-передающее устройство 310, чтобы передавать определенные задержки в соответствующие подчиненные объекты.
[0061] Процессор 304 отвечает за управление шиной 302 и общую обработку, включающую в себя выполнение программного обеспечения, сохраненного на машиночитаемом носителе 306. Программное обеспечение может включать в себя код 328 UL ACK-задержки, код 330 DL ACK-задержки, код 332 задержки на диспетчеризацию и код 334 задержки на разрешение/назначение на диспетчеризацию. Программное обеспечение, при выполнении посредством процессора 304, инструктирует системе 314 обработки выполнять различные функции, описанные ниже для любого конкретного устройства. Машиночитаемый носитель 306 также может использоваться для хранения данных, которые обрабатываются посредством процессора 304 при выполнении программного обеспечения.
[0062] Один или более процессоров 304 в системе обработки могут выполнять программное обеспечение. Программное обеспечение должно широко истолковываться как означающее инструкции, наборы инструкций, код, сегменты кода, программный код, программы, подпрограммы, программные модули, приложения, программные приложения, программные пакеты, процедуры, подпрограммы, объекты, исполняемые фрагменты, потоки выполнения, процедуры, функции и т.д., которые могут называться программным обеспечением, микропрограммным обеспечением, промежуточным программным обеспечением, микрокодом, языком описания аппаратных средств и т.д. Программное обеспечение может постоянно размещаться на машиночитаемом носителе 306. Машиночитаемый носитель 306 может представлять собой энергонезависимый машиночитаемый носитель. Энергонезависимый машиночитаемый носитель включает в себя, в качестве примера, магнитное устройство хранения данных (например, жесткий диск, гибкий диск, магнитную полосу), оптический диск (например, CD или DVD), смарт-карту, устройство флэш-памяти (например, карту, флэш-накопитель или флэш-диск), RAM, ROM, PROM, EPROM, EEPROM, регистр, съемный диск и любой другой подходящий носитель для сохранения программного обеспечения и/или инструкций, которые могут быть доступны и могут считываться посредством компьютера. Машиночитаемый носитель также может включать в себя, в качестве примера, несущую, линию передачи и любой другой надлежащий носитель для передачи программного обеспечения и/или инструкций, которые могут быть доступны и могут считываться посредством компьютера. Машиночитаемый носитель 306 может постоянно размещаться в системе 314 обработки, внешне по отношению к системе 314 обработки или распределяться по нескольким объектам, включающим в себя систему 314 обработки. Машиночитаемый носитель 306 может быть осуществлен в компьютерном программном продукте. В качестве примера, компьютерный программный продукт может включать машиночитаемый носитель в упаковочных материалах. Специалисты в данной области техники должны признавать, как лучше всего реализовывать описанную функциональность, представленную в данном раскрытии сущности, в зависимости от конкретного варианта применения и общих проектных ограничений, накладываемых на систему в целом.
[0063] Фиг. 4 является концептуальной схемой, иллюстрирующей пример аппаратной реализации для примерного подчиненного объекта 204 с использованием системы 414 обработки. В соответствии с различными аспектами раскрытия сущности, элемент или любая часть элемента либо любая комбинация элементов может реализовываться с помощью системы 414 обработки, которая включает в себя один или более процессоров 404.
[0064] Система 414 обработки может быть практически идентичной системе 314 обработки, проиллюстрированной на фиг. 3, и включать в себя шинный интерфейс 408, шину 402, запоминающее устройство 405, процессор 404 и машиночитаемый носитель 406. Кроме того, подчиненный объект 204 может включать в себя пользовательский интерфейс 412 и приемо-передающее устройство 410 (интерфейс связи), практически аналогичные пользовательскому интерфейсу и приемо-передающему устройству, описанным выше на фиг. 3. В некоторых аспектах раскрытия сущности, процессор 404 может быть сконфигурирован, например, посредством программного обеспечения, сохраненного на машиночитаемом носителе 406, с возможностью выполнять функции и процессы, описанные относительно фиг. 8-15 настоящего раскрытия сущности.
[0065] В любой сети беспроводной связи, двунаправленная связь представляет собой желательный признак. Часто, дуплексная связь по радиоканалу осуществляется с использованием дуплекса с частотным разделением каналов (FDD) или дуплекса с временным разделением каналов (TDD). В FDD, используется пара несущих, причем каждая соответствующая несущая используется для того, чтобы переносить сигналы связи в различном направлении. В TDD, используются неспаренные несущие. Здесь, дуплексная передача связи в восходящей и нисходящей линии связи достигается посредством временного разделения несущей, при котором связь в восходящей и нисходящей линии связи занимает несущую в различные моменты времени.
[0066] Во многих современных сетях беспроводной связи, значительные части спектра выделены посредством контролирующих органов в спаренных несущих для FDD. Тем не менее, для новых разрабатываемых технологий, если требуется сверхширокополосная связь (например, 100 МГц, 300 МГц или больше), эти FDD- технология уже используют большую часть спектра и могут не иметь широкой полосы частот, требуемой для гораздо более высоких скоростей передачи данных. На верхних частотах, включающих в себя, но не только, частоты в диапазоне миллиметровых волн (mmW), TDD-несущие могут быть более доступными. Кроме того, такие TDD-несущие могут быть менее дорогими для получения прав на использование несущей.
[0067] Как проиллюстрировано на фиг. 5, при использовании TDD-несущей, связь в некоторых примерах может организовываться посредством разделения канала во временной области на кадры, причем кадры дополнительно разделяются на субкадры. Согласно аспекту настоящего раскрытия сущности, субкадры могут принимать, по меньшей мере, две общих формы, упоминаемые в данном документе в качестве структуры 502 ориентированного на восходящую линию связи (UL) субкадра и структуры 504 ориентированного на нисходящую линию связи (DL) субкадра. Здесь, DL-ориентированный субкадр представляет собой субкадр, в котором большая часть его времени используется для связи в направлении нисходящей линии связи (например, показан как DL-пакет 506 на фиг. 5); и UL-ориентированный субкадр представляет собой субкадр, в котором большая часть его времени используется для связи в направлении восходящей линии связи (например, показан как UL-пакет 508 на фиг. 5).
[0068] В типичном развертывании соты, может возникать асимметрия между трафиком нисходящей линии связи и трафиком восходящей линии связи. В общем, сеть имеет больший объем трафика нисходящей линии связи и, соответственно, может появляться большее число DL-ориентированных субкадров. Кроме того, даже в то время, когда этот дисбаланс может быть прогнозируемым, фактическое отношение между UL-ориентированными субкадрами и DL-ориентированными субкадрами может не быть прогнозируемым и может варьироваться во времени. В примере по фиг 5, отношение составляет три DL-ориентированных субкадра к одному UL-ориентированному субкадру для определенного цикла. Тем не менее, возможны другие отношения.
[0069] Эта комбинация дисбаланса и непрогнозируемости его точного измерения может вызывать проблемы в традиционных структурах TDD-кадров/субкадров. В частности, если UE или подчиненный объект имеют данные, которые он хочет передавать по восходящей линии связи, UE должно ожидать возможности передачи по восходящей линии связи. При этой структуре субкадра, время, когда может возникать такая возможность передачи по восходящей линии связи, может варьироваться и может быть непредсказуемым. Во многих случаях, время может быть довольно длительным, что приводит в результате к значительной задержке. Эта задержка может быть, в частности, проблематичной, когда информация, которую UE хочет передавать по восходящей линии связи, представляет собой управляющую обратную связь, которая во многих случаях может быть чувствительной ко времени или критичной.
[0070] Эта непредсказуемая задержка может, по меньшей мере, частично облегчаться посредством использования структуры субкадра, которая представляет обоснованные возможности передачи по восходящей линии связи в каждом субкадре. Соответственно, в некоторых аспектах настоящего раскрытия сущности, TDD-субкадры могут быть структурированы в качестве автономных субкадров.
[0071] Фиг. 6 иллюстрирует примерные структуры автономных субкадров 600 и 610. В широком смысле, автономный субкадр представляет собой субкадр, в котором диспетчеризация, передача данных и подтверждение приема данных группируются в один автономный модуль или субкадр, и может быть независимым от других субкадров. Например, со ссылкой на DL-ориентированный субкадр 600, все данные в части 604 данных могут диспетчеризоваться с использованием информации диспетчеризации или предоставлений в области 602 управления; и дополнительно, прием всех данных в части 604 данных может подтверждаться (или отрицаться) в ACK-части 608. Аналогично, для ориентированного на восходящую линию связи субкадра 610, все данные в части 616 данных могут диспетчеризоваться с использованием информацию диспетчеризации или предоставлений в области 612 управления; и дополнительно, прием всех данных в части 616 данных могут подтверждаться прием может подтверждаться (или отрицаться) в ACK-части 620.
[0072] Подробнее, диспетчеризованный в передающем устройстве субкадр, упоминаемый в данном документе в качестве TTI-субкадра нисходящей линии связи или DL-ориентированного субкадра 600, может использоваться для того, чтобы переносить управляющую информацию, информацию в виде данных и/или информацию диспетчеризации в один или более подчиненных объектов, которые могут представлять собой, например, UE. Диспетчеризованный в приемном устройстве субкадр, упоминаемый в данном документе в качестве TTI-субкадра восходящей линии связи или UL-ориентированного субкадра 610, может использоваться для того, чтобы принимать управляющие данные из объекта диспетчеризации, передавать данные в объект диспетчеризации и принимать ACK/NACK-сигнал для передаваемых данных.
[0073] В контексте сети с множественным доступом, канальные ресурсы, в общем, диспетчеризуются, и каждый объект является синхронным во времени. Таким образом, каждый узел с использованием сети координирует использование ресурсов таким образом, что передачи выполняются только в течение выделяемой части кадра, и время каждой выделяемой части синхронизируется между различными узлами или сетевыми устройствами. Один узел выступает в качестве объекта диспетчеризации, и один или более узлов могут представлять собой подчиненные объекты. Объект диспетчеризации может представлять собой базовую станцию или точку доступа, или UE в сети между устройствами (D2D), P2P-сети и/или ячеистой сети. Объект диспетчеризации управляет ресурсами на несущей и назначает ресурсы другим пользователям канала или несущей, включающим в себя подчиненные или диспетчеризованные объекты, такие как одно или более UE в сотовой сети.
[0074] Каждый субкадр разделяется на передающие (Tx) и приемные (Rx) части. В DL-ориентированном субкадре 600, объект диспетчеризации сначала имеет возможность передавать управляющую информацию в части 602 управляющей информации, а затем возможность передавать данные в части 604 DL-данных. Tx-части 602 и 604 переносят DL-пакеты в этом случае. После части (GP) 606 защитного периода, объект диспетчеризации имеет возможность принимать сигнал или обратную связь с подтверждением приема (ACK)/без подтверждения приема (NACK) в ACK/NACK-части 608 из других объектов с использованием несущей. ACK/NACK-часть 608 переносит UL-пакет. Эта структура кадра является ориентированной на нисходящую линию связи, поскольку дополнительные ресурсы выделяются для передач в направлении нисходящей линии связи (например, передач из объекта диспетчеризации).
[0075] В одном примере, часть 602 управляющей информации может использоваться для того, чтобы передавать физический канал управления нисходящей линии связи (PDCCH), и часть 604 DL-данных может использоваться для того, чтобы передавать рабочие DL-данные. После GP-части 606, объект диспетчеризации может принимать ACK-сигнал (или NACK-сигнал) из диспетчеризованного объекта или подчиненного объекта во время ACK/NACK-части 608, чтобы указывать то, успешно приняты или нет рабочие данные. GP-часть 606 может диспетчеризоваться с возможностью приспосабливать изменчивость во временной синхронизации в UL и DL. Например, задержки вследствие коммутации направления RF-антенны и/или схемы (например, с DL на UL) и задержки в тракте передачи могут инструктировать подчиненному объекту передавать заблаговременно в UL, чтобы обеспечивать совпадение с временной синхронизацией в DL. Такая ранняя передача может создавать помехи символам, принимаемым из объекта диспетчеризации. Соответственно, GP-часть 606 может обеспечивать количество времени после части 604 DL-данных, чтобы предотвращать или уменьшать помехи, причем GP-часть 606 может предоставлять соответствующее количество времени для объекта диспетчеризации, чтобы коммутировать направление RF-антенны/схемы, время для передачи по радиоинтерфейсу (OTA) и время для ACK-обработки посредством подчиненного объекта. Соответственно, GP-часть 606 может предоставлять соответствующее количество времени для подчиненного объекта, чтобы коммутировать направление RF-антенны/схемы (например, с DL на UL), обрабатывать рабочие данные и время для передачи по радиоинтерфейсу (OTA). Длительность GP-части 606 может быть сконфигурирована с точки зрения периодов символов. Например, GP-часть 606 может иметь длительность в один период символа (например, 31,25 мкс) или в несколько периодов символов. Эта структура кадра является ориентированной на нисходящую линию связи, поскольку дополнительные ресурсы выделяются для передач в направлении нисходящей линии связи (например, передач из объекта диспетчеризации).
[0076] В UL-ориентированном субкадре 610, подчиненный объект сначала имеет возможность принимать управляющую информацию в части 612 управляющей информации (DL-части). После GP-части 614, подчиненный объект имеет возможность передавать данные в части 616 UL-данных. После другой GP-части 618, подчиненный объект затем имеет возможность принимать ACK/NACK-сигнал в ACK/NACK-части 620 (DL-части) из объекта диспетчеризации с использованием несущей. Эта структура кадра является ориентированной на восходящую линию связи, поскольку дополнительные ресурсы выделяются для передач в направлении восходящей линии связи (например, передач из подчиненного объекта).
[0077] В дополнительном аспекте раскрытия сущности, чтобы дополнительно облегчать потенциальную задержку, которая может в иных случаях получаться в результате использования устройств, которые должны ожидать возможностей передачи в структуре субкадра, определенные общие пакеты могут появляться в любом данном субкадре (например, в каждом субкадре). Фиг. 7 является принципиальной схемой, иллюстрирующей общие DL-пакеты и общие UL-пакеты, которые могут появляться в каждом из DL-ориентированного субкадра 702 и UL-ориентированного субкадра 704. В проиллюстрированном примере, общие DL-пакеты 706 возникают в начале каждого субкадра, и общие UL-пакеты 708 возникают в конце каждого субкадра. Тем не менее, это не обязательно имеет место, и в пределах объема настоящего раскрытия сущности, такие общие UL- и DL-пакеты могут появляться в любом месте в каждом соответствующем субкадре.
[0078] В некоторых аспектах раскрытия сущности, все общие DL-пакеты 706 в пределах любого данного субкадра (независимо от того, UL-ориентированный субкадр или DL-ориентированный субкадр) могут быть структурированы идентично; и аналогично, все общие UL-пакеты 708 в пределах любого данного субкадра (независимо от того UL-ориентированный субкадр или DL-ориентированный субкадр) могут быть структурированы идентично.
[0079] Хотя эти общие пакеты могут переносить любую подходящую информацию, в некоторых примерах, общий DL-пакет может использоваться для того, чтобы переносить управляющую информацию, передаваемую посредством объекта диспетчеризации, включающую в себя, но не только, информацию диспетчеризации для UL или для DL (либо и для UL, и для DL); или передачи подтверждений приема (ACK) физического уровня. Дополнительно, общий UL-пакет может использоваться для того, чтобы переносить управляющую информацию, передаваемую посредством UE или подчиненного объекта, включающую в себя, но не только, зондирующий опорный сигнал (SRS), ACK или NACK физического уровня, запрос на диспетчеризацию (SR), индикатор качества канала (CQI) и т.д.
[0080] Посредством использования этих общих UL и DL-пакетов, задержка может уменьшаться для критичных пакетов, таких как управляющая информация и обратная связь, с длительностью, например, в один субкадр. Тем не менее, согласно различным аспектам настоящего раскрытия сущности, возможности в течение этой задержки или задержки, которая должна управляться, обеспечивает возможность предоставления различных задержек или задержек. Таким образом, на основе присутствия общего DL-пакета 706 и общего UL-пакета 708 в каждом субкадре, UE и объекту диспетчеризации может предоставляться возможность отправлять управляющую информацию, переносимую в этих общих пакетах с конфигурируемой задержкой, которая может быть независимой от UL/DL-отношения или природы конкретного субкадра, в данный момент занимающего канал (DL-ориентированного или UL-ориентированного). Кроме того, в дополнительных аспектах раскрытия сущности, UE или подчиненные объекты с различными задержками могут мультиплексироваться в канал и могут совместно использовать эти ресурсы при одновременном поддержании управления своими соответствующими задержками.
Обратная связь по ACK физического уровня с конфигурируемой задержкой
[0081] Согласно аспекту настоящего раскрытия сущности, ACK физического уровня может передаваться в общем пакете с использованием переменной (например, управляемой или конфигурируемой) задержки. Управление задержкой может предоставлять оптимизацию производительности для множества различных целей, как описано ниже.
[0082] Здесь, ACK физического уровня может представлять собой ACK в восходящей линии связи или ACK в нисходящей линии связи. ACK в восходящей линии связи передается по каналу восходящей линии связи (например, в общем UL-пакете), чтобы подтверждать прием принимаемых данных нисходящей линии связи; и ACK в нисходящей линии связи передается по каналу нисходящей линии связи (например, в общем DL-пакете), чтобы подтверждать прием принимаемых данных восходящей линии связи.
[0083] Относительно ACK в восходящей линии связи, UE или подчиненный объект может конфигурировать передачу ACK физического уровня без задержки или с определенной задержкой. Здесь, конфигурирование ACK физического уровня без задержки может означать передачу ACK в субкадре (например, автономном субкадре). Например, со ссылкой на DL-ориентированный субкадр 702, наблюдаемый на фиг. 7, прием пакета нисходящей линии связи, принимаемого в DL-пакете (например, по PDSCH; или в некоторых примерах, в пакете, отправленном в общем DL-пакете), может подтверждаться посредством передачи ACK физического уровня в общем UL-пакете 708 в идентичном субкадре.
[0084] Конфигурирование ACK физического уровня с задержкой может означать передачу ACK в последующем субкадре. Здесь, задержка до передачи ACK может охватывать один субкадр или любое число субкадров. Посредством задержки передачи ACK, временная шкала обработки UE может ослабляться или продлеваться. Таким образом, в аспекте раскрытия сущности, UE может быть выполнено с возможностью обрабатывать принимаемый пакет нисходящей линии связи, например, посредством декодирования пакета и, в некоторых примерах, вычисления кода с коррекцией ошибок, такого как контроль циклическим избыточным кодом (CRC), чтобы определять то, должна ACK-передача физического уровня представлять собой ACK или NACK. Для очень высоких скоростях передачи данных, может возникать такая ситуация, что временная шкала обработки для UE, чтобы обрабатывать принимаемый пакет и определять соответствующее ACK физического уровня, которое следует передавать, может становиться нагрузкой, и ресурсы обработки могут быть недостаточными, или может требоваться уменьшать вычислительную мощность в данное время. В другом примере, плохие характеристики канала могут указывать дополнительную буферизацию или другую обработку в устройстве, и может требоваться продление задержки до ACK-передачи. Соответственно, посредством продления задержки на один или более последующих субкадров до передачи ACK, может достигаться ослабление или продление временной шкалы обработки. Кроме того, посредством использования структуры субкадра, которая включает в себя часть общего UL-пакета в каждом субкадре, конфигурируемая задержка для обратной связи по ACK может быть сконфигурирована для любого целого числа субкадров для задержки.
[0085] Фиг. 8 предоставляет три примера различных задержек для ACK-передач в восходящей линии связи, которые могут реализовываться согласно некоторым аспектам настоящего раскрытия сущности. Здесь, пример "без задержек", соответствующий автономным субкадрам, иллюстрирует два DL-ориентированных субкадра 800 и 802, помеченных как субкадр K и субкадр K+d. Как проиллюстрировано, каждый из субкадров 800 и 802 включает в себя ACK в области общего UL-пакета, причем каждое соответствующее ACK, соответствующее пакету данных, переносится в области DL-пакета идентичного субкадра.
[0086] Два примера delay=d иллюстрируют то, как ACK в восходящей линии связи может передаваться в части 803 общего UL-пакета либо DL-ориентированного субкадра 804, либо UL-ориентированного субкадра 806. В обоих этих примерах, ACK 808 в восходящей линии связи, передаваемое в субкадре K+d, включает в себя ACK или NACK, соответствующее пакету данных, переносимому в области DL-пакета субкадра K 809.
[0087] Фиг. 9 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 900, соответствующий конфигурируемой задержке для обратной связи по ACK (т.е. UL ACK) при беспроводной связи согласно некоторым аспектам настоящего раскрытия сущности, как описано выше и проиллюстрировано на фиг. 8. Процесс по фиг. 9 может выполняться с использованием любого из объектов диспетчеризации и подчиненных объектов, проиллюстрированных на фиг. 1-4, или других устройств беспроводной связи. Например, в процессе по фиг. 9, объект 202 диспетчеризации может обмениваться данными с набором из одного или более подчиненных объектов 204 с использованием TDD-несущей, которая включает в себя множество автономных субкадров.
[0088] На этапе 902, объект диспетчеризации (например, eNB) может использовать блок 320 UL ACK-задержки (см. фиг. 3) для того, чтобы определять задержку для передачи подтверждений приема (ACK) в восходящей линии связи, которая должна передаваться посредством подчиненного объекта (например, UE). Задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать пакет данных нисходящей линии связи до передачи ACK в восходящей линии связи. Например, задержка может представлять собой любую из задержек, проиллюстрированных и описанных относительно фиг. 8. Задержка является конфигурируемой в расчете на субкадр. Например, задержка может отличаться для различных субкадров и/или различных подчиненных объектов. В некоторых примерах, задержка может определяться таким образом, что подчиненный объект может передавать ACK в восходящей линии связи в субкадре, отличающемся от субкадра для приема конфигурируемой задержки из объекта диспетчеризации.
[0089] На этапе 904, объект диспетчеризации передает определенную задержку в подчиненный объект с использованием передачи по каналу управления в течение первого субкадра. Например, канал управления может представлять собой PDCCH или общий DL-пакет субкадра K по фиг. 8. В некоторых примерах, объект диспетчеризации может передавать различные задержки в различные подчиненные объекты в идентичном общем DL-пакете с использованием определенной схемы мультиплексирования (например, FDM). На этапе 906, объект диспетчеризации передает пакет данных нисходящей линии связи в подчиненный объект в течение первого субкадра. Например, объект диспетчеризации может передавать один или более пакетов данных нисходящей линии связи в PDSCH или DL-пакете субкадра K по фиг. 8. На этапе 908, объект диспетчеризации принимает ACK в восходящей линии связи из подчиненного объекта в течение второго субкадра в соответствии с задержкой. Например, второй субкадр может представлять собой субкадр K+d по фиг. 8. В некоторых аспектах раскрытия сущности, первый субкадр представляет собой DL-ориентированные субкадры, и второй субкадр может представлять собой DL- или UL-ориентированный субкадр. В некоторых примерах, первый субкадр и второй субкадр могут представлять собой смежные субкадры или разделяться посредством одного или более субкадров.
[0090] По-прежнему ссылаясь на фиг. 9, на этапе 910, подчиненный объект принимает пакет данных нисходящей линии связи, декодирует и обрабатывает данные и определяет то, следует или нет передавать обратную связь по UL ACK (ACK или NACK) в объект диспетчеризации. На этапе 912, подчиненный объект передает обратную связь по ACK согласно расписанию конфигурируемой задержки. В зависимости от конфигурируемой задержки, подчиненный объект может передавать обратную связь по ACK в субкадре (например, в субкадре K-d по фиг. 8) позднее во времени, чем субкадр (например, субкадр K по фиг. 8) для приема задержки из объекта диспетчеризации.
[0091] Относительно ACK в нисходящей линии связи, объект диспетчеризации (например, eNB) может конфигурировать передачу ACK физического уровня без задержки или с задержкой. В примерах, проиллюстрированных на фиг. 7, в которых общий DL-пакет 706 предоставляется в начале каждого субкадра, ACK физического уровня, передаваемое в этом общем DL-пакете 706, должно соответствовать передаче по UL (например, по PUSCH; или в некоторых примерах, в пакете, отправленном в общем UL-пакете) за один или более субкадров до субкадра, который включает в себя этот общий DL-пакет. Тем не менее, как упомянуто выше, не обязательно имеет место то, что общий DL-пакет размещается в начале каждого субкадра, и в пределах объема настоящего раскрытия сущности в субкадре, который включает в себя часть UL до общего DL-пакета, могут реализовываться ACK-передачи в нисходящей линии связи идентичного субкадра. В любом случае, согласно аспектам настоящего раскрытия сущности, задержка перед передачей ACK в нисходящей линии связи в общем DL-пакете может быть конфигурируемой для (нуля или) одного или более субкадров.
[0092] Аналогично случаю для ACK в восходящей линии связи, предоставление конфигурируемой задержки для передачи ACK в нисходящей линии связи может предоставлять требования по ослабленной временной шкале обработки объекта диспетчеризации (например, eNB). Таким образом, для eNB или объекта диспетчеризации с высокими скоростями передачи данных и/или с ухудшенными характеристиками обработки, большая задержка до передачи DL ACK физического уровня позволяет приспосабливать эти ухудшенные характеристики. Здесь, посредством использования структуры субкадра, которая включает в себя часть общего DL-пакета в каждом субкадре, конфигурируемая задержка для обратной связи по DL ACK может быть сконфигурирована для любого целого числа субкадров для задержки.
[0093] Фиг. 10 предоставляет два примера различных задержек для ACK-передач в нисходящей линии связи, которые могут реализовываться согласно некоторым аспектам настоящего раскрытия сущности. Здесь, оба примера иллюстрируют примеры "delay=d", в которых ACK в нисходящей линии связи может передаваться в части 1002 общего DL-пакета либо DL-ориентированного субкадра 1004, либо UL-ориентированного субкадра 1006. В обоих этих примерах, ACK 1008 в нисходящей линии связи, передаваемое в субкадре K+d, включает в себя ACK/NACK, соответствующее пакету данных, переносимому в области 1010 UL-пакета субкадра K. В одном примере, субкадр K+d может идти сразу после субкадра K (т.е. для нулевой субкадровой задержки). В некоторых примерах, субкадр K+d может идти не сразу после субкадра K, и один или более субкадров могут находиться между субкадром K и субкадром K+d (например, для задержки в один или более субкадров).
[0094] В дополнительном аспекте раскрытия сущности, на основе использования общих пакетов, пользователи, имеющие различные задержки с обратной связью, могут мультиплексироваться. Например, в то время как некоторые пользователи могут работать с пиковой пропускной способностью, эти пользователи могут приспосабливаться посредством конфигурирования для немедленной (например, с нулевой субкадровой задержки) передачи обратной связи. Тем не менее, другие пользователи могут работать с более низкими характеристиками или могут работать с низкой пропускной способностью, и эти пользователи могут передавать свою обратную связь по ACK позднее, например, с задержкой в один или более субкадров. Передачи этих пользователей могут мультиплексироваться в общем пакете посредством использования любой подходящей схемы мультиплексирования, такой как OFDM, с различными частотно-временными ресурсами, занимаемыми посредством различных пользователей. Конечно, другие схемы мультиплексирования могут использоваться в пределах объема настоящего раскрытия сущности.
[0095] Кроме того, посредством предоставления различных и конфигурируемых задержек для этих UL и/или DL ACK-передач, могут предоставляться различные коэффициенты пакетирования. Таким образом, в аспекте настоящего раскрытия сущности, различные числа повторений ACK-передач могут использоваться посредством различных устройств, что упрощается в силу наличия отличающихся и конфигурируемых задержек на ACK-передачу. Таким образом, расширение диапазона может достигаться посредством обеспечения возможности нескольких повторений для удаленных устройств, которые могут страдать от высоких потерь в тракте передачи. Здесь, если, например, сконфигурирована ACK-задержка в 3 субкадра, то удаленное устройство может повторять свою ACK-передачу три раза.
[0096] Фиг. 11 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 1100, соответствующий конфигурируемой задержке для обратной связи по ACK (т.е. DL ACK) согласно некоторым аспектам настоящего раскрытия сущности, как описано выше и проиллюстрировано на фиг. 10. Процесс по фиг. 11 может выполняться с использованием любого из объектов диспетчеризации и подчиненных объектов, проиллюстрированных на фиг. 1-4, или других устройств беспроводной связи. Например, в процессе по фиг. 11, объект 202 диспетчеризации может обмениваться данными с набором из одного или более подчиненных объектов 204 с использованием TDD-несущей, которая включает в себя множество автономных субкадров.
[0097] На этапе 1102, объект диспетчеризации (например, eNB) может использовать блок 322 DL ACK-задержки (см. фиг. 3) для того, чтобы определять задержку для DL ACK-передачи, которая должна передаваться посредством объекта диспетчеризации для определенного подчиненного объекта. Задержка соответствует количеству времени, доступному для объекта диспетчеризации, чтобы обрабатывать пакет данных восходящей линии связи до передачи соответствующего DL ACK. На этапе 1104, объект диспетчеризации может передавать определенную задержку в подчиненный объект с использованием передачи по каналу управления. Например, канал управления может представлять собой PDCCH.
[0098] На этапе 1106, объект диспетчеризации может принимать пакет данных восходящей линии связи из подчиненного объекта в течение первого субкадра. Например, подчиненный объект может передавать данные восходящей линии связи по PUSCH. На этапе 1108, объект диспетчеризации, в течение периода времени, соответствующего определенной задержке, декодирует и/или обрабатывает принимаемый пакет данных восходящей линии связи и определяет контент обратной связи по ACK в нисходящей линии связи. Например, ACK в нисходящей линии связи может включать в себя ACK или NACK. На этапе 1110, объект диспетчеризации передает обратную связь ACK в нисходящей линии связи в течение второго субкадра в соответствии с задержкой.
Передача в служебных сигналах задержки, которая должна применяться
[0099] В некоторых примерах, чтобы обеспечивать эту конфигурируемую задержку для обратной связи по DL ACK, eNB или объект диспетчеризации может определять задержку и могут передавать определенную задержку, которая должна использоваться, в одно или более UE или подчиненных объектов с использованием любой подходящей передачи по каналу управления. В качестве одного примера, задержка может указываться в разрешении или передаче информации диспетчеризации, которая может переноситься по PDCCH (например, переноситься в общем DL-пакете 706 по фиг. 7).
[00100] Передача индикатора относительно задержки, которую следует применять во время предоставления, может предоставлять быструю, динамическую конфигурируемость для задержки. Таким образом, при этом различные задержки могут теоретически применяться в каждом субкадре. Тем не менее, в другом аспекте раскрытия сущности, полустатическая задержка может реализовываться, например, посредством использования передачи служебных сигналов уровня управления радиоресурсами (RRC) в UE, которая может передаваться менее часто, чем каждый субкадр. Например, задержка может выбираться и передаваться во время начального установления RRC-соединения между eNB и UE и может поддерживаться до такого времени, когда RRC-соединение разъединяется, и новое RRC-соединение устанавливается. В пределах объема настоящего раскрытия сущности, любая подходящая передача управляющего сообщения в UE с любым подходящим интервалом может использоваться для того, чтобы передавать конфигурацию задержки.
[00101] В другом примере, если повторение должно использоваться (как описано выше относительно расширения диапазона), коэффициент ACK/NACK-повторения может указываться посредством eNB или объекта диспетчеризации в разрешении или передаче информации диспетчеризации.
[00102] В некоторых примерах, когда повторение используется, досрочное завершение также может использоваться. Здесь, если UE имеет плохие характеристики канала или высокие потери в тракте передачи, и данный коэффициент повторения передается в служебных сигналах в это UE, может возникать такая ситуация, что обратная связь по ACK надлежащим образом принимается в eNB или объекте диспетчеризации менее чем за данное число повторений. В таком случае, eNB или объекту диспетчеризации может предоставляться возможность запрашивать досрочное завершение повторных передач до достижения посредством UE максимального числа повторений обратной связи по ACK. Здесь, eNB или объект диспетчеризации может передавать команду для досрочного завершения ACK/NACK-повторения через общий DL-пакет.
[00103] Дополнительно, при указании ACK-задержки в разрешении или в передаче диспетчеризации информации, eNB или объект диспетчеризации дополнительно может указывать ресурс (например, один или более элементов ресурсов или частотно-временных ресурсов или уникальный код скремблирования, или последовательность для конкретного пользователя) для UE, который следует использовать для передачи обратной связи по ACK в общем UL-пакете. Посредством указания различных ресурсов, могут различаться передачи обратной связи по ACK посредством нескольких пользователей, и мультиплексирование их соответствующих передач в общем UL-пакете может достигаться.
Решения по диспетчеризации с конфигурируемой задержкой
[00104] В дополнительном аспекте раскрытия сущности, решения по диспетчеризации посредством eNB или объекта диспетчеризации могут приниматься с конфигурируемой задержкой после приема требуемой информации UL. Например, в данном субкадре, eNB или объект диспетчеризации может определять и передавать предоставление или пакет, включающий в себя информацию диспетчеризации, для диспетчеризации ресурсов для одного или более UE или подчиненных объектов, которые следует использовать. Здесь, решение по диспетчеризации или информация диспетчеризации могут соответствовать диспетчеризации пакетов нисходящей линии связи или диспетчеризации пакетов восходящей линии связи. Дополнительно, ресурсы, которые диспетчеризуются, в некоторых примерах могут появляться в области общего пакета, такой как общий DL-пакет или общий UL-пакет, описанный выше.
[00105] Ссылаясь теперь на фиг. 12, в каждом субкадре 1200 (например, в субкадре K), UE или подчиненный объект может передавать в своем общем UL-пакете 1202 определенную информацию, такую как SRS или опорный сигнал, так что eNB или объект диспетчеризации может обнаруживать качество канала для этого пользователя; обратную связь по ACK, так что eNB или объект диспетчеризации может определять то, следует или нет диспетчеризовать повторную передачу; или повторную передачу UL-пакета.
[00106] Например, на основе SRS и после подходящей обработки и обработки принятия решений в eNB или объекте диспетчеризации, этот объект диспетчеризации может определять то, какие UE или подчиненные объекты следует диспетчеризовать в последующем субкадре 1204 после определенной задержки d. Здесь, посредством предоставления конфигурируемой задержки между этой передачей управляющей информации в общем UL-пакете 1202 и принятием решения по диспетчеризации посредством объекта диспетчеризации, может предоставляться ослабленное или менее строгое требование по обработке в eNB или объекте диспетчеризации. Таким образом, посредством предоставления дополнительного времени (т.е. задержки в один или более субкадров) для eNB или объекта диспетчеризации, чтобы принимать решение по диспетчеризации до последующего субкадра, разрешение 1206 на диспетчеризацию может передаваться каждое данное число субкадров (например, субкадр K+d 1204) после того, как eNB или объект диспетчеризации принимает информацию, которую он использует в качестве параметров для того, чтобы принимать решение по диспетчеризации.
[00107] Фиг. 13 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 1300 для задержки передачи информации диспетчеризации, соответствующей конфигурируемой задержке согласно некоторым аспектам настоящего раскрытия сущности, как описано выше и проиллюстрировано на фиг. 12. Процесс по фиг. 13 может выполняться с использованием любого из объектов диспетчеризации и подчиненных объектов, проиллюстрированных на фиг. 1-4, или других устройств беспроводной связи. Например, в процессе по фиг. 13, объект 202 диспетчеризации может обмениваться данными с набором из одного или более подчиненных объектов 204 с использованием TDD-несущей, которая включает в себя множество автономных субкадров.
[00108] На этапе 1302, объект диспетчеризации (например, eNB) может использовать блок 324 задержки на диспетчеризацию (см. фиг. 3) для того, чтобы определять задержку для передачи информации диспетчеризации для определенного подчиненного объекта (например, UE). Задержка соответствует количеству времени, доступному для объекта диспетчеризации, чтобы обрабатывать управляющую информацию UL, принимаемую из набора подчиненных объектов, включающего в себя подчиненный объект, до передачи информации диспетчеризации. На этапе 1304, объект диспетчеризации может передавать определенную задержку, которая должна использоваться посредством подчиненного объекта для решений по диспетчеризации с использованием передачи по каналу управления.
[00109] На этапе 1306, объект диспетчеризации принимает управляющую информацию в общем пакете восходящей линии связи из набора подчиненных объектов в течение первого субкадра. Например, управляющая информация может приниматься в общем UL-пакете 1202 в течение субкадра K 1200 по фиг. 12. На этапе 1308, в течение периода времени, соответствующего определенной задержке, объект диспетчеризации обрабатывает принимаемую управляющую информацию и определяет информацию диспетчеризации подчиненного объекта на основе принимаемой управляющей информации. Информация диспетчеризации может включать в себя частотно-временные ресурсы, которые подчиненный объект может использовать для UL или передачи по UL в одном или более субкадров.
[00110] На этапе 1310, объект диспетчеризации передает информацию диспетчеризации в подчиненный объект в течение второго субкадра в соответствии с задержкой. Таким образом, в то время как UE или подчиненный объект может передавать управляющую информацию в общем UL-пакете, которая может включать в себя информацию для того, чтобы принимать решение по диспетчеризации, eNB или объект диспетчеризации может задерживать свое решение, если ресурсы обработки ограничены. Как проиллюстрировано в примере по фиг. 12, после принятия решения по диспетчеризации, eNB или объект диспетчеризации может передавать предоставление или информацию диспетчеризации в общем DL-пакете в субкадре K+d 1204.
UE декодирует/применяет предоставление/назначение с конфигурируемой задержкой
[00111] Согласно дополнительному аспекту раскрытия сущности, задержка между временем, когда подчиненный объект (например, UE) принимает предоставление или назначение ресурсов, и временем, когда подчиненный объект декодирует и/или применяет предоставление или назначение, может быть конфигурируемой. Например, фиг. 14 иллюстрирует настраиваемое время (задержку) для UE или подчиненного объекта, чтобы декодировать и применять принимаемое предоставление или назначение ресурсов согласно некоторым аспектам настоящего раскрытия сущности. На двух проиллюстрированных временных шкалах, они иллюстрируют UE, принимающее предоставление или назначение в общем DL-пакете 1402 в течение субкадра с номером 1403 K. Субкадр K может представлять собой UL- или DL-ориентированный субкадр. Здесь, UE или подчиненный объект может задерживать время до тех пор, пока он не декодирует и/или обработает управляющую информацию, принимаемую в общем DL-пакете 1402, чтобы ослаблять требования по обработке для UE или подчиненного объекта.
[00112] На первой иллюстрации по фиг. 14, UE или подчиненный объект может принимать назначение ресурсов для предстоящей передачи по нисходящей линии связи в субкадре K+d 1404. Здесь, субкадр K+d 1404 может представлять собой DL-ориентированный субкадр, и ресурсы, назначаемые в предоставлении или назначении, принимаемом в субкадре K, может появляться в области 1406 пакета нисходящей линии связи субкадра K+d. После или в течение подходящей задержки (например, сконфигурированной посредством использования управляющей информации конфигурируемой задержки, как пояснено выше), UE может декодировать управляющую информацию (т.е. назначение ресурсов), принимаемую в субкадре K 1403. Соответственно, в соответствии с назначением, принимаемым в течение субкадра K, UE или подчиненный объект может применять принимаемое назначение и может конфигурировать свое приемное устройство с возможностью принимать информацию нисходящей линии связи в области 1406 пакета нисходящей линии связи субкадра K+d.
[00113] В дополнительном аспекте раскрытия сущности, соответствующем динамической коммутации полосы пропускания, предположим, что область общего DL-пакета субкадра представляет собой узкую полосу частот. Для приема, посредством UE, пакета нисходящей линии связи по всей полосе пропускания, должен быть предусмотрен заблаговременный сигнал, чтобы сообщать UE в отношении необходимости раскрывать или регулировать свою полосу пропускания. Соответственно, предварительная диспетчеризация или, по меньшей мере, индикатор одного или более заблаговременных субкадров может использоваться, например, посредством использования схемы, проиллюстрированной на верхней иллюстрации по фиг. 14. Здесь индикатор может информировать UE в отношении того, что в течение идентифицированного субкадра (например, субкадра K+d), широкополосная нисходящая линия связи может передаваться в это UE, так что UE, соответственно, может конфигурировать свою схему приемного устройства с возможностью раскрывать полосу пропускания. Таким образом, широкополосный пакет нисходящей линии связи может передаваться в UE с использованием динамической коммутации полосы пропускания.
[00114] На второй иллюстрации по фиг. 14, UE может принимать, в субкадре K 1408, предоставление ресурсов для предстоящей передачи по восходящей линии связи в субкадре K+d 1410. Здесь, субкадр K+d 1410 может представлять собой UL-ориентированный субкадр, и ресурсы, предоставленные в предоставлении, принимаемом в субкадре K 1408, могут появляться в области 1412 UL-пакета субкадра K+d 1410. После или в течение подходящей задержки (например, сконфигурированной посредством использования управляющей информации конфигурируемой задержки, как пояснено выше), UE или подчиненный объект может декодировать управляющую информацию (т.е. предоставление), принимаемую в субкадре K 1408. Соответственно, в соответствии с предоставлением, принимаемым в течение субкадра K 1408, UE или подчиненный объект может применять принимаемое предоставление и может конфигурировать свое передающее устройство с возможностью передавать информацию восходящей линии связи в области 1412 пакета восходящей линии связи субкадра K+d.
[00115] Фиг. 15 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 1500 для реализации конфигурируемой задержки для подчиненного объекта или UE, чтобы применять предоставление или назначение ресурсов в соответствии с некоторыми аспектами настоящего раскрытия сущности. Процесс по фиг. 15 может выполняться с использованием любого из объектов диспетчеризации и подчиненных объектов, проиллюстрированных на фиг. 1-4, или других устройств беспроводной связи. Например, в процессе по фиг. 15, объект 202 диспетчеризации может обмениваться данными с набором из одного или более подчиненных объектов 204 с использованием TDD-несущей, которая включает в себя множество автономных субкадров.
[00116] На этапе 1502, объект диспетчеризации (например, eNB) может использовать блок 326 задержки на разрешение/назначение на диспетчеризацию, чтобы определять задержку для подчиненного объекта или UE, чтобы применять или использовать предоставление или назначение ресурсов. Задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать предоставление или назначение до конфигурирования приемо-передающего устройства подчиненного объекта с возможностью использовать предоставленные или назначенные ресурсы. На этапе 1504, объект диспетчеризации передает определенную задержку в подчиненный объект с использованием передачи по каналу управления. Например, объект диспетчеризации может передавать задержку в общем DL-пакете 1402 субкадра K по фиг. 14.
[00117] На этапе 1506, объект диспетчеризации передает предоставление или назначение ресурсов в подчиненный объект в течение первого субкадра. Например, объект диспетчеризации может передавать предоставление или назначение ресурсов в течение субкадра K по фиг. 4. В некоторых аспектах раскрытия сущности, подчиненный объект может передавать задержку и предоставление/назначение ресурсов через PDCCH или общий DL-пакет в идентичном субкадре. В некоторых аспектах раскрытия сущности, подчиненный объект может передавать задержку и предоставление/назначение ресурсов в различных субкадрах.
[00118] На этапе 1508, объект диспетчеризации обменивается данными с подчиненным объектом с использованием предоставленных или назначенных ресурсов в течение второго субкадра в соответствии с задержкой. Например, объект диспетчеризации может обмениваться данными с подчиненным объектом с использованием предоставленных или назначенных ресурсов в течение субкадра K+d по фиг. 14. На стороне подчиненного объекта, на этапе 1510, подчиненный объект может принимать предоставление/назначение и, после или в течение периода задержки, декодирует предоставление/назначение. Затем на этапе 1512, подчиненный объект может конфигурировать свое приемо-передающее устройство с возможностью использовать предоставленные/назначенные ресурсы в определенном субкадре K+d в соответствии с принимаемой задержкой.
[00119] В одной конфигурации, устройство 202 и/или 204 для беспроводной связи включает в себя средство для определения задержки для ACK-передачи в восходящей линии связи, которая должна передаваться посредством подчиненного объекта, при этом задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать пакет данных нисходящей линии связи до передачи ACK в восходящей линии связи; средство для передачи определенной задержки в подчиненный объект с использованием передачи по каналу управления в течение первого субкадра; средство для передачи пакета данных нисходящей линии связи в подчиненный объект в течение первого субкадра; и средство для приема ACK в восходящей линии связи из подчиненного объекта в течение второго субкадра в соответствии с задержкой.
[00120] В одной конфигурации, устройство 202 и/или 204 для беспроводной связи включает в себя средство для определения задержки для ACK-передачи в нисходящей линии связи, которая должна передаваться посредством объекта диспетчеризации, при этом задержка соответствует количеству времени, доступному для объекта диспетчеризации, чтобы обрабатывать пакет данных восходящей линии связи до передачи ACK в нисходящей линии связи; средство для приема пакета данных восходящей линии связи из подчиненного объекта в течение первого субкадра; средство, в течение периода времени, соответствующего определенной задержке, для обработки принимаемого пакета данных восходящей линии связи и определения контента ACK в нисходящей линии связи; и средство для передачи ACK в нисходящей линии связи в течение второго субкадра в соответствии с задержкой.
[00121] В одной конфигурации, устройство 202 и/или 204 для беспроводной связи включает в себя средство для определения задержки для передачи информации диспетчеризации для подчиненного объекта, при этом задержка соответствует количеству времени, доступному для объекта диспетчеризации, чтобы обрабатывать управляющую информацию восходящей линии связи, принимаемую из набора подчиненных объектов, включающего в себя подчиненный объект до передачи информации диспетчеризации; средство для приема управляющей информации в общем пакете восходящей линии связи из набора подчиненных объектов в течение первого субкадра; средство, в течение периода времени, соответствующего определенной задержке, для обработки принимаемой управляющей информации и определения информации диспетчеризации подчиненного объекта на основе принимаемой управляющей информации; и средство для передачи информации диспетчеризации в подчиненный объект в течение второго субкадра в соответствии с задержкой.
[00122] В одной конфигурации, устройство 202 и/или 204 для беспроводной связи включает в себя средство для определения задержки для подчиненного объекта, чтобы применять предоставление или назначение ресурсов, при этом задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать предоставление или назначение до конфигурирования приемо-передающего устройства с возможностью использовать предоставленные или назначенные ресурсы; средство для передачи определенной задержки в подчиненный объект с использованием передачи по каналу управления; средство для передачи предоставления или назначения ресурсов в подчиненный объект в течение первого субкадра; и средство для обмена данными с подчиненным объектом с использованием предоставленных или назначенных ресурсов в течение второго субкадра в соответствии с задержкой.
[00123] В одном аспекте, вышеуказанное средство может представлять собой процессор(ы) 304 и/или 404, в которых располагается изобретение из фиг. 3 и 4, выполненные с возможностью выполнять функции, изложенные посредством вышеуказанного средства. В другом аспекте, вышеуказанное средство может представлять собой схему или любое устройство, выполненное с возможностью осуществлять функции, изложенные посредством вышеуказанного средства.
[00124] Конечно, в вышеприведенных примерах, схемы, включенные в процессоры 304 и 404, предоставлены просто в качестве примера, и другие средства для выполнения описанных функций могут быть включены в различные аспекты настоящего раскрытия сущности, включающие в себя, но не только, инструкции, сохраненные на машиночитаемом носителе 306 и 406 хранения данных либо в любом другом подходящем устройстве или средстве, описанном на любом из фиг. 1-4, и использующие, например, любые из процессов и/или алгоритмов, описанных в данном документе относительно фиг. 8-15.
[00125] Специалисты в данной области техники должны легко принимать во внимание, что различные аспекты, описанные в ходе этого раскрытия сущности, могут быть распространены на любую другую подходящую систему связи, сетевую архитектуру и стандарт связи. В качестве примера, различные аспекты могут применяться к 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 и/или других надлежащих систем, включающих в себя системы, описанные посредством подлежащих заданию глобальных сетевых стандартов. Фактический стандарт связи, сетевая архитектура и/или используемый стандарт связи зависит от конкретного варианта применения и общих проектных ограничений, налагаемых на систему.
[00126] В настоящем раскрытии сущности, слово "примерный" используется для того, чтобы означать "служащий в качестве примера, отдельного случая или иллюстрации". Любая реализация или аспект, описанные в данном документе как "примерные", не обязательно должны быть истолкованы как предпочтительные или преимущественные в сравнении с другими аспектами раскрытия сущности. Аналогично, термин "аспекты" не требует того, чтобы все аспекты раскрытия сущности включали в себя поясненный признак, преимущество или режим работы. Термин "соединенный" используется в данном документе, чтобы означать прямую или косвенную связь между двумя объектами. Например, если объект A физически касается объекта B, и объект B касается объекта C, то объекты A и C по-прежнему могут считаться соединенными между собой, даже если они непосредственно физически не касаются друг друга. Например, первый кристалл может соединяться со вторым кристаллом в корпусе, даже если первый кристалл никогда не находится непосредственно физически в контакте со вторым кристаллом. Термины "схема (circuit)" и "схема (circuitry)" используются широко и имеют намерение включать в себя аппаратные реализации электрических устройств и проводников, которые, после соединения и конфигурирования, обеспечивают выполнение функций, описанных в настоящем раскрытии сущности, без ограничения в отношении типа электронных схем, а также программные реализации информации и инструкций, которые при выполнении посредством процессора обеспечивают выполнение функций, описанных в настоящем раскрытии сущности.
[00127] Один или более компонентов, этапов, признаков и/или функций, проиллюстрированных на фиг. 1-15, могут быть перекомпонованы и/или комбинированы в один компонент, этап, признак или функцию или осуществлены в нескольких компонентах, этапах или функциях. Дополнительные элементы, компоненты, этапы и/или функции также могут быть добавлены без отступления новых признаков, раскрытых в данном документе. Устройства (apparatus), устройства (device) и/или компоненты, проиллюстрированные на фиг. 1-15, могут быть выполнены с возможностью осуществлять один или более способов, признаков или этапов, описанных в данном документе. Новые алгоритмы, описанные в данном документе, также могут эффективно реализовываться в программном обеспечении и/или встраиваться в аппаратные средства.
[00128] Следует понимать, что конкретный порядок или иерархия этапов в раскрытых способах является иллюстрацией примерных процессов. На основе проектных предпочтений, следует понимать, что конкретный порядок или иерархия этапов в способах может перекомпоновываться. Пункты прилагаемой формулы изобретения на способ представляют элементы различных этапов в примерном порядке и не имеют намерение быть ограниченными конкретным представленным порядком или иерархией, если иное не указано в данном документе.
[00129] Вышеприведенное описание служит для того, чтобы предоставлять возможность всем специалистам в данной области техники осуществлять на практике различные аспекты, описанные в данном документе. Различные модификации в этих аспектах должны быть очевидными для специалистов в данной области техники, а описанные в данном документе общие принципы могут быть применены к другим аспектам. Таким образом, формула изобретения не имеет намерение быть ограниченной аспектами, показанными в данном документе, а должна допускать полный объем, согласованный с языком формулы изобретения, в котором ссылка на элемент в единственном числе имеет намерение означать не "один и только один", если не указано иное в явной форме, а, наоборот, "один или более". Если прямо не указано иное, термин "некоторые" означает один или более. Фраза, означающая "по меньшей мере, один из" списка элементов, означает любую комбинацию этих элементов, включающих в себя одиночные элементы. В качестве примера, "по меньшей мере, одно из: a, b или c" имеет намерение охватывать: a; b; c; и b; и c; b и c; и a, b и c. Все структурные и функциональные эквиваленты элементов различных аспектов, описанных в ходе этого раскрытия сущности, которые известны или позднее становятся известными специалистам в данной области техники, явно содержатся в данном документе по ссылке и имеют намерение охватываться посредством формулы изобретения. Более того, ничего из раскрытого в данном документе не имеет намерение становиться всеобщим достоянием, независимо от того, указано или нет данное раскрытие сущности в явной форме в формуле изобретения. Ни один элемент пункта формулы изобретения не должен трактоваться как подчиняющийся условиям 35 U.S.C. 112(f), если только элемент не изложен в явной форме с помощью фразы "средство для" или, для пункта формулы изобретения на способ, элемент не изложен с помощью фразы "этап для".
Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в повышении качества связи. Для этого различные аспекты раскрытия сущности предоставляют устройство, способы и программное обеспечение для реализации системы беспроводной связи с дуплексом с временным разделением каналов (TDD), которая может использовать конфигурируемые задержки, чтобы ослаблять временные шкалы обработки данных при необходимости. Посредством реализации этих конфигурируемых задержек очень высокие скорости передачи данных могут приспосабливаться одновременно с более низкими скоростями передачи данных для устройств, которые могут иметь ухудшенные или худшие характеристики обработки. 6 н. и 40 з.п. ф-лы, 15 ил.
1. Способ беспроводной связи в синхронной сети для объекта диспетчеризации, который должен обмениваться данными с набором из одного или более подчиненных объектов с использованием несущей с дуплексом с временным разделением каналов (TDD), при этом TDD-несущая содержит множество субкадров, при этом способ содержит этапы, на которых:
- определяют задержку для передачи подтверждений приема (ACK) в восходящей линии связи, которая должна передаваться посредством подчиненного объекта, при этом задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать пакет данных нисходящей линии связи до передачи ACK в восходящей линии связи, при этом задержка является конфигурируемой в расчете на субкадр;
- передают определенную задержку в подчиненный объект с использованием передачи по каналу управления в течение первого субкадра;
- передают пакет данных нисходящей линии связи в подчиненный объект в течение первого субкадра; и
- принимают ACK в восходящей линии связи из подчиненного объекта в течение второго субкадра в соответствии с задержкой.
2. Способ по п. 1, в котором задержка содержит период времени, равный или больший длительности в один или более субкадров.
3. Способ по п. 1, в котором определение задержки содержит этап, на котором определяют различные задержки для двух или более подчиненных объектов, соответственно.
4. Способ по п. 1, в котором первый субкадр содержит ориентированный на нисходящую линию связи субкадр, и второй субкадр содержит ориентированный на нисходящую линию связи субкадр.
5. Способ по п. 1, в котором первый субкадр содержит ориентированный на нисходящую линию связи субкадр, и второй субкадр содержит ориентированный на восходящую линию связи субкадр.
6. Способ по п. 1, в котором первый субкадр и второй субкадр разделяются посредством одного или более субкадров.
7. Способ по п. 1, в котором первый субкадр и второй субкадр представляют собой идентичный субкадр.
8. Способ беспроводной связи в синхронной сети для объекта диспетчеризации, который должен обмениваться данными с набором из одного или более подчиненных объектов с использованием несущей с дуплексом с временным разделением каналов (TDD), при этом TDD-несущая содержит множество субкадров, при этом способ содержит этапы, на которых:
- определяют задержку для передачи управляющей информации, которая должна передаваться посредством объекта диспетчеризации,
- при этом задержка является конфигурируемой в расчете на субкадр;
- при этом задержка соответствует количеству времени, доступному для объекта диспетчеризации, чтобы обрабатывать пакет данных первого субкадра до передачи управляющей информации во втором субкадре; и
- передают управляющую информацию в подчиненный объект в течение второго субкадра в соответствии с задержкой.
9. Способ по п. 8, в котором передача управляющей информации содержит подтверждение приема (ACK) в нисходящей линии связи, и пакет данных содержит пакет данных восходящей линии связи, причем способ дополнительно содержит этапы, на которых:
- принимают пакет данных восходящей линии связи из подчиненного объекта в течение первого субкадра;
- в течение периода времени, соответствующего определенной задержке, обрабатывают принимаемый пакет данных восходящей линии связи и определяют контент ACK в нисходящей линии связи; и
- передают ACK в нисходящей линии связи в течение второго субкадра в соответствии с задержкой.
10. Способ по п. 9, в котором задержка содержит период времени, равный или больший длительности в один или более субкадров.
11. Способ по п. 9, в котором определение задержки содержит этап, на котором определяют различные задержки для двух или более подчиненных объектов, соответственно.
12. Способ по п. 9, в котором первый субкадр содержит ориентированный на восходящую линию связи субкадр, и второй субкадр содержит ориентированный на нисходящую линию связи субкадр.
13. Способ по п. 9, в котором первый субкадр содержит ориентированный на восходящую линию связи субкадр, и второй субкадр содержит ориентированный на восходящую линию связи субкадр.
14. Способ по п. 9, в котором первый субкадр и второй субкадр разделяются посредством одного или более субкадров.
15. Способ по п. 9, в котором первый субкадр и второй субкадр представляют собой идентичный субкадр.
16. Способ по п. 8, в котором передача управляющей информации содержит информацию диспетчеризации для подчиненного объекта, и пакет данных содержит управляющую информацию, принимаемую из набора подчиненных объектов, включающего в себя подчиненный объект, причем способ дополнительно содержит этапы, на которых:
- принимают управляющую информацию в общем пакете восходящей линии связи из набора подчиненных объектов в течение первого субкадра;
- в течение периода времени, соответствующего определенной задержке, обрабатывают принимаемую управляющую информацию и определяют информацию диспетчеризации подчиненного объекта на основе принимаемой управляющей информации; и
- передают информацию диспетчеризации в подчиненный объект в течение второго субкадра в соответствии с задержкой.
17. Способ беспроводной связи в синхронной сети для объекта диспетчеризации, который должен обмениваться данными с набором из одного или более подчиненных объектов с использованием несущей с дуплексом с временным разделением каналов (TDD), при этом TDD-несущая содержит множество субкадров, при этом способ содержит этапы, на которых:
- определяют задержку для подчиненного объекта, чтобы применять предоставление или назначение ресурсов, при этом задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать предоставление или назначение до конфигурирования приемо-передающего устройства с возможностью использовать предоставленные или назначенные ресурсы, при этом задержка является конфигурируемой в расчете на субкадр;
- передают определенную задержку в подчиненный объект с использованием передачи по каналу управления;
- передают предоставление или назначение ресурсов в подчиненный объект в течение первого субкадра; и
- обмениваются данными с подчиненным объектом с использованием предоставленных или назначенных ресурсов в течение второго субкадра в соответствии с задержкой.
18. Способ по п. 17, в котором задержка содержит период времени, равный или больший длительности в один или более субкадров.
19. Способ по п. 17, в котором определение задержки содержит этап, на котором определяют различные задержки для двух или более подчиненных объектов, соответственно.
20. Способ по п. 17, в котором второй субкадр содержит ориентированный на нисходящую линию связи субкадр.
21. Способ по п. 17, в котором второй субкадр содержит ориентированный на восходящую линию связи субкадр.
22. Способ по п. 17, в котором первый субкадр и второй субкадр разделяются посредством одного или более субкадров.
23. Способ по п. 17, в котором первый субкадр и второй субкадр представляют собой идентичный субкадр.
24. Устройство для беспроводной связи, содержащее:
- интерфейс связи, выполненный с возможностью обмениваться данными с набором из одного или более подчиненных объектов с использованием несущей с дуплексом с временным разделением каналов (TDD) в синхронной сети, при этом TDD-несущая содержит множество субкадров;
- запоминающее устройство, содержащее исполняемый код; и
- процессор, функционально соединенный с интерфейсом связи и запоминающим устройством,
- при этом процессор выполнен с возможностью, посредством исполняемого кода:
- определять задержку для передачи подтверждений приема (ACK) в восходящей линии связи, которая должна передаваться посредством подчиненного объекта, при этом задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать пакет данных нисходящей линии связи до передачи ACK в восходящей линии связи, при этом задержка является конфигурируемой в расчете на субкадр;
- передавать определенную задержку в подчиненный объект с использованием передачи по каналу управления в течение первого субкадра;
- передавать пакет данных нисходящей линии связи в подчиненный объект в течение первого субкадра; и
- принимать ACK в восходящей линии связи из подчиненного объекта в течение второго субкадра в соответствии с задержкой.
25. Устройство по п. 24, в котором задержка содержит период времени, равный или больший длительности в один или более субкадров.
26. Устройство по п. 24, в котором процессор дополнительно выполнен с возможностью определять различные задержки для двух или более подчиненных объектов, соответственно.
27. Устройство по п. 24, в котором первый субкадр содержит ориентированный на нисходящую линию связи субкадр, и второй субкадр содержит ориентированный на нисходящую линию связи субкадр.
28. Устройство по п. 24, в котором первый субкадр содержит ориентированный на нисходящую линию связи субкадр, и второй субкадр содержит ориентированный на восходящую линию связи субкадр.
29. Устройство по п. 24, в котором первый субкадр и второй субкадр разделяются посредством одного или более субкадров.
30. Устройство по п. 24, в котором первый субкадр и второй субкадр представляют собой идентичный субкадр.
31. Устройство для беспроводной связи, содержащее:
- интерфейс связи, выполненный с возможностью обмениваться данными с набором из одного или более подчиненных объектов с использованием несущей с дуплексом с временным разделением каналов (TDD) в синхронной сети, при этом TDD-несущая содержит множество субкадров;
- запоминающее устройство, содержащее исполняемый код; и
- процессор, функционально соединенный с интерфейсом связи и запоминающим устройством,
- при этом процессор выполнен с возможностью, посредством исполняемого кода:
- определять задержку для передачи управляющей информации, которая должна передаваться посредством устройства,
- при этом задержка соответствует количеству времени, доступному для устройства, чтобы обрабатывать пакет данных первого субкадра до передачи управляющей информации во втором субкадре,
- при этом задержка является конфигурируемой в расчете на субкадр; и
- передавать управляющую информацию в подчиненный объект в течение второго субкадра в соответствии с задержкой.
32. Устройство по п. 31, в котором управляющая информация содержит подтверждение приема (ACK) в нисходящей линии связи, и пакет данных содержит пакет данных восходящей линии связи, при этом процессор дополнительно выполнен с возможностью:
- принимать пакет данных восходящей линии связи из подчиненного объекта в течение первого субкадра;
- в течение периода времени, соответствующего определенной задержке, обрабатывать принимаемый пакет данных восходящей линии связи и определять контент ACK в нисходящей линии связи; и
- передавать ACK в нисходящей линии связи в течение второго субкадра в соответствии с задержкой.
33. Устройство по п. 32, в котором задержка содержит период времени, равный или больший длительности в один или более субкадров.
34. Устройство по п. 32, в котором процессор дополнительно выполнен с возможностью определять различные задержки для двух или более подчиненных объектов, соответственно.
35. Устройство по п. 32, в котором первый субкадр содержит ориентированный на восходящую линию связи субкадр, и второй субкадр содержит ориентированный на нисходящую линию связи субкадр.
36. Устройство по п. 32, в котором первый субкадр содержит ориентированный на восходящую линию связи субкадр, и второй субкадр содержит ориентированный на восходящую линию связи субкадр.
37. Устройство по п. 32, в котором первый субкадр и второй субкадр разделяются посредством одного или более субкадров.
38. Устройство по п. 32, в котором первый субкадр и второй субкадр представляют собой идентичный субкадр.
39. Устройство по п. 31, в котором управляющая информация содержит информацию диспетчеризации для подчиненного объекта, и пакет данных содержит управляющую информацию, принимаемую из набора подчиненных объектов, включающего в себя подчиненный объект, при этом процессор дополнительно выполнен с возможностью:
- принимать управляющую информацию в общем пакете восходящей линии связи из набора подчиненных объектов в течение первого субкадра;
- в течение периода времени, соответствующего определенной задержке, обрабатывать принимаемую управляющую информацию и определять информацию диспетчеризации подчиненного объекта на основе принимаемой управляющей информации; и
- передавать информацию диспетчеризации в подчиненный объект в течение второго субкадра в соответствии с задержкой.
40. Устройство для беспроводной связи, содержащее:
- интерфейс связи, выполненный с возможностью обмениваться данными с набором из одного или более подчиненных объектов с использованием несущей с дуплексом с временным разделением каналов (TDD) в синхронной сети, при этом TDD-несущая содержит множество субкадров;
- запоминающее устройство, содержащее исполняемый код; и
- процессор, функционально соединенный с интерфейсом связи и запоминающим устройством,
- при этом процессор выполнен с возможностью, посредством исполняемого кода:
- определять задержку для подчиненного объекта, чтобы применять предоставление или назначение ресурсов, при этом задержка соответствует количеству времени, доступному для подчиненного объекта, чтобы обрабатывать предоставление или назначение до конфигурирования приемо-передающего устройства с возможностью использовать предоставленные или назначенные ресурсы, при этом задержка является конфигурируемой в расчете на субкадр;
- передавать определенную задержку в подчиненный объект с использованием передачи по каналу управления;
- передавать предоставление или назначение ресурсов в подчиненный объект в течение первого субкадра; и
- обмениваться данными с подчиненным объектом с использованием предоставленных или назначенных ресурсов в течение второго субкадра в соответствии с задержкой.
41. Устройство по п. 40, в котором задержка содержит период времени, равный или больший длительности в один или более субкадров.
42. Устройство по п. 40, в котором процессор дополнительно выполнен с возможностью определять различные задержки для двух или более подчиненных объектов, соответственно.
43. Устройство по п. 40, в котором второй субкадр содержит ориентированный на нисходящую линию связи субкадр.
44. Устройство по п. 40, в котором второй субкадр содержит ориентированный на восходящую линию связи субкадр.
45. Устройство по п. 40, в котором первый субкадр и второй субкадр разделяются посредством одного или более субкадров.
46. Устройство по п. 40, в котором первый субкадр и второй субкадр представляют собой идентичный субкадр.
| Способ защиты переносных электрических установок от опасностей, связанных с заземлением одной из фаз | 1924 |
|
SU2014A1 |
| УСТРОЙСТВО БЕСПРОВОДНОЙ БАЗОВОЙ СТАНЦИИ, ИСПОЛЬЗУЮЩЕЕ СИСТЕМУ СОВМЕСТНОЙ ПЕРЕДАЧИ HARQ, УСТРОЙСТВО БЕСПРОВОДНОГО ТЕРМИНАЛА, СИСТЕМА БЕСПРОВОДНОЙ СВЯЗИ И СПОСОБ БЕСПРОВОДНОЙ СВЯЗИ | 2008 |
|
RU2474975C2 |
| Изложница с суживающимся книзу сечением и с вертикально перемещающимся днищем | 1924 |
|
SU2012A1 |
| Колосоуборка | 1923 |
|
SU2009A1 |
