РАСПРЕДЕЛЕННАЯ КООРДИНАЦИЯ ДИСПЕТЧЕРИЗАЦИИ ДЛЯ МНОЖЕСТВА ЗОН ОБСЛУЖИВАНИЯ
DISTRIBUTED SCHEDULING COORDINATION FOR MULTIPLE SERVICE AREAS

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[0001] Это изобретение относится к связи и, в частности, к диспетчеризации операций передачи/приема в сети радиодоступа.
УРОВЕНЬ ТЕХНИКИ
[0002] В типичной системе сотовой радиосвязи беспроводные терминалы (также известные как мобильные станции и/или модули пользовательского оборудования (UE)) осуществляют связь через сеть радиодоступа (RAN) с одной или более базовых сетей. Сеть радиодоступа (RAN) покрывает географическую область, которая разделяется на сотовые области, при этом каждая сотовая область обслуживается посредством базовой станции, например, базовой радиостанции (RBS), которая в некоторых сетях также может называться, например, "узлом B" (UMTS) или "усовершенствованным узлом B" (LTE). Сота является географической областью, в которой покрытие радиосвязью предоставляется посредством оборудования базовой радиостанции в узле базовой станции. Каждая сота идентифицируется посредством идентификационных данных в локальной зоне радиосвязи, которые передаются в широковещательном режиме в соте. Базовые станции осуществляют связь по радиоинтерфейсу, работающему на радиочастотах, с модулями пользовательского оборудования (UE) в пределах дальности базовых станций.
[0003] В некоторых версиях сети радиодоступа несколько базовых станций типично подключаются (например, посредством наземных линий или микроволн) к узлу контроллера (к примеру, контроллеру радиосети (RNC) или контроллеру базовой станции (BSC)), который контролирует и координирует различные действия множества базовых станций, подключенных к нему. Контроллеры радиосети типично подключаются к одной или более базовых сетей.
[0004] Универсальная система мобильной связи (UMTS) является системой мобильной связи третьего поколения, которая является развитием глобальной системы мобильной связи (GSM) второго поколения (2G). UTRAN по существу является сетью радиодоступа с использованием широкополосного множественного доступа с кодовым разделением каналов для модулей пользовательского оборудования (UE). На форуме, известном как партнерский проект третьего поколения (3GPP), поставщики услуг связи предлагают и согласуют стандарты для сетей третьего поколения и UTRAN, в частности, и проводят исследования по повышенной скорости передачи данных и пропускной способности радиосвязи. Технические требования для усовершенствованной сети универсального наземного радиодоступа (E-UTRAN) являются действующими в партнерском проекте третьего поколения (3GPP). Усовершенствованная сеть универсального наземного радиодоступа (E-UTRAN) содержит стандарт долгосрочного развития (LTE) и стандарт развития архитектуры системы (SAE). Стандарт долгосрочного развития (LTE) является разновидностью технологии 3GPP-радиодоступа, в которой узлы базовых радиостанций подключаются к базовой сети (через шлюзы доступа, или AGW), а не к узлам контроллеров радиосети (RNC). В общем, в LTE функции узла контроллера радиосети (RNC) распределяются между узлами базовых радиостанций (усовершенствованными узлами B в LTE) и AGW. Также, сеть радиодоступа (RAN) LTE-системы имеет "чрезвычайно плоскую" архитектуру, содержащую узлы базовых радиостанций, без отправки сообщений в узлы контроллеров радиосети (RNC).
[0005] В системе сотовой связи беспроводной терминал, расположенный в одной соте, также может принимать помехи из передач, выполняемых в других сотах, например, в смежных сотах. Такие многосотовые помехи в системе сотовой связи являются одним из самых частых источников снижения качества. Одно решение по снижению многосотовых помех иногда упоминается в качестве "координированной диспетчеризации". В координированной диспетчеризации, множество сот подключаются к центральному модулю, который координирует передачу/прием в/из беспроводных терминалов, так что могут помехи могут исключаться. Координация для исключения помех в координированной диспетчеризации типично заключает в себе диспетчеризацию пользователей, которые являются совместимыми, так что они активны одновременно по одному радиоресурсу.
[0006] Поскольку сетевая архитектура с централизованным модулем управления может быть неосуществимой по различным причинам, распределенный способ для координированной диспетчеризации недавно раскрыт в заявке на патент (США) 12/486202, озаглавленной "Network-Wide Inter-Cell Interference Minimization Via Coordinated Multipoint Cell Scheduling coordination", которая полностью содержится в данном документе по ссылке. В этом распределенном способе система сегментируется на наборы сот посредством определенного коэффициента многократного использования. Соты в идентичном наборе не создают помехи друг другу вследствие расстояния многократного использования и, следовательно, могут диспетчеризовать передачи данных независимо. Соты в различных наборах затем осуществляют связь друг с другом, чтобы обмениваться информацией диспетчеризации касательно ожидаемых передач данных, так что помехи могут исключаться в течение передач данных. Этот распределенный способ может аппроксимировать производительность централизованной архитектуры, но на деле влечет за собой некоторые сложности.
[0007] В этом отношении, вышеуказанный распределенный способ предполагает, что распределенная координация (например, информация диспетчеризации касательно диспетчеризованных передач данных) завершается до того, как начинается фактическая передача данных. Работа на базе этого допущения может приводить к проблеме. Чтобы понимать проблему, следует осознать, что на практике обмен информацией диспетчеризации осуществляется по интерфейсу, например, по интерфейсу, который соединяет два узла или модуля, которые обмениваются информацией диспетчеризации. Интерфейс имеет время задержки, и если время задержки является достаточно большим, время задержки может отрицательно влиять на чувствительность и производительность координированной диспетчеризации, если процедура координации не продумана надлежащим образом. Другими словами, интерфейс может иметь такие характеристики или сталкиваться с такими ситуациями, когда обмен информацией диспетчеризации по интерфейсу замедляется или задерживается и в силу этого становится помехой для операций координации и передачи данных. Примером такого интерфейса с потенциалом возникновения указанной проблемы может быть интерфейс в коммутируемой сети (к примеру, X-2-интерфейс в случае LTE). Таким образом, время задержки интерфейса может нарушать своевременный обмен информацией диспетчеризации и последующие передачи данных, которые диспетчеризуются в соответствии с информацией диспетчеризации.
[0008] Сложности вышеприведенного распределенного способа координации можно понять со ссылкой на фиг. 1. Для упрощения, фиг. 1 показывает компоновку сот с коэффициентом многократного использования в три. В распределенном способе координированной диспетчеризации, упомянутом выше, соты разделяются на три набора, т.е. наборы с номерами 0, 1 и 2. На фиг. 1 каждый набор сот имеет различное заполнение в виде внутреннего узора. Например, набор 0 имеет внутренний узор с вертикальной штриховкой; набор 1 имеет внутренний узор с перекрестной штриховкой; набор 2 имеет пунктирный или точечный внутренний узор. Соты в идентичном наборе могут диспетчеризовать пользователей независимо, поскольку соты идентичного набора отстоят расстояние многократного использования (предполагается, что расстояние многократного использования является достаточно большим, так что межсотовые помехи сот из идентичного набора пренебрежимо малы). Соты в различных наборах, с другой стороны, создают помехи для своих непосредственно соседних сот и, следовательно, должны координироваться с каждой из них. Один способ координации описывается ниже.
[0009] Соты в каждом наборе поочередно выполняют диспетчеризацию в определенном порядке (например, вертикальное внутреннее заполнение, затем внутреннее заполнение с перекрестной штриховкой, затем пунктирное внутреннее заполнение), независимо от других сот в идентичном наборе. Соты в наборе диспетчеризации должны исключать помехи для сот в наборах, которые уже диспетчеризованы, и затем передавать достаточную информацию в соседние соты в наборах, которые еще должны диспетчеризоваться, так что может быть предпринята идентичная мера предотвращения помех.
[00010] Например, согласно порядку из набора 0, набора 1 и набора 2, соты в наборе 0 сначала диспетчеризуют своих пользователей и передают эту информацию в соседние соты в наборе 1 и наборе 2. Соты в наборе 1 затем диспетчеризуют своих пользователей после проверки того, что помехи пользователям в соседних сотах набора 0 не превышают определенный целевой показатель, и затем передают эту информацию в соседние соты в наборе 2. В завершение, после приема информации диспетчеризации из соседних сот из набора 0 и набора 1, соты набора 2 продолжают диспетчеризовать своих пользователей после проверки того, что помехи диспетчеризованным пользователям в соседних сотах набора 0 и набора 1 не превышают определенный целевой показатель. Вся диспетчеризация и прохождение информации должно осуществляться перед фазой передачи данных. Порядок, в котором три набора выполняют диспетчеризацию, иногда может изменяться, так что может поддерживаться равноправность.
[00011] Допущение, что процесс координации завершается до того, как осуществляется передача данных, подразумевает, что интервал времени координации (CTI) может не превышать интервал времени диспетчеризации (STI), как показано на фиг. 2. Фиг. 2 подробно показывает две по сути параллельных дорожки обработки: приоритетная обработка передач пользовательских данных, которая состоит из интервалов времени диспетчеризации (STI), и фоновая обработка, которая включает в себя обмен информацией диспетчеризации во множестве интервалов времени широковещательной передачи (BTI). Если интервал времени широковещательной передачи (BTI) задается как время, которое требуется соте для того, чтобы передавать информацию диспетчеризации в соседние соты, плюс все остальные задержки обработки, то интервал времени координации (CTI) должен быть не меньше интервала времени широковещательной передачи (BTI), умноженного на коэффициент многократного использования. Как проиллюстрировано на фиг. 2, до того, как может начинаться интервал времени диспетчеризации (STI), ее соответствующая фоновая обработка, которая осуществляется в соответствующем интервале времени координации (CTI), должна завершаться.
[00012] В случае стандарта долгосрочного развития (LTE) интервал времени широковещательной передачи (BTI) может быть свободно интерпретирован в качестве времени задержки в X2-интерфейсе, которое колеблется от нескольких мс до нескольких сотен мс, в зависимости от развертывания. Для коэффициента многократного использования в 3, 4 или 7, существующее решение может иметь интервал времени диспетчеризации (STI) порядка секунды.
[00013] Задержка на эту абсолютную величину может значительно ухудшать производительность системы вследствие таких факторов, как рассогласование в интенсивности сигнала между временем измерения и временем передачи данных. Достижимая скорость передачи пользовательских данных, определенная посредством механизма адаптации линии связи в течение периода координации, также может становиться недопустимой в течение передачи данных, приводя к необязательным повторным передачам.
[00014] Кроме того, распределенный способ координированной диспетчеризации, раскрытый ранее, не рассматривает проблему адаптации линии связи. Адаптация линии связи по существу задается в качестве согласования модуляции, кодирования и других параметров сигналов и протоколов с условиями линии радиосвязи. Информация диспетчеризации передается в одном направлении из сот с высшим порядком в соты с низшим порядком. Чтобы иметь возможность выполнять соответствующую адаптацию линии связи, информация диспетчеризации из всех соседних сот должна быть доступной до передачи данных. Следовательно, широковещательная передача информации диспетчеризации должна выполняться также и в противоположном направлении.
[00015] Заявка на патент (США) 11/681302 "METHOD AND APPARATUS FOR RESOURCE REUSE IN A COMMUNICATION SYSTEM", поданная 2 марта 2007 года, опубликованная как US 2008/0212539 и содержащаяся в данном документе по ссылке, раскрывает способ для обмена информацией диспетчеризации перед передачей данных, так что может достигаться более точная адаптация линии связи.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[00016] Чтобы разрешить эту до настоящего времени игнорируемую проблему, технология, раскрытая в данном документе, раскрывает способ и устройство для эффективной координации диспетчеризации во множестве зон обслуживания (например, многосотовой) таким способом, который, например, минимизирует влияние сетевой задержки.
[00017] В одном из аспектов, технология, раскрытая в данном документе, содержит способ работы устройства, ассоциированного с узлом связи, например, с узлом, который обслуживает зону обслуживания, которая принадлежит одному набору из множества наборов зон обслуживания, содержащих сеть. В канонической форме способ содержит разделение посредством устройства временного ресурса для узла на множество фаз скоординировано с другими зонами обслуживания (при этом предварительно определенное число последовательных фаз формирует один цикл). Способ дополнительно содержит формирование посредством устройства расписания для передачи/приема пользовательского трафика для беспроводных терминалов, обслуживаемых посредством узла для множества последовательных фаз. Расписание формируется таким образом, что в течение множества последовательных фаз, узел может передавать и принимать диспетчеризованный пользовательский трафик до приема во множестве последовательных фаз информации диспетчеризации из другого узла, который обслуживает другой набор зон обслуживания.
[00018] В примерном варианте осуществления и режиме, способ дополнительно содержит формирование посредством устройства, в течение выбранной фазы цикла, расписания для передачи/приема пользовательского трафика для множества групп пользователей для соответствующего множества последовательных фаз после выбранной фазы (причем множество групп пользователей содержат беспроводные терминалы, обслуживаемые посредством узла); и формирование посредством устройства, по меньшей мере, некоторых из множества групп пользователей в зависимости от характеристик радиоканала, имеющих место относительно работы пользователей беспроводных терминалов других зон обслуживания, предварительно диспетчеризованных для соответствующего множества последовательных фаз после выбранной фазы.
[00019] В примерном варианте осуществления и режиме, способ дополнительно содержит формирование и диспетчеризацию посредством устройства, по меньшей мере, одной группы пользователей для фазы, в которой не были предварительно диспетчеризованы пользователи беспроводных терминалов других зон обслуживания.
[00020] В примерном варианте осуществления и режиме, узел обслуживает зону обслуживания, которая принадлежит одному набору из N наборов зон обслуживания, содержащих сеть, где N является целочисленным коэффициентом многократного использования для наборов зон обслуживания сети. В таком примерном варианте осуществления и режиме, способ дополнительно содержит разделение временного ресурса для узла на N фаз; формирование N групп пользователей; и, в течение выбранной фазы цикла, формирование расписания для передачи/приема пользовательского трафика для N групп пользователей для соответствующих N последовательных фаз после выбранной фазы.
[00021] В примерном варианте осуществления и режиме, способ дополнительно содержит отправку, по меньшей мере, части расписания в соседние зоны обслуживания сети в течение выбранной фазы. В еще одной дополнительной реализации, способ дополнительно содержит, в течение фазы, отличной от выбранной фазы, отправку в соседние зоны обслуживания всех частей расписания, которые не отправлены в течение выбранной фазы.
[00022] В примерном варианте осуществления и режиме, способ дополнительно содержит формирование множества групп в течение выбранной фазы цикла, причем множество групп в силу этого задаются для продолжительности во множество последовательных фаз после выбранной фазы.
[00023] В примерном варианте осуществления и режиме, способ дополнительно содержит, в течение каждой фазы цикла, прием посредством узла информации диспетчеризации, предварительно отправленной из соседних зон обслуживания сети.
[00024] В примерном варианте осуществления и режиме, этап разделения временного ресурса скоординировано с другими зонами обслуживания дополнительно содержит совмещение зон обслуживания идентичного набора с идентичными фазами и разнесение зон обслуживания различающихся наборов со смещенными фазами.
[00025] В примерном варианте осуществления и режиме, выбранная фаза является первой фазой из множества последовательных фаз.
[00026] В примерном варианте осуществления и режиме, способ дополнительно содержит, в течение каждой фазы цикла, задание скорости для пользовательского трафика, который должен быть передан/принят в течение соответствующей фазы.
[00027] В примерном варианте осуществления и режиме, узел представляет собой узел базовой станции, а зона обслуживания представляет собой соту, обслуживаемую посредством базовой станции.
[00028] В примерном варианте осуществления и режиме, узел представляет собой другой сетевой узел, такой как узел контроллера радиосети (RNC), а зона обслуживания представляет собой группу сот, обслуживаемых посредством сетевого узла.
[00029] В примерном варианте осуществления и режиме, узел представляет собой часть узла базовой радиостанции, а зона обслуживания представляет собой сектор, обслуживаемый посредством узла базовой радиостанции.
[00030] В другом из аспектов, технология, раскрытая в данном документе, связана с устройством, ассоциированным с узлом сети радиодоступа, например, с узлом, который обслуживает зону обслуживания, которая принадлежит одному набору из множества наборов зон обслуживания, содержащих сеть. В примерном варианте осуществления, устройство содержит электронную схему, содержащую фазовый контроллер и диспетчер. Фазовый контроллер выполнен с возможностью разделять временной ресурс для узла на множество фаз скоординировано с другими зонами обслуживания, при этом предварительно определенное число последовательных фаз формирует один цикл. Диспетчер выполнен с возможностью формировать расписание для передачи/приема пользовательского трафика для беспроводных терминалов, обслуживаемых посредством узла для множества последовательных фаз, причем в течение множества последовательных фаз узел может передавать и принимать диспетчеризованный пользовательский трафик до приема во множестве последовательных фаз информации диспетчеризации из другого узла, который обслуживает другой набор зон обслуживания.
[00031] В примерном варианте осуществления, электронная схема дополнительно выполнена с возможностью, в течение выбранной фазы цикла, формировать расписание для передачи/приема пользовательского трафика для множества групп пользователей для соответствующего множества последовательных фаз после выбранной фазы (причем множество групп пользователей содержат беспроводные терминалы, обслуживаемые посредством узла); и формировать, по меньшей мере, некоторые из множества групп пользователей в зависимости от характеристик радиоканала, имеющих место относительно работы пользователей беспроводных терминалов других зон обслуживания, предварительно диспетчеризованных для соответствующего множества последовательных фаз после выбранной фазы.
[00032] В примерном варианте осуществления, узел содержит интерфейс связи, выполненный с возможностью, в течение выбранной фазы, отправлять, по меньшей мере, часть расписания в соседние зоны обслуживания сети. В примерной реализации, интерфейс связи выполнен с возможностью, в течение фазы, отличной от выбранной фазы, отправлять в соседние зоны обслуживания любую часть расписания, которая не была отправлена в течение выбранной фазы.
[00033] В примерном варианте осуществления, диспетчер дополнительно выполнен с возможностью формировать и диспетчеризовать, по меньшей мере, одну группу пользователей для фазы, в которой не были предварительно диспетчеризованы пользователи беспроводных терминалов других зон обслуживания.
[00034] В примерном варианте осуществления, узел обслуживает зону обслуживания, которая принадлежит одному набору из N наборов зон обслуживания, содержащих сеть, где N является целочисленным коэффициентом многократного использования для наборов зон обслуживания сети. В таком примерном варианте осуществления, диспетчер выполнен с возможностью разделять временной ресурс для узла на N фаз; формировать N групп пользователей; и в течение выбранной фазы цикла формировать расписание для передачи/приема пользовательского трафика для N групп пользователей для соответствующих N последовательных фаз после выбранной фазы.
[00035] В примерном варианте осуществления, диспетчер дополнительно выполнен с возможностью формировать множество групп в течение выбранной фазы цикла, причем множество групп в силу этого задаются для продолжительности во множество последовательных фаз после выбранной фазы.
[00036] В примерном варианте осуществления, диспетчер дополнительно выполнен с возможностью, в течение каждой фазы цикла, принимать информацию диспетчеризации, предварительно отправленную из соседних зон обслуживания сети.
[00037] В примерном варианте осуществления, диспетчер дополнительно выполнен с возможностью разделять временной ресурс скоординировано с другими зонами обслуживания посредством совмещения зон обслуживания идентичного набора с идентичными фазами и посредством разнесения зон обслуживания различающихся наборов со смещенными фазами.
[00038] В примерном варианте осуществления, выбранная фаза является первой фазой из множества последовательных фаз.
[00039] В примерном варианте осуществления, диспетчер дополнительно выполнен с возможностью, в течение каждой фазы цикла, задавать скорость для пользовательского трафика, который должен быть передан/принят в течение соответствующей фазы.
[00040] Узел, с которым ассоциировано устройство, может принимать несколько форм. Например, в одном примерном варианте осуществления, узел представляет собой узел базовой станции, а зона обслуживания представляет собой соту, обслуживаемую посредством базовой станции. В другом примерном варианте осуществления, узел представляет собой сетевой узел, такой как узел контроллера радиосети (RNC), а зона обслуживания представляет собой группу сот, обслуживаемых посредством сетевого узла. В еще одном другом примерном варианте осуществления, узел представляет собой часть узла базовой радиостанции, а зона обслуживания представляет собой сектор, обслуживаемый посредством узла базовой радиостанции.
[00041] В другом из аспектов, технология, раскрытая в данном документе, связана со способом работы сети связи, содержащей множество узлов, причем каждый узел обслуживает зону обслуживания, которая принадлежит одному набору из множества наборов зон обслуживания, содержащих сеть. Способ работы сети содержит: (1) разделение временного ресурса скоординировано для множества узлов на множество фаз, при этом предварительно определенное число последовательных фаз формирует один цикл, причем циклы различающихся наборов начинаются с отличающихся фаз; и (2) для каждого из множества узлов, диспетчеризацию передачи/приема пользовательского трафика для беспроводных терминалов, обслуживаемых посредством соответствующего узла для множества последовательных фаз, причем в течение диспетчеризованного множества последовательных фаз каждый узел может передавать и принимать диспетчеризованный пользовательский трафик до приема во множестве последовательных фаз информации диспетчеризации из узла, который обслуживает другой набор зон обслуживания.
[00042] В примерном варианте осуществления и режиме, способ работы сети дополнительно содержит выполнение посредством каждого из множества узлов перспективной диспетчеризации передачи/приема пользовательского трафика в первой фазе цикла; и заблаговременную диспетчеризацию посредством каждого из множества узлов передачи/приема пользовательского трафика для множества фаз после первой фазы цикла.
[00043] В примерном варианте осуществления и режиме, каждый узел обслуживает соответствующую зону обслуживания, которая принадлежит одному набору из N наборов зон обслуживания, содержащих сеть, где N является целочисленным коэффициентом многократного использования для наборов зон обслуживания сети, и способ работы сети дополнительно содержит разделение временного ресурса для узла на N фаз; и в течение выбранной фазы цикла, формирование расписания для передачи/приема пользовательского трафика для соответствующих N последовательных фаз после выбранной фазы.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[00044] Вышеприведенные и другие цели, признаки и преимущества изобретения станут понятными из нижеследующего более подробного описания предпочтительных вариантов осуществления, проиллюстрированных на прилагаемых чертежах, на которых ссылки с номером означают идентичные части на различных представлениях. Чертежи необязательно начерчены в масштабе, вместо этого акцент делается на понятности иллюстрирования принципов изобретения.
[00045] Фиг. 1 является схематическим видом сети из наборов сотовых областей.
[00046] Фиг. 2 является схематическим видом, иллюстрирующим параллельные тракты обработки, включающие в себя фоновую обработку координации и приоритетную обработку передачи.
[00047] Фиг. 3, фиг. 4, фиг. 5 и фиг. 6 являются схематическими видами, показывающими зоны обслуживания сетей согласно отличающимся иерархическим сетевым компоновкам.
[00048] Фиг. 7, фиг. 8 и фиг. 9 являются схематическими видами, показывающими местоположение и/или компоновку устройства координации диспетчеризации относительно одного или более узлов сети.
[00049] Фиг. 10 является схематичным видом примерного варианта осуществления общего устройства координации диспетчеризации.
[00050] Фиг. 11 является схематичным видом, иллюстрирующим, как примерный вариант осуществления устройства координации диспетчеризации может иметь реализацию в форме машинной платформы.
[00051] Фиг. 12 является временной диаграммой, показывающей фазы операций, содержащих способ координации диспетчеризации, выполняемый через зоны обслуживания различных наборов согласно примерным режимам, описанным в данном документе.
[00052] Фиг. 13 является схематическим видом корреляция между наборами зон обслуживания, которые формируют расписания и фазы работы согласно примерному варианту осуществления, и режимом способа координации диспетчеризации.
[00053] Фиг. 14-20 являются блок-схемами последовательности операций способа, иллюстрирующими примерные действия или этапы, выполняемые в сочетании с отличающимися примерными режимами и вариантами осуществления способа координации диспетчеризации.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
[00054] В последующем описании, в целях пояснения, а не ограничения, конкретные подробности, такие как конкретные архитектуры, интерфейсы, технологии и т.д., излагаются для того, чтобы предоставлять полное понимание настоящего изобретения. Тем не менее, специалистам в данной области техники должно быть очевидным, что настоящее изобретение может осуществляться на практике в других вариантах осуществления, которые отступают от этих конкретных подробностей. Иными словами, специалисты в данной области техники должны иметь возможность разрабатывать различные компоновки, которые, хотя не описаны или показаны явно в данном документе, осуществляют принципы изобретения и включаются в его сущность и объем. В некоторых случаях, подробные описания известных устройств, схем и способов опускаются с тем, чтобы не затруднять понимание описания настоящего изобретения необязательными подробностями. Все утверждения в данном документе в отношении принципов, аспектов и вариантов осуществления изобретения, а также его конкретных примеров, имеют намерение содержать в себе структурные и функциональные эквиваленты. Дополнительно, эти эквиваленты должны включать в себя как известные в данный момент эквиваленты, так и эквиваленты, разрабатываемые в будущем, т.е. любые разрабатываемые элементы, которые выполняют эту функцию, вне зависимости от структуры.
[00055] Таким образом, например, специалисты в данной области техники должны принимать во внимание, что блок-схемы в данном документе могут представлять концептуальные виды иллюстративной схемы или других функциональных модулей, осуществляющих принципы технологии. Аналогично, следует принимать во внимание, что все блок-схемы последовательности операций, блок-схемы, схемы переходов состояния, псевдокод и т.п. представляют различные процессы, которые могут быть представлены большей частью на машиночитаемом носителе и в силу этого выполнены посредством компьютера или другого процессора, независимо от того, показан или нет в явной форме такой компьютер или процессор.
[00056] Функции различных элементов, включающих в себя функциональные блоки, в том числе, но не только, функциональные блоки, помеченные или описанные как "компьютер", "процессор" или "контроллер", могут предоставляться с помощью аппаратных средств, таких как схемные аппаратные средства и/или аппаратные средства, допускающие выполнение программного обеспечения в форме кодированных инструкций, сохраненных на машиночитаемом носителе. Таким образом, такие функции и проиллюстрированные функциональные блоки должны пониматься как аппаратно реализованные и/или компьютернореализованные и тем самым машинореализованные.
[00057] С точки зрения аппаратной реализации, функциональные блоки могут включать в себя или охватывать, без ограничения, аппаратные средства процессора цифровых сигналов (DSP), процессор с сокращенным набором команд, аппаратную (например, цифровую или аналоговую) схему, в том числе, но не только, специализированную интегральную схему(ы) [ASIC] и (при необходимости) конечные автоматы, допускающие выполнение таких функций.
[00058] С точки зрения компьютерной реализации, компьютер, в общем, понимается как содержащий один или более процессоров или один или более контроллеров, и термины "компьютер" и "процессор", и "контроллер" могут использоваться взаимозаменяемо в данном документе. При предоставлении посредством компьютера или процессора, или контроллера, функции могут предоставляться посредством одного выделенного компьютера или процессора, или контроллера, посредством одного совместно используемого компьютера или процессора, или контроллера, либо посредством множества отдельных компьютеров или процессоров, или контроллеров, некоторые из которых могут быть совместно использованы или распределены. Кроме того, использование термина "процессор" или "контроллер" также должно истолковываться как означающее другие аппаратные средства, допускающие осуществление таких функций и/или выполнение программного обеспечения, такие как примерные аппаратные средства, изложенные выше.
[00059] Технология, раскрытая в данном документе, связана с координацией диспетчеризации во множестве зон обслуживания, например, с координацией диспетчеризации между множеством зон обслуживания пользовательского трафика (например, беспроводных передач и прием) для беспроводных терминалов. В некоторых аспектах, технология, раскрытая в данном документе, заключает в себе варианты осуществления сетевого устройства, также известного как устройство координации диспетчеризации, выполненное с возможностью осуществлять координацию диспетчеризации для множества зон обслуживания, и способов работы такого сетевого устройства. Устройство координации диспетчеризации ассоциировано с узлом связи, например, с узлом, который обслуживает зону обслуживания. Обслуживаемая зона обслуживания, в свою очередь, принадлежит одному набору из множества наборов зон обслуживания, содержащих сеть. В других вариантах осуществления, узел, с которым ассоциировано устройство координации диспетчеризации, может принимать отличающиеся формы в соответствии с надлежащими отличающимися иерархическими концепциями зон обслуживания.
0
1
2
0
1
2
[00060] Фиг. 3 иллюстрирует часть сети, содержащей множество зон обслуживания, причем внутренние части множества зон обслуживания представляются по существу аналогично сотам по фиг. 1. Например, сеть по фиг. 1 включает в себя первую зону S обслуживания, проиллюстрированную в качестве шестиугольника с вертикальным внутренним заполнением; вторую зону S обслуживания, проиллюстрированную в качестве шестиугольника с внутренним заполнением с перекрестной штриховкой; и третью зону S обслуживания, проиллюстрированную в качестве шестиугольника с вертикальным внутренним заполнением. Каждая из трех по-разному проиллюстрированных зон обслуживания принадлежит различающимся наборам зон обслуживания, аналогично сотам по фиг. 1. Например, первая зона S обслуживания принадлежит набору 0; вторая зона S обслуживания принадлежит набору 1; и третья зона S обслуживания принадлежит набору 2. Соответственно, следует понимать, что зоны обслуживания, показанные на фиг. 3, предпочтительно интегрируются в больший контекст зон обслуживания, которые, по существу, имеют конфигурацию по фиг. 1.
0
0
1
1
2
2
[00061] Каждая зона обслуживания обслуживается посредством соответствующего узла N, например, первая зона S обслуживания обслуживается посредством узла N; вторая зона S обслуживания обслуживается посредством узла N; и третья зона S обслуживания обслуживается посредством узла N. Фактически, в варианте осуществления фиг. 1 зоны обслуживания являются сотами, обслуживаемыми посредством узла, который принимает форму узла базовой радиостанции, например, RBS, узла B или усовершенствованного узла B, в зависимости от типа сети радиодоступа, в которой используется базовая станция.
[00062] Кроме того, на фиг. 3 и в других вариантах осуществления узлы N осуществляют связь по интерфейсам, которые также известны в данном документе как сетевые интерфейсы или межузловые интерфейсы. Примеры таких интерфейсов представляются посредством двунаправленных стрелок на фиг. 3 и на других чертежах. Овал, нарисованный пунктирной линией, совместно обозначает сетевые или межузловые интерфейсы посредством интерфейса моникера. Конкретные среды, используемые посредством интерфейсов, не являются критически важными. В некоторых вариантах осуществления, среды для интерфейсов могут быть проводными, в то время как в других вариантах осуществления среды для интерфейсов могут быть беспроводными (например, радио, микроволновыми и т.д.). В некоторых вариантах осуществления, интерфейсы могут включать в себя даже промежуточные узлы, к примеру, коммутаторы.
0
0
0
1
1
1
2
2
2
[00063] Как пояснено выше, время задержки сопоставимых интерфейсов в системах предшествующего уровня техники может препятствовать распределению информации диспетчеризации между узлами, так что в итоге в предшествующем уровне техники может быть затруднена не только диспетчеризация, но и передача/прием пользовательского трафика. К счастью, технология, раскрытая в данном документе, серьезно рассматривает и/или преодолевает такие проблемы задержки в интерфейсе, тем самым обеспечивая как эффективную координацию диспетчеризации по множеству зон обслуживания, так и более эффективный поток пользовательского трафика. Такое преимущество достигается посредством предоставления устройства координации диспетчеризации, варианты осуществления которого описаны в данном документе. В варианте осуществления по фиг. 3 возникает ситуация, когда каждый узел N содержит такое устройство 20 координации диспетчеризации, например, узел N, обслуживающий первую зону S обслуживания, состоит из устройства 20 координации диспетчеризации; узел N, обслуживающий вторую зону S обслуживания, состоит из устройства 20 координации диспетчеризации; а узел N, обслуживающий третью зону S обслуживания, состоит из устройства 20 координации диспетчеризации.
RNC
RNC
RNC
RNC
RNC
RNC
RNC
RNC
RNC
2
RNC
[00064] Таким образом, фиг. 3 иллюстрирует примерную сеть, в которой зоны обслуживания являются сотами, которые обслуживаются посредством базовых радиостанций. Тем не менее, при использовании в данном документе термин "зона обслуживания" не ограничивается сотой, а может быть другим иерархическим уровнем покрытия или юрисдикции. Как следствие, термин "узел" не ограничивается узлом базовой радиостанции по существу. Например, фиг. 4 иллюстрирует сценарий, в котором зона S обслуживания представляет собой область, обслуживаемую посредством узла, который является старшим для узла базовой радиостанции, например, сетевой узла, такого как узел контроллера базовой станции (BSC) или контроллер радиосети (RNC). С использованием термина "RNC" просто как представляющего такой тип старшего или сетевого узла, фиг. 4 иллюстрирует узел N в качестве обслуживающей зоны обслуживания, которая содержит большой внешний шестиугольник S. Узел N показан как обслуживающий множество узлов 28 базовых радиостанций, при этом каждый узел 28 базовой станции, в свою очередь, обслуживает соту 30 базовой радиостанции (проиллюстрирована посредством меньших пунктирных шестиугольников, включенных в большую шестиугольную зону S обслуживания, обслуживаемую посредством узла N). Следует понимать, что зона S обслуживания принадлежит набору зон обслуживания на основе RNC, и что смежные зоны обслуживания на основе RNC других наборов типично окружают или являются смежными с зоной S обслуживания на фиг. 4. На примерной иллюстрации по фиг. 4, зона S обслуживания принадлежит третьему набору S с учетом своего пунктирного внутреннего рисунка. Узел N по фиг. 4 подключается посредством одного или более интерфейсов к сопоставимым узлам других, например, смежных зон обслуживания. Следует принимать во внимание, что сетевой узел не обязательно должен быть ограничен узлом контроллера радиосети (RNC), и сетевой узел может принимать другие формы, к примеру, шлюзового узла, который обслуживает группу сот.
SECTOR
SECTOR-0-1
SECTOR-2-2
SECTOR-0-1
SECTOR-0-2
SECTOR-1-1
SECTOR-1-2
SECTOR-2-1
SECTOR-2-2
SECTOR-2-2
SECTOR-2-2
[00065] В качестве еще одного другого примера иерархической компоновки, фиг. 5 иллюстрирует сценарий, в котором зона обслуживания S является областью соты, обслуживаемой посредством узла, причем узел для этого варианта осуществления концептуализирован как часть узла базовой радиостанции, которая обслуживает сектор соты. На фиг. 5 узел 28 базовой радиостанции обслуживает соту 30, которая принимает форму единственного шестиугольника, проиллюстрированного на фиг. 5. Шестиугольник по фиг. 5 разделяется на шесть треугольных секторов, которые представляют собой шесть зон обслуживания варианта осуществления фиг. 5. Эти шесть зон S-S обслуживания по фиг. 5 группируются в наборы зон обслуживания, при этом, например, зоны S и S обслуживания принадлежат первому набору с вертикальной штриховкой, т.е. набору 0; зоны S и S обслуживания принадлежат второму набору с перекрестной штриховкой, т.е. набору 1; а зоны S и S обслуживания принадлежат пунктирному третьему набору, т.е. набору 2. Для упрощения, фиг. 5 показывает одну обслуживающую сектор часть базовой станции 28, например, часть базовой станции 28, участвующую в обслуживании зоны S обслуживания сектора, которая служит в качестве узла N для варианта осуществления по фиг. 5. Следует принимать во внимание, что другие секторы, обслуживаемые посредством базовой станции 28, также обслуживаются посредством частей базовой станции 28, и что некоторые аспекты или элементы базовой станции 28 могут быть совместно использованы различными секторами. Кроме того, интерфейсы, которые соединяют обслуживающий сектор узлы, могут быть внутренними относительно узла базовой станции.
[00066] Кроме того, в качестве еще одного другого примера, последующая интерпретация "соты" не должна быть ограничена традиционной сотовой архитектурой. Она может представлять кластер меньших сот под управлением центрального модуля, такой как координированная многоточечная (CoMP) архитектура, показанная на фиг. 6. В CoMP-архитектуре CoMP-сота является набором подсот, подключенных к центральному узлу, который координирует передачу/прием пользовательских сигналов, чтобы уменьшать помехи для меньших подсот. CoMP-архитектура понимается в отношении, например, заявки на патент (США) 12/563589, озаглавленной "Inter-Cell Interference Mitigation", также опубликованной в качестве публикации патента (США) US 2010/0261493, которая полностью содержится в данном документе по ссылке.
[00067] Для упрощения, три различных набора зон обслуживания, с тремя различными (с вертикальной штриховкой, с перекрестной штриховкой и пунктирным) внутренними рисунками, типично иллюстрируются в данном документе. Использование трех различных наборов зон обслуживания не является критически важным или ограничивающим, поскольку фактически может использоваться другое число наборов зон обслуживания. Равно как шестиугольные или другие проиллюстрированные формы зон обслуживания не подразумевают или заключают в себе конкретные зависимости или ограничения, так и эти рисунки также служат только в качестве удобных примеров.
[00068] Фиг. 7, аналогично фиг. 3, фиг. 4 и фиг. 5, показывает устройство 20 координации диспетчеризации для каждой услуги как содержащее или включенное в узел. При использовании в данном документе, "узел" может быть логическим узлом с физическими элементами, распределенными в различных физических местоположениях. Например, в некоторых примерных вариантах осуществления, "узел" включает в себя такую структуру, как базовая станция, которая имеет раздельную функциональность, например, функциональность отдельно как радиоподсистемы и подсистемы полосы модулирующих частот, при этом радиоподсистема и подсистема полосы модулирующих частот являются физически разделенными или удаленными друг от друга. Таким образом, "узел" не ограничивается одним физическим местоположением, а может быть распределен или разделен, т.е. не обязательно расположен централизованно. Кроме того, устройство 20 координации диспетчеризации может представлять одно или более физических устройств, совместно размещаемых или удаленных от конкретного узла, который ассоциирован с устройством. В связи с этим, устройство 20 координации диспетчеризации не обязательно должно физически находиться в или совместно с релевантным узлом, а может быть расположено внешне по отношению и/или удаленно от узла.
[00069] Таким образом, нахождение и/или местоположение устройства 20 координации диспетчеризации не ограничено совмещением или внутренним расположением по отношению к узлу. Например, фиг. 8 иллюстрирует объекты 20' координации диспетчеризации, которые являются внешними для каждого узла N. Такие объекты 20' координации диспетчеризации могут быть отдельными или автономными узлами, точками предоставления услуг либо составляющими модулями или функциональностями еще других узлов. Фактически, в качестве другого примера, фиг. 9 иллюстрирует три зоны обслуживания, имеющие узлы N, которые ассоциированы с объектами 20" координации диспетчеризации, которые совместно размещаются друг с другом.
[00070] С учетом вышеприведенных и других соображений, следует понимать, что термин "устройство координации диспетчеризации" означает логический объект, модуль или функциональность, которая может представлять один или более физических компонентов, местоположение которых не должно быть ограничивающим или считаться критически важным.
[00071] Фиг. 10 иллюстрирует примерные характерные модули или функциональности, содержащие общее устройство 20 координации диспетчеризации. Согласно примерному варианту осуществления по фиг. 9, устройство 20 координации диспетчеризации содержит интерфейс 40 связи; запоминающее устройство 42 для диспетчеризации; диспетчер 44; модуль 46 адаптации линии связи; фазовый контроллер 48; и передающее устройство 50. Как пояснено ниже диспетчер 44 содержит, например, модуль 52 формирования групп.
[00072] Из вышеописанного следует понимать, что один или более этих элементов или функциональностей могут быть совместно использованы или предоставлены посредством узла, с которым ассоциировано устройство 20 координации диспетчеризации.
[00073] Фиг. 11 иллюстрирует, что различные функциональные модули устройства 20 координации диспетчеризации могут предоставляться на платформе 60. Термин "платформа" является способом описания того, как функциональные модули устройства 20 координации диспетчеризации могут быть реализованы или осуществлены, например, посредством машины, к примеру, посредством электронных схем, такой компьютер или схема (например, ASIC). Платформа 60 может принимать любую из нескольких форм, такую как, например, платформа для компьютерной реализации или платформа для аппаратных схем. Фиг. 11 подробно показывает платформу 60 в качестве компьютерной платформы, в которой логика и функциональность устройства 20 координации диспетчеризации реализуется посредством одного или более процессоров компьютера или других контроллеров 62, поскольку эти термины широко заданы в данном документе. В компьютерной реализации такой контроллер(ы) 62 типично функционирует в сочетании с запоминающим устройством 64. В дополнение к запоминающему устройству 42 для диспетчеризации запоминающее устройство 64 может содержать оперативное запоминающее устройство 66; постоянное запоминающее устройство 68; запоминающее устройство 70 для хранения приложений (которое сохраняет, например, кодированные инструкции, которые могут выполняться посредством контроллера 62, чтобы выполнять этапы, описанные в данном документе); и любое другое запоминающее устройство, такое как, например, кэш-память). Кроме того, в сочетании машинной платформой 60, фиг. 11 показывает устройство 20 координации диспетчеризации как включающее в себя различные интерфейсы, среди которых предусмотрены клавишная панель 71; устройство аудиоввода (например, микрофон) 72; устройство видеоввода (например, камера) 74; устройство видеовывода (например, дисплей 76); и устройство аудиовывода (например, динамик) 78. Другие типы устройств ввода-вывода также могут быть подключены или содержать устройство 20 координации диспетчеризации.
[00074] В примере по фиг. 11 платформа 60 проиллюстрирована в качестве машинореализованных или компьютерных платформ. Другая примерная платформа на основе электронных схем, подходящая для устройства 20 координации диспетчеризации, является платформой для аппаратной схемы, например, специализированной интегральной схемы (ASIC), в которой схемные элементы структурируются и управляются с возможностью выполнять различные этапы, описанные в данном документе
[00075] Работа примерных вариантов осуществления и режимов сети, включающей в себя устройство 20 координации диспетчеризации, а также работа примерных вариантов осуществления и режимов устройства 20 координации диспетчеризации описывается со ссылкой на фиг. 12. Фиг. 12 является временной диаграммой, показывающей фазы операций, содержащих способ координации диспетчеризации, выполняемый через зоны обслуживания различных наборов согласно примерным режимам, описанным в данном документе. Таким образом, фиг. 12 служит в качестве средства при понимании примерных действий или этапов различных режимов и вариантов осуществления, описанных в данном документе и проиллюстрированных посредством других чертежей. Горизонтальное направление по фиг. 12 соответствует времени, которое возрастает слева направо, причем это время показано как разделенное на фазы, при этом три фазы формируют один цикл. Фиг. 12 разделяется по вертикали на три секции, при этом нижняя секция иллюстрирует примерные действия или этапы, связанные с фазами процедуры для набора 0; средняя секция иллюстрирует примерные действия или этапы, связанные с фазами процедуры для набора 1; и верхняя секция иллюстрирует примерные действия или этапы, связанные с фазами процедуры для набора 2.
[00076] Фиг. 13 аналогично служит в качестве другого средства при иллюстрации принципов фаз и наборов зон обслуживания. Фиг. 13 подробно показывает корреляцию между наборами зон обслуживания, которые формируют расписания и фазы работы согласно примерному варианту осуществления, и режимом способа координации диспетчеризации по технологии, раскрытой в данном документе. В варианте осуществления и режиме, проиллюстрированном на фиг. 13, узлы зон обслуживания, принадлежащих набору, фаза которого является фазой 0, являются узлами, которые формируют расписания в любой данной фазе. Также в фазе 0 узлы зон обслуживания, принадлежащих набору, фаза которого является фазой 0, начинают передавать свои расписания в другие (например, соседние) узлы.
[00077] В примерной системе, показанной на фиг. 13, зоны обслуживания группируются в три набора с различной внутренней штриховкой посредством коэффициента многократного использования в три. Предполагается, что помехи между зонами обслуживания в идентичном наборе пренебрежимо малы. Процедура координации для каждого набора служб разделяется на циклы в N фаз, где N является коэффициентом многократного использования. В неограничивающих примерах, проиллюстрированных в данном документе, N равняется 3. Фазы зон обслуживания в идентичном наборе синхронизируются, тогда как фазы различных наборов разносятся, так что соты в различных наборах никогда не синхронизированы по фазе. Каждый цикл координации соответствует интервалу времени координации (CTI), а каждая фаза соответствует интервалу времени диспетчеризации (STI). Интервал времени диспетчеризации (STI) при использовании в данном документе не может превышать интервал времени широковещательной передачи (BTI), который определяется посредством развертывания сети, как упомянуто выше. Это значительно уменьшает время диспетчеризации и, следовательно, делает систему более чувствительной и адаптивной к изменению измерений во времени.
[00078] Фиг. 14 иллюстрирует стандартные действия или этапы, выполняемые в сочетании с базовым режимом способа координации диспетчеризации. Как проиллюстрировано посредством этапа 14-1, способ координации диспетчеризации содержит разделение посредством устройства 20 координации диспетчеризации временного ресурса для своего ассоциированного узла на множество фаз. Такое разделение на множество фаз выполняется скоординировано с другими зонами обслуживания (при этом предварительно определенное число последовательных фаз формирует один цикл). Разделение на множество фаз и управление операциями, выполняемыми в течение соответствующих фаз, может выполняться и/или управляться посредством фазового контроллера 48 устройства 20 координации диспетчеризации.
[00079] Этап 14-2 по фиг. 14 показывает формирование посредством устройства 20 координации диспетчеризации расписания для передачи/приема пользовательского трафика для беспроводных терминалов, обслуживаемых посредством узла для множества последовательных фаз. Обозначение "передача/прием" и аналогичное обозначение охватывает случай передачи или приема и случай, по меньшей мере, одного из передачи и приема. Расписание формируется таким образом, что в течение множества последовательных фаз, узел может передавать и принимать диспетчеризованный пользовательский трафик до приема, во множестве последовательных фаз идентичного цикла, информации диспетчеризации из другого узла, который обслуживает другой набор зон обслуживания. В примерной реализации, расписание этапа 14-2 формируется посредством диспетчера 44 устройства 20 координации диспетчеризации.
[00080] Фиг. 12 показывает результат этапа 14-1, например, разделение посредством устройства 20 координации диспетчеризации временного ресурса для своего ассоциированного узла на множество фаз. Каждая фаза по фиг. 12 разграничивается посредством пунктирной линии для фазы, которая идет главным образом вертикально. Каждая линия для фазы пересекает три набора процедур, например, процедуры для набора 0 (проиллюстрированы в нижней секции по фиг. 12), набора 1 (проиллюстрированы в средней секции по фиг. 12) и набора 2 (проиллюстрированы в верхней секции по фиг. 12). Фазы нумеруются в качестве фазы 0, фазы 1 и фазы 2, причем все три этих фазы составляют один цикл. Фиг. 12 иллюстрирует то, что циклы трех фаз следуют один за другим, так что в итоге этапы по фиг. 12 по существу выполняются конвейерным способом в наборах.
[00081] Таким образом, фиг. 12 составляет фазу посредством матрицы наборов, причем каждый элемент матрицы содержит блоки, соответствующие действиям или этапам, которые выполняются для узла соответствующего набора в течение фазы работы. Действия или этапы, включенные в элементы матрицы по фиг. 12, понимаются в качестве примера в сочетании с отдельно описанными режимами и вариантами осуществления по фиг. 14-19. Этапы режимов и вариантов осуществления по фиг. 14-19 могут выполняться комбинированно или выполняться другими способами.
[00082] Таким образом, нижний левый элемент матрицы по фиг. 12 иллюстрирует определенные примерные этапы, которые могут выполняться (например, посредством устройства 20 координации диспетчеризации) в течение фазы 0 для узла, который принадлежит набору 0. Матричный элемент непосредственно справа от нижнего левого элемента матрицы по фиг. 12 иллюстрирует примерные этапы, которые могут выполняться в течение фазы 1 для узла, который принадлежит набору 0, и т.д. Тот факт, что линия для фазы пересекает три набора процедур, отражает тот факт, что временной ресурс разделяется на множество фаз, выполняется скоординировано с другими зонами обслуживания. Кроме того, в примерной реализации, разделение временного ресурса скоординировано с другими зонами обслуживания содержит совмещение зон обслуживания идентичного набора с идентичными фазами и разнесение зон обслуживания различающихся наборов со смещенными фазами способом, проиллюстрированным посредством фиг. 12.
[00083] Фиг. 12 дополнительно отражает тот факт, что расписание формируется таким образом, что, в течение множества последовательных фаз, узел может передавать и принимать диспетчеризованный пользовательский трафик до приема, во множестве последовательных фаз идентичного цикла, информации диспетчеризации из другого узла, который обслуживает другой набор зон обслуживания. В этом отношении, в течение фазы 0 нижнего левого элемента матрицы по фиг. 12 формируется расписание, которое является действующим для следующих трех фаз, например, для следующей результирующей фазы 1, фазы 2 и фазы 0. Расписание, сформированное в течение фазы 0 нижнего левого элемента матрицы по фиг. 12, основан на информации диспетчеризации, предварительно принимаемой из других (например, соседних) узлов. Информация диспетчеризации, предварительно принимаемая из других узлов, сохраняется в запоминающем устройстве 42 для диспетчеризации. Хотя устройство 20 координации диспетчеризации для узла набора 0 нижнего левого элемента матрицы по фиг. 12 может продолжать принимать обновление или различную информацию диспетчеризации из других узлов в течение фаз после задающей расписание фазы 0, прием такой информации обновления или различной информации диспетчеризации не влияет на расписание, уже развернутое в фазе 0 для трех следующих фаз (трех фаз, которые идут после оформляющей расписание фазы 0) для набора 0. Таким образом, в отличие от предшествующего уровня техники, проблемы времени задержки, связанные с приемом или обработкой информации обновления или различной информации диспетчеризации из других узлов, не являются значимым фактором в способе координации диспетчеризации по технологии, раскрытой в данном документе.
[00084] Фиг. 15 иллюстрирует другой примерный вариант осуществления и обеспечивает дополнительное понимание для одной примерной технологии согласно одному примеру технологию для достижения целей способа координации диспетчеризации технологии, раскрытой в данном документе. Аналогично режиму по фиг. 14, режим по фиг. 15 содержит этап 14-1 разделения временного ресурса для узла на множество фаз скоординировано с другими зонами обслуживания. Этап 15-2 содержит формирование, в течение выбранной фазы цикла, расписания для передачи/приема пользовательского трафика для множества групп пользователей для соответствующего множества последовательных фаз после выбранной фазы. В примерном варианте осуществления, множество групп пользователей содержат беспроводные терминалы, обслуживаемые посредством узла. Для примерной иллюстрации, отражаемой посредством фиг. 12, три таких группы (например, группа 0, группа 1 и группа 2) формируются для каждой зоны обслуживания, например, для каждого узла. Группы пользователей составляются посредством модуля 52 формирования групп диспетчера 44. Выбранная фаза в проиллюстрированном примере является фазой 0.
[00085] Этап 15-3 содержит формирование, по меньшей мере, некоторых из множества групп пользователей в зависимости от характеристик радиоканала, имеющих место относительно работы пользователей беспроводных терминалов других зон обслуживания, предварительно диспетчеризованных для соответствующего множества последовательных фаз после выбранной фазы. В качестве примера, этап 15-3 может содержать формирование, по меньшей мере, некоторых групп, так что операции группы, совместно состоящей из этих пользователей, не приводят недопустимым характеристикам канала (например, отношению "сигнал-к-помехам-и-шуму") для уже диспетчеризованных пользователей в зонах обслуживания, которых принадлежат другим уже диспетчеризованным наборам. Примерные технологии относительно диспетчеризации пользователей таким образом, чтобы не создавать помехи уже диспетчеризованным пользователям, описывается в заявке на патент (США) 12/491675, озаглавленной "Inter-Cell Interference Mitigation", которая полностью содержится в данном документе по ссылке и с помощью которой специалисты в данной области техники должны понимать то, как могут формироваться группы для этапа 15-3.
[00086] Со ссылкой на фиг. 12, выше отмечено, что в течение фазы 0 нижнего левого элемента матрицы по фиг. 12 формируется расписание, которое является действующим для следующих трех фаз, например, для следующей результирующей фазы 1, фазы 2 и фазы 0. С точки зрения групп пользователей, передачи/приемы, диспетчеризованные в фазе 0 для группы 0, должны осуществляться в течение последующей фазы (т.е. фазы 1); передачи/приемы, диспетчеризованные в фазе 0 для группы 1, должны осуществляться в течение второй последующей фазы (т.е. фазы 2); и передачи/приемы, диспетчеризованные в фазе 0 для группы 2, должны осуществляться в течение второй последующей фазы (т.е. фазы 0 следующего цикла).
[00087] В связи с вышеизложенным, следует принимать во внимание, что в примерном варианте осуществления и режиме, группы пользователей могут динамически составляться для каждого цикла и тем самым не должны оставаться фиксированными или стационарными в течение длительных периодов времени. Но группы пользователей формируются/составляются только один раз в расчете на цикл, т.е. в течение фазы 0 цикла, и для каждого узла состав каждой группы пользователей остается фиксированным для трех фаз после диспетчеризации (например, для фазы 1, фазы 2 и фазы 0 следующего цикла).
[00088] Фиг. 16 иллюстрирует изменение режима по фиг. 15. Режим по фиг. 16 включает в себя этапы 14-1, 15-2 и 15-3, как описано выше. Но режим по фиг. 16 отличается от этого по фиг. 15 посредством этапа 16-4 для формирования и диспетчеризации, по меньшей мере, одной группы пользователей для фазы, в которой не были предварительно диспетчеризованы пользователи беспроводных терминалов других зон обслуживания. Примерами диспетчеризации такой "необремененной" группы пользователей являются такие группы пользователей, данные которых передаются в фазе 0 любого набора, поскольку эти группы пользователей диспетчеризованы в момент, когда пользователи беспроводных терминалов других зон обслуживания еще не диспетчеризованы.
[00089] Режим по фиг. 17 напоминает режим по фиг. 15, но включает в себя определенные дополнительные особенности, например, особенности, относящиеся к числу фаз и числу групп пользователей. В частности, этап 17-1 содержит разделение временного ресурса для узла на N фаз скоординировано с другими зонами обслуживания. Этап 17-2 содержит формирование, в течение выбранной фазы цикла, расписания для передачи/приема пользовательского трафика для N групп пользователей для соответствующих N последовательных фаз после выбранной фазы. Этап 17-3 содержит формирование N групп пользователей в зависимости от характеристик радиоканала, имеющих место относительно работы пользователей беспроводных терминалов других зон обслуживания, предварительно диспетчеризованных для последовательных фаз N после выбранной фазы.
[00090] При описании или соответствии фиг. 17 матрица по фиг. 12 иллюстрирует "N" (целое число) как равное трем. В качестве примера и для упрощения, три фазы и три группы пользователей показаны в примерных вариантах осуществления, проиллюстрированных в данном документе. Следует понимать, что число фаз и групп пользователей не является критически важным или ограничивающим и может выбираться в соответствии с сетевыми параметрами и/или настройками оператора. Таким образом, две или более фаз или групп пользователей охватываются означенным.
[00091] Режим по фиг. 18 напоминает режим по фиг. 15, но включает в себя дополнительный этап отправки, по меньшей мере, части расписания в соседние зоны обслуживания сети в течение выбранной фазы. Расписание отправляется из диспетчера 44 через интерфейс 40 связи и по вышеописанному сетевому или межузловому интерфейсу. Режим по фиг. 19 напоминает режим по фиг. 18, но включает в себя дополнительный этап (в течение фазы, отличной от выбранной фазы) отправки в соседние зоны обслуживания всех частей расписания, которые не отправлены в течение выбранной фазы. Таким образом, как отражено посредством режима по фиг. 19, диспетчер 44 не должен обязательно отправлять все свое расписание в той фазе (фазе 0), в которой формируется расписание, а может распределять или разделять передачу расписания по другим фазам, при этом более ранние фазы являются предпочтительными. Аналогичным способом, устройство 20 координации диспетчеризации не должно волноваться от том, что его расписание, отправленное в течение фазы 0, сразу не достигает другого узла, поскольку работа в режиме конвейерной обработки дает возможность некоторого времени отсрочки для приема посредством узла расписания из другого узла до того, как расписание этого другого узла учитывается в диспетчеризации.
[00092] Примерный режим и вариант осуществления по фиг. 20 включает в себя этапы 14-1 - 14-2 по фиг. 14, а также дополнительный этап 20-3. Этап 19-4 содержит, в течение каждой фазы цикла, задание скорости для пользовательского трафика, который должен быть передан/принят в течение соответствующей фазы. Задание скорости этапа 19-4 может быть заданием скорости кодирования и/или модуляции и может быть выполнено посредством модуля 46 адаптации линии связи устройства 20 координации диспетчеризации. Данные, скорость которых задана на этапе 19-4, являются данными для группы, которые передаются в фазе, для которой задана скорость. С точки зрения фиг. 12, например, в течение фазы 0 нижнего левого элемента матрицы по фиг. 12 скорость задается для группы, данные которой передаются в фазе 0, т.е. группы 2. В следующей фазе (фазе 1) скорость задается для группы 0 и т.д.
[00093] Так же следует принимать во внимание, что технология, раскрытая в данном документе, охватывает комбинирование этапов различных вышеприведенных режимов и вариантов осуществления с этапами других вариантов осуществления и режимов, например, комбинирование этапов, например, этап 20-3 по фиг. 20 может быть комбинирован с этапами по фиг. 19 или этапами по фиг. 15, в качестве всего двух неограничивающих примеров.
[00094] Таким образом, технология, раскрытая в данном документе, раскрывает эффективную процедуру синхронизации для реализации вышеуказанного способа координации диспетчеризации для множества зон обслуживания и адаптации линии связи. Технология, раскрытая в данном документе, по меньшей мере, в некоторых вариантах осуществления с уточнениями и модификациями может использовать распределенную архитектуру, описанную в заявке на патент (США) 12/486202, озаглавленной "Network-Wide Inter-Cell Interference Minimization Via Coordinated Multipoint Cell Scheduling coordination", которая полностью содержится в данном документе по ссылке.
[00095] Как отражено посредством фиг. 12 и фиг. 13, в примерных вариантах осуществления и режимах, технология, раскрытая в данном документе, разделяет процедуру координации в интервале времени координации (CTI) для каждой зоны обслуживания на определенное число фаз и надлежащим образом компонует относительные смещения фазы между сотами различных наборов таким образом, что интервал времени диспетчеризации может быть уменьшен на коэффициент, равный числу не создающих помехи наборов.
[00096] Как упомянуто выше, в некоторых примерных вариантах осуществления и режимах, описанных в данном документе, коэффициент многократного использования в три использован в качестве примера. Принципы, описанные в данном документе, могут легко распространяться на любой коэффициент многократного использования.
[00097] Контент обмена информацией, свободно упоминаемой в этом раскрытии сущности в качестве "информации диспетчеризации" или просто "расписаний", должен интерпретироваться широко как охватывающий параметры, помимо выделения базовых радиоресурсов для множества пользователей в частотно-временной плоскости. Он может включать в себя такие переменные, как усиления тракта, матрицы предварительного кодирования, усиления тракта постобработки, коэффициенты регулирования мощности и т.д., которые могут быть временно- и/или частотно-избирательными.
[00098] Как также упомянуто выше, интервал времени диспетчеризации (STI) по технологии, раскрытой в данном документе, не может превышать интервал времени широковещательной передачи (BTI), который определяется посредством развертывания сети, как упомянуто выше. Это значительно уменьшает время диспетчеризации и, следовательно, делает систему более чувствительной и адаптивной к изменению измерений во времени.
[00099] Фиг. 13 предоставляет высокоуровневый обзор процедуры синхронизации и ее соответствия пространственному распределению сот. Выбранные подробности работы в каждой фазе координации анализируются и обобщаются относительно фиг. 12:
- Зоны обслуживания в системе разбиваются на три "набора".
- Время разбивается на три "фазы", 0-2, для каждого набора зон обслуживания, причем фазы для зон обслуживания в каждом наборе совмещены, а фазы между наборами разнесены, как показано на фиг. 13.
- Пользователи в каждой зоне обслуживания разбиваются на "группы", 0-2, при этом пользователи в группах 0 диспетчеризованы для передачи первыми, пользователи в группе 1 диспетчеризованы для передачи следующими, и т.д.
- Все решения по диспетчеризации всегда принимаются в фазе 0 для каждой соты.
[000100] В фазе 0, зона обслуживания сначала принимает информацию диспетчеризации, передаваемую в широковещательном режиме посредством соседних зон обслуживания различных наборов в предыдущих BTI (с длиной, равной длине STI). На основе этой информации диспетчеризации, зона обслуживания в фазе 0 может выполнять диспетчеризацию для пользователей, которые должны обслуживаться в следующих трех STI, аналогично тому, как описано в заявке на патент (США) 12/486202, озаглавленной "Network-Wide Inter-Cell Interference Minimization Via Coordinated Multipoint Cell Scheduling coordination", которая полностью содержится в данном документе по ссылке. Диспетчеризация осуществляется только один раз в каждом цикле в течение фазы 0.
[000101] Вследствие разнесения фаз различных наборов, пользователи, которые должны быть диспетчеризованы в трех различных интервалах, подчиняются различным ограничениям. Ссылаясь на процедуру для набора 2 на фиг. 12, пользователи в группе 0 должны обслуживаться в следующем STI, в течение которого пользователи в группе 1 из набора 1 и пользователи в группе 2 из набора 0 уже диспетчеризованы для обслуживания. Следовательно, пользователи в группе 0 для зоны обслуживания в наборе 2 должны быть выбраны таким образом, что помехи, испытываемые пользователями в группе 1 из набора 1 и пользователями в группе 2 из набора 0, не превышают определенный предписанный или предварительно определенный уровень, к примеру, целевое отношение "сигнал-помехи" (SIR). Аналогично, пользователи в группе 1 набора 2 диспетчеризованы для обслуживания в STI, идентичном STI для пользователей в группе 2 из набора 1, которые уже диспетчеризованы. Следовательно, они должны выбираться так, чтобы исключать возникновение помех, испытываемых пользователями в группе 2 из набора 1, которые превышают целевое SIR. В завершение, пользователи в группе могут выбираться без SIR-ограничения, поскольку пользователи не диспетчеризованы посредством зон обслуживания в других 2 наборах.
[000102] Выбор пользователей таким образом, что помехи, испытываемые посредством других пользователей, не превышают предписанный или предварительно определенный уровень, к примеру, целевое отношение "сигнал-помехи" (SIR), может быть выполнен различными способами. Некоторые примерные технологии описываются в заявке на патент (США) 12/491675, озаглавленной "Inter-Cell Interference Mitigation", которая полностью содержится в данном документе по ссылке.
[000103] После того, как определены пользователи, которые должны обслуживаться, решение вместе с информацией диспетчеризации, ассоциированной с каждым пользователем, далее передается в широковещательном режиме в соседние зоны обслуживания в различных наборах. Этот процесс с разнесенными фазами обеспечивает то, что информация, требуемая для того, чтобы задавать скорости для пользователей, которые должны обслуживаться в текущем STI, принимается вовремя. После короткой задержки обработки (дробного смещения между границами BTI и STI), могут быть переданы данные для пользователей в группе 2 из предыдущего цикла.
[000104] В фазах 1 и 2, зона обслуживания не выполняет диспетчеризации. Она только принимает информацию диспетчеризации, переданную в широковещательном режиме в предыдущих BTI посредством соседних зон обслуживания в различных наборах. На основе принимаемой информации, зона обслуживания затем может определять скорости передачи данных для пользователей, которые должны обслуживаться в текущем STI, и затем передавать их после короткой задержки обработки. В течение этих фаз зона обслуживания может продолжать широковещательную передачу (не показано на фиг. 12) информации диспетчеризации, которая еще не доставлена в соседние соты. Она также может выбирать передачу самой актуальной информации диспетчеризации (включающей в себя усиления тракта и т.д.), так что задание скорости (адаптация линии связи) является более точным для следующего BTI.
[000105] Таким образом, в соответствии с различными вариантами осуществления и режимами, способы координации диспетчеризации по технологии, раскрытой в данном документе, охватывают следующее:
1. Зоны обслуживания группы в сети разделяются на N не создающих помехи наборов зон обслуживания посредством коэффициента многократного использования в N.
2. Процесс координации разделяется на N фаз с номерами 0, 1,..., N-1. Процесс повторяется в N-фазовом цикле.
2a. Каждая фаза имеет идентичный интервал, который равен STI, но не меньше BTI.
2b. Зоны обслуживания в идентичном не создающем помехи наборе синхронизированы по фазе.
2c. Каждый набор имеет уникальное смещение фазы.
3. Предусмотрен следующий процесс для каждой фазы:
3a. Процесс для фазы 0:
i. прием информации диспетчеризации из соседних зон обслуживания, отправленной в предыдущем кадре(ах)
ii. диспетчеризация пользователей для последующих N STI на основе доступной информации.
iii. отправка всей или части информации диспетчеризации в соседние зоны обслуживания.
iv. задание скоростей для пользовательских данных, которые должны быть переданы в текущем STI, на основе доступной информации.
3b. Процесс для фазы n>0:
i. прием информации диспетчеризации из соседних зон обслуживания, передаваемых в широковещательном режиме в предыдущем BTI.
ii. широковещательная передача всей или части оставшейся информации диспетчеризации в соседние зоны обслуживания различных наборов.
iii. задание скоростей для пользовательских данных, которые должны быть переданы в текущем BTI, на основе доступной информации.
[000106] Технология, описанная в данном документе, обеспечивает множество преимуществ. Некоторые характерные преимущества заключаются в следующем:
- Уменьшение времени координации в распределенной координированной диспетчеризации.
- Уменьшение интервала времени диспетчеризации.
- Ослабление требования по времени задержки между координирующимися сотами.
- Уменьшение задержки между измерением качества канала и адаптацией линии связи.
[000107] Ранее, задержки на обмен данными между зонами обслуживания могли быть высокими, что нежелательно снижало способность к диспетчеризации. Технология, раскрытая в данном документе, преимущественно предоставляет способ конвейерной координации диспетчеризации (проиллюстрированный на фиг. 12), посредством которого диспетчеризация может быть выполнена быстро даже с большим временем задержки при связи. Посредством работы в конвейерном режиме, предоставляемой согласно означенному, система может обеспечивать то, что все зоны обслуживания передают все время, при том, что информация диспетчеризации по-прежнему принимается перед фактической передачей диспетчеризованного пользовательского трафика.
[000108] Хотя вышеприведенное описание содержит множество особенностей, они должны истолковываться не в качестве ограничения объема изобретения, а в качестве простого предоставления иллюстраций некоторых предпочтительных в настоящее время вариантов осуществления этого изобретения. Следовательно, необходимо принимать во внимание, что объем настоящего изобретения полностью охватывает другие варианты осуществления, которые могут быть очевидными для специалистов в данной области техники, и что объем настоящего изобретения, соответственно, не должен быть ненадлежащим образом ограничен. Ссылка на элемент в единственном числе не имеет намерение означать "один и только один", если в явной форме не указано иное, а вместо этого "один или более". Все структурные, химические и функциональные эквиваленты элементам вышеописанного предпочтительного варианта осуществления, которые известны специалистам в данной области техники, явно включаются в данный документ и должны охватываться настоящим. Кроме того, необязательно устройству или способу разрешать каждую искомую для решения проблему посредством настоящего изобретения, поскольку она должна охватываться настоящим.