Способ и устройство в телекоммуникационной системе

Способ и устройство в телекоммуникационной системе

Иллюстрации

Показать все

Реферат

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

Изобретение в целом имеет отношение к способу и устройству для оптимизации беспроводных передач в телекоммуникационной системе, использующей TDD (ДПВР, дуплексную передачу с временным разделением).

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

В 3GPP (3^rd Generation Partnership Project - Проект Партнерства Третьего Поколения), системы сотовой связи с пакетной коммутацией HSPA (High Speed Packet Access - Высокоскоростная пакетная передача данных) и LTE (Long Term Evolution - Долгосрочное Развитие) были назначены для радиопередачи пакетов данных между пользовательскими терминалами и базовыми станциями в сети сотовой/подвижной связи. Передачи от базовой станции на пользовательский терминал именуются как "нисходящая линия связи" НЛС, а передачи в противоположном направлении именуются как "восходящая линия связи" ВЛС. В последующем описании, термин "терминал" используется для обобщенного представления любого абонентского оборудования (обычно в вышеупомянутых системах именуемого как АО), выполненного с возможностью осуществления беспроводной связи, например, с базовыми станциями в сети сотовой/подвижной связи.

Существует два основных режима работы, доступных для беспроводных передач: TDD (ДПВР, дуплексная передача с временным разделением) и FDD (ДПЧР, дуплексная передача с частотным разделением). При FDD, передачи по нисходящей и восходящей линиям связи совершаются на отдельных полосах частот, так что данные могут передаваться в нисходящей линии связи и в восходящей линии связи одновременно без взаимных помех. При TDD, с другой стороны, передачи по нисходящей и восходящей линиям связи совершаются на одной и той же полосе частот и, следовательно, должны быть разделены по времени во избежание помех.

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

В отношении LTE, в настоящее время в 3GPP проходит стандартизацию новый физический уровень, который базируется на OFDM (Orthogonal Frequency Division Multiplexing - уплотнение с ортогональным частотным разделением) в нисходящей линии связи и SC-FDMA (Single Carrier Frequency Division Multiple Access - многостанционный доступ с частотным разделением каналов с одной несущей) в восходящей линии связи. Новый физический уровень должен поддерживать режим работы и для TDD, и для FDD, и должна быть высокая степень совместимости между этими двумя режимами работы. Характеристики SC-FDMA в восходящей линии связи требуют, чтобы любые данные, передаваемые от каждого терминала, в основном сохраняли характеристики отдельной несущей.

Передачи в режиме работы и для TDD, и для FDD, как правило, планируются в радиокадрах, и каждый радиокадр обычно разбивается на множественные подкадры. В последующем описании, термин "подкадр" используется, чтобы в общем смысле представить предварительно заданный временной интервал передачи данных (иногда именуемый как "TTI" - Transmission Time Interval) или временной сегмент, в котором информация может передаваться в форме "блоков данных", хотя не ограничивается каким-то конкретным стандартом или продолжительностью. Блоки данных могут, таким образом, передаваться в каждом подкадре. Например, базовая станция может передавать блоки данных на один или более терминалов в каждом подкадре, а терминалу могут назначаться ресурсы для блока данных в каждом подкадре нисходящей линии связи. Дополнительно, один или более терминалов могут передавать блоки данных в назначенных ресурсах в подкадрах восходящей линии связи на базовую станцию.

В LTE, предварительно заданный радиокадр равен 10 мс (миллисекунд), который разбивается на десять предварительно заданных подкадров продолжительностью по 1 мс каждый. В режиме FDD, когда данные могут передаваться одновременно в нисходящей и восходящей линиях связи, имеется 10 подкадров нисходящей линии связи "НЛС" и 10 подкадров восходящей линии связи "ВЛС", доступных в течение одного радиокадра на отдельных полосах частот F₁ и F₂, соответственно, как схематично продемонстрировано на Фиг.1а. В режиме TDD, имеется в общей сложности десять подкадров нисходящей линии связи и восходящей линии связи, доступных для передачи данных в течение одного радиокадра, которые могут, таким образом, передаваться только по одному на общей полосе частот F. В общем случае, необходимы защитные интервалы, чтобы отделить подкадры восходящей линии связи от подкадров нисходящей линии связи, и поэтому один или два подкадра нисходящей линии связи могут быть несколько короче, каковые защитные интервалы можно было бы рассматривать как части временных сегментов или подкадров нисходящей линии связи, а также могут иметься определенные не используемые для данных временные сегменты восходящей линии связи, которые, тем не менее, не нужно описывать более подробно для понимания настоящего изобретения.

Как упоминалось выше, передачи по нисходящей и восходящей линиям связи могут конфигурироваться при TDD на базе ячеек в зависимости от требований к нагрузке в любом направлении. Например, распределение нисходящей/восходящей линий связи может конфигурироваться для восьми подкадров нисходящей линии связи и двух подкадров восходящей линии связи в течение одного радиокадра на одной и той же полосе частот F, как схематично продемонстрировано на Фиг.1b. Другой возможной конфигурацией могла бы быть 5 НЛС:5 ВЛС подкадров, а еще одной конфигурацией могла бы быть 7 НЛС:3 ВЛС подкадров. Модель чередования подкадров нисходящей/восходящей линий связи также может конфигурироваться по желанию. Например, модель подкадров нисходящей/восходящей линий связи, изображенная на Фиг.1b, могла бы быть изменена на восемь последовательных подкадров нисходящей линии связи, за которыми следуют два подкадра восходящей линии связи.

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

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

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

Если блок данных был принят правильно, сторона приема данных отправляет подтверждение приема "ACK", а если блок данных содержит в себе ошибки, она отправляет отрицательное подтверждение "NACK". Хотя термины ACK и NACK часто используются в этом описании, для отчетов обратной связи могут использоваться любые эквивалентные или подобные сообщения и настоящее изобретение не ограничивается в этом отношении. "Отчет обратной связи" используется в последующем как универсальный термин для таких сообщений ACK/NACK и их эквивалентов, и, в принципе, один отчет обратной связи необходим для каждого принятого блока данных.

И HSPA и LTE применяют протокол HARQ (Hybrid Automatic Repeat ReQuest - гибридный автоматический запрос на повторную передачу данных) в своих соответствующих МАС-уровнях (Medium Access Control - управление доступом к среде). Основные функциональные возможности технологических процессов,

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

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

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

Например, если блок данных передается по нисходящей линии связи, принимающий терминал проверяет наличие ошибок в блоке данных и отправляет отчет обратной связи на базовую станцию. Если базовая станция после этого обнаруживает NACK, она может повторно передать информацию в блоке данных. Этот механизм также может использоваться для блоков данных, отправленных по восходящей линии связи. В LTE, обратная связь, требующаяся для HARQ с мягким комбинированием, доставляется единственным битом, указывающим или ACK, или NACK. Временное соотношение между передачей блока данных от стороны отправки и передачей отчета обратной связи от стороны приема обычно используется, чтобы указать, к какому блоку данных относится отчет обратной связи.

При FDD, количество доступных подкадров одинаково в нисходящей и восходящей линиях связи, как продемонстрировано на Фиг.1a. Следовательно, есть возможность отправить отчет обратной связи для одного принятого подкадра нисходящей линии связи в заданном подкадре восходящей линии связи с "взаимнооднозначным соотношением", используя постоянный временной интервал между приемом и обратной связью. Таким образом, сторона отправки данных может установить, к какому технологическому процессу HARQ относится принятый отчет обратной связи, исходя из того, в каком подкадре этот отчет был принят.Таким образом, при FDD, отчеты обратной связи для блоков данных, принятых в подкадре n нисходящей линии связи, всегда передаются в подкадре n+k восходящей линии связи, где k соответствует задержке на обработку в терминале, которая установлена как k=4 для FDD в LTE. Дополнительно, если в соответствующем подкадре восходящей линии связи терминалу были выделены ресурсы восходящей линии связи, он может передавать отчет обратной связи в режиме с временным уплотнением вместе с передаваемым блоком данных. Если терминалу не было выделено никаких ресурсов для данных, он будет использовать некоторый канал управления в этом конкретном подкадре восходящей связи. Таким образом, терминалу или явно, или неявно назначается ресурс обратной связи в подкадре n+k восходящей линии связи.

При TDD, с другой стороны, эта постоянная схема обратной связи неприменима, поскольку если данные принимаются в подкадре n, подкадр n+4 может не быть подкадром восходящей линии связи и, следовательно, нет возможности отправить отчет обратной связи. Одним примером этого является ситуация, когда имеется больше четырех последовательных подкадров НЛС в модели подкадров нисходящей/восходящей линий связи. Другим примером является ситуация, когда модель подкадров предписывает, что следующие три подкадра являются подкадрами восходящей линии связи, но четвертый является подкадром нисходящей линии связи. Дополнительным примером является ситуация, когда следующий подкадр принадлежит нисходящей линии связи, следующие два - восходящей линии связи, а четвертый снова является подкадром нисходящей линии связи. Кроме того, распределение подкадров восходящей и нисходящей линий связи может быть таким, что количество подкадров нисходящей линии связи больше, чем количество подкадров восходящей линии связи.

В примере распределения, показанном на Фиг.2, доступны восемь подкадров нисходящей линии связи, но только два подкадра восходящей линии связи. В результате, отчеты обратной связи для восьми подкадров нисходящей линии связи должны быть переданы в двух подкадрах восходящей линии связи. В зависимости от того, сколько имеется пользователей, которые были запланированы в подкадрах нисходящей линии связи, количество отчетов обратной связи, которые требуется передать, может увеличиться в 4 раза. Кроме того, если отдельный терминал был запланирован для приема данных во всех доступных подкадрах нисходящей линии связи, этот терминал должен будет передать отчеты обратной связи для множества подкадров нисходящей линии связи в течение отдельного подкадра восходящей линии связи.

При TDD, вышеописанный механизм отчетов с постоянным временным интервалом, как правило, не может использоваться, поскольку отчет обратной связи для принятого подкадра не может быть передан через фиксированный временной интервал после приема этого подкадра, если соответствующий подкадр не доступен для передачи со стороны приема данных. Следовательно, отчет обратной связи для этого принятого подкадра должен быть задержан, по меньшей мере, до первого подкадра, доступного для передачи. Более того, стороне приема данных обычно требуется некоторая задержка после приема подкадра, чтобы обработать данные у себя и определить, были они приняты правильно или нет, прежде чем можно будет отправить отчет обратной связи для этого подкадра. Например, если устройству приема данных требуется задержка, по меньшей мере, в один подкадр для обработки, отчет о принятом подкадре k можно передать только в подкадре k+2 или позже. Если принимающему устройству требуется три подкадра для обработки, как в LTE, то отчет обратной связи можно передать только в подкадре k+4, и так далее.

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

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

На Фиг.2, это иллюстрируется посредством примера, когда асимметричное соединение конфигурируется с восьмью последовательными подкадрами нисходящей линии связи (подкадр 0-7), за которыми следуют два подкадра восходящей линии связи (подкадр 8, 9). В этом примере, минимальный период задержки, необходимый для обработки, определяется как один подкадр. Следуя вышеупомянутому очевидному решению выбора времени, все отчеты обратной связи для данных, принятых в подкадрах 0-6, будут переданы в подкадре 8, а отчет обратной связи для подкадра 7 будет передан в подкадре 9 после необходимой минимальной задержки продолжительностью в подкадр, что проиллюстрировано пунктирными стрелками.

Если физическая структура канала должна быть выполнена с возможностью транспортировки большого количества отчетов обратной связи в отдельном подкадре и если, к тому же, отдельный терминал должен передавать отчеты обратной связи для множественных подкадров НЛС, как в вышеупомянутом подкадре 8, структура канала становится более сложной. Кроме того, чем больше отчетов обратной связи передается от терминала, тем больше требуется ресурсов обратной связи, например, в пересчете на количество кодов. В результате, больше битов для отправки от отдельного терминала по существу требуют большего количества ресурсов обратной связи. Кроме того, в таком случае также потребовалась бы относительно большая мощность передачи для получения достаточно низкой вероятности ошибок при одновременной передаче нескольких отчетов обратной связи, что является проблемой, поскольку мощность передачи должна, как правило, сохраняться низкой, учитывая проблемы потребления мощности и сетевых помех.

Раскрытие изобретения

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

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

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

Например, количество выделенных подкадров приема может превышать количество выделенных подкадров передачи, согласно полученным параметрам распределения. Кроме того, выделенные подкадры приема и подкадры передачи в конфигурации TDD или полудуплексной FDD могут размещаться в заданной повторяющейся последовательности подкадров в радиокадре.

Возможны различные варианты осуществления вышеупомянутых способа и устройства. В одном варианте осуществления, предварительно заданное правило рассеивания дополнительно предписывает, что количество подкадров приема, отчеты о которых представляются в любом подкадре передачи, сводится к минимуму и что максимальная задержка между любым подкадром приема и соотнесенным с ним подкадром передачи сводится к минимуму. Правило рассеивания также может предписывать, что отчет обратной связи передается максимально быстро при условии, что в каждом подкадре передачи в направлении передачи отправляются отчеты обратной связи не более чем для X подкадров приема, где Х = ВЕРХНЕЕ ЗНАЧЕНИЕ (k_RX/k_TX), k_RX = количество выделенных подкадров приема, и k_TX = количество выделенных подкадров передачи. ВЕРХНЕЕ ЗНАЧЕНИЕ является математическим действием, которое производит округление до следующего целого числа.

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

В дополнительных вариантах осуществления, планируется сжатый отчет обратной связи, который относится к набору блоков данных во множественных принятых подкадрах приема, если количество отчетов обратной связи, запланированных согласно предварительно заданному правилу рассеивания, больше количества битов или сообщений, доступных для представления отчета. Сжатый отчет обратной связи может указывать правильный прием (ACK), если все блоки данных из набора были приняты правильно, и неправильный прием (NACK), если, по меньшей мере, один блок данных из набора был принят с ошибками. Сторона отправки данных в таком случае может повторно передавать блоки данных из набора, если сжатый отчет обратной связи указывает неправильный прием. Сжатый отчет обратной связи может дополнительно содержать в себе множество битов или сообщений, каждое из которых относится к определенному набору принятых блоков данных.

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

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

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

Дополнительные возможные признаки и эффекты настоящего изобретения будут разъясняться в подробном описании ниже.

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

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

Фиг.1a является диаграммой, демонстрирующей схему беспроводной передачи FDD согласно предшествующему уровню техники;

Фиг.1b является диаграммой, демонстрирующей схему беспроводной передачи TDD согласно предшествующему уровню техники;

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

Фиг.3 является диаграммой, демонстрирующей новую схему представления отчета обратной связи для TDD в соответствии с одним вариантом осуществления;

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

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

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

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

Осуществление изобретения

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

Специалисту в данной области техники будет понятно, что последующие варианты осуществления могут также применяться в схеме передачи полудуплексной FDD, в которой количество выделенных подкадров может точно так же отличаться в направлениях нисходящей и восходящей линий связи. В последующем описании элемент связи или сетевой узел будут также именоваться как сторона приема данных. Сторона отправки данных может быть базовой станцией, а сторона приема данных может быть терминалом или наоборот. Дополнительно, подкадры, выделенные для приема и передачи стороной приема данных, будут именоваться как "подкадры приема" и "подкадры передачи", соответственно. Если сторона приема данных является терминалом, то подкадры приема и передачи являются подкадрами НЛС и ВЛС, соответственно.

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

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

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

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

Количество допустимых отчетов обратной связи в подкадре может быть настраиваемым или может быть предварительно установлено на оборудовании стороны приема данных согласно существующему стандарту связи. Например, стандарт может предусматривать, что только один бит (0 или 1 в двоичной системе) выделяется для отчетов обратной связи в каждом подкадре передачи в обратной линии связи, так что в каждом подкадре может быть отправлен только один отчет (ACK или NACK). В другом варианте, ресурсы обратной связи, которые используются для отчетов обратной связи, как и размер возможных отчетов обратной связи, могут сообщаться вместе с данными, в зависимости от того, сколько блоков данных и в каких подкадрах принимает сторона приема данных.

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

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

Фиг.3 схематично иллюстрирует пример того, как количество отчетов обратной связи, отправляемых в подкадре, может быть сведено к минимуму с помощью рассеивания, при использовании такой же схемы распределения, как изображенная на Фиг.2. В этом примере, сторона отправки данных представляет собой базовую станцию, а сторона приема данных является терминалом. Таким образом, подкадры 0-7 выделяются НЛС и сторона отправки данных может передавать блоки данных в любом количестве из этих подкадров 0-7. При этом подкадры 8 и 9 выделяются ВЛС и, значит, могут использоваться для передачи обратной связи от терминала. Максимально быстрая передача отчетов обратной связи, согласно очевидному решению, описанному в разделе "Уровень техники", в первом доступном подкадре ВЛС, который удовлетворяет принятой задержке на обработку длительностью в один подкадр, приводит к тому, что семь отчетов обратной связи отправляются в подкадре 8 и один отчет обратной связи отправляется в подкадре 9, как показано на Фиг.2.

В решении, изображенном на Фиг.3, однако, отчеты обратной связи рассеиваются или рассредоточиваются равномерно по доступным подкадрам согласно предварительно заданному правилу рассеивания, которое известно обеим сторонам отправки и приема данных. В этом случае, правило рассеивания предписывает, чтобы отчеты обратной связи, касающиеся четырех подкадров 0-3, передавались в подкадре 8, а отчеты обратной связи, касающиеся четырех подкадров 4-7, передавались в подкадре 9. В результате, в отдельном подкадре отправляются отчеты обратной связи не более чем для четырех подкадров.

Еще больше обобщая, отчеты обратной связи для данных, принятых в подкадре n, должны передаваться в подкадре n+k, где k является задержкой, задаваемой в соответствии с предварительно заданным правилом рассеивания. Используя иллюстративную схему обратной связи, показанную на Фиг.3, k зависит от количества n подкадров, как показано ниже в таблице. Поэтому n+k=8 для данных, принятых в подкадрах 0-3, и n+k=9 для данных, принятых в подкадрах 4-7.

Подкадр n	0	1	2	3	4	5	6	7
Задержка k	8	7	6	5	5	4	3	2

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

предположим, что конфигурация (т.е. схема передачи) TDD используется с k_RX подкадрами, выделенными для направления приема данных, и k_TX подкадрами, выделенными для направления передачи данных, как видится со стороны терминала (стороны приема данных). Дополнительно, не более k_FR блоков данных, требующих отчетов обратной связи, может доставляться в каждом подкадре. Таким образом, k_RX, k_TX и k_FR составляют параметры распределения в этом случае. Тогда правило рассеивания предписывает, что:

"отчет обратной связи передается максимально быстро при условии, что в каждом подкадре в направлении передачи отправляются отчеты обратной связи не более чем для X блоков данных или подкадров приема, где Х = ВЕРХНЕЕ ЗНАЧЕНИЕ (k_FR·k_RX/k_TX)".

ВЕРХНЕЕ ЗНАЧЕНИЕ яв