Распределенная координация диспетчеризации для множества зон обслуживания

Распределенная координация диспетчеризации для множества зон обслуживания

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[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] Технология, раскрытая в данном документе, связана с координацией диспетчеризации во множестве зон обслуживания, например, с координацией диспетчеризации между множеством зон обслуживания пользовательского трафика (например, беспроводных передач и прием) для беспроводных терминалов. В некоторых аспектах, технология, раскрытая в данном документе, заключает в себе варианты осуществления сетевого устройства, также известного как устройство координации диспетчеризации, выполненное с возможностью осуществлять координацию диспетчеризации для множества зон обслуживания, и способов работы такого сетевого устройства. Устройство координации диспетчеризации ассоциировано с узлом связи, например, с узлом, который обслуживает зону обслуживания. Обслуживаемая зона обслуживания, в свою очередь, принадлежит одному набору из множества наборов зон обслуживания, содержащих сеть. В других вариантах осуществления, узел, с которым ассоциировано устройство координации диспетчеризации, может принимать отличающиеся формы в соответствии с надлежащими отличающимися иерархическими концепциями зон обслуживания.

[00060] Фиг. 3 иллюстрирует часть сети, содержащей множество зон обслуживания, причем внутренние части множества зон обслуживания представляются по существу аналогично сотам по фиг. 1. Например, сеть по фиг. 1 включает в себя первую зону S₀ обслуживания, проиллюстрированную в качестве шестиугольника с вертикальным внутренним заполнением; вторую зону S₁ обслуживания, проиллюстрированную в качестве шестиугольника с внутренним заполнением с перекрестной штриховкой; и третью зону S₂ обслуживания, проиллюстрированную в качестве шестиугольника с вертикальным внутренним заполнением. Каждая из трех по-разному проиллюстрированных зон обслуживания принадлежит различающимся наборам зон обслуживания, аналогично сотам по фиг. 1. Например, первая зона S₀ обслуживания принадлежит набору 0; вторая зона S₁ обслуживания принадлежит набору 1; и третья зона S₂ обслуживания принадлежит набору 2. Соответственно, следует понимать, что зоны обслуживания, показанные на фиг. 3, предпочтительно интегрируются в больший контекст зон обслуживания, которые, по существу, имеют конфигурацию по фиг. 1.

[00061] Каждая зона обслуживания обслуживается посредством соответствующего узла N, например, первая зона S₀ обслуживания обслуживается посредством узла N₀; вторая зона S₁ обслуживания обслуживается посредством узла N₁; и третья зона S₂ обслуживания обслуживается посредством узла N₂. Фактически, в варианте осуществления фиг. 1 зоны обслуживания являются сотами, обслуживаемыми посредством узла, который принимает форму узла базовой радиостанции, например, RBS, узла B или усовершенствованного узла B, в зависимости от типа сети радиодоступа, в которой используется базовая станция.

[00062] Кроме того, на фиг. 3 и в других вариантах осуществления узлы N осуществляют связь по интерфейсам, которые также известны в данном документе как сетевые интерфейсы или межузловые интерфейсы. Примеры таких интерфейсов представляются посредством двунаправленных стрелок на фиг. 3 и на других чертежах. Овал, нарисованный пунктирной линией, совместно обозначает сетевые или межузловые интерфейсы посредством интерфейса моникера. Конкретные среды, используемые посредством интерфейсов, не являются критически важными. В некоторых вариантах осуществления, среды для интерфейсов могут быть проводными, в то время как в других вариантах осуществления среды для интерфейсов могут быть беспроводными (например, радио, микроволновыми и т.д.). В некоторых вариантах осуществления, интерфейсы могут включать в себя даже промежуточные узлы, к примеру, коммутаторы.

[00063] Как пояснено выше, время задержки сопоставимых интерфейсов в системах предшествующего уровня техники может препятствовать распределению информации диспетчеризации между узлами, так что в итоге в предшествующем уровне техники может быть затруднена не только диспетчеризация, но и передача/прием пользовательского трафика. К счастью, технология, раскрытая в данном документе, серьезно рассматривает и/или преодолевает такие проблемы задержки в интерфейсе, тем самым обеспечивая как эффективную координацию диспетчеризации по множеству зон обслуживания, так и более эффективный поток пользовательского трафика. Такое преимущество достигается посредством предоставления устройства координации диспетчеризации, варианты осуществления которого описаны в данном документе. В варианте осуществления по фиг. 3 возникает ситуация, когда каждый узел N содержит такое устройство 20 координации диспетчеризации, например, узел N₀, обслуживающий первую зону S₀ обслуживания, состоит из устройства 20₀ координации диспетчеризации; узел N