Первая и вторая базовые станции и способы, выполняемые в них

Изобретение относится к технике связи и может использоваться в системах мобильной связи. Технический результат состоит в повышении пропускной способности передачи. Для этого предложен способ, выполняемый первой базовой станцией (12), для обработки планирования подкадров восходящей или нисходящей линии связи при дуплексной связи с временным разделением каналов (TDD) для беспроводного терминала (10), причем беспроводной терминал (10) находится в состоянии двойного подключения к первой соте, обслуживаемой первой базовой станцией (12), и второй соте, обслуживаемой второй базовой станцией (13). Первая базовая станция (12): идентифицирует подкадр, в котором возникают конфликт планирования восходящей/нисходящей линии связи между первой сотой и второй сотой из-за различия между конфигурацией TDD первой соты и конфигурацией TDD второй соты; определяет планирование для идентифицированного подкадра на основании по меньшей мере одного параметра планирования; и отправляет во вторую базовую станцию (13) инструкцию планирования, содержащую определенное планирование для идентифицированного подкадра. 4 н. и 36 з.п. ф-лы, 14 ил.

 

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

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

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

В типичной сети беспроводной связи беспроводные терминалы, также известные как мобильные станции и/или пользовательское оборудование (UE), поддерживают связь через сеть радиодоступа (RAN) с одной или более базовыми сетями. RAN покрывает географическую зону, которая разделена на сотовые зоны, причем каждая сотовая зона обслуживается базовой станцией, например, базовой радиостанцией (RBS), которая в некоторых сетях может также называться, например, "NodeB" или "eNodeB". Сота представляет собой географическую зону, где радиоохват обеспечивается базовой радиостанцией в месте расположения базовой станции или в месте расположения антенны в случае, когда антенна и базовая радиостанция не расположены вместе. Каждая сота идентифицируется с помощью идентификационных данных в пределах локальной радиозоны, которые передаются в широковещательном режиме в соте. Другие идентификационные данные, идентифицирующие соту уникальным образом во всей сети беспроводной связи, также передаются в широковещательном режиме в соте. Одна базовая станция может иметь одну или более сот. Сота может представлять собой соту нисходящей линии связи (DL) и/или восходящей линии связи (UL). Сота DL представляет собой соту, которая устанавливает соединение с беспроводным терминалом прежде всего для связи по DL, и сота UL представляет собой соту, которая устанавливает соединение с беспроводным терминалом прежде всего для связи по UL. Базовые станции поддерживают связь по радиоинтерфейсу, работающему на радиочастотах с беспроводными терминалами в диапазоне базовых станций.

Универсальная система мобильной связи (UMTS) представляет собой систему беспроводной связи третьего поколения, которая получила свое развитие на основе Глобальной системы для мобильной связи (GSM) второго поколения (2G). Наземная сеть радиодоступа UMTS (UTRAN) представляет собой по существу RAN, использующую широкополосный множественный доступ с кодовым разделением каналов (WCDMA) и/или высокоскоростной пакетный доступ (HSPA) для беспроводных терминалов. На форуме, известном как проект партнерства 3-го поколения (3GPP), поставщики телекоммуникационных услуг предлагают и согласовывают стандарты особенно для сетей третьего поколения и UTRAN и исследуют вопросы повышения скорости передачи данных и пропускной способности радиосвязи. В некоторых версиях RAN как, например, в UMTS, несколько базовых станций могут установить соединение, например, с помощью наземных линий связи или связи в диапазоне миллиметровых волн, с узлом контроллера, таким как контроллер радиосети (RNC) или контроллер базовой станции (BSC), который контролирует и координирует различную деятельность многочисленных базовых станций, подсоединенных к нему. Обычно RNC устанавливает соединение с одной или более базовыми сетями.

Спецификации для развитой пакетной системы (EPS) были завершены в рамках проекта партнерства 3-го поколения (3GPP), и эта работа продолжается в появляющихся новых версиях 3GPP. EPS содержит развитую универсальную наземную сеть радиодоступа (E-UTRAN), также известную как сеть радиодоступа долгосрочного развития (LTE), и ядро пакетной сети (ЕРС), также известное как базовая сеть развития архитектуры системы (SAE). E-UTRAN/LTE является вариантом технологии радиодоступа 3GPP, в которой базовые станции устанавливают соединение непосредственно с базовой сетью ЕРС, а не с RNC. В общем, в E-UTRAN/LTE функции RNC распределены между базовыми станциями, например, eNodeB в LTE, и базовой сетью. В связи с этим сеть радиодоступа (RAN) EPS имеет по существу "одноуровневую" архитектуру, содержащую базовые станции, которые не передают отчеты в RNC.

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

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

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

Системы с дуплексной связью с временным разделением каналов (TDD)

Системы TDD имеют признак, который допускает асимметричные выделения UL/DL и, таким образом, возможность регулировки используемых частотно-временных ресурсов с точки зрения мгновенного трафика. Выделения UL/DL могут соответствовать одной из семи различных конфигураций UL/DL, которые определены для систем LTE-TDD, как показано на фиг. 2. Это противоречит системам дуплексной связи с частотным разделением каналов (FDD), где полоса пропускания выделяется для операций DL или UL независимо от картины трафика и необходимости в некотором узле.

Однако расплатой за динамическую адаптацию ресурсов UL/DL является перекрестная интерференция между UL и DL, которая возникает тогда, когда соседние соты используют различные конфигурации TDD, что приводит к интерференции между базовой станцией - базовыми станциями или беспроводным терминалом - беспроводными терминалами, которая не возникает в системах FDD. В некоторых случаях эти помехи могут становиться очень серьезными и влиять на рабочие характеристики сети беспроводной связи пагубным образом.

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

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

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

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

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

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

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

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

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

На фиг. 1 показана архитектура сети беспроводной связи.

На фиг. 2 показаны различные конфигурации различных основных станций/сот.

На фиг. 3 показана сеть беспроводной связи согласно вариантам осуществления в данном документе.

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

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

На фиг. 6 показано планирование согласно вариантам осуществления в данном документе.

На фиг. 7 показано планирование согласно вариантам осуществления в данном документе.

На фиг. 8 показано планирование согласно вариантам осуществления в данном документе.

На фиг. 9 показана объединенная блок-схема последовательности операций и схема сигнализации согласно вариантам осуществления в данном документе.

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

На фиг. 11 показана блок-схема, изображающая первую базовую станцию согласно вариантам осуществления в данном документе.

На фиг. 12 показана блок-схема, изображающая вторую базовую станцию согласно вариантам осуществления в данном документе.

На фиг. 13 показана блок-схема, изображающая первую базовую станцию согласно вариантам осуществления в данном документе.

На фиг. 14 показана блок-схема, изображающая вторую базовую станцию согласно вариантам осуществления в данном документе.

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

Варианты осуществления, представленные в данном документе, относятся к сетям беспроводной связи. На фиг. 3 показан схематичный обзор, изображающий сеть 1 беспроводной связи. Сеть 1 беспроводной связи содержит одну или более сетей радиодоступа (RAN) и одну или более базовых сетей (CN). Сеть 1 беспроводной связи может использовать много различных технологий, таких как долгосрочное развитие (LTE), LTE-Advanced, широкополосный множественный доступ с кодовым разделением каналов (WCDMA), глобальная система для мобильной связи/повышенная скорость передачи данных для эволюции GSM (GSM/EDGE), международная совместимость для микроволнового доступа (WiMax) или сверхширокополосная мобильная связь (UMB), которые представляют собой лишь некоторые из возможных реализаций. Сеть 1 беспроводной связи представлена здесь в качестве примера сети LTE.

В сети 1 беспроводной связи беспроводной терминал 10, известный также как мобильная станция, пользовательское оборудование (UE) и/или беспроводное устройство, поддерживает связь через RAN с одной или более CN. Специалистам в данной области техники будет понятно, что "беспроводной терминал" является не ограничивающим термином, который означает любой беспроводной терминал, пользовательское оборудование, устройство связи типа машины (МТС), терминал или узел "устройство-устройство" (D2D), например, персональный цифровой помощник (PDA), компьютер типа "лэптоп", мобильный, датчик, ретранслятор, мобильные планшетные компьютеры или даже маленькая базовая станция, передающая в пределах соответствующей ячейки.

Сеть 1 беспроводной связи охватывает географическую зону, которая разделена на сотовые зоны, например, первую соту 11, обслуживаемую первой базовой станцией 12. Первая базовая станция 12 может также упоминаться как первая базовая радиостанция и, например, NodeB, развитый узел В (eNB, eNode В), базовая приемопередающая станция, базовая станция точки доступа, маршрутизатор базовой станции или любой другой сетевой блок, способный поддерживать связь с пользовательским оборудованием в пределах соты, обслуживаемой базовой радиостанцией, например, в зависимости от технологии радио доступа и используемой терминологии. Первая базовая станция 12 может обслуживать одну или более сот, таких как первая сота 11. Первая базовая станция может представлять собой макробазовую станцию.

Кроме того, сеть 1 беспроводной связи содержит вторую базовую станцию 13, обеспечивающую радиоохват во второй зоне, то есть во второй соте 14. Вторая базовая станция 13 может также упоминаться как вторая базовая радиостанция и, например, NodeB, развитый узел В (eNB, eNode В), базовая приемопередающая станция, базовая станция точки доступа, маршрутизатор базовой станции или любой другой сетевой блок, способный поддерживать связь с пользовательским оборудованием в пределах соты, обслуживаемой базовой радиостанцией, например, в зависимости от используемой технологии радиодоступа и терминологии. Вторая базовая станция 13 может обслуживать одну или более сот, таких как вторая сота 14. Вторая базовая станция 13 может быть пикобазовой станцией, имеющей более низкую мощность, чем первая базовая станция 12, которая является макробазовой станцией, или наоборот. В других вариантах осуществления первая и вторая базовые станции могут иметь одинаковую мощность, например, две макробазовых станции или две пикобазовых станции.

Сота представляет собой географическую зону, где радиоохват обеспечивается оборудованием базовой радиостанции в местоположении базовой станции или в удаленных местоположениях в удаленных радиоблоках (RRU). Определение соты может также включать в себя частотные диапазоны и технологию радиодоступа, используемую для передач, что означает, что две различных соты могут охватывать одинаковую географическую зону, но используют при этом различные частотные диапазоны. Каждая сота идентифицируется с помощью идентификационных данных в пределах локальной радиозоны, которые передаются в широковещательном режиме в соте. Другие идентификационные данные, идентифицирующие уникальным образом каждую соту во всей сети 1 беспроводной связи, также передаются в широковещательном режиме в соответствующей соте. Каждая базовая станция поддерживает связь по воздушному или радиоинтерфейсу, работающему на радиочастотах с беспроводным терминалом 10 в пределах диапазона соответствующей базовой станции. Беспроводной терминал 10 передает данные по радиоинтерфейсу в соответствующую базовую станцию в передачах восходящей линии связи (UL), и соответствующая базовая станция передает данные по воздушному или радиоинтерфейсу в беспроводной терминал 10 в передачах нисходящей линии связи (DL).

Беспроводной терминал 10 находится в двойной связности с первой сотой 11, обслуживаемой упомянутой первой базовой станцией 12, и второй сотой 14, обслуживаемой второй базовой станцией 13. Беспроводной терминал 10, который находится в двойной связности, означает, например, что беспроводной терминал 10 выполнен с возможностью поддержания двойной связности на одинаковой несущей частоте, которая применяется для первой линии связи с первой базовой станцией 12 в первой соте 11 и для второй линии связи со второй базовой станцией 13 во второй соте 14, где данные и/или управление, передаваемые по первой линии связи, отличаются от данных (и/или управления), передаваемых по второй линии связи, или на различных несущих частотах, которые применяются для первой и второй линий связи, где данные и/или управление, отправляемые по линиям связи, являются одинаковыми.

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

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

Одна проблема, которая возникает при использовании TDD в связи с двойной связностью, представляет собой случай, когда беспроводной терминал 10, подсоединенный двойственным образом к двум базовым станциям с различными конфигурациями TDD, может передавать в один узел и одновременно принимать из другого узла. Эта проблема будет особенно возникать в подкадрах, где операции DL и UL являются асимметричными среди сот, например, подкадр используется для передач UL в одной соте, в то время, как он используется для передач DL в соседней соте. На фиг. 4 показана иллюстрация проблемы, где предполагается, что один и тот же беспроводной терминал принимает передачу, например, из макроузла, применяющего конфигурацию 2 TDD, и одновременно с этим, используя одинаковые частотные ресурсы, осуществляет передачу в узел малой мощности, применяющий конфигурацию 1 TDD. Следует отметить, что термины "макроузел" и "узел малой мощности" используются в качестве примера, таким образом, эти два узла, к которым подсоединен беспроводной терминал, могут представлять собой любой вид сетевых узлов.

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

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

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

Так как сеть или базовые станции имеют больше информации относительно фактического состояния передачи и состояния сети, выравнивание подкадров UL/DL на основе сети для беспроводного терминала с двойным соединением в конфликтующих подкадрах позволяет решить проблему эффективным образом, и это предложено в данном документе. Основное преимущество состоит в том, что беспроводной терминал 10 не будет принимать никаких конфликтующих запросов передачи или приема для одного и того же подкадра в сценарии двойной связности на основе TDD. Это получается за счет сетевой координации.

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

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

Действия способа, выполняемые первой базовой станцией 12 для обработки планирования подкадров восходящей или нисходящей линии связи TDD для беспроводного терминала 10 согласно некоторым вариантам осуществления, будут теперь описаны со ссылкой на блок-схему последовательности операций, изображенную на фиг. 5. Действия необязательно должны выполняться в порядке, указанном ниже, но могут выполняться в любом подходящем порядке. Действия, выполняемые в некоторых вариантах осуществления, отмечены штриховыми прямоугольниками. Беспроводной терминал 10 находится в двойной связности с первой сотой 11, обслуживаемой упомянутой первой базовой станцией 12, и второй сотой 14, обслуживаемой второй базовой станцией 13.

Действие 80. Первая базовая станция 12 может поддерживать список сот, обслуживающих беспроводный терминал 10, и/или базовых станций, соответствующих сотам. Следует иметь в виду, что согласно некоторым примерным вариантам осуществления, первая базовая станция 12 может быть базовой станцией привязки. Поэтому в системе, в которой применяется двойная связность, все запросы на установление соединения для оказания помощи узлам, например, второй базовой станции 13, пытающейся обслуживать беспроводной терминал 10, отправляются через базовую станцию привязки, например, первую базовую станцию 12, как описано в примерных вариантах осуществления. Поэтому первая базовая станция 12 будет получать знания относительно соты и/или базовых станций, которые в текущий момент времени обслуживают беспроводный терминал 10. Конфигурации TDD этих базовых станций, например, второй базовой станции 13, как описано в примерных вариантах осуществления, можно контролировать для того, чтобы идентифицировать возможные конфликты планирования UL/DL.

Действие 100. Первая базовая станция 12 идентифицирует подкадр, в котором будет происходить конфликт планирования восходящей/нисходящей линии связи между первой сотой и второй сотой из-за различия между конфигурацией TDD первой соты 11 и конфигурацией TDD второй соты 14.

Действие 120. Первая базовая станция 12 может идентифицировать подкадр путем анализа конфигурации TDD каждой соты, в том числе упомянутые первую и вторую соты, обслуживающие беспроводный терминал 10. Частота анализа может зависеть от скорости реконфигурирования каждой соответствующей соты, обслуживающей беспроводный терминал 10.

Действие 140. Первая базовая станция 12 определяет планирование для идентифицированного подкадра на основании по меньшей мере одного параметра планирования. Планирование может содержать выделение подкадра для передачи данных по DL в беспроводный терминал 10 или для передачи данных по UL из беспроводного терминала 10 в первую базовую станцию 12. По меньшей мере один параметр планирования может содержать состояние буфера первой базовой станции 12 для обслуживания первой соты 11 и/или состояние буфера второй базовой станции 13 для обслуживания второй соты 14. Состояние буфера является индикацией количества данных для передач в беспроводный терминал 10. В некоторых вариантах осуществления состояние буфера может представлять собой индикацию количества данных для передач из беспроводного терминала 10.

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

Действие 180. В некоторых вариантах осуществления, в которых по меньшей мере один параметр планирования содержит запрос ресурса восходящей линии связи или запрос, сделанный в первую базовую станцию 12, обслуживающую первую соту 11, и/или запрос ресурса восходящей линии связи или запрос, сделанный во вторую базовую станцию 13, обслуживающую вторую соту 14, первая базовая станция 12 определяет планирование таким образом, чтобы идентифицированный подкадр планировался согласно конфигурации TDD одной соты из первой и второй сот, для которой соответствующий запрос ресурса восходящей линии связи является более высоким запросом из запросов ресурса восходящей линии связи, или если такой запрос превосходит пороговое значение. В одном таком варианте осуществления первая базовая станция 12 определяет планирование путем планирования идентифицированного подкадра согласно конфигурации TDD одной соты из первой и второй сот, для которой соответствующий запрос ресурса восходящей линии связи является более высоким запросом из запросов ресурса восходящей линии связи, или если такой запрос превосходит пороговое значение. Запросы ресурса восходящей линии связи могут выполняться беспроводным терминалом 10. В одном примере, когда беспроводной терминал 10 имеет большее количество данных для поддержания связи с первой базовой станцией 12, чем вторая базовая станция 13, то используется конфигурация TDD первой базовой станции 12. В другом примере предполагается, что идентифицированный подкадр, где может происходить конфликт, представляет собой подкадр DL согласно конфигурации TDD первой соты 11 и подкадр UL согласно конфигурации TDD второй соты 14, и состояние буфера первой базовой станции 12 для обслуживания первой соты 11 является более высоким состоянием по сравнению с состоянием буфера второй базовой станции 13 для обслуживания второй соты 14, но запрос ресурса восходящей линии связи из беспроводного терминала 10 во вторую базовую станцию 13, обслуживающую вторую соту 14, превосходит пороговое значение. В этой ситуации, основываясь на комбинации параметров планирования, первая базовая станция 12 может определять планирование идентифицированного подкадра таким образом, чтобы она планировала согласно конфигурации TDD вторых сот 14 для того, чтобы разрешить передачу по восходящей линии связи из беспроводного терминала 10.

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

Действие 220. В некоторых вариантах осуществления по меньшей мере один параметр планирования содержит идентификационные данные предпочтительной базовой станции, и первая базовая станция 12 определяет планирование путем определения, из первой и второй базовых станций, идентификационных данных предпочтительной базовой станции. Идентификационные данные предпочтительной базовой станции можно, например, определить из идентификационных данных первой и второй базовых станций. Идентификационные данные предпочтительной базовой станции можно дополнительно определить статическим образом. В качестве альтернативы, идентификационные данные предпочтительной базовой станции можно определить динамическим образом, и первая базовая станция 12 может определить идентификационные данные предпочтительной базовой станции на основании любого одного или более из: местоположения беспроводного терминала 10, нагрузок трафика базовой станции и/или типа переданных данных. Согласно данному примерному варианту осуществления предпочтительную базовую станцию можно выбрать в качестве базовой станции, к которой ближе всего расположен беспроводной терминал. Кроме того, определение предпочтительной базовой станции можно выполнить на основании того, какая одна из базовых станций имеет самую высокую нагрузку трафика. Дополнительно или альтернативно, предпочтительная базовую станцию можно определить на основании типа передаваемых данных, например, базовую станцию можно выполнить с возможностью передачи данных только в реальном времени или не в реальном времени.

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

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

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

Действие 300. Первая базовая станция 12 отправляет во вторую базовую станцию 13 инструкцию планирования, содержащую определенное планирование для идентифицированного подкадра. Следует иметь в виду, что термин "инструкции планирования" должен интерпретироваться в широком смысле. Инструкции планирования могут содержать, например, любой вид информации, которая может совместно использоваться для оказания помощи второй базовой станции 13 в определении ее направления UL/DL идентифицированного подкадра. Например, "инструкции планирования" могут состоять в том, что первая базовая станция 12 может информировать вторую базовую станцию 13 о запланированном подкадре UL, и затем вторая базовая станция 13 избегает планирования любых передач DL на этом подкадре.

Выравнивание подкадров UL/DL на основании трафика

Согласно вариантам осуществления в данном документе первая базовая станция 12 и вторая базовая станция 13 поддерживает связь друг с другом через транспортную сеть, и принимают решение относительно направления передачи подкадра на основании трафика UL и DL и запросов выделения ресурсов.

В качестве примера, если состояние буфера в узле DL, например, в первой базовой станции 12, является более высоким по сравнению с состоянием буфера в узле UL, например, в базовой станции 13, то беспроводной терминал 10 может затребовать прием по DL в упомянутом подкадре. В этом случае, другая базовая станция, то есть вторая базовая станция 13, не будет предоставлять никакого выделения UL для этого беспроводного терминала 10 в этом подкадре. Это соответствует действиям 140-160, показанным на фиг. 5.

В качестве другого примера, если запрос ресурса восходящей линии связи является большим или превосходит пороговое значение; беспроводной терминал 10 может сделать запрос на передачу по UL в упомянутом подкадре. В этом случае другой узел, то есть первая базовая станция 12, не будет предоставлять никакого выделения DL для беспроводного терминала 10 в этом подкадре. Это соответствует действию 180, показанному на фиг. 5.

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

Пример этого случая будет теперь описан со ссылкой на фиг. 6, где подкадры, выделенные для DL, показаны в виде белых подкадров, подкадры, выделенные для UL, показаны в виде диагонально заштрихованных подкадров, и специальные подкадры показаны в виде горизонтально заштрихованных подкадров. Информация управления восходящей линией связи (UCI) в физическом канале управления нисходящей линии связи (PDCCH) из Node#1, первой базовой станции 12, в беспроводный терминал 10 и Node#2, вторую базовую станцию 13, передается через транспортную сеть. Как показано на фиг. 6, если eNB#1, первая базовая станция 12, выделяет грант UL беспроводному терминалу 10 длительностью 4 мс перед фактической передачей UL, то eNB#2, вторая базовая станция 13, не может выделить никаких ресурсов для DL в этом подкадре для этого беспроводного терминала 10. Таким образом, будет происходить только передача UL в направлении первой базовой станции 12 в перекрывающемся подкадре. Это соответствует действию 200, показанному на фиг. 5.

Выравнивание подкадров UL/DL на основании решения узла привязки или с помощью некоторого предпочтительного узла

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

В качестве примера, если eNB#2, вторая базовая станция 13, или узел для оказания помощи или непредпочтительный узел использует конфигурацию 1 TDD, и eNB#1, первая базовая станция 12, или узел привязки или предпочтительный узел использует конфигурацию 2 TDD, то может существовать конфликтующий запрос в 3-м и 8-м подкадре, как это видно на фиг. 2 и фиг. 4. В этом случае (смотри фиг. 7) первая базовая станция 12 всегда выделяет гранты DL, то есть назначения DL для беспроводного терминала 10 в этом подкадре, то есть в подкадре, где может существовать конфликтующий запрос, и вторая базовая станция 13 не выделяет никаких грантов UL для этого подкадра для этого беспроводного терминала 10. На фигуре эти подкадры обозначены X. Подкадры, выделенные для DL, показаны в виде белых подкадров, подкадры, выделенные для UL, показаны в виде диагонально заштрихованных подкадров, и специальные подкадры показаны в виде горизонтально заштрихованных подкадров.

Согласно некоторым примерным вариантам осуществления непредпочтительный узел (вторая базовая станция 13) может только использовать подкадр в UL или или в DL для беспроводного терминала 10 только в том случае, если предпочтительный узел, первая базовая станция 12, не выделяет никаких назначений или грантов для беспроводного терминала 10 в этом подкадре.

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

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

Это соответствует действиям 220-240, показанным на фиг. 5.

Выравнивание UL/DL, основанное на справедливости

Согласно некоторым примерным вариантам осуществления сетевые узлы могут справедливо распределять конфликтующие подкадры между UL и DL для UE или беспроводного терминала.

В качестве примера, который показан на фиг. 8, конфликтующими подкадрами являются 3-ий и 8-ой подкадры. В этом примере 3-ий подкадр выделяется в качестве DL, таким образом беспроводной терминал 10 осуществляет прием из узла привязки, в то время как 8-й подкадр выделяется в качестве UL, таким образом беспроводной терминал 10 осуществляет передачу в узел для оказания помощи в 8-м подкадре. На фиг. 8 подкадры, выделенные для DL показаны в виде белых подкадров, подкадры, выделенные для UL, показаны в виде диагонально заштрихованных подкадров, и специальные подкадры показаны в виде горизонтально заштрихованных подкадров. В этом примере узлы называются узлами для оказания помощи и привязки, однако способ можно применять между любых двух узлов, к которым подсоединен беспроводной терминал 10. Кроме того, следует иметь в виду, что термин "помощь" и "помощник" можно использовать взаимозаменяемо.

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

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

Это соответствует действию 260-280, показанному на фиг. 5.

Следует понимать, что в данном документе возможна также любая комбинация вариантов осуществления, представленных в качестве примера. Таким образом, принятие решения для планирования UL или DL может базироваться на любой комбинации параметров планирования, представленных в качестве примера. Например, решение может базироваться на комбинации из состояния буфера первой базовой станции 12 и запроса ресурса восходящей линии связи второй базовой станции 13, как объяснено выше в отношении действия 180.

На фиг. 9 показана объединенная блок-схема последовательности операций и схема сигнализации согласно вариантам осуществления в данном документе.

Действие 91. Вторая базовая станция 13 может например, отправлять конфигурацию TDD второй соты 14 в первую базовую станцию 12. Первая базовая станция 12 может получать конфигурацию TDD второй соты 14 другим способом, например, из другого сетевого узла, путем ручного ввода, во время конфигурирования в сети беспроводной связи или аналогичным образом.

Действие 92. Первая базовая станция 12 затем идентифицирует подкадр, в котором будет возникать конфликт планирования восходящей/нисходящей линии связи между первой сотой 11 и второй сотой 14 из-за различия между конфигурацией TDD первой соты и конфигурацией TDD второй соты. Кроме того, первая базовая станция 12 определяет планирование, то есть если подкадр предназначен для передачи UL или передачи DL, для идентифицированного подкадра, основанного по меньшей мере на одном параметре планирования (смотри приведенные выше примеры планирования параметров). Это соответствует действиям 100 и 140, показанным выше на фиг. 5.

Действие 93. Первая базовая станция 12 отправляет во вторую базовую станцию 13 инструкцию планирования, содержащую определенное планирование для идентифицированного подкадра. Это соответствует действию 300, показанному на фиг. 5.

Действие 94. Вторая базовая станция 13 принимает инструкцию планирования и планирует идентифицированный подкадр согласно принятой инструкции планирования. Это соответствует действиям 400 и 410, описанным ниже со ссылкой на фиг. 10.

Действия способа, выполняемые второй базовой станцией 13 для планирования подкадров восходящей или нисходящей линии связи TDD для беспроводного терминала 10, согласно некоторым вариантам осуществления будут теперь описаны со ссыпкой на блок-схему последовательности операций, изображенную на фиг. 10. Действия не должны выполняться в порядке, указанном ниже, но могут выполняться в любом подходящем порядке. Беспроводной терминал 10 находится в двойной связности с первой сотой 11, обслуживаемой первой базовой станцией 12, и второй сотой 14, обслуживаемой второй базовой станцией 13.

Действие 400. Вторая базовая станция 13 принимает из первой базовой станции 12 инструкцию планирования для идентифицированного подкадра, в котором будет возникать конфликт планирования восходящей/нисходящей линии связи между первой сотой 11 и второй сотой 14 из-за различия между конфигурацией TDD первой соты и конфигурацией TDD второй соты, причем инструкция планирования базируется по меньшей мере на одном параметре планирования.

Действие 410. Вторая базовая станция 13 планирует идентифицированный подкадр согласно принятой инструкции планирования.

Указанный по меньшей мере один параметр планирования может содержать состояние буфера первой базовой станции 12 для обслуживания первой соты 11 и/или состояние буфера второй базовой станции 13 для обслуживания второй соты 14. Инструкция планирования может показывать планирование идентифицированного подкадра согласно конфигурации TDD одной соты из первой и второй сот, для которой соответствующее состояние буфера показывает более высокий уровень буфера или количество данных, которые будут обрабатываться или отправляться, по сравнению с соответствующим состоянием буфера для обслуживания другой соты из первой и второй сот. В некоторых вариантах осуществления состояние буфера может представлять собой индикацию количества данных для передач из беспроводного терминала 10.

В некоторых вариантах осуществления по меньшей мере один параметр планирования содержит запрос ресурса восходящей линии связи или запрос, сделанный в первую базовую станцию 12, обслуживающую первую соту 11, и/или запрос ресурса восходящей линии связи или запрос, сделанный во вторую базовую станцию 13, обслуживающую вторую соту 14. Затем инструкция планирования может показывать планирование идентифицированного подкадра согласно конфигурации TDD одной соты из первой и второй сот, для которой соответствующий запрос ресурса восходящей линии связи является более высоким запросом из запросов ресурса восходящей линии связи, или если такой запрос превосходит пороговое значение. Запросы ресурсов восходящей линии связи могут выполняться беспроводным терминалом 10.

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

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

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

Предварительно определенное предпочтительное планирование может базироваться на циклическом или пропорциональном механизме равномерного планирования.

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

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

На фиг. 11 показана блок-схема, изображающая первую базовую станцию 12 для обработки планирования подкадров восходящей или нисходящей линии связи TDD для беспроводного терминала 10. Беспроводной терминал 10 находится в двойной связности с первой сотой 11, обслуживаемой упомянутой первой базовой станцией 12, и второй сотой 14, обслуживаемой второй базовой станцией 13.

Первая базовая станция 12 может содержать модуль идентификации 1101 и/или процессор 1102. Первая базовая станция 12, модуль 1101 идентификации и/или процессор 1102 можно выполнить с возможностью идентификации подкадра, в котором будет возникать конфликт планирования восходящей/нисходящей линии связи между первой сотой и второй сотой из-за различия между конфигурацией TDD первой соты 11 и конфигурацией TDD второй соты 14.

Первая базовая станция 12, модуль 1101 идентификации и/или процессор 1102 можно выполнить с возможностью идентификации подкадра, который дополнительно выполнен с возможностью анализа конфигурации TDD каждой соты, включая упомянутые первые и вторые соты, обслуживающие беспроводный терминал 10. Первая базовая станция 12, модуль 1101 идентификации и/или процессор 1102 можно дополнительно выполненными с возможностью анализа конфигурации TDD частоты, которая зависит от скорости реконфигурирования каждой соответствующей соты, обслуживающей беспроводный терминал 10.

Первая базовая станция 12 может содержать модуль 1103 определения. Первую базовую станцию 12, модуль 1103 определения и/или процессор 1102 можно выполнить с возможностью определения планирования для идентифицированного подкадра на основании по меньшей мере одного параметра планирования.

Первая базовая станция 12 может содержать модуль 1104 отправки. Первая базовая станция 12, модуль 1104 отправки и/или процессор 1102 можно выполнить с возможностью отправки во вторую базовую станцию 13 инструкции планирования, содержащей определенное планирование для идентифицированного подкадра.

Первая базовая станция 12 может содержать модуль 1105 поддержания. Первую базовую станцию 12, модуль 1105 поддержания и/или процессор 1102 можно выполнить с возможностью поддержания списка сот, обслуживающих беспроводный терминал (10), и/или базовых станций, соответствующих сотам.

В некоторых вариантах осуществления по меньшей мере один параметр планирования содержит состояние буфера первой базовой станции 12 для обслуживания первой соты 11 и/или состояние буфера второй базовой станции 13 для обслуживания второй соты 14. Затем первую базовую станцию 12, модуль 1103 определения и/или процессор 1102 можно выполнить с возможностью определения планирования таким образом, чтобы идентифицированный подкадр планировался согласно конфигурации TDD одной соты из первой и второй сот, для которой соответствующее состояние буфера показывает более высокий уровень буфера или количество данных, которые будут обрабатываться или отправляться, по сравнению с соответствующим состоянием буфера для обслуживания другой соты из первой и второй сот. В одном таком варианте осуществления первая базовая станция 12, модуль 1103 определения и/или процессор 1102 выполнены с возможностью определения планирования путем дополнительного планирования идентифицированного подкадра согласно конфигурации TDD одной соты из первой и второй сот, для которой соответствующее состояние буфера показывает более высокий уровень буфера или количество данных, которые будут обрабатываться или отправляться, по сравнению с соответствующим состоянием буфера для обслуживания другой соты из первой и второй сот. В некоторых вариантах осуществления состояние буфера может представлять собой индикацию количества данных для передач из беспроводного терминала 10.

В некоторых вариантах осуществления по меньшей мере один параметр планирования содержит запрос ресурса восходящей линии связи, направленный в первую базовую станцию 12, обслуживающую первую соту 11, и/или запрос ресурса восходящей линии связи, направленный во вторую базовую станцию 13, обслуживающую вторую соту 14. Затем первую базовую станцию 12, модуль 1103 определения и/или процессор 1102 можно выполнить с возможностью определения планирования таким образом, чтобы идентифицированный подкадр был запланирован согласно конфигурации TDD одной соты из первой и второй сот, для которой соответствующий запрос ресурса восходящей линии связи является более высоким запросом из запросов ресурса восходящей линии связи, или если такой запрос превосходит пороговое значение. В одном таком варианте осуществления, первая базовая станция 12, модуль 1103 определения и/или процессор 1102 выполнены с возможностью определения планирования путем дополнительного планирования идентифицированного подкадра согласно конфигурации TDD одной соты из первой и второй сот, для которой соответствующий запрос ресурса восходящей линии связи является более высоким запросом из запросов ресурса восходящей линии связи, или если такой запрос превосходит пороговое значение. Запросы ресурсов восходящей линии связи могут выполняться беспроводным терминалом 10.

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

В некоторых вариантах осуществления по меньшей мере один параметр планирования содержит идентификационные данные предпочтительной базовой станции, и первую базовую станцию 12, модуль 1103 определения и/или процессор 1102 можно выполнить с возможностью определения планирования путем дополнительного определения, из первой и второй базовых станций, идентификационных данных предпочтительной базовой станции; и планирования идентифицированного подкадра согласно конфигурации TDD соответствующей одной соты из первой и второй сот, обслуживаемых предпочтительной базовой станцией. Идентификационные данные предпочтительной базовой станции можно, например, определить из идентификационных данных первой и второй базовых станций.

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

Первую базовую станцию 12, модуль 1103 определения и/или процессор 1102 можно альтернативно выполнить с возможностью динамического определения идентификационных данных предпочтительной базовой станции и на основании любого одного или более из: местоположения беспроводного терминала 10, нагрузок трафика базовой станции и/или типа переданных данных.

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

На фиг. 12 показана блок-схема, изображающая вторую базовую станцию 13 для планирования подкадров восходящей или нисходящей линии связи TDD для беспроводного терминала 10. Беспроводной терминал 10 находится в двойной связности с первой сотой 11, обслуживаемой первой базовой станцией 12, и второй сотой 14, обслуживаемой второй базовой станцией 13.

Вторая базовая станция 13 может содержать модуль 1201 приема и/или процессор 1202. Вторая базовая станция 13, модуль 1201 приема и/или процессор 1202 выполнены с возможностью приема из первой базовой станции 12 инструкции планирования для идентифицированного подкадра, в котором будет возникать конфликт планирования восходящей/нисходящей линии связи между первой сотой 11 и второй сотой 14 из-за различия между конфигурацией TDD первой соты и конфигурацией TDD второй соты. Инструкция планирования базируется по меньшей мере на одном параметре планирования. По меньшей мере один параметр планирования может содержать состояние буфера первой базовой станции 12 для обслуживания первой соты и/или состояние буфера второй базовой станции 13 для обслуживания второй соты, и инструкции планирования могут показывать планирование идентифицированного подкадра согласно конфигурации TDD одной соты из первой и второй сот, для которой соответствующее состояние буфера показывает более высокий уровень буфера или количество данных, которые будут обрабатываться или отправляться, по сравнению с соответствующим состоянием буфера для обслуживания другой соты из первой и второй сот. В некоторых вариантах осуществления состояние буфера может быть индикацией количества данных для передач из беспроводного терминала 10.

Указанный по меньшей мере один параметр планирования может содержать запрос ресурса восходящей линии связи или запрос, сделанный в первую базовую станцию 12, обслуживающую первую соту 11, и/или запрос ресурса восходящей линии связи или запрос, сделанный во вторую базовую станцию 13, обслуживающую вторую соту 14. Инструкция планирования может затем показывать планирование идентифицированного подкадра согласно конфигурации TDD одной соты из первой и второй сот, для которой соответствующий запрос ресурса восходящей линии связи является более высоким запросом из запросов ресурса восходящей линии связи, или если такой запрос превосходит пороговое значение. Запросы ресурсов восходящей линии связи могут выполняться беспроводным терминалом 10.

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

Указанный по меньшей мере один параметр планирования может содержать идентификационные данные предпочтительной базовой станции, причем упомянутые идентификационные данные предпочтительной базовой станции определяются из первой и второй базовых станций; и инструкция планирования показывает планирование или для идентифицированного подкадра согласно конфигурации TDD соответствующей одной соты из первой и второй сот, обслуживаемых предпочтительной базовой станцией. Идентификационные данные предпочтительной базовой станции можно, например, определить из идентификационных данных первой и второй базовых станций. Идентификационные данные предпочтительной базовой станции можно дополнительно определить статическим образом. В качестве альтернативы, идентификационные данные предпочтительной базовой станции можно определить динамическим образом, и определение идентификационных данных предпочтительной базовой станции может базироваться на любом одном или более из: местоположения беспроводного терминала 10, нагрузок трафика базовой станции и/или типа переданных данных.

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

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

Фиг. 13 иллюстрирует примерную конфигурацию узла первой базовой станции, узла привязки или eNB 401А, который может выполнять некоторые примерные варианты осуществления, описанные в данном документе. Базовая станция 401А может содержать радиосхему или коммуникационный порт 410А, который можно выполнить с возможностью приема и/или передачи данных связи, инструкций и/или сообщений. Следует иметь в виду, что радиосхема или коммуникационный порт 410А может содержат любое количество приемопередающих, приемных и/или передающих блоков или схем. Следует иметь в виду, что радиосхема или коммуникационный порт 410А может быть представлен в виде любого коммуникационного порта ввода или вывода, известного в технике. Радиосхема или коммуникационный порт 410А может содержать схему РЧ и основополосную схему обработки (не показана).

Базовая станция 401А может также содержать блок обработки или схему 420А, которую можно выполнить с возможностью обеспечения планирования для подкадра при наличии конфликта восходящей/нисходящей линии связи, как описано в данном документе. Схема 420А обработки может представлять собой любой подходящий тип блока вычисления, например, микропроцессор, процессор цифровых сигналов (DSP), вентильную матрицу с эксплуатационным программированием (FPGA) или специализированную интегральную микросхему (ASIC), или любую другую форму схемы. Базовая станция 401А может дополнительно содержать блок памяти или схему 430А, которая может представляет собой любой подходящий тип машиночитаемой памяти и может представлять собой тип энергозависимой и/или энергонезависимой памяти. Память 430А можно выполнить с возможностью хранения принятых, переданных и/или измеренных данных, параметров устройства, приоритетов связи и/или инструкций исполняемой программы, например, инструкций планирования. Память 430А можно также выполнить с возможностью хранения поддерживаемого списка сот или базовых станций для оказания помощи, обслуживающих конкретный беспроводный терминал. Базовая станция 401А содержит сетевой интерфейс 440А по направлению к другой базовой станции.

Фиг. 14 иллюстрирует примерную конфигурацию узла второй базовой станции, узел для оказания помощи или eNB 401В, которые могут выполнять некоторые примерные варианты осуществления, описанные в данном документе. Базовая станция 401В может содержать радиосхему или коммуникационный порт 410В, который можно выполнить с возможностью приема и/или передачи данных связи, инструкций и/или сообщений. Следует иметь в виду, что радиосхема или коммуникационный порт 410В может содержать любое количество приемопередающих, приемных и/или передающих блоков или схем. Следует иметь в виду, что радиосхема или коммуникационный порт 410В могут иметь форму любого входного или выходного коммуникационного порта, известного в технике. Радиосхема или коммуникационный порт 410В может содержать РЧ схему и схему обработки в основной полосе частот (не показана).

Базовая станция 401В может также содержать блок обработки или схему 420В, которую можно выполнить с возможностью обеспечения планирования для подкадра при наличии конфликта UL/DL, как описано в данном документе. Схема 420В обработки может представлять собой любой подходящий тип блока вычисления, например, микропроцессор, процессор цифровых сигналов (DSP), вентильную матрицу с эксплуатационным программированием (FPGA) или специализированную интегральную микросхему (ASIC), или любую другую формы схемы. Базовая станция 401В может дополнительно содержать блок памяти или схему 430В которая может представлять собой любой подходящий тип машиночитаемой памяти или может представлять собой тип энергозависимой и/или энергонезависимой памяти. Память 430В можно выполнить с возможностью хранения принятых, переданных и/или измеренных данных, параметров устройства, приоритетов связи и/или инструкций исполняемой программы, например, инструкций планирования. Базовая станция 401В содержит сетевой интерфейс 440В по направлению к другой базовой станции.

Сокращения

Следует отметить, что хотя в данном документе для объяснения примерных вариантов осуществления использовалась терминология LTE 3GPP, ее не следует рассматривать как ограничивающую объем примерных вариантов осуществления только вышеупомянутой системой. Другие системы беспроводной связи, содержащие HSPA, WCDMA, WiMax, UMB, WiFi и GSM, могут также получить выгоду исходя из примерных вариантов осуществления, раскрытых в данном документе.

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

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

Следует также отметить, что терминологию, такую как пользовательское оборудование, следует рассматривать как не ограничивающую. Беспроводной терминал или пользовательское оборудование (UE), которые являются терминами, используемыми в данном документе, предназначены для интерпретации в широком смысле устройств, содержащих радиотелефон, имеющий возможность получения доступа к Интернет/интранет, веб-браузер, органайзер, календарь, камеру, например, камеру для съемки видеоизображений и/или неподвижных изображений, устройство звукозаписи, например, микрофон и/или приемник системы глобального позиционирования (GPS); пользовательское оборудование системы персональной связи (PCS), которое может совмещать в себе сотовый радиотелефон с обработкой данных; персональный цифровой помощник (PDA), который может содержать систему радиотелефонной или беспроводной связи; компьютер типа "лэптоп"; камеру, например, камеру для съемки видеоизображений и/или неподвижных изображений с возможностью поддержания связи; и любое другое вычисление или устройство связи, способное осуществлять приемопередачу, такое как персональный компьютер, домашняя система развлечений, телевизор и т.д. Следует иметь в виду, что термин пользовательское оборудование может также содержать в себе любое число подключенных устройств, беспроводных терминалов или устройств типа "машина-машина".

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

Различные примерные варианты осуществления, описанные в данном документе, описаны в общем контексте этапов способа или процессов, которые можно реализовать в одном аспекте с помощью компьютерного программного продукта, воплощенного в виде машиночитаемого носителя, содержащего компьютерно-исполняемых инструкции, такие как код программы, исполняемый компьютерами в сетевых средах. Машиночитаемый носитель может содержать съемные и несъемные устройства хранения данных, содержащие, но не ограниченные этим, постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), компакт-диски (CD), цифровые универсальные диски (DVD) и т.д. Обычно программные модули могут содержать процедуры, программы, объекты, компоненты, структуры данных и т.д., которые выполняют конкретные задачи или реализуют конкретные абстрактные типы данных. Компьютерно-исполняемые инструкции, связанные с ними структуры данных и программные модули представляют собой примеры кода программы для выполнения этапов способов, раскрытых в данном документе. Конкретная последовательность таких исполняемых инструкций или связанных с ними структур данных представляет собой примеры соответствующих действий для реализации функций, описанных на таких этапах или процессах.

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

1. Способ, выполняемый первой базовой станцией (12), для обработки планирования подкадров восходящей или нисходящей линии связи при дуплексной связи с временным разделением каналов (TDD) для беспроводного терминала (10), причем беспроводной терминал (10) находится в двойном подключении к первой соте, обслуживаемой первой базовой станцией (12), и второй соте, обслуживаемой второй базовой станцией (13), причем способ содержит этапы, на которых:

идентифицируют (100) подкадр, в котором возникает конфликт планирования восходящей/нисходящей линии связи между первой сотой и второй сотой из-за различия между конфигурацией TDD первой соты и конфигурацией TDD второй соты;

определяют (140) планирование для идентифицированного подкадра на основании по меньшей мере одного параметра планирования; и

отправляют (300) во вторую базовую станцию (13) инструкцию планирования, содержащую определенное планирование для идентифицированного подкадра.

2. Способ по п. 1, в котором на этапе идентификации (100) дополнительно анализируют (120) конфигурацию TDD каждой соты, включая упомянутые первую и вторую соты, обслуживающие беспроводной терминал (10), при этом частота анализа (120) зависит от скорости реконфигурирования каждой соответствующей соты, обслуживающей беспроводной терминал (10).

3. Способ по п. 1 или 2, дополнительно содержащий этап, на котором:

поддерживают (80) список сот, обслуживающих беспроводной терминал (10), и/или базовых станций, соответствующих сотам.

4. Способ по п. 1 или 2, в котором указанный по меньшей мере один параметр планирования содержит состояние буфера первой базовой станции (12) для обслуживания первой соты и/или состояние буфера второй базовой станции (13) для обслуживания второй соты, при этом на этапе определения (140) дополнительно:

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

5. Способ по п. 1 или 2, в котором указанный по меньшей мере один параметр планирования содержит запрос ресурса восходящей линии связи первой базовой станции (12), обслуживающей первую соту, и/или запрос ресурса восходящей линии связи второй базовой станции (13), обслуживающей вторую соту, при этом на этапе определения (140) дополнительно:

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

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

планируют (200) идентифицированный подкадр только для приема данных по восходящей линии связи.

7. Способ по п. 1 или 2, в котором указанный по меньшей мере один параметр планирования содержит идентификационные данные предпочтительной базовой станции, при этом на этапе определения (140) дополнительно:

определяют (220), из первой и второй базовых станций, идентификационные данные предпочтительной базовой станции; и

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

8. Способ по п. 7, в котором идентификационные данные предпочтительной базовой станции определены статическим образом.

9. Способ по п. 7, в котором идентификационные данные предпочтительной базовой станции определены динамическим образом, при этом определение (220) идентификационных данных предпочтительной базовой станции основано на местоположении беспроводного терминала (10), и/или нагрузок трафика базовой станции, и/или типа передаваемых данных.

10. Способ по п. 1 или 2, в котором указанный по меньшей мере один параметр планирования содержит заданное предпочтительное планирование, при этом одна из первой базовой станции (12) и второй базовой станции (13) является предпочтительной базовой станцией на основании заданного предпочтительного планирования, при этом на этапе определения (140) дополнительно:

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

11. Способ по п. 10, в котором заданное предпочтительное планирование основано на циклическом или пропорциональном механизме равномерного планирования.

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

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

определения планирования для идентифицированного подкадра на основании по меньшей мере одного параметра планирования; и

отправки в указанную другую базовую станцию (13) инструкции планирования, содержащей определенное планирование для идентифицированного подкадра.

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

14. Базовая станция (12) по п. 12 или 13, характеризующаяся тем, что дополнительно выполнена с возможностью поддержания списка сот, обслуживающих беспроводной терминал (10), и/или базовых станций, соответствующих сотам.

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

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

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

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

19. Базовая станция (12) по п. 18, характеризующаяся тем, что выполнена с возможностью статического определения идентификационных данных предпочтительной базовой станции.

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

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

22. Базовая станция (12) по п. 21, в которой заданное предпочтительное планирование основано на циклическом или пропорциональном механизме равномерного планирования.

23. Способ, выполняемый второй базовой станцией (13), для планирования подкадров восходящей или нисходящей линии связи при дуплексной связи с временным разделением каналов (TDD) для беспроводного терминала (10), причем беспроводной терминал (10) находится в состоянии двойного подключения к первой соте, обслуживаемой первой базовой станцией (12), и второй соте, обслуживаемой второй базовой станцией (13), при этом способ содержит этапы, на которых:

принимают (400) от первой базовой станции (12) инструкцию планирования для идентифицированного подкадра, в котором возникнет конфликт планирования восходящей/нисходящей линии связи между первой сотой и второй сотой из-за различия между конфигурацией TDD первой соты и конфигурацией TDD второй соты, причем инструкция планирования основана по меньшей мере на одном параметре планирования; и

планируют (410) идентифицированный подкадр согласно принятой инструкции планирования.

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

25. Способ по п. 23 или 24, в котором упомянутый по меньшей мере один параметр планирования содержит запрос ресурса восходящей линии связи первой базовой станции (12), обслуживающей первую соту, и/или запрос ресурса восходящей линии связи второй базовой станции (13), обслуживающей вторую соту, причем инструкция планирования указывает планирование идентифицированного подкадра согласно конфигурации TDD той соты из первой и второй сот, для которой соответствующий запрос ресурса восходящей линии связи является наибольшим из запросов ресурса восходящей линии связи, или если такой запрос превосходит пороговое значение.

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

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

28. Способ по п. 27, в котором идентификационные данные предпочтительной базовой станции определяются статическим образом.

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

30. Способ по п. 23 или 24, в котором упомянутый по меньшей мере один параметр планирования содержит заданное предпочтительное планирование, причем одна из первой базовой станции (12) и второй базовой станции (13) является предпочтительной базовой станцией на основании заданного предпочтительного планирования, при этом инструкция планирования обеспечивает планирование идентифицированного подкадра согласно конфигурации TDD соответствующей соты из первой и второй сот, обслуживаемой предпочтительной базовой станцией.

31. Способ по п. 30, в котором заданное предпочтительное планирование основано на циклическом или пропорциональном механизме равномерного планирования.

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

приема от указанной другой базовой станции (12) инструкции планирования для идентифицированного подкадра, в котором возникнет конфликт планирования восходящей/нисходящей линии связи между первой сотой и второй сотой из-за различия между конфигурацией TDD первой соты и конфигурацией TDD второй соты, причем инструкция планирования основана по меньшей мере на одном параметре планирования; и

планирования идентифицированного подкадра согласно принятой инструкции планирования.

33. Базовая станция (13) по п. 32, в которой упомянутый по меньшей мере один параметр планирования содержит состояние буфера указанной другой базовой станции (12) для обслуживания первой соты и/или состояние буфера указанной базовой станции (13) для обслуживания второй соты, причем инструкция планирования указывает планирование идентифицированного подкадра согласно конфигурации TDD той соты из первой и второй сот, для которой соответствующее состояние буфера показывает более высокий уровень буфера или количество данных, подлежащих обработке или отправке, по сравнению с соответствующим состоянием буфера для обслуживания другой соты из первой и второй сот.

34. Базовая станция (13) по п. 32 или 33, в которой упомянутый по меньшей мере один параметр планирования содержит запрос ресурса восходящей линии связи указанной другой базовой станции (12), обслуживающей первую соту, и/или запрос ресурса восходящей линии связи указанной базовой станции (13), обслуживающей вторую соту, причем инструкция планирования указывает планирование идентифицированного подкадра согласно конфигурации TDD той соты из первой и второй сот, для которой соответствующий запрос ресурса восходящей линии связи является наибольшим из запросов ресурса восходящей линии связи, или если такой запрос превосходит пороговое значение.

35. Базовая станция (13) по п. 32 или 33, в которой упомянутый по меньшей мере один параметр планирования содержит предстоящее выделение восходящей линия связи, выполняемое согласно любой из конфигураций TDD первой и второй сот в идентифицированном подкадре, причем инструкция планирования указывает планирование идентифицированного подкадра только для приема данных по восходящей линии связи.

36. Базовая станция (13) по п. 32 или 33, в которой упомянутый по меньшей мере один параметр планирования содержит идентификационные данные предпочтительной базовой станции, причем упомянутые идентификационные данные предпочтительной базовой станции определены из указанной другой базовой станции и указанной базовой станции; причем инструкция планирования указывает планирование идентифицированного подкадра согласно конфигурации TDD соответствующей соты из первой и второй сот, обслуживаемой предпочтительной базовой станцией.

37. Базовая станция (13) по п. 36, в которой идентификационные данные предпочтительной базовой станции определяются статическим образом.

38. Базовая станция (13) по п. 36, в которой идентификационные данные предпочтительной базовой станции определяются динамическим образом, причем идентификационные данные предпочтительной базовой станции основаны на любом одном или более из местоположения беспроводного терминала (10), нагрузок трафика базовой станции и/или типа передаваемых данных.

39. Базовая станция (13) по п. 32 или 33, в которой упомянутый по меньшей мере один параметр планирования содержит заданное предпочтительное планирование, причем одна из указанной другой базовой станции (12) и указанной базовой станции (13) является предпочтительной базовой станцией на основании заданного предпочтительного планирования, при этом инструкция планирования обеспечивает планирование идентифицированного подкадра согласно конфигурации TDD соответствующей соты из первой и второй сот, обслуживаемой предпочтительной базовой станцией.

40. Базовая станция (13) по п. 39, в которой заданное предпочтительное планирование основано на циклическом или пропорциональном механизме равномерного планирования.