Способ и устройство для передачи отчета и управления ячейками в системе со многими несущими

Способ и устройство для передачи отчета и управления ячейками в системе со многими несущими

Иллюстрации

Показать все

Реферат

Перекрестная ссылка на связанные заявки

[0001] Настоящая заявка на патент испрашивает приоритет предварительной заявки США №61/039164, названной «METHODS AND APPARATUS TO REPORT AND MANAGE CELLS IN A MULTI CARRIER SYSTEM», которая была подана 25 марта 2008 года.

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

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

Предшествующий уровень техники

[0003] Системы беспроводной связи широко развернуты для предоставления различных типов связи, например, голос и/или данные могут быть предоставлены с помощью таких систем беспроводной связи. Обычная система беспроводной связи, или сеть, может предоставить доступ множеству пользователей к одному или более совместно используемым ресурсам (например, ширине полосы пропускания, мощности передачи и т.д.). Например, система может использовать разнообразные методики множественного доступа, такие как мультиплексирование с частотным разделением каналов (FDM), мультиплексирование с временным разделением каналов (TDM), мультиплексирование с кодовым разделением каналов (CDM), мультиплексирование с ортогональным частотным разделением каналов (OFDM), высокоскоростная пакетная передача (HSPA, HSPA+) и другие. Кроме того, системы беспроводной связи могут быть разработаны для реализации одного или более стандартов, таких как IS-95, CDMA2000, IS-856, W-CDMA, TD-SCDMA, и т.п.

[0004] В целом системы беспроводной связи множественного доступа могут одновременно поддерживать связь для множества беспроводных терминалов. В такой системе каждый терминал может связываться с одной или более базовыми станциями с помощью передач по прямой и обратной линиям связи. Прямая линия связи (или нисходящая линия связи) относится к линии связи от базовых станций к мобильным устройствам, и обратная линия связи (или восходящая линия связи) относится к линии связи от мобильных устройств к базовым станциям. Эта связь может быть установлена с помощью систем с единственным входом и единственным выходом (SISO), систем с множественными входами и единственным выходом (MISO), систем с множественными входами и множественными выходами (MIMO) и т.д.

[0005] Система MIMO использует множественные антенны передачи (N_T) и множественные антенны приема (N_R) для передачи данных. Канал MIMO, сформированный посредством N_T антенн передачи и N_R антенн приема, может быть разложен на N_S независимых каналов, которые также называются пространственными каналами, в которых N_S≤min {N_T,N_R}. Каждый из N_S независимых каналов соответствует размерности. Система MIMO может предоставлять улучшенную производительность (например, более высокую пропускную способность и/или большую надежность), если используются дополнительные размерности, созданные множественными антеннами передачи и антеннами приема.

[0006] Система MIMO поддерживает системы дуплексной передачи с временным разделением (TDD) и системы с дуплексной передачей с частотным разделением (FDD). В системе TDD передачи по прямой линии связи и обратной линии связи находятся в одной и той же частотной области так, чтобы принцип взаимности позволял оценить канал прямой линии связи из канала обратной линии связи. Это позволяет точке доступа извлечь коэффициент усиления для формирования диаграммы направленности при передаче на прямой линии связи, когда множественные антенны доступны в точке доступа.

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

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

Сущность изобретения

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

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

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

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

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

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

[0014] Фиг.2 является иллюстрацией примерной связи с двумя несущими в соответствии с вариантом осуществления.

[0015] Фиг.3 является блок-схемой примерного блока базовой станции в соответствии с вариантом осуществления.

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

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

[0018] Фиг.6 является блок-схемой примерного блока терминала доступа в соответствии с вариантом осуществления.

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

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

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

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

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

[0024] Фиг.12 является иллюстрацией примерного беспроводного терминала, реализованного в соответствии с различными аспектами, описанными в настоящем описании.

Подробное описание

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

[0026] Методики, описанные в настоящем описании, могут быть использованы для различных систем беспроводной связи, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), ортогональный множественный доступ с частотным разделением каналов (OFDMA), множественный доступ с частотным разнесением и единственной несущей (SC-FDMA), высокоскоростной пакетной передачи данных (HSPA) и других систем. Термины «система» и «сеть» часто используются взаимозаменяемо. Система CDMA может реализовывать радиотехнологию, такую как универсальная система наземного радиодоступа (UTRA), cdma2000 и т.д. UTRA включает в себя широкополосный-CDMA (W-CDMA) и другие варианты CDMA. Дополнительно, cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. Система TDMA может реализовывать радиотехнологию, такую как глобальная система мобильной связи (GSM). Система OFDMA может реализовывать радиотехнологию, такую как усовершенствованная UTRA (E-UTRA), сверхширокополосный доступ для мобильных устройств (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, флеш-OFDMD и т.д. UTRA и E-UTRA являются частью универсальной системы мобильной связи (UMTS). Проект долгосрочного развития (LTE) 3GPP является версией UMTS, которая использует E-UTRA, которая использует OFDMA по нисходящей линии связи и SC-FDMA по восходящей линии связи.

[0027] Множественный доступ с частотным разнесением с единственной несущей (SC-FDMA) использует модуляцию единственной несущей и компенсацию в частотной области. SC-FDMA имеет аналогичную производительность и по существу аналогичную полную сложность, что и система OFDMA. Сигнал SC-FDMA имеет более низкое отношение пиковой мощности к среднему значению (PAPR) из-за присущей ему структуры с единственной несущей. SC-FDMA может использоваться, например, при связи по восходящей линии связи, где более низкое PAPR дает значительное преимущество терминалам доступа в смысле эффективности мощности передачи. Соответственно, SC-FDMA может быть реализовано как схема множественного доступа восходящей линии связи в проекте 3GPP долгосрочного развития (LTE) или усовершенствованной UTRA.

[0028] Высокоскоростная пакетная передача данных (HSPA) может включать в себя технологию высокоскоростной пакетной передачи данных по нисходящей линии связи (HSDPA) и высокоскоростную пакетную передачу данных по восходящей линии связи (HSUPA) или технологию расширенной восходящей линии связи (EUL) и может также включать в себя технологию HSPA+. HSDPA, HSUPA и HSPA+ являются частью Проекта партнерства третьего поколения (3 GPP) спецификаций Выпуска 5, Выпуска 6 и Выпуска 7 соответственно.

[0029] Высокоскоростная пакетная передача данных нисходящей линии связи (HSDPA) оптимизирует передачу данных от сети на пользовательское оборудование (UE). Как используется в настоящем описании, передача от сети на пользовательское оборудование UE может называться «нисходящей линией связи» (DL). Способы передачи могут разрешать скорости передачи данных в несколько Мб/с. Высокоскоростная пакетная передача данных нисходящей линии связи (HSDPA) может увеличить емкость мобильных радиосетей. Высокоскоростная пакетная передача данных восходящей линии связи (HSUPA) может оптимизировать передачу данных от терминала к сети. Как используется в настоящем описании, передачи от терминала к сети могут называться «восходящей линией связи» (UL). Способы передачи данных восходящей линии связи могут разрешать скорости передачи данных в несколько Мб/с. HSPA+ предоставляет дальнейшие усовершенствования и для восходящей линии связи и для нисходящей линии связи, как определено в Выпуске 7 спецификации 3GPP. Способы высокоскоростной пакетной передачи данных (HSPA) обычно разрешают более быстрые взаимодействия между нисходящей линией связи и восходящей линией связи в службах данных, передающих большие объемы данных, например голос по IP (VoIP), видеоконференция и приложения мобильного офиса.

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

[0031] Различные варианты осуществления описаны в настоящем описании применительно к терминалу доступа. Терминал доступа может также называться системой, абонентским блоком, станцией абонента, мобильной станцией, устройством мобильной связи, удаленной станцией, удаленным терминалом, мобильным устройством, терминалом пользователя, терминалом, устройством беспроводной связи, пользовательским агентом, устройством пользователя или пользовательским оборудованием (UE). Терминал доступа может быть сотовым телефоном, радиотелефоном, телефоном согласно Протоколу Инициации Сеанса связи (SIP), станцией беспроводной локальной линии (WLL), персональным цифровым ассистентом (PDA), переносным устройством, имеющим возможность беспроводного соединения, вычислительным устройством или другим устройством обработки, подсоединенным к беспроводному модему. Более того, различные варианты осуществления описываются в настоящем описании применительно к базовой станции. Базовая станция может быть использована для связи с терминалом(и) доступа и может также называться точкой доступа, Узлом В, Усовершенствованным Узлом В или некоторым другим термином.

[0032] Ссылаясь на фиг.1, иллюстрируется примерная беспроводная система связи для обеспечения управления ячейками в системе с многими несущими в соответствии с предоставленным вариантом осуществления. Как иллюстрировано, система 100 может включать в себя контроллер 120 радиосети (RNC) в связи с базовой сетью 110 и каждую из множества базовых станций 130 и 132 в активном наборе. В таком варианте осуществления RNC 120 принимает пакеты данных нисходящей линии связи от базовой сети 110 и передает их к UE 140 с помощью базовых станций 130 и 132. Для этого конкретного примера, хотя базовая станция 132 изображается как текущая исходная базовая станция, изменения обслуживающей ячейки на одну из базовых станций 130, а также обновления активного набора, могут быть облегчены согласно измерениям нисходящей линии связи, выданным посредством UE 140.

[0033] В варианте осуществления система 100 облегчает связи с двумя несущими между UE 140 и базовыми станциями 130 и 132, в которых «несущая с привязкой» и «дополнительная несущая» используются для облегчения таких связей. Для этого необходимо оценить, что несущая с привязкой определена как частотная несущая нисходящей линии связи, ассоциированная с частотной несущей восходящей линии связи, назначенной для UE во время работы с двумя несущими в CELL_DCH, тогда как дополнительная несущая определена как частотная несущая нисходящей линии связи, которая не является несущей с привязкой. В одном аспекте несущая с привязкой и дополнительная несущая имеют одинаковую временную ссылку и их нисходящие линии связи синхронизированы, при этом обслуживающая ячейка является одинаковой для обеих несущих. Здесь необходимо оценить, что очередями нисходящей линии связи на базовых станциях 130 и 132 можно управлять объединенным или необъединенным способом для этих двух несущих. Точно так же планирование по двум несущим нисходящей линии связи может быть объединенным или необъединенным.

[0034] В другом аспекте «сектор» определяется как одна или более ячеек, принадлежащих одной и той же базовой станции и охватывающих одну и ту же географическую область. Согласно этому определению, необходимо оценить, что сектора, облегчающие связи DC-HSDPA, могут поддерживать развертывание «горячих точек», а именно UTRAN способна назначить каналы HSDPA на одной или обеих несущих от любого сектора в активном наборе. Например, должно быть возможно назначить активный набор, содержащий секторы A и B, в котором сектор A работает с DC-HSDPA, и сектор B работает с единственной несущей HSDPA.

[0035] В еще одном аспекте работа существующих UE не влияет на введение DC-HSDPA в систему 100. В частности, должна быть по-прежнему возможность работы с UE в режиме MIMO на любой из этих двух несущих, в то время как другое UE может быть в режиме DC-HSDPA, используя эти две несущие.

[0036] На фиг.2 иллюстрирована примерная связь с двумя несущими между базовой станцией и UE в соответствии с вариантом осуществления. Как иллюстрировано, система 200 включает в себя базовую станцию 210, связанную с UE 220 с помощью несущей 230 с привязкой и дополнительной несущей 240. В одном аспекте трафик нисходящей линии связи проходит от базовой станции 210 к UE 220, как изображено. Когда UE 220 принимает данные от базовой станции 210, условия нисходящей линии связи контролируются и передаются в виде отчета посредством UE 220 согласно конкретной схеме инициирования. В варианте осуществления схема инициирования, выполненная UE 220, предоставляется/обновляется базовой станцией 210. Здесь, в зависимости от конкретной схемы инициирования, UE 220 может передавать в виде отчета условия нисходящей линии связи на основании событий инициирования, обнаруженных на приемнике с привязкой, назначенном несущей 230 с привязкой, и/или на дополнительном приемнике, назначенном дополнительной несущей 240. Базовая станция 210 затем обрабатывает условия нисходящей линии связи, которые передаются в виде отчета посредством UE 220, для установления того, необходимы ли какие-нибудь модификации в управлении ячейкой (например, обновить активный набор, изменить обслуживающие ячейки и т.д.). Если необходимо, для реализации таких модификаций команды управления ячейкой передаются к UE 220, как показано.

[0037] Ссылаясь на фиг.3, показана блок-схема примерного блока базовой станции в соответствии с предоставленным вариантом осуществления. Как иллюстрировано, блок 300 базовой станции может включать в себя компонент 310 процессора, компонент 320 памяти, компонент 330 связи, компонент 340 генерирования инициирования и компонент 350 управления ячейкой.

[0038] В одном аспекте компонент 310 процессора сконфигурирован для выполнения считываемых компьютером команд, относящихся к выполнению любой из множества функций. Компонент 310 процессора может быть единственным процессором или множеством процессоров, специализированных для анализа информации, которая должна быть передана от блока 300 базовой станции, и/или генерирования информации, которая может быть использована компонентом 320 памяти, компонентом 330 связи, компонентом 340 инициирования и/или компонентом управления 350 ячейкой. Дополнительно или альтернативно, компонент 310 процессора может быть сконфигурирован для управления одним или более компонентами блока базовой станции 300.

[0039] В другом аспекте компонент 320 памяти подсоединен к компоненту 310 процессора и сконфигурирован для хранения считываемых компьютером команд, выполняемых компонентом 310 процессора. Компонент 320 памяти может также быть сконфигурированным для хранения любого из множества других типов данных, включая данные, генерируемые любым компонентом 330 связи, компонентом 340 генерирования инициирования и/или компонентом 350 управления ячейкой. Компонент 320 памяти может быть сконфигурирован во многих различных конфигурациях, включая в себя, например, память произвольного доступа, память с аварийным батарейным питанием, жесткий диск, магнитную ленту и т.д. Различные признаки могут также быть реализованы в компоненте 320 памяти, такие как сжатие и автоматическое резервирование (например, использование конфигурации массива независимых накопителей с избыточностью, RAID).

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

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

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

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

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

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

[0046] Ссылаясь на фиг.4, иллюстрируется система 400, которая облегчает управление ячейками в системе со многими несущими. Система 400 может быть постоянно расположена в базовой станции, например. Как изображено, система 400 включает в себя функциональные блоки, которые могут представлять функции, реализованные процессором, программным обеспечением или их комбинацией (например, программно-аппаратным обеспечением). Система 400 включает в себя логическую группировку 402, которая включает в себя электрические компоненты, которые могут действовать совместно. Как иллюстрировано, логическая группировка 402 может включать в себя электрический компонент для связи с терминалом доступа с помощью несущей без привязки или дополнительной несущей 410 и электрический компонент для генерирования алгоритма 412 обработки инициирования. Дополнительно, логическая группировка 402 может включать в себя электрический компонент для передачи алгоритма обработки инициирования на терминал 414 доступа. Логическая группировка 402 может также включать в себя электрический компонент для приема измерений нисходящей линии связи от терминала 416 доступа, так же как и электрический компонент для передачи инструкций управления ячейкой к терминалу 418 доступа. Дополнительно, система 400 может включать в себя память 420, которая хранит команды для выполнения функций, ассоциированных с электрическими компонентами 410, 412, 414, 416 и 418. В то время как показаны внешними по отношению к памяти 420, необходимо понимать, что электрические компоненты 410, 412, 414, 416 и 418 могут существовать в памяти 420.

[0047] На фиг.5 предоставляется блок-схема, иллюстрирующая примерный способ для облегчения управления ячейкой в системе с многими несущими от базовой станции. Как иллюстрировано, процесс 500 начинается на этапе 505, где алгоритм обработки инициирования генерируется и затем передается на терминал доступа на этапе 510. Здесь необходимо отметить, что любой из вышеупомянутых алгоритмов инициирования может быть сгенерирован/передан. Например, такие алгоритмы инициирования могут определять события инициирования и задавать - должны ли эти события инициирования контролироваться на несущей без привязки и/или дополнительной несущей. Алгоритмы инициирования могут также задавать, необходимо ли передавать в виде отчета измерения на несущей без привязки и/или дополнительной несущей, а также должна ли быть реализована передача с пропусками отчетов об измерениях, инициированных от обеих несущих.

[0048] После передачи алгоритма инициирования на этапе 510 процесс 500 продолжается на этапе 515, где базовая станция принимает измерения нисходящей линии связи от терминала доступа. После того как они приняты, базовая станция может затем использовать измерения нисходящей линии связи для установления того, какая из множества команд управления должна быть передана на терминал доступа, если это возможно. Например, определение может быть сделано на этапе 520 относительно того, должен ли новый алгоритм инициирования генерироваться на этапе 505 на основании текущих условий нисходящей линии связи.

[0049] Если новый алгоритм инициирования не желателен на этапе 520, набор последующих определений делается относительно того, желательны ли другие команды управления, в которых такие команды могут быть одновременно переданы на терминал доступа. На этапе 525, например, определение делается относительно того, имеется ли переключение между операциями с единственной и с двумя несущими. Посредством разрешения базовой станции разрешать/запрещать дополнительную несущую на основании трафика нисходящей линии связи и канальных условий такой признак особенно желателен в целях сохранения мощности на терминале доступа. Для этой задачи последовательности HS-SCCH могут использоваться для обеспечения такого механизма. Если определено, что или несущая без привязки, или дополнительная несущая должна быть разрешенной/неразрешенной, такая команда сохраняется на этапе 530 для последующей передачи на терминал доступа.

[0050] Как иллюстрировано, после определения, выполнять ли переключение между операциями с единственной и с двумя несущими на этапе 525 и, в случае необходимости, регистрации таких команд на этапе 530, процесс 500 продолжается с определением того, выполнять ли обновление активного набора на этапе 535. Например, при некоторых условиях нисходящей линии связи может быть желательно для базовой станции назначить активный набор, который включает в себя первый сектор и второй сектор, при этом первый сектор сконфигурирован для связи с терминалом доступа с помощью единственной несущей, и в котором второй сектор сконфигурирован для связи с терминалом доступа с помощью двух несущих. Если определено, что команда обновления активного набора необходима, такая команда сохраняется для последующей передачи на этапе 540, причем этап 500 переходит к этапу 545 после этого. Иначе, если обновление активного набора не необходимо, процесс 500 переходит непосредственно на этап 545 от этапа 535.

[0051] На этапе 545 делается определение относительно того, должна ли текущая обслуживающая ячейка терминала доступа быть изменена. Если определено, что обслуживающая ячейка должна действительно быть изменена, команда терминала доступа, указывающая такое изменение, регистрируется на этапе 550. Обработка 500 затем переходит на этап 555, где базовая станция определяет, зарегистрированы ли какие-нибудь команды на любом из этапов 530, 540 или 550. Если никакие команды не были зарегистрированы, процесс 500 возвращается к началу цикла на этап 515, где базовая станция продолжает принимать измерения нисходящей линии связи от терминала доступа. Однако, если команды были действительно зарегистрированы, такие команды собираются и одновременно передаются на терминал доступа на этапе 560 непосредственно перед тем, как процесс 500 возвращается к началу цикла на этап 515. Хотя здесь описаны как передаваемые одновременно, необходимо оценить, что эти команды могут также быть переданы отдельно.

[0052] Ссылаясь теперь на фиг.6, представлена блок-схема примерного блока терминала доступа в соответствии с вариантом осуществления. Как иллюстрировано, блок 600 базовой станции может включать в себя компонент 610 процессора, компонент 620 памяти, компонент 630 связи, компонент 640 измерения, компонент 650 инициирования, компонент 660 управления и компонент 670 тактирования.

[0053] Подобно компоненту 310 процессора в блоке 300 базовой станции, компонент 610 процессора сконфигурирован для выполнения считываемых компьютером команд, относящихся к выполнению любого множества функций. Компонент 610 процессора может быть единственным процессором или множеством процессоров, относящихся к анализу информации, для передачи информации от блока 600 терминала доступа и/или генерированию информации, которая может быть использована компонентом 620 памяти, компонентом 630 связи, компонентом 640 измерения, компонентом 650 инициирования, компонентом 660 управления и/или компонентом 670 тактирования. Дополнительно или альтернативно, компонент 610 процессора может быть сконфигурирован для управления одним или более компонентами блока 600 терминала доступа.

[0054] В другом аспекте компонент 620 памяти подсоединен к компоненту 610 процессора и сконфигурирован для хранения считываемых компьютером команд, выполняемых компонентом 610 процессора. Компонент 620 памяти может также быть сконфигурирован для хранения любого множества других типов данных, включая в себя данные, генерируемые любым из компонента 630 связи, компонента 640 измерения, компонента 650 инициирования, компонента 660 управления и/или компонента 670 тактирования. Здесь необходимо отметить, что компонент 620 памяти аналогичен компоненту 320 памяти в блоке 300 базовой станции. Соответственно, необходимо оценить, что любое из вышеупомянутых признаков/конфигураций компонента 320 памяти также применимо к компоненту 620 памяти.

[0055] Подобно компоненту 330 связи в блоке 300 базовой станции, компонент 630 связи подсоединен к компоненту 610 процессора и сконфигурирован для взаимодействия блока 600 терминала доступа с внешними объектами. В конкретном варианте осуществления компонент 630 связи сконфигурирован для облегчения связи между блоком 600 терминала доступа и базовой станцией с помощью несущей с привязкой и/или дополнительной несущей. Например, компонент 630 связи может быть использован для передачи измерений нисходящей линии связи к базовой станции, при этом измерения нисходящей линии связи принимаются блоком 600 терминала доступа на несущей без привязки и/или допо