УСТРОЙСТВО И СПОСОБ ДЛЯ УМЕНЬШЕНИЯ ПОМЕХ С ИСПОЛЬЗОВАНИЕМ ТОНКОГО УПРАВЛЕНИЯ Российский патент 2018 года по МПК H04W72/12 

Заявление о приоритете

[0001] Данная заявка испрашивает приоритет по предварительной заявке на патент № 62/000,443, озаглавленной "Apparatus and Method for Synchronous Multiplexing and Multiple Access for Different Latency Targets Utilizing Thin Control" и поданной в Ведомство по патентам и товарным знакам США 19 мая 2014 года, и непредварительной заявке на патент № 14/533,893, озаглавленной "Apparatus and Method For Interference Mitigation Utilizing Thin Control" и поданной в Ведомство по патентам и товарным знакам США 5 ноября 2014 года, содержимое которых полностью содержится в данном документе по ссылке.

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

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

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

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

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

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

Краткая сущность некоторых примеров

[0006] Далее представлена упрощенная сущность одного или более аспектов настоящего раскрытия сущности для того, чтобы предоставлять базовое понимание этих аспектов. Эта сущность не является всесторонним обзором всех рассматриваемых признаков раскрытия сущности и не предназначена ни идентифицировать ключевые или критические элементы всех аспектов раскрытия сущности, ни очерчивать объем применения любых аспектов раскрытия сущности. Ее единственная цель заключается в том, чтобы представлять некоторые понятия одного или более аспектов раскрытия сущности в упрощенной форме в качестве вступления в более подробное описание, которое представлено далее.

[0007] Один или более аспектов настоящего раскрытия сущности предоставляют структуру тонкого канала управления. Тонкий канал управления может быть использован для того, чтобы обеспечивать мультиплексирование двух или более форматов передачи данных. Например, тонкий канал управления может переносить информацию, которая обеспечивает прореживание текущих передач с использованием первого относительно длинного интервала времени передачи (TTI), и в течение прореженной части длинного TTI, может вставляться передача с использованием второго относительно короткого TTI. Также могут обеспечиваться другие отличия между первой (прореженной) передачей и второй (прореживающей) передачей, включающие в себя, например, различия по длительности или формата символа или различные приоритеты трафика. Это прореживание обеспечивается на основе структуры тонкого канала, при этом канал управления может переносить информацию диспетчеризации, разрешения на передачу и т.д., сообщающие приемным устройствам прореживание, которое возникает или должно возникать. Кроме того, тонкий канал управления может быть использован для того, чтобы переносить информацию, которая связана с помехами, испытываемыми пользователем. Посредством использования этой управляющей информации по тонкому каналу управления, сеть может предпринимать подходящее действие для того, чтобы уменьшать помехи.

[0008] В одном аспекте раскрытие сущности предоставляет способ, устройство и машиночитаемый носитель, имеющий код для реализации беспроводной связи с использованием алгоритма для уменьшения помех с использованием тонкого управления. Здесь, объект диспетчеризации может обмениваться данными с подчиненным объектом с использованием первого TTI по каналу передачи данных. Объект диспетчеризации дополнительно может принимать информацию по каналу управления, передаваемую из подчиненного объекта в течение первого TTI, причем информация связана с помехами, испытываемыми посредством подчиненного объекта. В ответ на упомянутую информацию, объект диспетчеризации дополнительно может выполнять одно из следующего: приостановка обмена данными с подчиненным объектом или модификация схемы модуляции и кодирования (MCS), соответствующей обмену данными с подчиненным объектом в соответствии с упомянутыми помехами.

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

[0010] Эти и другие аспекты изобретения должны становиться более понятными после рассмотрения нижеприведенного подробного описания. Другие аспекты, признаки и варианты осуществления настоящего изобретения должны становиться очевидными для специалистов в данной области техники при изучении нижеприведенного описания конкретных примерных вариантов осуществления настоящего изобретения в сочетании с прилагаемыми чертежами. Хотя признаки настоящего изобретения могут быть пояснены относительно нижеприведенных конкретных вариантов осуществления и чертежей, все варианты осуществления настоящего изобретения могут включать в себя один или более преимущественных признаков, поясненных в данном документе. Другими словами, хотя один или более вариантов осуществления могут быть пояснены как имеющие определенные преимущественные признаки, один или более таких признаков также могут использоваться в соответствии с различными вариантами осуществления изобретения, поясненными в данном документе. Аналогично, хотя примерные варианты осуществления могут быть пояснены ниже в качестве вариантов осуществления устройства, системы или способа следует понимать, что такие примерные варианты осуществления могут реализовываться в различных устройствах, системах и способах.

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

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

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

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

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

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

[0016] Фиг. 6 является принципиальной схемой, иллюстрирующей мультиплексирование в нисходящей/нисходящей линии связи с использованием тонкого канала управления согласно некоторым вариантам осуществления.

[0017] Фиг. 7 является схемой последовательности операций обработки, иллюстрирующей пример мультиплексирования связи в нисходящей линии связи для различных интервалов времени передачи (TTI) с использованием тонкого канала управления согласно некоторым вариантам осуществления.

[0018] Фиг. 8 является блок-схемой последовательности операций способа, иллюстрирующей пример мультиплексирования связи в нисходящей линии связи для различных TTI с использованием тонкого канала управления с точки зрения объекта диспетчеризации, согласно некоторым вариантам осуществления.

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

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

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

[0022] Фиг. 12 является блок-схемой последовательности операций способа, иллюстрирующей пример мультиплексирования связи в восходящей линии связи для различных TTI с использованием тонкого канала управления с точки зрения объекта диспетчеризации, согласно некоторым вариантам осуществления.

[0023] Фиг. 13 является блок-схемой последовательности операций способа, иллюстрирующей пример управления помехами с использованием тонкого канала управления согласно некоторым вариантам осуществления.

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

[0024] Изложенное ниже в связи с прилагаемыми чертежами подробное описание предназначено в качестве описания различных конфигураций и не предназначено для того, чтобы представлять единственные конфигурации, в которых могут осуществляться на практике принципы, описанные в данном документе. Подробное описание включает в себя конкретные подробности для целей представления полного понимания различных принципов. Тем не менее, специалистам в данной области техники должно быть очевидным, что эти принципы могут быть осуществлены на практике без этих конкретных подробностей. В некоторых случаях, известные структуры и компоненты показаны в форме блок-схемы, чтобы упрощать понимание таких принципов.

[0025] Различные принципы, представленные в ходе этого раскрытия сущности, могут быть реализованы во множестве систем связи, сетевых архитектур и стандартов связи. Например, партнерский проект третьего поколения (3GPP) является организацией по стандартизации, которая задает несколько стандартов беспроводной связи для сетей, включающих в себя усовершенствованную систему с пакетной коммутацией (EPS), часто называемых "сетями по стандарту долгосрочного развития (LTE)". LTE-сети могут предоставлять сквозное время задержки между передающим устройством и приемным устройством порядка 50 мс, причем время задержки по радиоинтерфейсу для конкретного пакета составляет в диапазоне 10 мс. Текущая известная LTE-функциональность предоставляет время передачи и подтверждения приема (RTT) для определенных служебных сигналов с обратной связью (т.е. для передачи в служебных сигналах гибридного автоматического запроса на повторную передачу (HARQ)), по меньшей мере, приблизительно в 8 мс, с использованием интервала времени передачи (TTI) в 1 мс. Здесь, TTI может соответствовать минимальной длительности для единицы информации, которая может независимо декодироваться. Для LTE-конфигураций с дуплексом с временным разделением каналов (TDD), время задержки в восходящей/нисходящей линии связи имеет относительно фиксированную конфигурацию, которой требуется приблизительно 10 мс на изменение. В общем, LTE предоставляет единообразный подход со всеми услугами и пакетами, основывающимися на этих идентичных диапазонах времени задержки.

[0026] Усовершенствованные версии LTE-сети, к примеру сеть пятого поколения (5G), могут предоставлять множество различных типов услуг или приложений, включающих в себя, но не только, просмотр веб-страниц, потоковую передачу видео, VoIP, приложения для решения критически важных задач, сети с несколькими перескоками, дистанционное управление с обратной связью в реальном времени (например, телехирургию) и т.д. Здесь, эти различные наборы услуг могут извлекать выгоду из наличия нескольких целей по времени задержки, которые радикально отличаются друг от друга. Тем не менее, единообразные аспекты LTE-сети, описанной выше, могут сильно затруднять мультиплексирование трафика с различными целями по времени задержки.

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

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

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

[0030] На основе пользовательского ввода может проходить некоторое время, ассоциированное с обработкой 104 приложения, после чего возникает дополнительная временная задержка, ассоциированная с радиоинтерфейсом 106. На иллюстрации, эта радиоинтерфейсная часть полного времени задержки дополнительно разбивается с тем, чтобы иллюстрировать радиоинтерфейсное время. Здесь, время, ассоциированное с обработкой верхнего уровня, обработкой в полосе модулирующих частот передающего устройства и передачей на физическом уровне кадра из устройства беспроводной связи, представляет пользовательскую часть радиоинтерфейсной задержки 106. После задержки на распространение из передающего узла в приемный узел, которая может составлять в диапазоне 1-5 мкс, приемный узел, принимает кадр физического уровня, выполняет собственную обработку в полосе модулирующих частот приемного устройства и обработку верхнего уровня. Это представляет часть для приемного узла радиоинтерфейсной задержки 106.

[0031] После радиоинтерфейсного компонента времени задержки, приемный узел отправляет соответствующие данные через подходящее транзитное соединение с ассоциированной задержкой 108 на распространение по транзитному соединению, которая может составлять в диапазоне 100 мкс для передачи в диапазоне 30 км. Во многих случаях, это может быть оптимистической оценкой, и расстояние распространения по транзитному соединению фактически может составлять сотни километров, что в итоге приводит, соответственно, к большим временам задержки. Задержка 110 на "облачное" распространение представляет любую подходящую базовую сетевую обработку с периодом времени задержки, который может занимать различное количество времени в зависимости от необходимого времени обработки и транспортировки. В некоторых примерах облачная часть сквозного времени задержки может составлять сотню(и) мкс. Процесс затем выполняется в обратном порядке с распространением через подходящую транзитную сеть 112 в базовую станцию или другой узел, по радиоинтерфейсу 114 обратно в приемное устройство, после чего выполняется обработка 116 приложения. В этот момент ответ применяется в приемном устройстве, что приводит к полному сквозному времени 102 задержки.

[0032] Для усовершенствованных топологий сети, таких как 5G-сети, может требоваться, чтобы такое сквозное время 102 задержки составляло примерно порядка 1 мс. Чтобы удовлетворять этой цели, радиоинтерфейсные части 106 и 114 времени задержки должны составлять в диапазоне 100 мкс. Чтобы иллюстрировать это время задержки, рассмотрим пример, соответствующий передаче и обработке пакета проверки досягаемости. Пакет проверки досягаемости может представлять собой тип управляющего пакета, который включает в себя 32 байта информации. Если этот пакет передается (после кодирования) по пяти 256-битовым кадрам, чтобы достигать времени радиоинтерфейсной задержки в 20 мкс, требуется линия связи, имеющая скорость передачи данных в 12 Мбит/с (256 битов/20 мкс). Аналогично, для пакетов данных (к примеру, IP-пакетов), имеющих примерную длину в 1500 байтов (12 КБ), если время радиоинтерфейсной задержки в 100 мкс является желательным, требуется линия связи, имеющая скорость передачи данных в 120 Мбит/с (12 КБ/100 мкс).

[0033] Чтобы обеспечивать скорости передачи данных с этой абсолютной величиной, необходимы усовершенствованные механизмы управления для сети беспроводной связи. Кроме того, для многих приложений с более высокой скоростью, требуется уменьшенное полное время задержки. Чтобы предоставлять уменьшенную задержку в некоторых вариантах применения, может требоваться уменьшенный интервал времени передачи (TTI).

[0034] Как указано выше, один или более аспектов настоящего раскрытия сущности предоставляют структуру канала, которая обеспечивает мультиплексирование множества различных каналов и форм сигналов, каждый из которых может быть оптимизирован для различных требований по эффективности, времени задержки и/или надежности. Например, различные аспекты раскрытия сущности описывают структуру канала, которая является синхронной (например, синхронной во времени, причем временная синхронизация канала диспетчеризуется и управляется между различными узлами связи посредством объекта диспетчеризации) и/или ортогональной (например, совместно использующей идентичные ресурсы таким способом, при котором узлы связи практически не создают помехи друг другу).

[0035] Ссылаясь теперь на фиг. 2, блок-схема иллюстрирует объект 202 диспетчеризации и множество подчиненных объектов 204, занятых беспроводной связью с использованием тонких каналов 208/212 управления и тонкого канала 214 обратной связи, подробнее описанного ниже. Конечно, каналы, проиллюстрированные на фиг. 2, не обязательно представляют собой все каналы, которые могут быть использованы между объектом 202 диспетчеризации и подчиненными объектами 204, и специалисты в данной области техники должны распознавать, что другие каналы могут быть использованы в дополнение к проиллюстрированным каналам, к примеру, другие каналы управления и обратной связи. Как проиллюстрировано на фиг. 2, объект 202 диспетчеризации может передавать в широковещательном режиме данные 206 нисходящей линии связи в один или более подчиненных объектов 204. В соответствии с аспектами настоящего раскрытия сущности, термин "нисходящая линия связи" может означать передачу "точка-многоточка", исходящую в объекте 202 диспетчеризации. В широком смысле, объект 202 диспетчеризации представляет собой узел или устройство, отвечающее за диспетчеризацию трафика в сети беспроводной связи, включающего в себя передачи по нисходящей линии связи и в некоторых примерах данных 210 восходящей линии связи из одного или более подчиненных объектов в объект 202 диспетчеризации. (Другой способ описания схемы может заключаться в том, чтобы использовать термин "мультиплексирование широковещательных каналов"). В соответствии с аспектами настоящего раскрытия сущности, термин "восходящая линия связи" может означать передачу "точка-точка", исходящую в подчиненном объекте 204. В широком смысле, подчиненный объект 204 представляет собой узел или устройство, которое принимает информацию управления диспетчеризацией, включающую в себя, но не только, разрешения на диспетчеризацию, информацию синхронизации или временного распределения либо другую управляющую информацию из другого объекта в сети беспроводной связи, такого как объект 202 диспетчеризации.

[0036] В дополнительном аспекте раскрытия сущности объект 202 диспетчеризации может передавать в широковещательном режиме тонкий канал 208 и/или 212 управления в один или более подчиненных объектов 204. Как описано в данном документе ниже, использование тонкого канала 208/212 управления может обеспечивать модификацию/прореживание данных восходящей линии связи и/или нисходящей линии связи, передаваемых с использованием первого длинного интервала времени передачи (TTI), с другими данными (например, пакетами с низкой задержкой (LoLat)) с использованием второго короткого TTI. Здесь, TTI может соответствовать инкапсулированному набору или пакету информации, допускающему независимое декодирование, т.е. кратчайшей декодируемой передаче информации. В различных примерах TTI могут соответствовать кадрам, блокам данных, временным квантам или другим подходящим группировкам битов для передачи.

[0037] В нижеприведенном описании для простоты пояснения предполагается, что мультиплексированные данные включают в себя устойчивые ко времени задержки данные с использованием длинного TTI и данные с низкой задержкой (LoLat) с использованием короткого TTI. Тем не менее, это представляют собой просто один пример мультиплексирования различных типов или категорий данных, которое может обеспечиваться с использованием тонких каналов управления, раскрытых в данном документе. Иными словами, специалисты в данной области техники должны понимать то, что тонкие каналы управления, раскрытые в данном документе, могут быть использованы для множества быстрых и относительных модификаций данных нисходящей линии связи.

[0038] Кроме того, подчиненные объекты 204 могут передавать тонкий канал 214 обратной связи в объект 202 диспетчеризации. Тонкий канал 214 обратной связи в некоторых примерах может включать в себя запрос в объект диспетчеризации с тем, чтобы модифицировать/прореживать первый длинный TTI с LoLat-пакетами с использованием второго короткого TTI. Здесь, в ответ на запрос, передаваемый по тонкому каналу 214 обратной связи, объект 202 диспетчеризации может передавать в тонком канале 212 управления информацию, которая может диспетчеризовать модификацию/прореживание длинного первого TTI с LoLat-пакетами с использованием второго короткого TTI. В дополнительном примере, тонкий канал 214 обратной связи может включать в себя информацию относительно помех, испытываемых в подчиненном объекте 204, которую объект 202 диспетчеризации может использовать динамически для того, чтобы модифицировать передачи по нисходящей линии связи таким способом, который может обеспечивать большую надежность дополнительных передач по нисходящей линии связи в отношении помех.

[0039] Фиг. 3 является концептуальной схемой, иллюстрирующей пример аппаратной реализации для примерного объекта 202 диспетчеризации с использованием системы 314 обработки. В соответствии с различными аспектами раскрытия сущности, элемент или любая часть элемента либо любая комбинация элементов может реализовываться с помощью системы 314 обработки, которая включает в себя один или более процессоров 304.

[0040] В различных аспектах раскрытия сущности объект 202 диспетчеризации может представлять собой любое подходящее приемо-передающее радиоустройство и в некоторых примерах может быть осуществлен посредством базовой станции (BS), базовой приемо-передающей станции (BTS), базовой радиостанции, приемо-передающего радиоустройства, функции приемо-передающего устройства, базового набора служб (BSS), расширенного набора служб (ESS), точки доступа (AP), узла B, усовершенствованного узла B (eNB), узла ячеистой сети, ретранслятора или некоторого другого подходящего термина. Базовая станция может предоставлять точки беспроводного доступа в базовую сеть для любого числа абонентского устройства (UE).

[0041] В других примерах объект 202 диспетчеризации может быть осуществлен посредством беспроводного UE. Примеры UE включают в себя сотовый телефон, смартфон, телефон по протоколу инициирования сеансов (SIP), переносной компьютер, ноутбук, нетбук, смартбук, персональное цифровое устройство (PDA), спутниковое радиоустройство, устройство по стандарту глобальной системы позиционирования (GPS), мультимедийное устройство, видеоустройство, цифровой аудиопроигрыватель (например, MP3-проигрыватель), камеру, игровую приставку, электронное мультимедийное устройство, компонент транспортного средства, носимое вычислительное устройство (например, интеллектуальные часы, браслет для отслеживания показателей здоровья или занятий спортом и т.д.), прибор, датчик, торговый автомат или любое другое аналогичное функциональное устройство. UE 102 также может упоминаться специалистами в данной области техники как мобильная станция (MS), абонентская станция, мобильный модуль, абонентское устройство, беспроводной модуль, удаленный модуль, мобильное устройство, беспроводное устройство, устройство беспроводной связи, удаленное устройство, мобильная абонентская станция, терминал доступа (AT), мобильный терминал, беспроводной терминал, удаленный терминал, переносной телефон, терминал, пользовательский агент, мобильный клиент, клиент или некоторый другой надлежащий термин.

[0042] Примеры процессоров 304 включают в себя микропроцессоры, микроконтроллеры, процессоры цифровых сигналов (DSP), программируемые пользователем вентильные матрицы (FPGA), программируемые логические устройства (PLD), конечные автоматы, вентильную логику, дискретные аппаратные схемы и другие надлежащие аппаратные средства, сконфигурированные с возможностью осуществлять различную функциональность, описанную в ходе этого раскрытия сущности. Иными словами, процессор 304, при использовании в объекте 202 диспетчеризации, может использоваться для того, чтобы реализовывать любой один или более процессов, описанных ниже и проиллюстрированных на фиг. 7, 8, 11, 12 и/или 13.

[0043] В этом примере система 314 обработки может быть реализована с шинной архитектурой, представленной, в общем, посредством шины 302. Шина 302 может включать в себя любое число соединительных шин и мостов в зависимости от конкретного варианта применения системы 314 обработки и общих проектных ограничений. Шина 302 соединяет различные схемы, включающие в себя один или более процессоров (представлены, в общем, посредством процессора 304), запоминающее устройство 305 и машиночитаемые носители (представлены, в общем, посредством машиночитаемого носителя 306). Шина 302 также может связывать различные другие схемы, такие как источники синхронизирующего сигнала, периферийные устройства, стабилизаторы напряжения и схемы управления питанием, которые известны в данной области техники и в силу этого не описываются дальше. Шинный интерфейс 108 предоставляет интерфейс между шиной 302 и приемо-передающим устройством 310. Приемо-передающее устройство 310 предоставляет средство для обмена данными с различными другими устройствами по среде передачи. В зависимости от природы устройства, также может предоставляться пользовательский интерфейс 312 (например, клавишная панель, дисплей, динамик, микрофон, джойстик).

[0044] В некоторых аспектах раскрытия сущности процессор 304 может включать в себя схему 341 назначения ресурсов и управления TTI, сконфигурированную с возможностью формировать, диспетчеризовать и модифицировать назначение ресурсов или предоставление частотно-временных ресурсов. Схема 341 назначения ресурсов и управления TTI дополнительно может быть сконфигурирована с возможностью определять TTI, который следует использовать для передач по восходящей и нисходящей линии связи, например, то, передачи данных должны использовать первый длинный TTI или второй короткий TTI. Схема 341 назначения ресурсов и управления TTI может работать координированно с программным обеспечением 351 для назначения ресурсов и управления TTI. Процессор 304 дополнительно может включать в себя схему 342 формирования и передачи по каналам передачи данных и управления, сконфигурированную с возможностью формировать и передавать каналы передачи данных и управления восходящей линии связи и нисходящей линии связи, а также каналы обратной связи в восходящей линии связи и каналы управления нисходящей линии связи, включающие в себя, но не только, тонкий канал управления, тонкий канал обратной связи и канал назначения. Схема 342 формирования и передачи по каналам передачи данных и управления может работать координированно с программным обеспечением 352 для формирования и передачи по каналам передачи данных и управления. Процессор 304 дополнительно может включать в себя схему 343 приема и обработки обратной связи, сконфигурированную с возможностью принимать запросы на диспетчеризацию по каналу обратной связи в восходящей линии связи, причем запросы на диспетчеризацию сконфигурированы с возможностью запрашивать предоставление частотно-временных ресурсов для передач пользовательских данных по восходящей линии связи. В некоторых примерах схема 343 приема и обработки тонкой обратной связи дополнительно может быть сконфигурирована с возможностью принимать и обрабатывать показатели помех, включающие в себя, но не только, индикатор качества канала (CQI). Схема 343 приема и обработки тонкой обратной связи может работать координированно с программным обеспечением 353 для приема и обработки тонкой обратной связи. Процессор 304 дополнительно может включать в себя схему 344 приема и обработки по каналам передачи данных, сконфигурированную с возможностью принимать и обрабатывать пользовательские данные на каналах передачи данных восходящей линии связи из одного или более подчиненных объектов. Схема 344 приема и обработки по каналам передачи данных может работать координированно с программным обеспечением 354 для приема и обработки по каналам передачи данных. Процессор 304 дополнительно может включать в себя схему 345 обнаружения помех, сконфигурированную с возможностью обнаружения помех, которые создают помехи связи в восходящей линии связи и/или нисходящей линии связи одному или более подчиненным объектам. Схема 345 обнаружения помех может работать координированно с программным обеспечением 355 для обнаружения помех. Процессор 304 дополнительно может включать в себя схему 346 определения и передачи показателей помех/индикаторов качества канала, сконфигурированную с возможностью формировать одно или более из индикатора качества канала (CQI), информации постоянства, связанной с помехами, частоты помех, мощности помех или пространственной информации, соответствующей помехам. Схема 346 определения и передачи показателей помех/CQI может работать координированно с программным обеспечением 356 для определения и передачи показателей помех/CQI. Процессор 304 дополнительно может включать в себя схему 347 конфигурирования модуляции и кодирования, сконфигурированную с возможностью определения схемы модуляции и кодирования (MCS), которую следует использовать для передач по нисходящей линии связи, и/или MCS для подчиненного объекта, которую следует использовать для передач по восходящей линии связи. Схема 347 конфигурирования модуляции и кодирования может работать координированно с программным обеспечением 357 для конфигурирования модуляции и кодирования.

[0045] Процессор 304 отвечает за управление шиной 302 и общую обработку, включающую в себя выполнение программного обеспечения, сохраненного на машиночитаемом носителе 306. Программное обеспечение, при выполнении посредством процессора 304, инструктирует системе 314 обработки осуществлять различные функции, описанные ниже для любого конкретного устройства. Машиночитаемый носитель 306 также может использоваться для сохранения данных, которые обрабатываются посредством процессора 304 при выполнении программного обеспечения.

[0046] Один или более процессоров 304 в системе обработки могут выполнять программное обеспечение. Программное обеспечение должно широко истолковываться как означающее инструкции, наборы инструкций, код, сегменты кода, программный код, программы, подпрограммы, программные модули, приложения, программные приложения, программные пакеты, процедуры, подпрограммы, объекты, исполняемые фрагменты, потоки выполнения, процедуры, функции и т.д., которые могут называться программным обеспечением, микропрограммным обеспечением, промежуточным программным обеспечением, микрокодом, языком описания аппаратных средств и т.д. Программное обеспечение может постоянно размещаться на машиночитаемом носителе 306. Машиночитаемый носитель 306 может представлять собой энергонезависимый машиночитаемый носитель. Энергонезависимый машиночитаемый носитель включает в себя, в качестве примера, магнитное устройство хранения данных (например, жесткий диск, гибкий диск, магнитную карту), оптический диск (например, компакт-диск (CD) или универсальный цифровой диск (DVD)), смарт-карту, устройство флэш-памяти (например, карту, карточку или флэш-диск), оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), программируемое ROM (PROM), стираемое PROM (EPROM), электрически стираемое PROM (EEPROM), регистр, съемный диск и любой другой подходящий носитель для хранения программного обеспечения и/или инструкций, которые могут быть доступны могут и считываться посредством компьютера. Машиночитаемый носитель также может включать в себя, в качестве примера, несущую, линию передачи и любой другой надлежащий носитель для передачи программного обеспечения и/или инструкций, которые могут быть доступны и могут считываться посредством компьютера. Машиночитаемый носитель 306 может постоянно размещаться в системе 314 обработки, внешне для системы 314 обработки или распределяться по нескольким объектам, включающим в себя систему 314 обработки. Машиночитаемый носитель 306 может быть осуществлен в компьютерном программном продукте. В качестве примера, компьютерный программный продукт может включать машиночитаемый носитель в упаковочных материалах. Специалисты в данной области техники должны признавать, как лучше всего реализовывать описанную функциональность, представленную в данном раскрытии сущности, в зависимости от конкретного варианта применения и общих проектных ограничений, накладываемых на систему в целом.

[0047] Фиг. 4 является концептуальной схемой, иллюстрирующей пример аппаратной реализации для примерного подчиненного объекта 204 с использованием системы 414 обработки. В соответствии с различными аспектами раскрытия сущности, элемент или любая часть элемента либо любая комбинация элементов может реализовываться с помощью системы 414 обработки, которая включает в себя один или более процессоров 404.

[0048] Система 414 обработки может быть практически идентичной системе 314 обработки, проиллюстрированной на фиг. 3, включающей в себя шинный интерфейс 408, шину 402, запоминающее устройство 405, процессор 404 и машиночитаемый носитель 406. Кроме того, подчиненный объект 204 может включать в себя пользовательский интерфейс 412 и приемо-передающее устройство 410, практически аналогичные пользовательскому интерфейсу и приемо-передающему устройству, описанным выше на фиг. 3. Процессор 404, при использовании в подчиненном объекте 204, может использоваться для того, чтобы реализовывать любой один или более процессов, описанных ниже и проиллюстрированных на фиг. 7, 8, 11, 12 и/или 13.

[0049] В некоторых аспектах раскрытия сущности процессор 404 может включать в себя схему 442 формирования и передачи по каналам передачи данных и обратной связи, сконфигурированную с возможностью формировать и передавать данные восходящей линии связи по каналу передачи данных и формировать и передавать обратную связь в восходящей линии связи по каналу обратной связи. Схема 442 формирования и передачи по каналам передачи данных и обратной связи может работать координированно с программным обеспечением 452 для формирования и передачи по каналам передачи данных и обратной связи. Процессор 404 дополнительно может включать в себя схему 444 приема и обработки по каналам передачи данных и управления, сконфигурированную с возможностью приема и обработки данных нисходящей линии связи по каналу передачи данных и приема и обработки управляющей информации по одному или более каналов управления нисходящей линии связи. В некоторых примерах принимаемые данные нисходящей линии связи и/или управляющая информация могут временно сохраняться в буфере данных в запоминающем устройстве 405. Процессор 404 дополнительно может включать в себя схему 446 определения и передачи показателей помех/индикаторов качества канала (CQI), сконфигурированную с возможностью обнаружения помех, которые создают помехи связи в восходящей линии связи и/или нисходящей линии связи одному или более объектам диспетчеризации, и формирования одного или более из CQI, информации постоянства, связанной с помехами, частоты помех, мощности помех или пространственной информации, соответствующей помехам, для передачи в объект диспетчеризации. Схема 446 определения и передачи показателей помех/CQI может работать координированно с программным обеспечением 456 для определения и передачи показателей помех/CQI.

[0050] Как описано ниже, некоторые аспекты раскрытия сущности предоставляют мультиплексирование в нисходящей-нисходящей линии связи, при этом объекту диспетчеризации может разрешаться мультиплексировать данные нисходящей линии связи с низкой задержкой вместе с текущей передачей данных с высокой задержкой. Дополнительные аспекты раскрытия сущности предоставляют мультиплексирование в восходящей/восходящей линии связи, при этом при запросе подчиненного объекта, объекту диспетчеризации может разрешаться диспетчеризовать временной отрезок для подчиненного объекта мультиплексировать данные восходящей линии связи с низкой задержкой вместе с текущей передачей данных с высокой задержкой.

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

Мультиплексирование в DL/DL

[0052] Фиг. 5 является схематичной иллюстрацией примера структуры синхронного канала со множественным доступом, включающей в себя тонкий канал управления, который может реализовываться согласно некоторым аспектам настоящего раскрытия сущности. На этой иллюстрации, структура канала может быть применимой к передаче данных по нисходящей линии связи, т.е. передаче из объекта диспетчеризации в один или более подчиненных объектов. Конечно, эта структура канала не ограничена такой схемой, а вместо этого может обобщаться как применимая к любой линии связи, в которой передающее устройство диспетчеризует трафик.

[0053] На чертеже горизонтальная ось (t) представляет время, в то время как вертикальная ось (f) представляет частоту (не в масштабе). Канальные частотно-временные ресурсы для различных пользователей радиоинтерфейса занимают данные области в канале, идентифицированные в различных блоках. Например, некоторые частотно-временные ресурсы могут быть использованы "обычными" пользователями 502, которые имеют менее строгие требования по времени задержки для связи. На иллюстрации, в качестве одного примера, шести обычным пользователям 502, помеченным как пользователь A, B, C, D, E и F, диспетчеризуются частотно-временные ресурсы, как указано посредством их соответствующих помеченных блоков. Конечно, в различных примерах любому числу пользователей может диспетчеризоваться использование ресурсов. Дополнительно, хотя на иллюстрации все частотно-временные ресурсы показаны назначенными обычным пользователям, в различных примерах некоторые или даже все частотно-временные ресурсы могут не назначаться или назначаться для другой цели, помимо обычных пользовательских данных.

[0054] В контексте настоящего раскрытия сущности обычный пользователь 502 может представлять собой подчиненный объект 204, который принимает назначение ресурсов из объекта 202 диспетчеризации, причем назначение ресурсов указывает для подчиненного объекта 204 использовать длинный интервал времени передачи (TTI). Такие обычные пользователи 502 могут быть более устойчивыми ко времени задержки при связи и в некоторых примерах могут быть более оптимизированными для пропускной способности. Соответственно, эти пользователи могут использовать такие более длинные TTI для пакетов, которые могут допускать большее время задержки, чем другие пользователи, либо другие типы связи, которые могут требовать связи с низкой задержкой (LoLat). Длинный TTI в широком смысле может представлять собой любой TTI, который превышает короткий TTI, подробнее описанный ниже. В некоторых примерах длинный TTI может представлять собой TTI, который имеет длительность в множество символов данных или временных квантов. Некоторые неограничивающие примеры длинного TTI могут иметь длительность в 100 мкс, 240 мкс или 1 мс. Конечно, любая подходящая длительность для длинного TTI может быть использована в пределах объема раскрытия сущности.

[0055] Кроме того, как проиллюстрировано на фиг. 5, в дополнение к каналам трафика нисходящей линии связи, используемым обычными пользователями 502, тонкий канал 506 управления может быть использован так, как проиллюстрировано. Здесь, тонкий канал 506 управления может быть идентичным одному или обоим из тонких каналов 208/212 управления, описанных выше и проиллюстрированных на фиг. 2. В настоящем раскрытии сущности, тонкий канал управления может находиться в одной или более подполос частот за пределами (например, выше) подполос частот, используемых посредством передач трафика, таких как выделяемые частотно-временные ресурсы, описанные выше для обычных пользователей A-F 502. Ширина тонкого канала 506 управления в направлении частоты может уменьшаться или минимизироваться, с тем чтобы уменьшать или минимизировать объем служебной информации, используемой посредством канала 506 управления.

[0056] В дополнительном аспекте все активные пользователи (например, подчиненные объекты 204, включающие в себя, но не обязательно ограниченные обычными пользователями 502), поддерживающие связь с объектом 202 диспетчеризации, который передает в широковещательном режиме тонкий канал 506 управления, могут отслеживать (и в некоторых примерах буферизовать) тонкий канал 506 управления, показанный в данном документе. Здесь, термин "тонкий" в отношении канала 506 управления, может означать короткую или тонкую длительность во времени, в течение которой единицы информации могут передаваться по каналу. Например, как проиллюстрировано на фиг. 5, каждый временной квант, символ или единица тонкого канала 506 управления может соответствовать длительности короткого TTI. Иными словами, в некоторых примерах короткий TTI может соответствовать длительности одного символа. Некоторые неограничивающие примеры короткого TTI могут иметь длительность в 10 мкс, 20 мкс, 100 мкс или любую другую подходящую длительность, которая меньше длинного TTI. В некоторых примерах длинный TTI может представлять целое кратное коротких TTI. В некоторых примерах общая длительность символа может быть использована как в длинном TTI, так и в коротком TTI, либо в других примерах различные длительности символов могут быть использованы в длинном TTI и коротком TTI.

[0057] Тонкий канал 506 управления может переносить любую подходящую управляющую информацию для подчиненных объектов 204, таких как обычные пользователи 502, включающую в себя, но не только, диспетчеризацию или предоставления частотно-временных ресурсов, которые следует использовать для передач по восходящей и/или нисходящей линии связи. В частности, как подробнее описано ниже, тонкий канал 506 управления может обеспечивать быстрое повторное выделение уже диспетчеризованных частотно-временных ресурсов в подчиненные объекты, которые могут хотеть обмениваться данными способом с низкой задержкой. Иными словами, тонкий канал 506 управления может быть использован в некоторых примерах для того, чтобы модифицировать данные на лету (например, для того, чтобы модифицировать существующее назначение ресурсов нисходящей линии связи обычным пользователям 502).

[0058] Иными словами, в любое время одному или более подчиненных объектов 204, поддерживающих связь с объектом 202 диспетчеризации, может потребоваться связь с низкой задержкой (LoLat) с сетью, при этом необходимы более строгие требования по времени задержки для связи, чем относительно длительное время задержки, получающееся в результате связи обычных пользователей 502 с использованием длинного TTI. Таким образом, в аспекте настоящего раскрытия сущности, тонкий канал 506 управления может обеспечивать динамическое мультиплексирование трафика для одного или более подчиненных объектов, которым требуется связь с низкой задержкой (в дальнейшем называемых LoLat-пользователям 504), которые могут использовать короткий TTI для трафика данных, и трафика для обычных пользователей 502, которые используют длинный TTI для трафика данных.

[0059] Ссылаясь теперь на фиг. 6, проиллюстрирован пример для того, чтобы показывать примерную схему для повторного выделения частотно-временных ресурсов от одного или более обычных пользователей 502 одному или более LoLat-пользователей 504. Иными словами, множество обычных пользователей 502 могут принимать связь по нисходящей линии связи с использованием существующего назначения частотно-временных ресурсов. Здесь, любой подходящий канал управления, включающий в себя, но не обязательно ограниченный тонким каналом 506 управления, может быть использован для того, чтобы предоставлять ресурсы в различные объекты в сети, так что эти подчиненные объекты 204 могут принимать данные нисходящей линии связи согласно своим соответствующим назначениям. Все активные подчиненные объекты с данными на лету, соответствующими их существующим назначениям, могут отслеживать тонкий канал 506 управления, как описано выше, за возможным исключением любых подчиненных объектов, которые имеют недостаточные характеристики обработки для этого. Посредством мониторинга тонкого канала 506 управления, существующие назначения ресурсов могут модифицироваться в соответствии с управляющей информацией по тонкому каналу 506 управления, так что текущий трафик обычных пользователей 502 может быть заменен информацией для LoLat-пользователя 504.

[0060] Иными словами, в аспекте раскрытия сущности в коротком TTI, который перекрывает часть одного или более длинных TTI, объект 202 диспетчеризации может передавать данные, указанные для одного или более LoLat-пользователей 504. В некоторых примерах, для того чтобы размещать LoLat-передачу, объект 202 диспетчеризации может прореживать передачу длинного TTI (например, прекращать передачу данных по нисходящей линии связи в обычного пользователя 502), в течение определенной длительности одного или более коротких TTI. Здесь, когда обычные данные прореживаются, может иметь место то, что некоторые обычные данные просто потеряны. В этом примере, кодирование с прямой коррекцией ошибок может быть использовано для того, чтобы восстанавливать пользовательские данные с учетом потерянных символов вследствие прореживания. В другом примере, объект 202 диспетчеризации может реализовывать согласование скорости, чтобы учитывать прореживание обычных пользовательских данных. Иными словами, объект 202 диспетчеризации может модифицировать часть обычных данных с использованием алгоритма согласования скорости, чтобы учитывать потерянные ресурсы. Специалисты в данной области техники должны понимать процедуру согласования скорости, так что сведения по ее реализации не предоставляются в данном документе. Тем не менее, в сущности, алгоритм согласования скорости конфигурирует алгоритм кодирования для данных (например, обычных пользовательских данных) таким образом, что он вписывается в выделенные физические ресурсы. Таким образом, когда прореживание, описанное выше, удаляет часть этих ресурсов, алгоритм согласования скорости может активно регулировать кодирование (например, посредством регулирования скорости кодирования), чтобы учитывать уменьшенный объем ресурсов.

[0061] В другом аспекте раскрытия сущности вместо прореживания частотно-временных ресурсов для обычных пользовательских данных данные для обычного пользователя 502 и данные для LoLat-пользователя 504 могут перекрываться. Иными словами, обе передачи по нисходящей линии связи могут занимать идентичные частотно-временные ресурсы. Здесь, приемные устройства могут быть выполнены с возможностью учитывать помехи, которые могут возникать, либо в других примерах такие помехи могут приводить к тому, что может считаться приемлемыми потерями данных. В дополнительном примере, может выполняться модификация передачи 502 обычных пользовательских данных с тем, чтобы учитывать перекрывающиеся передачи, например, посредством регулирования алгоритма согласования скорости, как описано выше.

[0062] Соответственно, уже выделяемые частотно-временные ресурсы могут динамически повторно выделяться в реальном времени от одного пользователя другому, что обеспечивается на основе тонкого канала 506 управления.

[0063] Как проиллюстрировано на фиг. 6, одновременно с тем, как передаются данные нисходящей линии связи для LoLat-пользователя 504, информация, соответствующая LoLat-данным, может переноситься по тонкому каналу 506 управления. Например, управляющая информация 508, передаваемая по тонкому каналу 506 управления в течение короткого TTI, когда передаются данные нисходящей линии связи для LoLat-пользователей 504, может быть модификацией разрешения на передачу, которая информирует обычных пользователей 502 в отношении того, что ресурсы в течение этого короткого TTI отнимаются и переназначаются другому пользователю. Таким образом, обычный пользователь 502 может знать, что в хотя он первоначально ожидает данные по этому ресурсу, вместо этого, информация относительно этого ресурса фактически является случайными данными или шумом для этого обычного пользователя 502.

[0064] Управляющая информация 508 может быть структурирована любым подходящим способом. В качестве одного примера, управляющая информация 508 может включать в себя индикатор того, что конкретный частотно-временной ресурс или конкретный диапазон частотно-временных ресурсов прореживается или отнимается у обычного пользователя(ей) 502. Как проиллюстрировано на фиг. 6, диапазон в частотном измерении прореживания может представлять собой все используемые частотные каналы или подполосы частот, выделяемые для данных нисходящей линии связи, или в другом примере, частотный диапазон прореживания может представлять собой часть частотных каналов или подполос частот, выделяемых для данных нисходящей линии связи. В другом примере, управляющая информация 508 может включать в себя информацию, идентифицирующую пользователя, для которого прореживается ранее выделяемый частотно-временной ресурс. В еще одном другом примере, управляющая информация 508 может включать в себя информацию, идентифицирующую то, в каком TTI или в каких TTI возникает модификация ресурса. Например, управляющая информация 508 не должна обязательно возникать в идентичном коротком TTI, что и модификация ресурса, указываемая в управляющей информации 508. В еще одном другом примере, управляющая информация 508 может включать в себя информацию относительно регулирования алгоритма согласования скорости, который может быть использован для всех оставшихся обычных пользовательских данных, которые могут затрагиваться посредством прерывания посредством LoLat-пользовательских данных 504.

[0065] Иными словами, в проиллюстрированном примере, как описано выше, эта управляющая информация 508 передается в течение идентичного TTI, что и информация, направленная LoLat-пользователю 504. Тем не менее, это не единственный пример в пределах объема настоящего раскрытия сущности. В других примерах управляющая информация 508 может переноситься в течение любого подходящего короткого TTI, до или даже после модифицированного ресурса. Иными словами, в некоторых аспектах раскрытия сущности, обычные пользователи 502 могут выполнять обработку в реальном времени информации 508 в тонком канале 506 управления. Тем не менее, в других аспектах раскрытия сущности, обычные пользователи 502 не могут выполнять обработку в реальном времени информации 508, поскольку обычные пользователи 502, в общем, могут иметь менее строгую временную шкалу, причем они могут допускать большее время задержки и более медленную смену направления передачи. С этой целью, приемный подчиненный объект 204 может включать буфер данных в своем запоминающем устройстве 405, сконфигурированный с возможностью буферизовать данные нисходящей линии связи и тонкую управляющую информацию в течение любой данной длительности. В качестве одного иллюстративного примера, подчиненный объект может буферизовать данные, принятые в течение подходящего буферного времени. Здесь, в конце буферного времени, приемный объект может обрабатывать принятые и буферизированные данные нисходящей линии связи и тонкую управляющую информацию. В это время информация в тонком канале управления, к примеру, управляющая информация 508, может обрабатываться и применяться к буферизированным данным нисходящей линии связи. Здесь, если управляющая информация 508 указывает то, что какой-либо конкретный частотно-временной ресурс прорежен или иным образом модифицирован, подчиненный объект 204 обработки может надлежащим образом воздерживаться от обработки пакетов в этом ресурсе или иным соответствующим образом обрабатывать пакеты, как указано в управляющей информации 508. Например, обычный пользователь 502 может обнулять логарифмическое отношение правдоподобия (LLR) для прореженных элементов частотно-временных ресурсов. Когда назначения постобрабатываются, обычный пользователь 502 может определять, в соответствии с информацией по тонкому каналу 506 управления, выполнять стирание символов, которые он буферизует в течение TTI, соответствующего прореженным ресурсам.

[0066] В дополнительном аспекте управляющая информация 508 может включать в себя информацию для LoLat-пользователя 504 относительно его разрешении на передачу. В различных примерах она может быть информацией, идентичной информации, используемой для того, чтобы информировать обычных пользователей 502 в отношении их модификации ресурсов, либо она может быть отдельной информацией, индивидуально адаптированной для LoLat-пользователя 504. Управляющая информация 508 дополнительно может включать в себя информацию, идентифицирующую LoLat-пользователя 504, для которого направлены LoLat-данные нисходящей линии связи, информацию для того, чтобы помогать LoLat-пользователю 504 в приеме включенных данных нисходящей линии связи (например, идентификатор конкретного выделяемого частотно-временного ресурса, схему модуляции и кодирования и т.д.) или любую другую подходящую информацию, направленную LoLat-пользователю 504.

[0067] Для LoLat-пользователей, может использоваться 504 короткий TTI, как проиллюстрировано посредством относительно меньшей ширины, во временном измерении, частотно-временных ресурсов, занимаемых посредством этих LoLat-пользователей 504. Иными словами, некоторые пользователи или некоторые типы связи могут извлекать выгоду или даже требовать меньшего времени задержки, чем может быть доступно из использования длинного (не-LoLat) TTI. Соответственно, посредством использования короткого TTI, может достигаться меньшее время задержки. Длительность информационных символов, переносимых в длинных или в коротких TTI, также может занимать любую подходящую длительность, при этом один пример составляет длительность в 10 мкс для каждого символа. В примере, в котором приспосабливается мультиплексирование с ортогональным частотным разделением каналов, дополнительный циклический префикс в 1 мкс может добавляться в длительность символа.

[0068] В различных аспектах раскрытия сущности информация по тонкому каналу 506 управления может включать в себя другую информацию за рамками управляющей информации 508 для повторного выделения частотно-временных ресурсов, как описано выше. Например, тонкий канал 506 управления в некоторых примерах может переносить информацию разрешения на передачу, указывающую то, какие частотно-временные ресурсы предоставлены обычному пользователю(ям) 502. Конечно, другой канал или каналы могут быть использованы для предоставления ресурсов нисходящей линии связи с длинным TTI. Иными словами, в некоторых примерах отдельный канал разрешения на передачу (не проиллюстрирован) может быть использован для того, чтобы назначать ресурсы обычным пользователям 502.

[0069] Посредством использования этой схемы, обычные пользователи 502, в общем, могут использовать длинный TTI и дополнительно могут использовать подходящую временную шкалу обработки. Временная шкала обработки может быть в определенной степени на более длинной стороне, поскольку чрезвычайно быстрая смена направления передачи может не требоваться для обычных пользователей 502. С другой стороны, LoLat-пользователи 504, в общем, могут использовать короткий TTI и дополнительно могут использовать временную шкалу обработки быстрой смены направления передачи.

[0070] Фиг. 7 является схемой последовательности операций обработки, иллюстрирующей примерную процедуру назначения и переназначения ресурсов, которая может возникать в соответствии с одним примером для мультиплексирования данных нисходящей линии связи с различными целями по времени задержки. На этой иллюстрации, время продвигается в направлении вниз, и сигналы связи между проиллюстрированными объектами обозначаются с помощью стрелок между линиями ниже соответствующих объектов. Как проиллюстрировано, объект 202 диспетчеризации поддерживает связь с множеством подчиненных объектов 204, включающих в себя обычного пользователя 502 и LoLat-пользователя 504.

[0071] Фиг. 7 описывается ниже в сочетании с блок-схемой последовательности операций способа, проиллюстрированной на фиг. 8. Иными словами, фиг. 8 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 800 для назначения и переназначения ресурсов в соответствии с некоторыми аспектами настоящего раскрытия сущности. Процесс 800 описывается с точки зрения объекта 202 диспетчеризации и, соответственно, может, как описано в связи с фиг. 7, работать в объекте диспетчеризации, описанном выше в связи с фиг. 2 и/или 3. В других примерах в пределах объема настоящего раскрытия сущности, процесс 800 может управляться посредством процессора общего назначения, системы 314 обработки, как описано выше и проиллюстрировано на фиг. 3, или любого подходящего средства для выполнения описанных функций.

[0072] На этапе 802 объект 202 диспетчеризации может передавать первое назначение или предоставление 702 частотно-временных ресурсов, по меньшей мере, в один подчиненный объект. Любой подходящий канал управления нисходящей линии связи может быть использован на этапе 802 для первого назначения 702 ресурсов, к примеру, канал назначения в нисходящей линии связи. Например, первое назначение или предоставление 702 может возникать в начале длинного TTI, либо в других примерах первое назначение или разрешение на передачу могут охватывать весь длинный TTI. В случае если первое назначение или предоставление 702 охватывает весь длинный TTI, то любая модификация назначения или предоставления ресурсов может обрабатываться в конце длинного TTI. Здесь, первое назначение 702 ресурсов может быть выполнено с возможностью указывать то, какой частотно-временной ресурс или ресурсы назначаются подчиненному объекту для обычного приема передач данных нисходящей линии связи, т.е. передач с использованием длинного TTI. В соответствии с первым назначением 702 ресурсов, на этапе 804, объект 202 диспетчеризации может передавать обычные данные 704 нисходящей линии связи, по меньшей мере, в один подчиненный объект (например, подчиненные объекты 502 и 504) с использованием длинного TTI. Здесь, со ссылкой на фиг. 6, эти обычные данные 704 нисходящей линии связи могут соответствовать передачам обычным пользователям 502. Как проиллюстрировано на фиг. 7 с помощью пунктирной стрелки, обычные данные нисходящей линии связи могут необязательно передаваться во второй подчиненный объект 504, в зависимости от контента первого назначения 702 ресурсов и того, выполнен или нет второй подчиненный объект 504 с возможностью принимать передачи данных по нисходящей линии связи с использованием длинного TTI.

[0073] Этапы 802 и 804 могут повторяться или итеративно повторяться многократно в различных примерах, поскольку обычные данные 704 нисходящей линии связи могут продолжать передаваться в подчиненные объекты с использованием обычных данных 704 нисходящей линии связи. Например, на этапе 806, объект 202 диспетчеризации может определять то, что отсутствуют LoLat-данные для передачи в любой объект или объекты диспетчеризации. Тем не менее, в любой момент времени может возникать такая ситуация, что объект 202 диспетчеризации может хотеть передавать LoLat-данные LoLat-пользователю 504. Например, на этапе 806, объект 202 диспетчеризации может определять то, что имеются LoLat-данные для передачи в один или более объектов диспетчеризации. Соответственно, на этапе 808, объект 202 диспетчеризации может выполнять набор операций, причем набор обозначается на фиг. 7 с помощью прямоугольника 706 с пунктирной линией, в течение длительности короткого TTI, который прерывает или перекрывает длинный TTI, соответствующий первому назначению ресурсов. В некоторых примерах эти операции в прямоугольнике 706 могут выполняться одновременно. Тем не менее, как описано выше, любые из операций в прямоугольнике 706 в других примерах могут смещаться во времени, при этом постобработка каналов передачи данных и управления может обеспечивать обработку LoLat-данных и назначений диспетчеризации посредством всех подчиненных объектов в сети.

[0074] Иными словами, на этапе 808 объект 202 диспетчеризации может передавать модификацию 508 разрешения на диспетчеризацию (см. фиг. 6-7) по нисходящему тонкому каналу 506 управления, как описано выше. Модификация 508 разрешения на диспетчеризацию может включать в себя информацию, информирующую обычных пользователей 502 и в некоторых примерах также LoLat-пользователя(ей) 504 относительно модификации предоставления частотно-временных ресурсов, так что соответствующие подчиненные объекты могут надлежащим образом декодировать данные нисходящей линии связи. Кроме того, объект 202 диспетчеризации может передавать второе назначение или предоставление 708 частотно-временных ресурсов (см. фиг. 7) LoLat-пользователю 502. Конкретный канал, который следует использовать для второго назначения 708 ресурсов, не проиллюстрирован на фиг. 6, но любой подходящий канал управления нисходящей линии связи может быть использован для второго назначения 708 ресурсов. Еще дополнительно, объект 202 диспетчеризации может передавать LoLat-данные 710 нисходящей линии связи LoLat-пользователю 504 с использованием одного или более коротких TTI.

[0075] Еще раз, в некоторых аспектах раскрытия сущности, передача модификации 508 разрешения на диспетчеризацию, передача второго назначения ресурсов или LoLat-предоставления 708 и передача LoLat-данных 710 нисходящей линии связи могут возникать одновременно, т.е. в идентичном коротком TTI, как проиллюстрировано на фиг. 6. Конечно, как описано выше, в других аспектах раскрытия сущности, эти передачи не должны обязательно возникать в течение идентичного короткого TTI. Иными словами, приемные подчиненные объекты 204 могут включать буфер данных в своем запоминающем устройстве 405, в котором контент модификации 508 разрешения на диспетчеризацию, второго назначения 708 ресурсов и LoLat-данных 710 нисходящей линии связи может сохраняться для постобработки (например, в конце текущего длинного TTI или в любое подходящее время).

[0076] На этапе 810 объект диспетчеризации может возобновлять передачу данных нисходящей линии связи с использованием длинного TTI. Здесь, в некоторых примерах возобновление передачи данных по нисходящей линии связи с длинным TTI может осуществляться при завершении передачи LoLat-пользовательских данных. Тем не менее, не обязательно имеет место то, что все данные нисходящей линии связи с длинным TTI прекращены в ходе передачи LoLat-пользовательских данных. Например, ссылаясь на фиг. 6, по меньшей мере, в некоторых коротких TTI, используемых для передачи LoLat-пользовательских данных, данные нисходящей линии связи с длинным TTI могут одновременно передаваться по различным частотно-временным ресурсам. Иными словами, в некоторых аспектах раскрытия сущности, только часть поднесущих, каналов или полосы пропускания может быть использована для LoLat-данных, в то время как другие части поднесущих, каналов или полосы пропускания могут быть использованы для того, чтобы продолжать передачу данных нисходящей линии связи с длинным TTI.

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

Мультиплексирование в UL/UL

[0078] Фиг. 9 является схематичной иллюстрацией примера структуры синхронного канала со множественным доступом, включающего в себя тонкий канал управления, который может реализовываться согласно дополнительным аспектам настоящего раскрытия сущности. На этой иллюстрации, структура канала может быть применимой к передаче данных по восходящей линии связи, т.е. передаче из подчиненного объекта в объект диспетчеризации. Конечно, эта структура канала не ограничена такой схемой, а вместо этого может обобщаться как применимая к любой линии связи, в которой приемное устройство диспетчеризует трафик.

[0079] Аналогично примеру нисходящей линии связи, описанному выше, здесь, частотно-временные канальные ресурсы восходящей линии связи для различных пользователей радиоинтерфейса занимают данные области в канале, идентифицированные в различных блоках. Например, некоторые частотно-временные ресурсы могут быть использованы "обычными" пользователями 902, которые имеют менее строгие требования по времени задержки для связи. На иллюстрации, в качестве одного примера, шести обычным пользователям 902, помеченным как пользователь A, B, C, D, E и F, диспетчеризуются частотно-временные ресурсы, как указано посредством их соответствующих помеченных блоков. Конечно, в различных примерах любому числу пользователей может диспетчеризоваться использование ресурсов. Дополнительно, хотя на иллюстрации все частотно-временные ресурсы показаны назначенными обычным пользователям, в различных примерах некоторые или даже все частотно-временные ресурсы могут не назначаться или назначаться для другой цели, помимо обычных пользовательских данных.

[0080] В контексте настоящего раскрытия сущности обычный пользователь 902 может представлять собой подчиненный объект 204, который принимает назначение ресурсов из объекта 202 диспетчеризации, причем назначение ресурсов указывает для подчиненного объекта 204 использовать длинный TTI. Такие обычные пользователи 902 могут быть более устойчивыми ко времени задержки при связи и в некоторых примерах могут быть более оптимизированными для пропускной способности. Соответственно, эти пользователи могут использовать такие более длинные TTI для пакетов, которые могут допускать большее время задержки, чем другие пользователи, или другие типы связи, которые могут требовать LoLat-связи. Длинный TTI в широком смысле может представлять собой любой TTI, который превышает короткий TTI, подробнее описанный ниже. В некоторых примерах длинный TTI может представлять собой TTI, который имеет длительность в множество символов данных или временных квантов. Некоторые неограничивающие примеры длинного TTI могут иметь длительность в 100 мкс, 240 мкс или 1 мс. Конечно, любая подходящая длительность для длинного TTI может быть использована в пределах объема раскрытия сущности.

[0081] Кроме того, как проиллюстрировано на фиг. 9, в дополнение к каналам трафика данных восходящей линии связи, используемым обычными пользователями 902, "тонкий" канал 907 обратной связи в направлении восходящей линии связи может быть использован так, как проиллюстрировано. Здесь, тонкий канал 907 обратной связи может быть идентичным тонкому каналу 214 обратной связи, описанному выше и проиллюстрированному на фиг. 2. В настоящем раскрытии сущности, тонкий канал обратной связи может находиться в одной или более подполос частот за пределами (например, выше) подполос частот, используемых посредством передач трафика восходящей линии связи, таких как выделяемые частотно-временные ресурсы, описанные выше для обычных пользователей A-F 902. Ширина тонкого канала 907 обратной связи в направлении частоты может уменьшаться или минимизироваться, с тем чтобы уменьшать или минимизировать объем служебной информации, используемой посредством тонкого канала 907 обратной связи.

[0082] Еще дополнительно, как проиллюстрировано на фиг. 9, в дополнение к каналам трафика и обратной связи в восходящей линии связи, тонкий канал 906 управления может быть использован в направлении нисходящей линии связи, как проиллюстрировано. Здесь, тонкий канал 906 управления может быть идентичным одному или обоим из тонких каналов 208/212 управления, описанных выше и проиллюстрированных на фиг. 2. В настоящем раскрытии сущности, тонкий канал управления может находиться в одной или более подполос частот за пределами подполос частот, используемых посредством передач трафика и обратной связи по восходящей линии связи, таких как выделяемые частотно-временные ресурсы, описанные выше для обычных пользователей A-F 902 и тонкого канала 907 обратной связи. Например, в системе с дуплексом с частотным разделением каналов (FDD), тонкий канал 906 управления в нисходящей линии связи может находиться в другой полосе частот по сравнению с каналами трафика и обратной связи в восходящей линии связи, либо в идентичной полосе частот, но в другом частотном канале. Ширина тонкого канала 906 управления в направлении частоты может уменьшаться или минимизироваться, с тем чтобы уменьшать или минимизировать объем служебной информации, используемой посредством канала 906 управления. В дополнительном аспекте, все активные пользователи (например, подчиненные объекты 204, включающие в себя, но не обязательно ограниченные обычными пользователями 902), поддерживающие связь с объектом 202 диспетчеризации, который передает в широковещательном режиме тонкий канал 906 управления, могут отслеживать (и в некоторых примерах буферизовать) тонкий канал 906 управления, показанный в данном документе.

[0083] Как проиллюстрировано на фиг. 9, каждый временной квант, символ или единица тонкого канала 906 управления может соответствовать длительности короткого TTI. Иными словами, в некоторых примерах короткий TTI может соответствовать длительности одного символа. Некоторые неограничивающие примеры короткого TTI могут иметь длительность в 10 мкс, 20 мкс, 100 мкс или любую другую подходящую длительность, которая меньше длинного TTI. В некоторых примерах длинный TTI может представлять целое кратное коротких TTI. В некоторых примерах общая длительность символа может быть использована как в длинном TTI, так и в коротком TTI, либо в других примерах различные длительности символов могут быть использованы в длинном TTI и коротком TTI.

[0084] Ссылаясь теперь на фиг. 10, проиллюстрирован пример для того, чтобы показывать примерную схему для передач со множественным доступом (например, передач по восходящей линии связи) посредством подчиненных объектов, обеспечивающую мультиплексирование передач по восходящей линии связи из одного или более подчиненных объектов с использованием длинного TTI и передач по восходящей линии связи из одного или более подчиненных объектов с использованием короткого TTI. Иными словами, множество обычных пользователей 902 может передавать связь в восходящей линии связи с использованием существующего назначения частотно-временных ресурсов. Здесь, любой подходящий канал управления (не обязательно тонкий канал 906 управления) в направлении нисходящей линии связи может быть использован для того, чтобы предоставлять ресурсы в различные объекты в сети, так что эти подчиненные объекты 204 могут передавать данные восходящей линии связи с длинным TTI согласно своим соответствующим назначениям.

[0085] Здесь, может иметь место то, что подчиненный объект в сети хочет передавать LoLat-данные. Здесь, для того чтобы поддерживать ортогональность между множеством подчиненных объектов, центральный объект диспетчеризации может быть использован для того, чтобы диспетчеризовать LoLat-передачи и передачи по восходящей линии связи с длинным TTI посредством каждого из подчиненных объектов, и в общем, он не может случайно передавать данные восходящей линии связи без приема назначаемых частотно-временных ресурсов для таких передач. Соответственно, когда конкретный подчиненный объект 204 определяет то, что он имеет трафик (например, высокоприоритетный трафик), который он хочет передавать с меньшим временем задержки, в таком случае подчиненный объект может передавать запрос 909 на LoLat-диспетчеризацию по тонкому каналу 907 обратной связи. Запрос 909 на LoLat-диспетчеризацию проиллюстрирован как занимающий один короткий TTI, хотя это не обязательно всегда имеет место, и различные запросы на LoLat-диспетчеризацию могут занимать любое подходящее число коротких TTI или длин символа. Контент запроса 909 на LoLat-диспетчеризацию может включать в себя информацию относительно LoLat-данных, которые передающий объект хочет передавать, такую как, например, длина, тип данных, приоритет, отчет о состоянии буфера (BSR), предел времени задержки, информация надежности или любая другая подходящая информация, связанная с LoLat-данными. В некоторых примерах запрос 909 на LoLat-диспетчеризацию может состоять из одного бита, тогда как в других примерах запрос 909 на LoLat-диспетчеризацию может включать в себя множество битов.

[0086] В ответ на запрос 909 на LoLat-диспетчеризацию, приемная сторона запроса 909 на LoLat-диспетчеризацию (например, объект 202 диспетчеризации), соответственно, может определять разрешать регулирование по диспетчеризации. Таким образом, объект 202 диспетчеризации может обеспечивать доступность ресурсов для запрашивающего LoLat-пользователя 904, чтобы осуществлять его передачу LoLat-данных восходящей линии связи. Таким образом, объект 202 диспетчеризации может передавать, по тонкому каналу 906 управления, модификацию 908 разрешения на передачу по восходящей линии связи. Эта модификация 908 разрешения на передачу по восходящей линии связи может уведомлять обычных пользователей 902 в отношении того, что их разрешение на передачу модифицируется, и что ранее выделяемые частотно-временные ресурсы с длинным TTI должны прореживаться, и что ресурсы не используются обычными пользователями 902. Здесь, прореживание ресурсов обычного пользователя 902 в некоторых примерах может означать то, что обычный пользователь 902 прекращает передачу в течение времени, ассоциированного с переназначенным коротким TTI. В других примерах, в которых могут использоваться одно или более средств мультиплексирования каналов (включающего в себя, но не только, мультиплексирование с частотным разделением каналов и мультиплексирование с кодовым разделением каналов), прореживание ресурсов обычного пользователя 902 может означать, что обычный пользователь 902 прекращает использование прореженных ресурсов, но может продолжать передачу данных восходящей линии связи с использованием другой частоты или другого кода скремблирования, отличного от ресурса, ранее предоставленного LoLat-пользователю 904, чтобы поддерживать ортогональность. Как описано выше, тонкий канал 906 управления может представлять собой широковещательный канал "точка-многоточка", отслеживаемый посредством всех подчиненных объектов 204, поддерживающих связь с объектом 202 диспетчеризации. Таким образом, любой пользователь или пользователи, прореживающие свои ранее предоставленные частотно-временные ресурсы посредством модификации 908 разрешения на передачу по восходящей линии связи, могут информироваться или инструктироваться таким образом, чтобы не передавать передачу по восходящей линии связи с использованием конкретного частотно-временного ресурса, теперь выделяемого LoLat-пользователю 904.

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

[0088] В другом аспекте раскрытия сущности вместо прореживания частотно-временных ресурсов для обычных пользовательских данных данные от обычного пользователя 902 и данные для LoLat-пользователя 904 могут перекрываться. Иными словами, обе передачи по восходящей линии связи могут занимать идентичные частотно-временные ресурсы. Здесь, приемный объект может быть сконфигурирован с возможностью учитывать помехи, которые могут возникать, либо в других примерах такие помехи могут приводить к тому, что может считаться приемлемыми потерями данных. В дополнительном примере, может выполняться модификация передачи 902 обычных пользовательских данных с тем, чтобы учитывать перекрывающиеся передачи, например, посредством регулирования алгоритма согласования скорости, как описано выше.

[0089] В дополнительном аспекте модификация 908 разрешения на передачу по восходящей линии связи может не только включать в себя информацию модификацию разрешения на передачу, направленную обычным пользователям 902, но в некоторых примерах дополнительно может включать в себя информацию разрешения на передачу, направленную запрашивающему LoLat-пользователю 904, указывающую то, что прореженные или иным образом указываемые частотно-временные ресурсы выделены LoLat-пользователю 904. В другом примере в пределах объема настоящего раскрытия сущности, информация разрешения на передачу, направленная запрашивающему LoLat-пользователю 904, может переноситься по каналу разрешения на передачу по восходящей линии связи (не проиллюстрирован), отдельно или отлично от информации модификация разрешения на передачу, направленной обычным пользователям 902. Иными словами, тонкий канал 906 управления в некоторых примерах может исключать информацию разрешения на передачу для LoLat-пользователя 904, причем эта информация передается по любому подходящему каналу нисходящей линии связи, считываемому посредством запрашивающего LoLat-пользователя 904. В любом случае, информация разрешения на передачу, направленная запрашивающему LoLat-пользователю 904, может включать в себя информацию, идентифицирующую LoLat-пользователя 904, идентифицирующую один или более частотно-временных ресурсов, которые следует использовать для передачи LoLat-данных по восходящей линии связи, схемы модуляции и кодирования, информацию управления мощностью, информацию временного опережения или любую другую подходящую информацию, связанную с предоставленным ресурсом для запрашивающего LoLat-пользователя 904.

[0090] На фиг. 10 LoLat-пользователь 904 передает запрос 909 на LoLat-диспетчеризацию, но все подчиненные объекты, включающие в себя обычных пользователей 902, принимают модификацию 908 разрешения на передачу по восходящей линии связи. Здесь, в дополнительном аспекте раскрытия сущности, обычные пользователи 902 могут иметь такую конфигурацию, в которой они допускают декодирование модификации 908 разрешения на передачу по восходящей линии связи относительно быстро, так что они могут быстро прекращать передачу (например, прореживать свои передачи) в течение повторно выделяемого короткого TTI. Таким образом, частотно-временные ресурсы могут быстро задаваться доступными для LoLat-пользователя 904, чтобы передавать LoLat-символы.

[0091] Можно отметить, что по сравнению со схемой нисходящей линии связи, описанной выше и проиллюстрированной на фиг. 6, схема восходящей линии связи, описанная здесь и проиллюстрированная на фиг. 10, имеет относительно большее время задержки. Это время задержки может быть обусловлено задержкой на распространение для передачи по восходящей линии связи запроса 909 на LoLat-диспетчеризацию, который должен приниматься в объекте 202 диспетчеризации, задержкой при обработке в объекте 202 диспетчеризации, второй задержкой на распространение для передачи по нисходящей линии связи модификации 908 разрешения на передачу по восходящей линии связи, которая должна приниматься в подчиненном объекте 204, и дополнительной задержкой до тех пор, пока выделенные ресурсы не будут доступны для LoLat-передачи.

[0092] Фиг. 11 является схемой последовательности операций обработки, иллюстрирующей примерную процедуру назначения и переназначения ресурсов, которая может возникать в соответствии с одним примером для мультиплексирования данных восходящей линии связи с различными целями по времени задержки. На этой иллюстрации, время продвигается в направлении вниз, и сигналы связи между проиллюстрированными объектами обозначаются с помощью стрелок между линиями ниже соответствующих объектов. Как проиллюстрировано, объект 202 диспетчеризации поддерживает связь с множеством подчиненных объектов 204, включающих в себя обычного пользователя 902 и LoLat-пользователя 904.

[0093] Фиг. 11 описывается ниже в сочетании с блок-схемой последовательности операций способа, проиллюстрированной на фиг. 12. Иными словами, фиг. 12 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 1200 для назначения и переназначения ресурсов в соответствии с некоторыми аспектами настоящего раскрытия сущности. Процесс 1200 описывается с точки зрения объекта 202 диспетчеризации и, соответственно, может, как описано в связи с фиг. 11, работать в объекте диспетчеризации, описанном выше в связи с фиг. 2 и/или 3. В других примерах в пределах объема настоящего раскрытия сущности, процесс 1200 может управляться посредством процессора общего назначения, системы 314 обработки, как описано выше и проиллюстрировано на фиг. 3, или любого подходящего средства для выполнения описанных функций.

[0094] На этапе 1202 объект 202 диспетчеризации может передавать первое назначение или предоставление 702 частотно-временных ресурсов, по меньшей мере, в один подчиненный объект. Любой подходящий канал управления нисходящей линии связи может быть использован на этапе 1202 для первого назначения 1102 ресурсов. Здесь, первое назначение 1102 ресурсов может быть сконфигурировано с возможностью указывать, какой частотно-временной ресурс или ресурсы назначаются подчиненному объекту для передач обычных данных по восходящей линии связи, т.е. передач с использованием длинного TTI. В соответствии с первым назначением 1102 ресурсов, на этапе 1204, объект 202 диспетчеризации может принимать обычные данные 1104 восходящей линии связи, по меньшей мере, из одного подчиненного объекта (например, подчиненных объектов 1102 и 1104) с использованием длинного TTI. Здесь, со ссылкой на фиг. 10, эти обычные данные 1104 восходящей линии связи могут соответствовать передачам от обычных пользователей 902. Как проиллюстрировано на фиг. 11 с помощью пунктирной стрелки, обычные данные восходящей линии связи могут необязательно передаваться из подчиненного объекта 1104, в зависимости от контента первого назначения 1102 ресурсов и того, сконфигурирован или нет второй подчиненный объект 1104 с возможностью передавать передачи данных по восходящей линии связи с использованием длинного TTI.

[0095] Этапы 1202 и 1204 могут повторяться или итеративно повторяться многократно в различных примерах, поскольку обычные данные 1104 восходящей линии связи могут продолжать передаваться из подчиненных объектов. Тем не менее, в любой момент времени может возникать такая ситуация, что подчиненный объект 1104 (т.е. LoLat-пользователь 904) может хотеть передавать LoLat-данные в объект 202 диспетчеризации. Соответственно, на этапе 1206, объект 202 диспетчеризации может принимать запрос 909 на LoLat-диспетчеризацию по тонкому каналу 907 обратной связи от LoLat-пользователя 904 (т.е. второго подчиненного объекта 1104). Запрос 909 на LoLat-диспетчеризацию может включать в себя информацию, идентифицирующую запрашивающий подчиненный объект 1104 и включающую в себя любую релевантную информацию, связанную с LoLat-данными, которые должны передаваться.

[0096] На этапе 1208 объект 202 диспетчеризации может передавать модификацию 908 разрешения на диспетчеризацию в восходящей линии связи по тонкому каналу 906 управления. Здесь, модификация 908 разрешения на диспетчеризацию в восходящей линии связи может инструктировать обычным пользователям 902, к примеру, первому подчиненному объекту 1102, имеющему предоставленные ресурсы для передач по восходящей линии связи с длинным TTI, прореживать свои передачи по восходящей линии связи в течение, по меньшей мере, одного указанного короткого TTI. Дополнительно, на этапе 1210, объект 202 диспетчеризации может передавать второе назначение ресурсов или предоставление 1106 частотно-временных ресурсов в запрашивающий подчиненный объект 1104 (т.е. LoLat-пользователю 904). Здесь, второе назначение 1106 ресурсов может включать в себя информацию, идентифицирующую запрашивающий подчиненный объект 1104, и информацию, идентифицирующую частотно-временные ресурсы, предоставленные для LoLat-передачи по восходящей линии связи. В некоторых примерах передача модификации 908 разрешения на диспетчеризацию в восходящей линии связи на этапе 1208 и передача второго назначения 1106 ресурсов на этапе 1210 может возникать одновременно. Иными словами, эти передачи могут мультиплексироваться, например, с использованием различных частотно-временных ресурсов. В других примерах эти передачи могут выполняться в различные моменты времени, согласно подробностям конкретной реализации.

[0097] Этап 1212 представляет операции в подчиненных объектах, таких как обычные пользователи 902 и LoLat-пользователь(ли) 904. Иными словами, в ответ на модификацию 908 разрешения на передачу по восходящей линии связи, обычные пользователи 902 (т.е. первый подчиненный объект 1102) могут прореживать свои ранее диспетчеризованные передачи данных по восходящей линии связи, которые используют длинный TTI. Дополнительно, в ответ на второе назначение 1106 ресурсов, LoLat-пользователь(ли) 904 (т.е. второй подчиненный объект 1104) может передавать LoLat-данные 1108 восходящей линии связи с использованием назначенных частотно-временных ресурсов.

[0098] На этапе 1214 объект 202 диспетчеризации может принимать LoLat-данные 1108 восходящей линии связи, передаваемые из запрашивающего подчиненного объекта 1104 с использованием короткого TTI.

[0099] Этап 1216 представляет дополнительные операции в подчиненных объектах, таких как обычные пользователи 902 и в некоторых примерах LoLat-пользователь(ли) 904. Иными словами, обычные подчиненные объекты могут возобновлять свои передачи обычных данных по восходящей линии связи, когда передача LoLat-данных восходящей линии связи завершена. Соответственно, на этапе 1218, объект 202 диспетчеризации может возобновлять прием обычных данных восходящей линии связи из одного или более подчиненных объектов с использованием длинного TTI.

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

Управление помехами

[00101] В дополнительном аспекте раскрытия сущности на основе тонкого канала управления, описанного в данном документе выше, не только могут мультиплексироваться каналы и пользователи, имеющие различные формы сигналов, времена задержки и TTI. Дополнительно, может обеспечиваться эффективное управление помехами и адаптация линии связи. Например, при работе в сети беспроводной связи, величина помех, которой может подвергаться устройство мобильной связи, может варьироваться во времени. В частности, в нелицензированных или менее координированных развертываниях, такие устройства беспроводной связи могут подвергаться чрезмерным помехам. В соответствии с аспектом настоящего раскрытия сущности, если устройство беспроводной связи, такое как объект 202 диспетчеризации и/или подчиненный объект 204, подвергается чрезмерным и/или изменяющимся во времени помехам, приемное устройство беспроводной связи может передавать обратную связь в передающее устройство, чтобы указывать то, что состояние помех существует. Эта информация обратной связи, связанная с помехами, может передаваться по подходящему тонкому каналу управления, по тонкому каналу обратной связи или по другому подходящему тонкому каналу передачи, как описано в настоящем раскрытии сущности.

[00102] Информация обратной связи, передаваемая посредством приемного устройства, которое подвергается помехам (например, объекта 202 диспетчеризации и/или подчиненного объекта 204), может включать в себя различную подходящую информацию, включающую в себя, но не только, информацию относительно источника помех и/или создающего помехи сигнала, времени (постоянства) источника помех, частоты, мощности, пространственную информацию и т.д. Информация, передаваемая посредством приемного устройства, также может включать в себя индикатор качества канала (CQI), который может указывать то, насколько плохой канал находится в присутствии источника помех. Еще дополнительно, передаваемая информация может включать длительность пакета в каждом символе, с помощью поля обратного отсчета в каждом символе.

[00103] Некоторые существующие CQI-реализации, к примеру, CQI-реализации в LTE или в более ранних стандартах связи, могут иметь относительно большой объем вычислений. Таким образом, для обратной связи по 5G CQI, в некоторых аспектах настоящего раскрытия сущности, величина сложности CQI-вычисления, возможно, должна уменьшаться или упрощаться. С этой целью, приемное устройство, подвергающееся помехам и формирующее CQI по передаче по тонкому каналу управления или каналу обратной связи, может необязательно проверять все возможные направления формирования диаграммы направленности. Иными словами, в некоторых аспектах настоящего раскрытия сущности, сообщающее CQI устройство может сообщать то, какой ранг является осуществимым для передач, и согласно этим гипотезам, то, какую пропускную способность видит устройство, что может сообщаться в приемный объект, какую схему модуляции и кодирования (MCS) может поддерживать сообщающий объект. CQI в некоторых примерах может представлять собой просто индикатор того, что помехи перескакивают на определенную величину, скажем 10 дБ.

[00104] Снова ссылаясь на фиг. 5, в контексте передач по нисходящей линии связи, в случае если обычный пользователь 502 подвергается помехам, например, из сигнала преднамеренных помех, обычный пользователь 502 может передавать обратную связь по тонкому каналу обратной связи, чтобы сообщать передающему устройству (например, объекту 202 диспетчеризации) то, что оно подвергается помехам. Здесь, обратная связь может быть сконфигурирована с возможностью указывать объекту 202 диспетчеризации отменять эти пакеты вследствие низкой вероятности надлежащего декодирования, либо запрашивать объект 202 диспетчеризации изменять стратегию передачи (например, схему модуляции, кодирования, мощность и др.). Таким образом, тонкий канал управления (и/или тонкий канал обратной связи) может предоставлять механизм быстрой обратной связи, который может обеспечивать возможность передающему устройству выполнять более динамическую адаптацию линии связи.

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

[00106] Фиг. 13 является блок-схемой последовательности операций способа, иллюстрирующей примерный процесс 1300 для уменьшения помех в соответствии с некоторыми аспектами раскрытия сущности. В некоторых примерах процесс 1300 может реализовываться посредством объекта 202 диспетчеризации, как описано выше и проиллюстрировано на фиг. 3. В некоторых примерах процесс 1300 может реализовываться посредством системы 314 обработки, описанной выше и проиллюстрированной на фиг. 3. В некоторых примерах процесс 1300 может реализовываться посредством подчиненного объекта 204, как описано выше и проиллюстрировано на фиг. 4. В некоторых примерах процесс 1300 может реализовываться посредством системы 414 обработки, описанной выше и проиллюстрированной на фиг. 4. В других примерах процесс 1300 может реализовываться посредством любого подходящего средства для выполнения описанных функций.

[00107] На этапе 1302 первое устройство (например, объект 202 диспетчеризации или подчиненный объект 204) может обмениваться данными с одним или более беспроводных устройств, таких как объект 202 диспетчеризации или подчиненный объект 204, описанные выше и проиллюстрированные на фиг. 3 и/или 4, с использованием длинного TTI для связи в восходящей линии связи и/или нисходящей линии связи. На этапе 1304, первое устройство может принимать информацию по тонкому каналу управления, передаваемую из беспроводного устройства. Например, информация, принимаемая по тонкому каналу управления, может включать в себя одно или более из индикатора качества канала (CQI), показателя помех (например, параметра, связанного или непосредственно указывающего величину помех) либо некоторого другого параметра или показателя, связанного с помехами, испытываемыми в беспроводном устройстве.

[00108] На этапе 1306 первое устройство, соответственно, может приостанавливать свою связь с беспроводным устройством. Здесь, в случае передач по нисходящей линии связи, объект 202 диспетчеризации может приостанавливать свои передачи в подчиненный объект 204. В случае передач по восходящей линии связи, может осуществляться дополнительная процедура установления связи, например, при этом объект 202 диспетчеризации инструктирует подчиненному объекту 204 приостанавливать свои передачи по восходящей линии связи. Таким образом, может не допускаться высокая вероятность ошибок, которая может быть ассоциирована с состоянием помех, испытываемым посредством беспроводного устройства, и, следовательно, потерянные ресурсы могут уменьшаться или не допускаться. В дополнительном примере, помимо или альтернативно приостановке связи с беспроводным устройством, первое устройство может повторно выделять ресурсы, раньше назначаемые отвечающему беспроводному устройству, одному или более других беспроводных устройств. Иными словами, первое устройство может диспетчеризовать связь с одним или более других беспроводных устройств в ходе приостановки связи с беспроводным устройством.

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

[00110] Специалисты в данной области техники должны легко принимать во внимание, что различные аспекты, описанные в ходе этого раскрытия сущности, могут быть распространены на любые другие подходящие системы связи, сетевые архитектуры и стандарты связи. В качестве примера, различные аспекты могут применяться к 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 и/или других надлежащих систем, включающих в себя системы, описанные посредством подлежащих заданию глобальных сетевых стандартов. Фактический стандарт связи, сетевая архитектура и/или используемый стандарт связи зависит от конкретного варианта применения и общих проектных ограничений, налагаемых на систему.

[00111] В настоящем раскрытии сущности слово "примерный" используется для того, чтобы означать "служащий в качестве примера, отдельного случая или иллюстрации". Любая реализация или аспект, описанные в данном документе как "примерные", не обязательно должны быть истолкованы как предпочтительные или преимущественные в сравнении с другими аспектами раскрытия сущности. Аналогично, термин "аспекты" не требует того, чтобы все аспекты раскрытия сущности включали в себя поясненный признак, преимущество или режим работы. Термин "соединенный" используется в данном документе, чтобы означать прямую или косвенную связь между двумя объектами. Например, если объект A физически касается объекта B, и объект B касается объекта C, то объекты A и C по-прежнему могут считаться соединенными между собой, даже если они непосредственно физически не касаются друг друга. Например, первый кристалл может соединяться со вторым кристаллом в комплекте, даже если первый кристалл никогда не находится непосредственно физически в контакте со вторым кристаллом. Термин "схема" используется широко и предназначен включать в себя аппаратные реализации электрических устройств и проводников, которые, после соединения и конфигурирования, обеспечивают выполнение функций, описанных в настоящем раскрытии сущности, без ограничения в отношении типа электронных схем, а также программные реализации информации и инструкций, которые при выполнении посредством процессора обеспечивают выполнение функций, описанных в настоящем раскрытии сущности.

[00112] Один или более компонентов, этапов, признаков и/или функций, проиллюстрированных на фиг. 1-13, могут быть перекомпонованы и/или комбинированы в один компонент, этап, признак или функцию или осуществлены в нескольких компонентах, этапах или функциях. Дополнительные элементы, компоненты, этапы и/или функции также могут быть добавлены без отступления новых признаков, раскрытых в данном документе. Устройства (apparatus), устройства (device) и/или компоненты, проиллюстрированные на фиг. 1-13, могут быть сконфигурированы с возможностью осуществлять один или более способов, признаков или этапов, описанных в данном документе. Новые алгоритмы, описанные в данном документе, также могут эффективно реализовываться в программном обеспечении и/или встраиваться в аппаратные средства.

[00113] Следует понимать, что конкретный порядок или иерархия этапов в раскрытых способах является иллюстрацией примерных процессов. На основе проектных предпочтений, следует понимать, что конкретный порядок или иерархия этапов в способах может перекомпоновываться. Пункты прилагаемой формулы изобретения на способ представляют элементы различных этапов в примерном порядке и не предназначены быть ограниченными конкретным представленным порядком или иерархией, если иное не указано в данном документе.

[00114] Вышеприведенное описание служит для того, чтобы предоставлять возможность всем специалистам в данной области техники осуществлять на практике различные аспекты, описанные в данном документе. Различные модификации в этих аспектах должны быть очевидными для специалистов в данной области техники, а описанные в данном документе общие принципы могут быть применены к другим аспектам. Таким образом, формула изобретения не предназначена быть ограниченной аспектами, показанными в данном документе, а должна допускать полный объем, согласованный с языком формулы изобретения, при этом ссылка на элемент в единственном числе предназначена означать не "один и только один", если не указано иное в явной форме, а, наоборот, "один или более". Если прямо не указано иное, термин "некоторые" означает один или более. Фраза, означающая "по меньшей мере, один из" списка элементов, означает любую комбинацию этих элементов, включающих в себя одиночные элементы. В качестве примера, "по меньшей мере, одно из: a, b или c" предназначено охватывать: a; b; c; и b; и c; b и c; и a, b и c. Все структурные и функциональные эквиваленты элементов различных аспектов, описанных в ходе этого раскрытия сущности, которые известны или позднее становятся известными специалистам в данной области техники, явно содержатся в данном документе по ссылке и предназначены охватываться посредством формулы изобретения. Более того, ничего из раскрытого в данном документе не предназначено становиться всеобщим достоянием, независимо от того, указано или нет данное раскрытие сущности в явной форме в формуле изобретения. Ни один элемент пункта формулы изобретения не должен трактоваться как подчиняющийся условиям параграфа 112(f) раздела 35 Свода законов США, если только элемент не изложен в явной форме с помощью фразы "средство для" или, для пункта формулы изобретения на способ, элемент не изложен с помощью фразы "этап для".

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

1. Способ беспроводной связи, выполняемый в объекте диспетчеризации, содержащий этапы, на которых:

- обмениваются данными с беспроводным устройством с использованием первого интервала времени передачи (TTI) по каналу передачи данных;

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

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

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

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

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

4. Способ по п. 1, дополнительно содержащий этапы, на которых:

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

5. Способ беспроводной связи, выполняемый в подчиненном объекте, содержащий этапы, на которых:

- обмениваются данными с беспроводным устройством с использованием первого интервала времени передачи (TTI) по каналу передачи данных;

- обнаруживают помехи, которые создают помехи обмену данными с беспроводным устройством; и

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

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

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

8. Устройство для беспроводной связи, содержащее:

- средство для обмена данными с беспроводным устройством с использованием первого интервала времени передачи (TTI) по каналу передачи данных;

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

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

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

9. Устройство по п. 8, в котором канал управления разделен по частоте от канала передачи данных.

10. Устройство по п. 8, в котором упомянутая информация содержит по меньшей мере одно из индикатора качества канала (CQI), информации постоянства, связанной с помехами, частоты помех, мощности помех или пространственной информации, соответствующей помехам.

11. Устройство по п. 8, дополнительно содержащее:

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

12. Устройство для беспроводной связи, содержащее:

- средство для обмена данными с беспроводным устройством с использованием первого интервала времени передачи (TTI) по каналу передачи данных;

- средство для обнаружения помех, которые создают помехи обмену данными с беспроводным устройством; и

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

13. Устройство по п. 12, в котором упомянутая информация содержит по меньшей мере одно из индикатора качества канала (CQI), информации постоянства, связанной с помехами, частоты помех, мощности помех или пространственной информации, соответствующей помехам.

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

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