СПОСОБЫ, ОБЕСПЕЧИВАЮЩИЕ СИНХРОНИЗАЦИЮ СИГНАЛОВ, И СООТВЕТСТВУЮЩИЕ СЕТИ И УСТРОЙСТВА Российский патент 2015 года по МПК H04W56/00 

Предпосылки изобретения

[0001] В типичной сотовой системе радиосвязи беспроводные терминалы (также известные как мобильные станции и/или пользовательские устройства (UE)) осуществляют связь через сеть радиодоступа (RAN) с одной или более базовыми сетями. Пользовательские устройства могут включать в себя мобильные телефоны (“сотовые” телефоны) и/или другие устройства обработки данных с возможностью беспроводной связи, такие как, например, портативные, карманные, наладонные, дорожные компьютеры, которые обмениваются речью и/или данными с RAN.

[0002] RAN охватывает географическую область, которая поделена на сотовые зоны, где каждая сотовая зона обслуживается базовой станцией, например базовой радиостанцией (RBS), которая в некоторых сетях также называется "NodeB" ("УзелВ") или усовершенствованный NodeB "eNodeB", аббревиатурой которого является "eNB". Сотовая зона представляет собой географическую область, где радиопокрытие обеспечивается оборудованием базовой станции на площадке базовой станции. Базовые станции осуществляют связь через радио(Air)интерфейс, работающий на радиочастотах с пользовательскими устройствами, находящихся в пределах дальности обслуживания базовых станций.

[0003] В некоторых вариантах сети радиодоступа некоторые базовые станции в типичном случае соединены (например, посредством наземных линий или микроволн) с контроллером радиосети (RNC). Контроллер радиосети, также иногда именуемый контроллером базовых станций (BSC), контролирует и координирует различные действия множества подсоединенных к нему базовых станций. Контроллеры радиосети в типичном случае подсоединены к одной или более базовым сетям.

[0004] Универсальная система мобильной связи (UMTS) является системой мобильной связи третьего поколения, которая является развитием Глобальной системы мобильной связи (GSM) и назначением которой является предоставление улучшенных услуг мобильной связи на основе технологии доступа, соответствующей широкополосному множественному доступу с кодовым разделением каналов (WCDMA). UTRAN, что является сокращением для наземной сети радиодоступа UMTS, является обобщающим понятием для узлов NodeB и контроллеров радиосети, которые составляют сеть радиодоступа UMTS. Таким образом, UTRAN по сути представляет собой сеть радиодоступа, использующую широкополосный множественный доступ с кодовым разделением каналов для пользовательских устройств.

[0005] В рамках Проекта партнерства в области систем связи третьего поколения (3GPP) было принято решение о дальнейшем развитии технологий сети радиодоступа, основывающихся на UTRAN и GSM. В этом отношении на текущий момент разрабатываются спецификации для усовершенствованной универсальной наземной сети радиодоступа (E-UTRAN) в рамках 3GPP. Усовершенствованная универсальная наземная сеть радиодоступа (E-UTRAN) содержит Долгосрочное развитие (LTE) и Развитие системной архитектуры (SAE).

[0006] Фиг. 1 представляет собой упрощенную схему RAN 100 согласно Долгосрочному развитию (LTE). RAN 100 LTE представляет собой вариант RAN 3GPP, где узлы базовых радиостанций (eNodeB) напрямую подсоединены к базовой сети 130, а не к узлам контроллеров радиосети (RNC). В общем случае в LTE функции узла контроллера радиосети (RNC) выполняются узлами базовых радиостанций. Каждый из узлов базовых радиостанций (eNodeB) 122-1, 122-2,..., 122-M осуществляет связь с пользовательскими устройствами (UE) (например, UE 110-1, 110-2, 110-3,..., 110-L), которые находятся в пределах их соответствующих сотовых зон предоставления коммуникационных услуг. Узлы базовых радиостанций (eNodeB) могут осуществлять связь друг с другом через X2 интерфейс и с базовой сетью 130 через S1 интерфейсы, что хорошо известно специалистам в данной области техники.

[0007] Стандарт LTE основывается на схемах радиодоступа с множеством несущих, таких как мультиплексирование с ортогональным разделением частот (OFDM) на нисходящей линии связи (DL) и OFDM с разнесением на основе дискретного преобразования Фурье (DFT) на восходящей линии связи (UL). Технология OFDM распределяет данные по большому количеству несущих, которые отделены друг от друга точно определенными частотами. Это разделение обеспечивает "ортогональность" в данной технологии, что позволяет избежать того, чтобы демодуляторы видели не только свои собственные частоты, но и другие. Выгодными эффектами OFDM являются высокая спектральная эффективность, устойчивость к радиочастотным (RF) помехам и низкое искажение вследствие многолучевого распространения.

[0008] Фиг.2 иллюстрирует ресурсную сетку для частотных и временных ресурсных элементов (RE), где каждый ресурсный элемент соответствует одной поднесущей OFDM в течение интервала одного символа OFDM. Во временной области нисходящие передачи LTE могут быть организованы в радиокадры длительностью 10 мс и каждый радиокадр может состоять из десяти одинаковых подкадров длиной T_subframe=1 мс, как проиллюстрировано на Фиг.3.

[0009] Один или более планировщиков ресурсов в RAN 100 LTE выделяют ресурсы для восходящей линии связи и нисходящей линии связи в единицах ресурсных блоков, где ресурсный блок соответствует одному слоту (0,5 мс) во временной области и 12 поднесущим в частотной области. Ресурсные блоки нумеруются в частотной области, начиная с 0 от одного конца полосы частот системы.

[0010] Недавно был принят стандарт LTE Rel-8, поддерживающий полосы частот шириной вплоть до 20 МГц. В рамках 3GPP была инициирована работа над LTE Rel-10 для обеспечения поддержки полос частот шириной более 20 МГц и поддержки других требований, определенных в IMT-Advanced Requirements. Еще одно требование в отношении LTE Rel-10 заключается в обеспечении обратной совместимости с LTE Rel-8, включая спектральную совместимость. Это требование может привести к тому, что несущая LTE Rel-10 будет видеться для терминала LTE Rel-8 как некоторое количество несущих LTE. Каждая такая несущая может упоминаться как "компонентная несущая" (CC). В частности, для ранних реализаций LTE Rel-10 можно было ожидать, что будет небольшое количество терминалов, приспособленных для LTE Rel-10, по сравнению с многочисленными устаревшими терминалами LTE. Следовательно, может оказаться исключительно важным гарантировать эффективное использование широкой несущей устаревшими терминалами, например, путем обеспечения возможности планирования устаревших терминалов в отношении всех частей широкополосной несущей LTE Rel-10. Один путь достижения этого может заключаться в агрегировании несущих. Агрегирование несущих относится к конфигурированию терминала LTE Rel-10 для приема множества CC, где эти CC имеют или, по меньшей мере, обладают возможностью иметь ту же структуру, что и несущая Rel-8. Та же самая структура, что и Rel-8, подразумевает, что на каждой несущей передаются все сигналы Rel-8, например (основные и второстепенные) сигналы синхронизации, опорные сигналы, системная информация. Фиг. 4 графически иллюстрирует примерное агрегирование несущих в 100 МГц из пяти CC 20 МГц.

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

[0012] Во время исходного доступа терминал LTE Rel-10 может функционировать аналогично терминалу LTE Rel-8. После успешного подсоединения к сети терминал может в зависимости от его собственных функциональных возможностей и сети конфигурироваться с дополнительными CC в UL и DL. Конфигурация основывается на управлении радиоресурсами (RRC). Вследствие высокой интенсивности передачи сигналов и весьма низкой скорости сигнализации RRC терминал может конфигурироваться с множеством CC, даже несмотря на то, что не все из них используются в текущий момент. Если терминал сконфигурирован для множества CC, от него может потребоваться отслеживать физический нисходящий канал управления (PDCCH) и физический нисходящий совместно используемый канал (PDSCH) на предмет всех CC DL. Однако такая конфигурация терминала может обусловить необходимость использования более широкой полосы частот приемника, более высоких частот дискретизации и т.д., что приводит в результате к более высокому энергопотреблению. Конфигурация дополнительных компонентных несущих обсуждается, например, в R2-104195 "Corrections and new Agreements on Carrier Aggregation", Nokia Siemens Networks.

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

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

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

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

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

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

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

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

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

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

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

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

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

Перечень фигур чертежей

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

На чертежах:

Фиг. 1 блок-схема RAN LTE;

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

Фиг. 3 иллюстрация примерного радиокадра нисходящей линии связи LTE, который разделен на подкадры;

Фиг. 4 иллюстрация примерной агрегации несущих для компонентных несущих;

Фиг. 5А и 5В иллюстрация примерной гетерогенной сети, в которой имеются три соты, которые могут привести к сильным межсотовым помехам;

Фиг. 6 иллюстрация одной модели повторного использования частот, которая может использоваться в примерной гетерогенной сети по Фиг. 5;

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

Фиг. 8 иллюстрация сети, которая включает в себя макроантенну и удаленный головной радиомодуль (RRH), где две компонентные несущие выровнены по времени при передаче (время 0), но более не являются выровненными по времени при приеме;

Фиг. 9 иллюстративная логическая блок-схема примерных операций и способов, которые могут выполняться сетью радиодоступа для уведомления одного или более терминалов (UE) о SMCCL, который должен использоваться для синхронизации SMCC;

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

Фиг. 11 - иллюстративная логическая блок-схема примерных операций и способов, которые могут выполняться сетью радиодоступа для уведомления одного или более терминалов (UE) о SMCCL.

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

Фиг. 13 - блок-схема части RAN и множества UE, которые сконфигурированы согласно некоторым вариантам осуществления настоящего изобретения;

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

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

Подробное описание изобретения

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

[0042] Исключительно в целях иллюстрации и пояснения, различные варианты осуществления настоящего изобретения описываются здесь в контексте работы в RAN LTE, такой как RAN 100 по Фиг. 1. Следует в то же время понимать, что настоящее изобретение не ограничивается такими вариантами осуществления и в общем может быть воплощено в любом типе RAN, которая сконфигурирована для осуществления передачи и/или приема согласно одной или более технологиям радиодоступа (RAT).

[0043] Для решения одной или более из проблем, обсужденных выше, LTE Rel-10 поддерживает активацию компонентных несущих (CC) в дополнение к конфигурации компонентных несущих. Терминал отслеживает только PDCCH и PDSCH для сконфигурированных и активированных CC. Поскольку активация основывается на элементах управления уровня управления доступом к коммуникационной среде (MAC), которые быстрее, чем сигнализация RRC, активация/деактивация может следовать за количеством CC, которое требуется для удовлетворения текущих нужд в скорости передачи данных. По поступлению больших объемов данных множество CC активируются, используются для передачи данных и деактивируются, если они больше не нужны. Могут быть деактивированы все CC, кроме одной - основной СС DL (DL PCC). Таким образом, активация обеспечивает возможность конфигурировать множество CC, но при этом активировать их только по принципу "когда потребуется". Большую часть времени у терминала будет одна или очень малое количество активированных CC, что в результате дает более малую полосу частот приема и, следовательно, более низкий уровень расхода аккумуляторной батареи.

[0044] Следует понимать, что настоящее изобретение не ограничено конкретной технологией, используемой здесь. Например, настоящее изобретение не ограничено различными понятиями, которые использовались для описания агрегирования несущих LTE, таких как "компонентные несущие" (сокращенно "CC") и другие термины, которые использованы в вышеприведенном описании и в 3GPP для определения стандарта LTE. Настоящее изобретение дополнительно применимо, например, к RAN, которые определяются/описываются с использованием понятий, относящихся к работе в множестве сот или в двух сотах, таких как "основная обслуживающая сота" и потенциально множественные "неосновные обслуживающие соты" и т.п.

[0045] Планировщик ресурсов выполняет планирование компонентной несущей на PDCCH посредством назначений нисходящей линии связи. Управляющая информация в PDCCH форматируется как сообщение управляющей информации нисходящей линии связи (DCI). В Rel-8 терминал работает лишь с одной компонентной несущей нисходящей линии связи и одной компонентной несущей восходящей линии связи и поэтому связь между назначением DL, предоставлениями UL и соответствующими компонентными несущими нисходящей и восходящей линий связи ясна. В Rel-10 необходимо проводить различие между двумя режимами агрегирования несущих. Первый режим работы очень похож на работу множества терминалов Rel-8 в том, что назначение DL или предоставление UL, содержащееся в сообщении DCI, передаваемом по CC, является действительным либо для самой компонентной несущей нисходящей линии связи, либо для ассоциированной (посредством привязки, зависящей либо от соты, либо от UE) компонентной несущей восходящей линии связи. Второй режим работы расширяет сообщение DCI полем индикатора несущей (CIF). DCI, содержащая назначение DL с CIF, является действительной для той компонентной несущей нисходящей линии связи, что указывается полем CIF, и DCI, содержащая предоставление UL с CIF, является действительной для указываемой компонентной несущей восходящей линии связи.

[0046] Агрегирование несущих в реализациях гетерогенных сетей:

[0047] Некоторые варианты осуществления настоящего изобретения направлены на синхронизацию несущих для сетей, в которых предусмотрено агрегирование несущих. Эти варианты осуществления описываются в контексте гетерогенной сети, имеющей два уровня сот, упоминаемых здесь как "макроуровень" и "пикоуровень" соответственно, притом что изобретение не ограничивается этой иллюстративной гетерогенной сетью, и другие варианты осуществления могут быть реализованы в других сетях (таких, как гомогенные сети). Не делается никаких специальных допущений касаемо характеристик этих разных уровней сот. В некоторых вариантах осуществления разные уровни сот могут соответствовать сотам, имеющим существенно отличающиеся размеры зоны радиопокрытия (которые фундаментально определяются зоной радиопокрытия основных сигналов/каналов управления, таких как основной канал синхронизации (PSS), неосновной канал синхронизации (SSS), физический широковещательный канал (PBCH), зависящие от соты опорные сигналы (CRS), PDCCH и т.п.). В иллюстративной гетерогенной сети упоминаемый "пикоуровень" может быть микроуровнем, традиционным пикоуровнем внутри или вне помещения, уровнем, состоящим из ретрансляторов, или уровнем домашнего eNB (HeNB).

[0048] Различные сценарии межсотовых помех могут иметь место для реализаций неоднородных по каналам сетей. Фиг. 5A иллюстрирует, как HeNB may может создать помехи в направлении пользователя макросоты, который не имеет доступа к фемтосоте (случай (a)), и как пользователь на краю макросоты может создать помехи в направлении HeNB вследствие отсутствия доступа к фемтосоте (случай (b)). Фиг.5B иллюстрирует, как помехи от макроeNB в направлении пользователя на краю пикосоты (или фемтосоты) могут повыситься (максимум на Δ), если используется выбор обслуживающей соты на основе потерь на тракте передачи вместо выбора на основе наиболее сильного принятого сигнала нисходящей линии связи.

[0049] Основные проблемы и заботы, обуславливаемые реализациями неоднородных по каналам сетей в LTE, относятся к помехам в отношении ресурсов, которые не могут основываться на координации межсотовых помех. Для планируемых передач данных, таких как PDSCH и физический совместно используемый канал восходящей линии связи (PUSCH), межсотовые помехи могут координироваться посредством мягкого или жесткого разделения физических ресурсов, например посредством обмена координационной информацией между уровнями/сотами через X2 интерфейсы.

[0050] Для устаревших UE желательно обладать способностью функционировать и получать выгоду от реализаций гетерогенных сетей, например, посредством осуществления доступа к пикоуровням для улучшения рабочих характеристик восходящей линии связи, даже если мощность сигнала, принятого с макроуровня, значительно выше. Достичь такого выбора соты можно, например, путем использования сдвига в измерениях принимаемой мощности опорного сигнала (RSRP), выполняемых пользовательским устройством (соответствует Δ на Фиг. 5B). Текущая спецификация допускает сдвиг вплоть до 24 дБ, что должно быть достаточным для большинства сценариев гетерогенной сети.

[0051] Для снижения сильных межсотовых помех на нисходящей линии связи от узлов макроeNB в отношении областей управления пикоподкадров, функционирование уровней на различных несущих может понадобиться, чтобы гарантировать надежную связь для устаревших UE в реализациях гетерогенной сети. Однако такая конфигурация подразумевает, что вся полоса частот системы целиком не всегда будет доступна для устаревших UE и может привести к снижению пропускной способности для пользователей. Одним примером снижения пропускной способности является разбиение непрерывной полосы частот шириной 20 МГц на две несущие, например, с шириной полосы в 10 МГц на каждую несущую.

[0052] Как пояснялось выше, функционирование разных уровней на разных неперекрывающихся частотах несущих может привести к неэффективности в использовании ресурсов. Ссылаясь на иллюстрацию, изображенную на Фиг. 6, это будет подразумевать, что совокупный доступный спектр состоит из двух несущих f1 и f2, где f1 и f2 используются исключительно на макро- и пикоуровне соответственно. При дополнительном пояснении, приводимом ниже, подразумевается, что уровни синхронизируются с выровненными по времени передачами eNB и что f1 и f2 имеют неперекрывающиеся полосы частот.

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

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

1) сигналы синхронизации (основной канал синхронизации (PSS)/неосновной канал синхронизации (SSS));

2) физический широковещательный канал (PBCH); и

3) каналы управления L1/L2 (физический нисходящий канал управления (PDCCH), физический канал индикатора формата управления (PCFICH) и физический канал индикатора гибридного автоматического запроса повторной передачи (ARQ) (PHICH)).

[0055] Все эти сигналы должны передаваться по, по меньшей мере, одной несущей нисходящей линии связи в пределах каждого уровня сот. Подразумевается, что эта основная несущая соответствует несущей f1 на макроуровне и несущей f2 на пикоуровне.

[0056] Для нисходящей линии связи три случая показаны на Фиг. 7A и 7B. Случай 1 отличается от Случая 2 (оба показаны на Фиг. 7A) в отношении открытой группы абонентов (OSG). В Случае 3 (показан на Фиг. 7C) обе несущие - f1 и f2 доступны также на макроуровне. Эти три случая, а также иллюстративные операции и способы, выполняемые ассоциированной RAN (например, размещенным в ней планировщиком ресурсов или т.п.) и пользовательскими устройствами (UE), дополнительно поясняются ниже.

[0057] Случай 1 агрегирования несущих в реализациях гетерогенных сетей:

[0058] Несущая f1 (макроPCC) должна быть доступна для передачи PDSCH также и на пикоуровне. Выполняется управление пользовательским устройством для доступа к макроуровню, когда потери на тракте передачи для макроуровня того же порядка или меньше по сравнению с потерями на тракте передачи для пикоуровня.

[0059] В этом случае основные сигналы/каналы управления нисходящей линии связи могут передаваться по f1 также и на пикоуровне без сильных помех в отношении пользовательских устройств, осуществляющих доступ к макроуровню. Таким образом, как f1, так и f2 могут быть реализованы в качестве "нормальных" (совместимых с Версией 8 (Rel-8)) несущих на пикоуровне. Однако устаревшее UE может осуществить доступ к f1 лишь вблизи площадки пикосоты, где потери на тракте передачи для пикосоты значительно меньше, чем потери на тракте передачи для макросоты, чтобы избежать сильных помех от каналов управления из макросоты. Ближе к границе пикосоты пользовательские устройства Rel-10 осуществляют доступ на f2, чтобы избежать сильных помех в отношении PSS/SSS и PBCH из макросоты, но они могут быть запланированы с использованием передачи PDSCH на f1, используя планирование между несущими с PDCCH на f2. Следует отметить, что во избежание помех от макроопорных сигналов, зависящих от соты (CRS), передача физического нисходящего совместно используемого канала (PDSCH) пикосоты на f1 должна основываться на опорных сигналах (RS), зависящих от UE, для оценки каналов, по меньшей мере когда UE близко к границе пикосоты. Можно учитывать использование частотных сдвигов CRS по уровням, но макроCRS тогда будут создавать помехи в отношении элементов ресурсов данных пикосоты.

[0060] Случай 2 агрегирования несущих в реализациях гетерогенных сетей:

[0061] Аналогично случаю 1 несущая f1 должна быть доступна для передачи PDSCH также на пикоуровне. Однако UE должно быть сконфигурировано для доступа к макросоте даже при нахождении вблизи пикосоты.

[0062] Данный сценарий может иметь место, когда пикоуровень состоит из HeNB, принадлежащих закрытым группам абонентов (CSG), и где UE, не принадлежащее CSG, приближается к HeNB. В этом случае пикоуровень не должен передавать вышеперечисленные каналы (PSS/SSS, физический широковещательный канал (PBCH), CRS, PDCCH и т.д.) по f1 во избежание помех в отношении UE, которые осуществляют доступ к макроуровню вблизи пикоплощадки. Напротив, соответствующие ресурсные элементы должны быть пустыми. Таким образом, устаревшие UE могут только осуществлять доступ к пикоуровню на f2, тогда как UE, соответствующие Версии 10 (Rel-10) LTE, могут быть запланированы как на f1, так и на f2 таким же образом, как и в случае 1.

[0063] Случай 3 агрегирования несущих в реализациях гетерогенных сетей:

[0064] В дополнение к доступности несущей f1 для передачи PDSCH на пикоуровне, несущая f2 должна быть доступна для передачи PDSCH на макроуровне.

[0065] В этом случае макроуровень не должен передавать основные сигналы/каналы нисходящей линии связи, указанные выше (PSS/SSS, PBCH, CRS, PDCCH и т.д.) по f2 во избежание помех в отношении UE, которые осуществляют доступ к пикоуровню и которые могут находиться в местоположении, где сигналы с макроуровня принимаются со значительно более высокой мощностью, хотя потери на тракте передачи для пикоуровня и существенно ниже. Напротив, аналогично случаю 2 соответствующие ресурсные элементы должны быть пустыми. Таким образом, устаревшие UE могут только осуществлять доступ к макроуровню на f1, тогда как UE, соответствующие Rel-10, могут быть запланированы для макроуровня как на f1, так и на f2. Следует отметить, что UE может быть только запланировано на макроуровне на f2 таким образом, чтобы оно не вызывало значительных помех в отношении пикосоты, либо вследствие отсутствия какого-либо UE, запланированного на соответствующий ресурс в любой пикосоте, находящейся в зоне радиопокрытия макросоты, либо посредством использования низкой мощности для передачи в макросоте.

[0066] Следует отметить, что в случае, когда все пикосоты находятся относительно далеко от площадки макросоты, макросота может быть также сконфигурирована передавать основные сигналы/каналы управления (со сниженной мощностью на f2). Однако это привело бы к тому, что макросота на f2 будет казаться как отдельная пикосота (расположенная в том же месте, что и макросота на f1).

[0067] Синхронизация в системах с агрегированием несущих:

[0068] Агрегирование несущих в LTE Rel-10 ограничено агрегированием обратно совместимых компонентных несущих, т.е. каждая компонентная несущая переносит основные сигналы, такие как PSS/SSS, CRS и т.п. В то же время, как пояснено в предшествующем разделе, даже, хотя эти сигналы могут присутствовать, они могут передаваться с нулевой/сниженной мощностью. Передача с нулевой мощностью означает, что ресурсные элементы для синхронизации, например, PSS/SSS, CRS и т.п., зарезервированы, но модулируются с нулевой мощностью.

[0069] В будущих версиях даже компонентные несущие, не являющиеся обратно совместимыми, могут быть агрегированы и такие несущие могут не передавать PSS/SSS, CRS и т.п. вообще. Иными словами, ресурсные элементы для сигналов синхронизации могут быть исключены из некоторых компонентных несущих согласно некоторым вариантам осуществления настоящего изобретения.

[0070] PSSS/SSS и CRS могут использоваться на терминале для получения синхронизации.

[0071] Выравнивание по времени:

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

[0073] Однако, когда две или более компонентные несущие передаются с разных площадок, конфигурирование площадок для работы со взаимным выравниванием на их передатчиках не гарантирует выравнивания по времени на приеме. Например, Фиг. 8 показывает развертывание удаленного головного радиомодуля (RRH), где две компонентные несущие выровнены по времени при передаче (время 0), но более не являются выровненными по времени при приеме. Соответственно, со ссылкой на Фиг. 8, хотя передачи с макроантенны и антенны RRH выровнены по времени при передаче, терминал UE1 расположен ближе к антенне RRH, чем к макроантенне и, следовательно, он принимает передачу с антенны RRH до того, как он примет передачу с макроантенны. Терминал UE2, напротив, располагается ближе к макроантенне, чем к антенне RRH и, следовательно, он принимает передачу с макроантенны до того, как он примет передачу с антенны RRH. Таким образом, когда терминалы будут принимать сигналы из множества местоположений передатчиков, выравнивание по времени принимаемых сигналов не может предполагаться терминалом.

[0074] Потенциальные проблемы с различными возможными подходами к синхронизации сигналов:

[0075] В типичном случае терминал использует PSS/SSS и/или CRS для синхронизации. В Rel-10 и более поздних версиях некоторые компонентные несущие могут не содержать такие сигналы синхронизации или могут только содержать сигналы синхронизации с нулевой/сниженной мощностью, делая таким образом синхронизацию с использованием сигналов синхронизации этих компонентных несущих трудной или невозможной.

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

[0077] Синхронизация компонентных несущих может быть достигнута путем соотнесения (например, коррелирования) принимаемого сигнала несущей с PSS/SSS и/или CRS. Однако при отсутствии этих сигналов терминал может оказаться неспособным достичь синхронизации таким способом.

[0078] Операции и способы различных вариантов осуществления настоящего изобретения:

[0079] В соответствии с различными вариантами осуществления настоящего изобретения синхронизация может выполняться в системе с агрегированием несущих, когда по компонентным несущим не осуществляется передача или осуществляется передача с PSS/SSS, CRS и т.п. нулевой/сниженной мощности. В некоторых ситуациях может потребоваться снизить (или даже установить в ноль) или устранить мощность передачи PSS/SSS и CRS по одной CC в целях предохранения соответствующих сигналов, передаваемых от другого узла. Более того, типы компонентных несущих согласно будущей спецификации могут даже не содержать PSS/SSS и CRS. Иными словами, ресурсные элементы для сигналов синхронизации могут быть исключены из некоторых компонентных несущих согласно некоторым вариантам осуществления настоящего изобретения. В других ситуациях компонентная несущая может включать в себя сигналы синхронизации, но вследствие сильных помех от других сот сигналы синхронизации (например, PSS/SSS и/или CRS) может быть трудно или невозможно принять.

[0080] В соответствии с различными вариантами осуществления настоящего изобретения RAN осуществляет связь с терминалом всякий раз, когда он должен выполнить индивидуальную синхронизацию компонентной несущей с использованием таких сигналов, как PSS/SSS/CRS на этой компонентной несущей, или вместо этого должен выполнить неавтономную синхронизацию, основываясь (частично) на временных характеристиках и частоте другой компонентой несущей.

[0081] Перед описанием этих вариантов осуществления будет приведена дополнительная терминология, используемая здесь. При использовании в настоящей заявке "индивидуальная синхронизация" относится к операциям и способам, выполняемым терминалом для синхронизации с компонентной несущей, которая обеспечивает сигналы, необходимые для синхронизации. В Rel-8/9 сигналы индивидуальной синхронизации включают в себя PSS/SSS и/или CRS.

[0082] При использовании в настоящей заявке "неавтономная синхронизация" относится к операциям и способам, выполняемым терминалом для синхронизации с компонентной несущей, которая не обеспечивает все сигналы, требующиеся для индивидуальной синхронизации (или обеспечивает такие сигналы с недостаточной мощностью). Таким образом, для синхронизации одной компонентной несущей терминал получает содействие от другой компонентной несущей. В одном варианте осуществления осуществляется повторное использование статуса синхронизации (время и/или частота) от другой компонентной несущей.

[0083] При использовании в настоящей заявке "главная компонентная несущая синхронизации (SMCC)" относится к компонентной несущей, которая обеспечивает индивидуальную синхронизацию.

[0084] При использовании в настоящей заявке "подчиненная компонентная несущая синхронизации (SSCC)" относится к компонентной несущей, которая основывается на неавтономной синхронизации.

[0085] При использовании в настоящей заявке "список главных компонентных несущих синхронизации (SMCCL)" относится к списку (SMCCL), который идентифицирует все SMCC, которые могут использоваться для синхронизации SSCC. Этот список является специализированным для конкретной SSCC, так что другая SSCC может иметь другой SMCCL.

[0086] При использовании в настоящей заявке "список подчиненных компонентных несущих синхронизации (SSCCL)" относится к списку, который идентифицирует все SSCC, которые могут использовать SMCC для неавтономной синхронизации. Этот список является специализированным для конкретной SMCC, так что другая SMCC может иметь другой SSCCL.

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

[0088] Как будет поясняться более подробно ниже, RAN может быть сконфигурирована идентифицировать одну или более CC, содержащих сигналы, которые могут использоваться терминалом для синхронизации. RAN может генерировать SMCCL и/или SSCCL на основе одной или более идентифицированных CC и может передавать сгенерированные SMCCL и/или SSCCL на терминал. Терминал может быть соответственно сконфигурирован принимать от RAN инструкцию добавить CC и может определить, имеется ли в терминале SMCCL и/или SSCCL, соответствующие добавляемой CC, и может выполнить синхронизацию в отношении добавленной CC в качестве реакции на это определение.

[0089] В соответствии с первыми вариантами осуществления настоящего изобретения RAN включает в себя процессорную схему, которая сконфигурирована идентифицировать для терминала SMCCL, который должен использоваться для синхронизации. Например, терминал может быть уведомлен о том, что для компонентной несущей n (SSCC) должна выполняться неавтономная синхронизация с использованием компонентной несущей k (SMCC), идентифицированной в SMCCL. Если список SMCCL не был предоставлен терминалу, тогда терминал может конфигурироваться для осуществления предусмотренного по умолчанию действия для синхронизации. Предусмотренное по умолчанию действие может включать в себя выполнение индивидуальной синхронизации, где компонентная несущая фактически не полагается на неавтономную синхронизацию или предусмотренная по умолчанию компонентная несущая может использоваться для неавтономной синхронизации.

[0090] Когда есть только одна SMCC, например PCC, тогда SMCCL может задаваться одиночным битом, указывающим должна ли терминалом быть выполнена индивидуальная синхронизация или неавтономная синхронизация. Когда должна выполняться неавтономная синхронизация, используется одиночная SMCC. Если SMCCL не предоставлен, терминал может конфигурироваться для осуществления предусмотренного по умолчанию действия синхронизации.

[0091] На Фиг. 9 представлена логическая блок-схема иллюстративных операций 900 и способов, которые могут выполняться сетью радиодоступа (RAN) (например, посредством управляющих процессорных схем) для уведомления одного или более терминалов (UE) о SMCC, которая должна использоваться для синхронизации SSCC. Следует понимать, что иллюстрируемые операции 900 могут быть исключены из, по меньшей мере, некоторых вариантов осуществления настоящего изобретения.

[0092] В RAN реализация данного варианта осуществления может включать в себя, со ссылкой на Фиг. 9, конфигурирование eNB-узла (например, посредством управляющих процессорных схем) для инициирования процесса на этапе 910, чтобы определить возможные SMCC для синхронизации SSCC посредством терминала(ов) в качестве реакции на, например, захват соты терминалом и/или назначение терминалу новой CC. На этапе 920 eNB может осуществить доступ к локальной базе данных, которая содержит информацию, такую как та, что определяется ниже, которая может использоваться для формирования SMCCL, как описывается ниже. На этапе 930 eNB определяет, какие компонентные несущие нисходящей линии связи содержат сигналы, которые могут использоваться терминалом для синхронизации. На этапе 940 выполняется дополнительное определение на предмет того, какие компонентные несущие нисходящей линии связи будут выровнены по времени при приеме на терминале, при этом данное определение может включать в себя определение выравнивания по времени RRH по отношению к общему источнику и времени передачи.

[0093] Например, управляющие процессорные схемы могут быть сконфигурированы для осуществления доступа к базе данных, находящейся в eNB, которая идентифицирует SMCC, которые являются возможными компонентными несущими для использования терминалом для синхронизации одной или более SSCC. То, какая или какие SMCC предпочтительно используются терминалом, может быть установлено на основе того, какие компонентные несущие содержат сигналы, которые могут использоваться терминалом для синхронизации, какие компонентные несущие передаются с одной и той же передающей площадки (т.е. какие компонентные несущие выровнены по времени при передаче и/или имеют известный временной сдвиг и будут оставаться выровненными или с известным временным сдвигом при приеме терминалом), какие компонентные несущие передаются с разных передающих площадок и/или с какими компонентными несущими сконфигурирован терминал.

[0094] Условия качества канала, которые могут оказывать воздействие на одну или более из возможных SMCC, могут быть также определены на этапе 950 (например, принимаемый уровень сигнала одной или более CC, измеряемый на терминале). В качестве альтернативы или дополнения, возможные SMCC могут оцениваться на основе других заранее определенных или динамически определяемых характеристик, которые могут оказывать воздействие на способность терминала использовать компонентную несущую для синхронизации.

[0095] На этапе 960 RAN формирует SMCCL на основе этих определений и может сформировать один SMCCL, который является общим для всех SSCC, или может сформировать разные SMCCL для разных SSCC.

[0096] После того как список или списки SMCCL сформированы, RAN на этапе 970 передает SMCCL на один или более терминалов, которые связывают принятый SMCCL с SSCC. RAN может передавать SMCCL с помощью выделенной сигнализации на терминал и/или может распространять SMCCL посредством широковещания. При осуществлении широковещательной рассылки SMCCL терминал может принять SMCCL до получения инструкции добавить CC, которая связывается с SMCCL. При использовании выделенной сигнализации SMCCL может быть частью сообщения, инструктирующего терминал (UE) добавить новую CC, либо SMCCL может передаваться в другом сообщении.

[0097] На Фиг. 10 приведена логическая блок-схема иллюстративных операций 1000 и способов, которые могут выполняться терминалом (UE) для осуществления неавтономной синхронизации или индивидуальной синхронизации. Следует понимать, что одна или более из иллюстрируемых операций 1000 могут быть исключены из, по меньшей мере, некоторых вариантов осуществления настоящего изобретения.

[0098] Согласно Фиг. 10 на этапе 1010 терминал отвечает на инструкции из RAN добавить компонентную несущую определением на этапе 1020 того, принял ли он также и соответствующий SMCCL, который мог быть принят посредством выделенной сигнализации и/или широковещания из RAN. Когда SMCCL принимается посредством широковещания, терминал может принять SMCCL до того, как он будет проинструктирован добавить CC, которая связана с этим SMCCL. Если используется выделенная сигнализация, SMCCL может приниматься как часть сообщения, инструктирующего терминал (UE) добавить новую CC, или SMCCL может быть принят в другом сообщении. Когда терминал определяет, что у него есть SMCCL, связанный с SSCC, терминал будет затем выполнять неавтономную синхронизацию для SSCC, используя SMCC, которая идентифицируется списком SMCCL, на этапе 1030. В отличие от этого, когда терминал определяет, что он не принимал SMCCL, который соответствует SSCC, на этапе 1040 терминал может выполнить действие синхронизации, предусмотренное по умолчанию. Предусмотренное по умолчанию действие синхронизации может включать в себя выполнение индивидуальной синхронизации, когда терминал выполняет синхронизацию в отношении компонентной несущей, не основываясь при этом на содействии от другой компонентной несущей, или предусмотренная по умолчанию компонентная несущая может использоваться для неавтономной синхронизации. Например, когда терминалу были прежде назначены первая и вторая CC, терминалу может быть затем дополнительно назначена третья CC и он может быть уведомлен посредством SMCCL о том, что надо использовать первую CC или вторую CC (при этом любая из них служит в качестве SMCC) для неавтономной синхронизации в отношении третьей CC (служащей в качестве SSCC).

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

[00100] На Фиг. 11 приведена логическая блок-схема иллюстративных операций 1100 и способов, которые могут выполняться сетью радиодоступа (RAN) (например, посредством управляющих процессорных схем) для уведомления одного или более терминалов (UE) о SSCCL.

[00101] В RAN реализация данного варианта осуществления может включать в себя со ссылкой на Фиг. 11 конфигурирование eNB-узла для инициирования процесса на этапе 1110, чтобы уведомить терминал о SSCCL, в качестве реакции на, например, захват терминалом соты и/или назначение терминалу новой CC. На этапе 1120 eNB может осуществить доступ к локальной базе данных, которая содержит информацию, такую как та, что определяется ниже, которая может использоваться для формирования SSCCL, как описывается ниже.

[00102] На этапе 1130 eNB определяет, какие компонентные несущие нисходящей линии связи содержат сигналы, которые могут использоваться терминалом для синхронизации. На этапе 1140 выполняется дополнительное определение на предмет того, какие компонентные несущие нисходящей линии связи будут выровнены по времени при приеме на терминале, при этом данное определение может включать в себя определение выравнивания по времени RRH относительно общего источника и времени передачи.

[00103] Например, управляющие процессорные схемы могут быть сконфигурированы для осуществления доступа к базе данных, находящейся в eNB, которая идентифицирует SMCC, которые являются возможными компонентными несущими для использования терминалом для синхронизации одной или более SSCC. То, какая или какие SMCC предпочтительно используются терминалом, может быть установлено на основе того, какие компонентные несущие содержат сигналы, которые могут использоваться терминалом для синхронизации, какие компонентные несущие передаются с одной и той же передающей площадки (т.е. какие компонентные несущие выровнены по времени при передаче и/или имеют известный временной сдвиг и будут оставаться выровненными или с известным временным сдвигом при приеме терминалом) и/или какие компонентные несущие передаются с разных передающих площадок.

[00104] Условия качества канала, которые могут оказывать воздействие на одну или более из возможных SMCC, могут быть также определены на этапе 1150 (например, принимаемый уровень сигнала одной или более CC, измеряемый на терминале) и/или на основе других заранее определенных или динамически определяемых характеристик, которые могут оказывать воздействие на способность терминала использовать компонентную несущую для синхронизации

[00105] На этапе 1160 RAN формирует SSCCL на основе этих определений и может сформировать один SSCCL, который является общим для всех SMCC, или может сформировать разные SSCCL для разных SMCC.

[00106] После того как список или списки SSCCL сформированы, RAN на этапе 1170 передает SSCCL на терминал, который связывает принятый SSCCL с SMCC. RAN может передавать SSCCL с помощью выделенной сигнализации на терминал и/или может распространять SSCCL посредством широковещания. При осуществлении широковещательной рассылки SSCCL терминал может принять SSCCL до получения им инструкции добавить SMCC, которая связывается с SSCCL. При использовании выделенной сигнализации SSCCL может быть частью сообщения, инструктирующего терминал (UE) добавить SMCC, с которой SSCCL связан, либо SSCCL может представлять собой другое сообщение (или его часть).

[00107] На Фиг. 12 приведена логическая блок-схема иллюстративных операций 1200 и способов, которые могут выполняться терминалом (UE) для осуществления неавтономной синхронизации или индивидуальной синхронизации. Согласно Фиг. 12 на этапе 1210 терминал отвечает на инструкции из RAN добавить компонентную несущую определением на этапе 1220 того, принял ли он также и соответствующий SSCCL, который мог быть принят посредством выделенной сигнализации и/или широковещания из RAN и который содержит добавляемую в текущий момент несущую.

[00108] Когда SSCCL принимается посредством широковещания, терминал может принять SSCCL до того, как он будет проинструктирован добавить SMCC, которая связана с этим SSCCL. Если используется выделенная сигнализация, SSCCL может приниматься как часть сообщения, инструктирующего терминал (UE) добавить новую SMCC, с которой связан этот SSCCL, или SSCCL может быть принят в другом сообщении. Когда терминал определяет, что у него есть SSCCL, связанный с SMCC, терминал будет затем выполнять неавтономную синхронизацию для добавляемой в текущий момент несущей, используя SMCC, к которой относится SSCCL, на этапе 1230.

[00109] В отличие от этого, когда терминал определяет, что у него нет SSCCL, который содержит добавляемую в текущий момент несущую, на этапе 1240, терминал может выполнить действие синхронизации, предусмотренное по умолчанию. Предусмотренное по умолчанию действие синхронизации может включать в себя допущение того, что добавляемая в текущий момент несущая представляет собой SMCC, и выполнение индивидуальной синхронизации с использованием этой добавляемой в текущий момент несущей. В этом случае терминал также проверяет, имеет ли добавляемая в текущий момент SMCC связанный с ней SSCCL.

[00110] В соответствии с альтернативным вариантом осуществления дополнительный флаг включается в команду "добавить компонентную несущую", которая посылается из RAN в терминал. Этот флаг указывает, следует ли терминалу выполнить неавтономную синхронизацию или нет независимо от того, есть ли у терминала SSCCL, который включает в себя добавляемую в текущий момент несущую. Иными словами, этот флаг замещает потенциально сохраненный SSCCL. Соответственно, хотя у терминала может быть SSCCL, который включает в себя добавляемую в текущий момент несущую, когда флаг установлен, терминал выполняет синхронизацию, предусмотренную по умолчанию, то есть индивидуальную синхронизацию.

[00111] То, как списки SMCCL и/или SSCCL разрабатываются, может зависеть, например, от сценария реализации (то есть передаются ли компонентные несущие из передающей площадки, являющейся общим местом - их источником, или они передаются из множества передающих площадок, например RRH) и от того, передает ли сеть каналы на компонентной несущей, которая обеспечивает возможность индивидуальной синхронизации. Поскольку эти зависимости являются весьма статическими, использование полустатического сигнального протокола, например сигнализации RRC, может обеспечить определенные преимущества. Более того, поскольку эти списки SMCCL и/или SSCCL являются необязательными в том смысле, что они не требуются во всех сценариях реализации, необязательные информационные элементы RRC могут быть заданы для SMCCL и SSCCL.

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

[00113] Чтобы избежать этих потенциальных проблем, сеть может либо запретить отсутствие выравнивания принимаемых компонентных несущих или запретить передачу PSS/SSS, CRS и т.п. со сниженной мощностью. Однако запрет отсутствия выравнивания принимаемых компонентных несущих может воспрепятствовать развертыванию удаленных головных радиомодулей (RRH) и/или значительно повысить эксплуатационную сложность такого развертывания. Запрет передачи PSS/SSS, CRS и т.п. со сниженной/нулевой мощностью может привести к неоптимальности развертывания HetNet. Поскольку оба сценария реализации могут быть важны для будущих развертываний сетей, эти два подхода навряд ли представляют собой осуществимые подходы.

[00114] Фиг. 13 представляет собой блок-схему части сетевого узла 1300 и пользовательских устройств (UE) со 110-1 по 110-L, которые сконфигурированы согласно некоторым вариантам осуществления настоящего изобретения. Сетевой узел 1300 может быть предусмотрен как один или более из узлов базовой радиостанции (eNodeB) по Фиг. 1. Согласно Фиг. 13 сетевой узел 1300 включает в себя планировщик 1330 ресурсов, который может включать в себя процессор 1332 назначения ресурсных элементов и базу данных 1334. Процессор 1332 назначения может включать в себя одну или более схем обработки данных и памяти, такие как процессор общего и/или специального назначения (например, микропроцессор и/или процессор цифровой обработки сигналов) с интегрированным и/или отдельным запоминающим устройством. Процессор 1332 назначения сконфигурирован для исполнения инструкций компьютерной программы из запоминающего устройства, описываемого ниже как машиночитаемый носитель, чтобы назначать компонентные несущие пользовательским устройствам с 110-1 по 110-L и передавать им эти назначения. Более того, процессор 1332 назначения сконфигурирован для исполнения инструкций компьютерной программы из запоминающего устройства, чтобы выполнять одну или более из операций 900 по Фиг. 9 и/или одну или более из операций 1100 по Фиг. 11. База данных 1134 содержит информацию, такую как информация, описанная выше в отношении варианта осуществления 1 и/или варианта осуществления 2, которая может использоваться процессором 1332 назначения для формирования списков SMCCL и/или SSCCL для передачи на UE с 110-1 по 110-L.

[00115] Сетевой узел 1300 включает в себя радиочастотную (RF) схему 1320, имеющую множество приемопередатчиков (TX/RX) с 1322-1 по 1322-x, которые осуществляют связь с использованием разных частотных поднесущих через антенны 1324a-n для обеспечения иллюстративной части ресурсной сетки с множеством несущих, показанной на Фиг. 2. Хотя показано иллюстративное однозначное соответствие приемопередатчиков антеннам, следует понимать, что может использоваться любое количество антенн и/или приемопередатчиков в зависимости от конфигурации антенн и проектных ограничений.

[00116] Сетевой узел 1300 может быть сконфигурирован для приема отчетов о качестве канала (CQ) и отчетов о статусе буфера восходящей линии связи (UL) от UE со 110-1 по 110-L. Отчеты о статусе буфера восходящей линии связи могут показывать, сколько битов данных буферизованы соответствующим пользовательским устройством в ожидании восходящей передачи в RAN 1300, и могут использоваться процессором 1332 назначения для определения того, какие UE требуют назначения ресурсных элементов, и определения того, сколько ресурсных элементов нужно назначить этим UE.

[00117] Отчеты CQ могут показывать мгновенное качество нисходящего канала как во временной, так и в частотной области. Отчеты CQ могут использоваться процессором 1332 назначения, например, как описано выше в отношении блока 950 по Фиг. 9 и блока 1150 по Фиг. 11.

[00118] Сетевой узел 1300 может также включать в себя множество буферов с 1310-1 по 1310-M протокола управления линией радиосвязи (RLC), в которые буферизуются данные нисходящей линии связи, которые принимаются из базовой сети 130, через интерфейс (I/F) 1340, в ожидании передачи на UE-адресаты. Процессор 1332 назначения может использовать информацию из буфера RLC для определения того, какие UE требуют назначение ресурсных элементов, и определения того, сколько ресурсных элементов нужно назначать этим UE.

[00119] Каждое из UE с 110-1 по 110-L может включать в себя процессор 1312 и базу данных 1314. Процессор 1312 может включать в себя одну или более схем обработки данных и памяти, таких как процессор общего и/или специального назначения (например, микропроцессор и/или процессор цифровой обработки сигналов) с интегрированным и/или автономным запоминающим устройством. Процессор 1312 сконфигурирован для исполнения инструкций компьютерной программы из запоминающего устройства, описываемого ниже как машиночитаемый носитель, чтобы выполнять неавтономную синхронизацию или индивидуальную синхронизацию согласно по меньшей мере некоторым из операций 1000 по Фиг. 10 и/или по меньшей мере некоторым из операций 1200 по Фиг. 12. База данных 1314 может содержать перечень компонентных несущих, которые были назначены пользовательскому устройству процессором 1332 назначения, и содержать перечень ассоциированных списка или списков SMCCL и/или списка или списков SSCCL, как пояснялось выше.

[00120] На Фиг. 14 приведена логическая блок-схема, иллюстрирующая операции сетевого узла по Фиг. 13, на Фиг. 15 приведена логическая блок-схема, иллюстрирующая операции беспроводного терминала (такого, как пользовательское устройство 110-1 по Фиг. 13), и при совместном рассмотрении Фиг. 14, 15 иллюстрируют операции сетевого узла 1300 и пользовательского устройства, обеспечивающие синхронизацию сигналов согласно некоторым вариантам осуществления настоящего изобретения. Операции сетевого узла 1300 и пользовательского устройства 110-1 будут сперва описаны совместно со ссылкой на Фиг. 14 и 15, чтобы показать взаимодействия между ними. Операции по Фиг. 14 и 15 затем будут обсуждаться по отдельности, чтобы пояснить отдельные операции, выполняемые сетевым узлом 1300 и пользовательским устройством 110-1.

[00121] В частности, на этапе 1410 RF схема 1320 сетевого узла 1300 может быть сконфигурирована передавать SMCC (главную компонентную несущую синхронизации), включающую в себя сигналы синхронизации, на первой частоте. Сигналы синхронизации, например, могут включать в себя сигналы основного канала синхронизации, сигналы неосновного канала синхронизации и/или зависящие от соты опорные сигналы, передаваемые в периодических ресурсных элементах SMCC. В соответствии с некоторыми вариантами осуществления настоящего изобретения SMCC может конфигурироваться и/или назначаться в качестве несущей нисходящей линии связи от RF схемы 1320 на пользовательское устройство 110-1 до того, как она будет использоваться пользовательским устройством 110-1 для синхронизации SSCC на другой частоте. В то же время не требуется, чтобы SMCC выступала в роли несущей нисходящей линии связи для пользовательского устройства 110-1 до того, как она будет использоваться пользовательским устройством для синхронизации SSCC.

[00122] Планировщик 1330 ресурсов может выполнять определение на предмет добавления SSCC (подчиненной компонентной несущей синхронизации) на второй частоте (отличающейся от первой частоты) на пользовательском устройстве 110-1 на этапе 1420. Более того, планировщик 1330 ресурсов может связывать одну или более SMCC (включая передаваемую SMCC на первой частоте) с назначенной SSCC на второй частоте и/или планировщик 1330 ресурсов может связывать одну или более SSCC (включая назначенную SSCC на второй частоте) с передаваемой SMCC на первой частоте на этапе 1430. Как обсуждалось выше, данная информация, связывающая несущую или несущие SMCC и несущую или несущие SSCC, может представлять собой: список подчиненных компонентных несущих синхронизации (SSCCL), который идентифицирует все SSCC (включая SSCC на второй частоте, которая должна быть добавлена), которые могут использовать передаваемую SMCC на первой частоте для неавтономной синхронизации; либо список главных компонентных несущих синхронизации (SMCCL), который идентифицирует все SMCC (включая передаваемую SMCC на первой частоте), которые могут использоваться для синхронизации добавляемой SSCC на второй частоте.

[00123] Информация (например, SSCCL и/или SMCCL), связывающая передаваемую SMCC на первой частоте с добавляемой SSCC на второй частоте, может передаваться на пользовательское устройство 110-1 и приниматься от пользовательского устройства 110-1 на этапах 1440 и 1510. Более конкретно, информация, связывающая передаваемую SMCC с добавляемой SSCC, может предназначаться для использования пользовательским устройством 110-1 для синхронизации при добавлении SSCC. Кроме того, команда добавить/сконфигурировать SSCC на второй частоте в качестве несущей нисходящей линии связи может передаваться на пользовательское устройство 110-1 и приниматься от пользовательского устройства 110-1 на этапах 1450 и 1520.

[00124] Посредством связывания несущей или несущих SMCC с несущей или несущими SSCC на этапе 1430 для конкретного пользовательского устройства 110-1 после определения добавить/сконфигурировать SSCC для пользовательского устройства 110-1 на этапе 1420 планировщик 1330 ресурсов может динамически связывать несущую или несущие SMCC с несущей или несущими SSCC для конкретного пользовательского устройства 110-1, частично на основе текущего местоположения пользовательского устройства 110-1, текущего уровня/качества сигнала, принимаемого на/от пользовательского устройства 110-1, временных задержек сигналов, принимаемых на/от пользовательского устройства 110-1, и т.п. В соответствии с некоторыми вариантами осуществления планировщик 1330 ресурсов может связывать несущую или несущие SMCC и несущую или несущие SSCC, передаваемые из одного и того же или разных сетевых узлов/антенн, при условии, что связанные несущая или несущие SMCC и несущая или несущие SSCC выровнены по времени на пользовательском устройстве 110-1. При динамическом связывании SMCC/SSCC, например, информация, связывающая SMCC/SSCC, может передаваться на этапе 1440 до, после и/или одновременно с командой добавить/сконфигурировать SSCC на этапе 1450 при условии, что данная информация предоставляется до того, как пользовательское устройство 110-1 синхронизирует SSCC.

[00125] Хотя Фиг. 14 и 15 иллюстрируют конкретный порядок операций по этапам 1410, 1420, 1430, 1440, 1450, 1510 и 1520 согласно некоторым вариантам осуществления настоящего изобретения, другие порядки операций могут быть предусмотрены согласно другим вариантам осуществления настоящего изобретения. Планировщик 1330 ресурсов, например, может статистически связывать несущую или несущие SMCC с несущей или несущими SSCC на основе местоположения, из которого передаются несущая или несущие SMCC и несущая или несущие SSCC. Иными словами, планировщик 1330 ресурсов может связывать несущую или несущие SMCC с несущей или несущими SSCC, которые передаются с одной и той же антенны/местоположения, поскольку несущая или несущие SMCC и несущая или несущие SSCC, передаваемые из одного и того же местоположения, могут быть выровнены по времени (при приеме) независимо от местоположения принимающего пользовательского устройства 110-1. При статическом связывании несущей или несущих SMCC и несущей или несущих SSCC информация, коррелирующая несущую или несущие SMCC с несущей или несущими SSCC, может передаваться на пользовательское устройство 110-1 и приниматься от пользовательского устройства 110-1 на этапах 1440 и 1510, например, перед определением добавить SSCC на пользовательском устройстве 110-1 на этапе 1420 либо после определения на этапе 1420, как обсуждалось выше в отношении динамического связывания SMCC/SSCC.

[00126] Согласно некоторым вариантам осуществления настоящего изобретения SMCC на первой частоте может конфигурироваться или назначаться в качестве несущей нисходящей линии связи от сетевого узла 1300 на пользовательское устройство 110-1. Соответственно, передача информации, связывающей SMCC с SSCC, на этапе 1440 может включать в себя передачу этой информации по SMCC на пользовательское устройство 110-1 и/или передача команды добавить SSCC на этапе 1450 может включать в себя передачу этой команды по SMCC на пользовательское устройство 110-1. Информация, связывающая SMCC с SSCC, например, может передаваться на этапе 1440, по существу, одновременно с передачей команды добавить SSCC на этапе 1450 по SMCC на первой частоте.

[00127] Согласно некоторым вариантам осуществления настоящего изобретения передача информации, связывающей SMCC с SSCC, на этапе 1440 может включать в себя широковещательную рассылку этой информации по третьей частоте, которая отличается от первой частоты SMCC и отличается от второй частоты SSCC. Такая широковещательная информация может быть сделана доступной для всех пользовательских устройств 110, находящихся в пределах покрытия широковещания. Соответственно, широковещательная информация, связывающая несущую или несущие SMCC с несущей или несущими SSCC, может быть статически определена на основе местоположений/антенн, с которых несущая или несущие SMCC и несущая или несущие SSCC передаются.

[00128] В качестве реакции на прием информации, связывающей несущую или несущие SMCC с несущей или несущими SSCC, на этапе 1510 и в качестве реакции на прием команды добавить SSCC на этапе 1520 пользовательское устройство 110-1 может синхронизировать и/или конфигурировать SSCC на второй частоте, используя сигналы синхронизации из связанной SMCC на первой частоте, на этапе 1530. Посредством связывания добавленной SSCC на второй частоте с выровненной по времени SMCC на первой частоте пользовательское устройство 110-1 может синхронизировать добавленную SSCC, не требуя при этом предоставления/приема каких-либо сигналов синхронизации по SSCC. Соответственно, SSCC может передаваться без сигналов синхронизации (например, SSCC может передаваться с ресурсными элементами синхронизации, которые зарезервированы, но модулируются с нулевой/низкой мощностью, SSCC может фактически передаваться без сигналов синхронизации либо SSCC может передаваться без ресурсных элементов для сигналов синхронизации).

[00129] Пользовательское устройство 110-1 может передавать на этапе 1540 в сетевой узел 1300 квитанцию, указывающую, что SSCC на второй частоте синхронизирована и/или сконфигурирована на пользовательском устройстве 110-1, и квитанция может быть принята сетевым узлом 1300 на этапе 1460. После того как SSCC сконфигурирована на этапах 1460 и 1540, планировщик 1330 ресурсов может динамически назначать ресурсные элементы сконфигурированной SSCC на этапе 1470, чтобы обеспечить нисходящую передачу данных по динамически назначенным ресурсным элементам 1490. Соответственно, пользовательское устройство 110-1 может принимать нисходящие передачи данных на этапе 1550, используя динамически назначенные ресурсные элементы сконфигурированной SSCC.

[00130] Пользовательское устройство 110-1 может использовать для SSCC сигналы синхронизации из связанной SMCC, например, поскольку: SSCC может передаваться без сигналов синхронизации (например, SSCC может передаваться с ресурсными элементами синхронизации, которые зарезервированы, но модулируются с нулевой/низкой мощностью, SSCC может фактически передаваться без сигналов синхронизации либо SSCC может передаваться без ресурсных элементов для сигналов синхронизации) и/или сигналы синхронизации SSCC могут подвергаться помехам от другого сетевого узла/антенны, осуществляющих передачу на той же частоте, что и SSCC.

[00131] Помимо этого, сетевой узел 1300 может быть сконфигурирован передавать флаг с командой добавить/сконфигурировать SSCC на этапе 1450 на пользовательское устройство на этапе 1520, и этот флаг может иметь одно из первого значения и второго значения. Первое значение может инструктировать пользовательское устройство 110-1 синхронизировать и/или конфигурировать вторую несущую с использованием сигналов синхронизации первой несущей, как обсуждалось выше в отношении этапов 1440, 1450, 1460, 1520, 1530 и 1540. Второе значение может инструктировать пользовательское устройство 110-1 синхронизировать и/или конфигурировать SSCC в соответствии с синхронизацией, предусмотренной по умолчанию, не используя сигналы синхронизации SMCC. Соответственно, пользовательское устройство 110-1 может конфигурироваться синхронизировать и/или конфигурировать вторую несущую 1503 с использованием сигналов синхронизации первой несущей в качестве реакции на прием флага, имеющего первое значение, и синхронизировать и/или конфигурировать вторую несущую 1503 без использования сигналов синхронизации первой несущей в качестве реакции на прием флага, имеющего второе значение.

[00132] В качестве примера, основная компонентная несущая (PCC) на третьей частоте (отличающейся от первой и второй частот SMCC и SSCC) может быть сконфигурирована как несущая нисходящей линии связи для передач от сетевого узла 1300 на пользовательское устройство 110-1 и PCC может конфигурироваться до того, как команда (добавить/сконфигурировать SSCC) будет передана на пользовательское устройство 110-1/принята на пользовательском устройстве 110-1 на этапах 1450 и 1520. В качестве реакции на прием флага, имеющего первое значение, пользовательское устройство 110-1 может синхронизировать и/или конфигурировать SSCC на второй частоте с использованием сигналов синхронизации связанной SMCC на первой частоте. В качестве реакции на прием флага, имеющего второе значение, пользовательское устройство 110-1 может конфигурироваться синхронизировать и/или конфигурировать SSCC на второй частоте с использованием сигналов синхронизации PCC на третьей частоте.

[00133] Согласно другим вариантам осуществления настоящего изобретения команда добавить/конфигурировать SSCC может передаваться с использованием несущей на третьей частоте (отличающейся от первой и второй частот SMCC и SSCC). В качестве реакции на прием флага, имеющего первое значение, пользовательское устройство 110-1 может синхронизировать и/или конфигурировать SSCC на второй частоте с использованием сигналов синхронизации связанной SMCC на первой частоте. В качестве реакции на прием флага, имеющего второе значение, пользовательское устройство 110-1 может синхронизировать и/или конфигурировать SSCC на второй частоте с использованием сигналов синхронизации третьей несущей на третьей частоте. Иными словами, пользовательское устройство 110-1 может использовать сигналы синхронизации несущей, используемой для передачи команды синхронизировать и/или конфигурировать SSCC.

[00134] Согласно еще другим вариантам осуществления настоящего изобретения пользовательское устройство 110-1 может сконфигурировано синхронизировать и/или конфигурировать SSCC на второй частоте, используя сигналы синхронизации связанной SMCC на первой частоте, в качестве реакции на прием флага, имеющего первое значение. В качестве реакции на прием флага, имеющего второе значение, пользовательское устройство 110-1 может синхронизировать и/или конфигурировать SSCC на второй частоте, используя сигналы синхронизации SSCC на второй частоте. Иными словами, второе значение флага может указать пользовательскому устройству 110-1 синхронизировать и/или конфигурировать SSCC с использованием ее собственных сигналов синхронизации. Например, SSCC может передаваться с ресурсными элементами синхронизации, которые модулируются с низкой мощностью, и планировщик 1330 ресурсов может передать флаг, имеющий второе значение, когда пользовательское устройство 110-1 находится, по существу, рядом с сетевым узлом 1300 и/или подвержено, по существу, слабым помехам, так что сигналы синхронизации с низкой мощностью могут приниматься и использоваться.

[00135] После того как пользовательским устройством 110-1 принята команда добавить/сконфигурировать новую SSCC, пользовательское устройство 110-1 может сразу выполнить временную/частотную синхронизацию SSCC, используя сигналы синхронизации связанной с ней SMCC в качестве реакции на прием упомянутой команды, либо пользовательское устройство 110-1 может ожидать приема команды активации до временной/частотной синхронизации SSCC с использованием сигналов синхронизации связанной с ней SMCC (в качестве реакции на прием команды активации). После выполнения пользовательским устройством 110-1 временной/частотной синхронизации добавленной SSCC пользовательское устройство 110-1 может отслеживать канал управления (например, физический нисходящий канал управления или PDCCH) для добавленной SSCC на предмет назначений нисходящей линии связи (используемых планировщиком 1330 ресурсов для назначения ресурсных элементов SSCC для нисходящих передач данных). В качестве реакции на прием назначения нисходящей линии связи для добавленной SSCC от планировщика 1330 ресурсов пользовательское устройство 110-1 может принимать нисходящие передачи данных от сетевого узла 1300 по назначенным ресурсным элементам SSCC.

[00136] Операции сетевого узла 1300 будут описаны далее отдельно в отношении логической блок-схемы по Фиг. 14 для пояснения его работы. RF схема 1320 сетевого узла 1300 может быть сконфигурирована передавать SMCC (главную компонентную несущую синхронизации), включая сигналы синхронизации, на этапе 1410 на первой частоте. Сигналы синхронизации, например, могут включать в себя сигналы основного канала синхронизации, сигналы неосновного канала синхронизации и/или зависящие от соты опорные сигналы, передаваемые в периодических ресурсных элементах SMCC. В соответствии с некоторыми вариантами осуществления настоящего изобретения SMCC может быть сконфигурирована и/или назначена в качестве несущей нисходящей линии связи от RF схемы 1320 на пользовательское устройство 110-1 до того, как она будет использоваться пользовательским устройством 110-1 для синхронизации SSCC на другой частоте. В то же время от SMCC не требуется служить в качестве несущей нисходящей линии связи на пользовательское устройство 110-1 до того, как она будет использоваться пользовательским устройством для синхронизации SSCC.

[00137] Планировщик 1330 ресурсов может выполнить определение, что надо добавить SSCC (подчиненную компонентную несущую синхронизации) на второй частоте (отличающейся от первой частоты) для пользовательского устройства 110-1 на этапе 1420. Кроме того, планировщик 1330 ресурсов может связать одну или более SMCC (включая переданную SMCC на первой частоте) с назначенной SSCC на второй частоте и/или планировщик 1330 ресурсов может связать одну или более SSCC (включая назначенную SSCC на второй частоте) с переданной SMCC на первой частоте на этапе 1430. Как обсуждалось выше, данная информация, связывающая несущую или несущие SMCC и несущую или несущие SSCC, может представлять собой: список подчиненных компонентных несущих синхронизации (SSCCL), который идентифицирует все SSCC (включая добавляемую SSCC на второй частоте), которые могут использовать переданную SMCC на первой частоте для неавтономной синхронизации; либо список главных компонентных несущих синхронизации (SMCCL), который идентифицирует все SMCC (включая переданную SMCC на первой частоте), которая может использоваться для синхронизации добавляемой SSCC на второй частоте.

[00138] Информация (например, SSCCL и/или SMCCL), связывающая переданную SMCC на первой частоте с добавляемой SSCC на второй частоте, может быть передана на пользовательское устройство 110-1 на этапе 1440. Более конкретно, информация, связывающая переданную SMCC и добавляемую SSCC, может быть предназначена для использования пользовательским устройством 110-1 при синхронизации после добавления SSCC. Более того, команда добавить/сконфигурировать SSCC на второй частоте в качестве несущей нисходящей линии связи может быть передана на пользовательское устройство 110-1 на этапе 1450.

[00139] Посредством связывания несущей или несущих SMCC с несущей или несущими SSCC на этапе 1430 для конкретного пользовательского устройства 110-1 после определения добавить/сконфигурировать SSCC для пользовательского устройства 110-1 на этапе 1420 планировщик 1330 ресурсов может динамически связывать несущую или несущие SMCC с несущей или несущими SSCC для конкретного пользовательского устройства 110-1 на основе, частично, текущего местоположения пользовательского устройства 110-1, текущего уровня/качества сигнала, принимаемого на пользовательском устройстве 110-1/от пользовательского устройства 110-1, временных задержек сигналов, принимаемых на пользовательском устройстве 110-1/от пользовательского устройства 110-1 и т.д. В соответствии с некоторыми вариантами осуществления планировщик 1330 ресурсов может связывать несущую или несущие SMCC и несущую или несущие SSCC, передаваемые с одних и тех же или разных сетевых узлов/антенн, при условии, что связанные несущая или несущие SMCC и несущая или несущие SSCC выровнены по времени на пользовательском устройстве 110-1. При динамическом связывании SMCC/SSCC, например, информация, связывающая SMCC/SSCC, может передаваться на этапе 1440 до, после и/или одновременно с командой добавить/сконфигурировать SSCC на этапе 1450 при условии, что данная информация предоставляется до того, как пользовательское устройство 110-1 выполнит синхронизацию SSCC.

[00140] Хотя Фиг. 14 иллюстрирует конкретный порядок операций по этапам 1410, 1420, 1430, 1440 и 1450 согласно некоторым вариантам осуществления настоящего изобретения, могут быть предусмотрены другие порядки выполнения операций в соответствии с другими вариантами осуществления настоящего изобретения. Планировщик 1330 ресурсов, например, может статически связать несущую или несущие SMCC с несущей или несущими SSCC на основе местоположения, из которого передаются несущая или несущие SMCC и несущая или несущие SLCC. Иными словами, планировщик 1330 ресурсов может связывать несущую или несущие SMCC с несущей или несущими SSCC, которые передаются с одной и той же антенны/местоположения, потому что несущая или несущие SMCC и несущая или несущие SSCC, переданные из одного и того же местоположения, могут быть выровнены по времени (при приеме) независимо от местонахождения принимающего пользовательского устройства 110-1. В случае статически связанных несущей или несущих SMCC и несущей или несущих SSCC информация, которая коррелирует несущую или несущие SMCC с несущей или несущими SSCC, может быть передана на пользовательское устройство 110-1 на этапе 1440, например, до определения добавить SSCC для пользовательского устройства 110-1 на этапе 1420 либо после упомянутого определения на этапе 1420, как описывалось выше в отношении динамического связывания SMCC/SSCC.

[00141] В соответствии с некоторыми вариантами осуществления настоящего изобретения SMCC на первой частоте может быть сконфигурирована или назначена в качестве несущей нисходящей линии связи от сетевого узла 1300 на пользовательское устройство 110-1. Соответственно, передача информации, связывающей SMCC с SSCC, на этапе 1440 может включать в себя передачу этой информации по SMCC на пользовательское устройство 110-1 и/или передача команды добавить SSCC на этапе 1450 может включать в себя передачу этой команды по SMCC на пользовательское устройство 110-1. Информация, связывающая SMCC с SSCC, например, может передаваться на этапе 1440, по существу, одновременно с передачей команды добавить SSCC на этапе 1450 по SMCC на первой частоте.

[00142] В соответствии с некоторыми вариантами осуществления настоящего изобретения передача информации, связывающей SMCC с SSCC, на этапе 1440 может включать в себя широковещательную рассылку этой информации на третьей частоте, которая отличается от первой частоты SMCC и отличается от второй частоты SSCC. Такая широковещательная информация может быть сделана доступной для всех пользовательских устройств 110, находящихся в пределах дальности широковещания. Соответственно, широковещательная информация, связывающая несущую или несущие SMCC с несущей или несущими SSCC, может быть определена статически на основе местоположений/антенн, с которых передаются несущая или несущие SMCC и несущая или несущие SSCC.

[00143] По приему от пользовательского устройства 110-1 квитанции (показывающей синхронизацию/конфигурацию SSCC на пользовательском устройстве 110-1) в сетевом узле 1300 на этапе 1460 планировщик 1330 ресурсов может динамически назначать ресурсные элементы сконфигурированной SSCC на этапе 1470 для обеспечения нисходящей передачи данных по динамически назначенным ресурсным элементам 1490 на пользовательское устройство 110-1 на этапе 1490.

[00144] Операции пользовательского устройства 110-1 будут теперь описаны отдельно в отношении логической блок-схемы по Фиг. 15 для пояснения его работы.

[00145] В частности, информация (например, SSCCL и/или SMCCL), связывающая переданную SMCC на первой частоте с добавляемой SSCC на второй частоте, может быть принята (от сетевого узла 1300) на пользовательском устройстве 110-1 на этапе 1510. Более конкретно, информация, связывающая переданную SMCC и добавляемую SSCC, может быть предназначена для использования пользовательским устройством 110-1 для синхронизации после добавления SSCC. Кроме того, команда добавить/сконфигурировать SSCC на второй частоте в качестве несущей нисходящей линии связи может быть принята (от сетевого узла 1300) на пользовательском устройстве 110-1 на этапе 1520.

[00146] Хотя Фиг. 15 иллюстрирует конкретный порядок операций по этапам 1510 и 1520 согласно некоторым вариантам осуществления настоящего изобретения, могут быть предусмотрены другие порядки операций в соответствии с другими вариантами осуществления настоящего изобретения. При статическом связывании несущей или несущих SMCC и несущей или несущих SSCC информация, которая коррелирует несущую или несущие SMCC с несущей или несущими SSCC, может приниматься на пользовательском устройстве 110-1 на этапе 1510, например, до или после того, как сетевой узел 1300 определит, что надо добавить SSCC на пользовательском устройстве 110-1.

[00147] В соответствии с некоторыми вариантами осуществления настоящего изобретения SMCC на первой частоте может конфигурироваться и назначаться в качестве несущей нисходящей линии связи от сетевого узла 1300 на пользовательское устройство 110-1. Соответственно, прием информации, связывающей SMCC с SSCC, на этапе 1510 может включать в себя прием упомянутой информации по SMCC на пользовательском устройстве 110-1 и/или прием команды добавить SSCC на этапе 1520 может включать в себя прием упомянутой команды по SMCC на пользовательском устройстве 110-1. Информация, связывающая SMCC с SSCC, например, может приниматься на этапе 1510, по существу, одновременно с приемом команды добавить SSCC на этапе 1520 по SMCC на первой частоте.

[00148] В соответствии с некоторыми вариантами осуществления настоящего изобретения прием информации, связывающей SMCC с SSCC, на этапе 1510 может включать в себя прием широковещательной рассылки данной информации на третьей частоте, которая отличается от первой частоты SMCC и отличается от второй частоты SSCC. Такая широковещательная информация может быть доступна для всех пользовательских устройств 110, находящихся в пределах дальности широковещания. Соответственно, широковещательная информация, связывающая несущую или несущие SMCC с несущей или несущими SSCC, может быть определена статически на основе местоположений/антенн, с которых передаются несущая или несущие SMCC и несущая или несущие SSCC.

[00149] В качестве реакции на прием информации, связывающей несущую или несущие SMCC с несущей или несущими SSCC, на этапе 1510 и в качестве реакции на прием команды добавить SSCC на этапе 1520 пользовательское устройство 110-1 может синхронизировать и/или сконфигурировать SSCC на второй частоте с использованием сигналов синхронизации из связанной с ней SMCC на первой частоте на этапе 1530. Путем связывания добавленной SSCC на второй частоте с выровненной по времени SMCC на первой частоте пользовательское устройство 110-1 может выполнить синхронизацию добавленной SSCC, не требуя предоставления/приема каких-либо сигналов синхронизации по SSCC. Соответственно, SSCC может передаваться без сигналов синхронизации (например, SSCC может передаваться с ресурсными элементами синхронизации, которые зарезервированы, но модулируются с нулевой/низкой мощностью, SSCC может фактически передаваться без сигналов синхронизации либо SSCC может передаваться без ресурсных элементов для сигналов синхронизации).

[00150] На этапе 1540 пользовательское устройство 110-1 может передавать на сетевой узел 1300 квитанцию, показывающую, что SSCC на второй частоте была синхронизирована и/или сконфигурирована на пользовательском устройстве 110-1. После того как SSCC сконфигурирована на этапе 1460, планировщик 1330 ресурсов может динамически назначать ресурсные элементы сконфигурированной SSCC для обеспечения нисходящей передачи данных по динамически назначенным ресурсным элементам 1490. Соответственно, пользовательское устройство 110-1 может принимать нисходящие передачи данных на этапе 1550 с использованием динамически назначенных ресурсных элементов сконфигурированной SSCC. Пользовательское устройство 110-1 может использовать для SSCC сигналы синхронизации из связанной с ней SMCC, например, потому что SSCC может передаваться без сигналов синхронизации (например, SSCC может передаваться с ресурсными элементами синхронизации, которые зарезервированы, но модулируются с нулевой/низкой мощностью, SSCC может фактически передаваться без сигналов синхронизации либо SSCC может передаваться без ресурсных элементов для сигналов синхронизации); и/или сигналы синхронизации SSCC могут подвергаться помехам со стороны других сетевого узла/антенны, осуществляющих передачи на той же частоте, что и SSCC.

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

[00152] Когда элемент упоминается как являющийся "подсоединенным", "подключенным", "реагирующим" или в виде вариантов перечисленного по отношению к другому элементу, он может быть непосредственно подсоединенным к другому элементу, подключенным к другому элементу или реагирующим на другой элемент либо при этом могут присутствовать промежуточные элементы. В отличие от этого, когда элемент упоминается как являющийся "непосредственно подсоединенным", "непосредственно подключенным", "непосредственно реагирующим" или в виде вариантов перечисленного по отношению к другому элементу, никаких промежуточных элементов нет. Идентичные номера ссылаются на аналогичные элементы по всем материалам заявки. Кроме того, используемые здесь понятия "подсоединенный", "подключенный", "реагирующий" или их варианты могут подразумевать "подсоединенный, подключенный или реагирующий беспроводным образом". При использовании в настоящей заявке формы единственного числа подразумеваются включающими в себя и формы множественного числа, если из контекста явно не следует обратное. Широко известные функции или конструкции могут не описываться подробно в целях краткости и/или ясности. Термин "и/или" включает в себя любой и все комбинации из одного или более соответствующих перечисляемых элементов.

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

[00154] Иллюстративные варианты осуществления описываются здесь со ссылкой на иллюстрации в виде (логических) блок-схем компьютерно-реализуемых способов, аппаратуры (систем и/или устройств) и/или компьютерных программных продуктов. Следует понимать, что блок на иллюстрации в виде (логической) блок-схемы и комбинации блоков на иллюстрациях в виде (логических) блок-схем могут быть реализованы посредством инструкций компьютерных программ, которые выполняются одной или более компьютерными аппаратными схемами. Эти инструкции компьютерных программ могут подаваться в процессорную схему компьютера общего назначения, компьютера специального назначения и/или другую программируемую схему обработки данных для создания такой машины, что упомянутые инструкции при их исполнении посредством процессора из состава компьютера и/или другого программируемого устройства обработки данных осуществляют преобразование и управление транзисторами, значениями, хранящимися в ячейках памяти, и другими аппаратными компонентами в пределах рассматриваемой аппаратуры для реализации функций/действий, заданных в блоке или блоках на (логических) блок-схемах, и тем самым создаются (функциональные) средства и/или структура для реализации функций/действий, заданных в блоке или блоках на (логических) блок-схемах.

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

[00156] Материальный невременный машиночитаемый носитель может включать в себя электронную, магнитную, оптическую, электромагнитную или полупроводниковую систему, аппаратуру или устройство хранения данных. Более конкретные примеры машиночитаемого носителя включают в себя следующее: переносную компьютерную дискету, схему оперативного запоминающего устройства (ОЗУ, RAM), схему постоянного запоминающего устройства (ПЗУ, ROM), схему перепрограммируемого запоминающего устройства (EPROM или флэш-память), постоянное запоминающее устройство на переносном компакт-диске (CD-ROM) и постоянное запоминающее устройство на переносном цифровом универсальном диске (DVD/BlueRay).

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

[00158] Соответственно, варианты осуществления настоящего изобретения могут быть воплощены в аппаратных средствах и/или программном обеспечении (включая встроенное программное обеспечение (firmware), резидентное программное обеспечение, микрокод и т.п.), которое исполняется в процессоре, таком как процессор цифровой обработки сигналов, который в совокупности может упоминаться как "аппаратная схема", "модуль" или в виде вариантов этого.

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

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

[00161] В отношении вариантов осуществления могут быть выполнены многочисленные варьирования и модификации без существенного отклонения от принципов настоящего изобретения. Подразумевается, что все такие вариации и модификации находятся в пределах объема настоящего изобретения.

Изобретение относится к радиосвязи. Техническим результатом является снижение энергопотребления. Способ обеспечения синхронизации сигналов для сети радиодоступа может включать в себя этап, на котором передают первую несущую, включающую в себя сигналы синхронизации, на первой частоте из сети радиодоступа. Информация, связывающая первую несущую на первой частоте со второй несущей на второй частоте, может передаваться из сети радиодоступа, причем эта информация предназначена для использования беспроводным терминалом при синхронизации после добавления второй несущей. Более конкретно, первая и вторая частоты могут отличаться. Команда добавить вторую несущую в качестве несущей нисходящей линии связи для передач может быть передана на беспроводной терминал. Также описываются соответствующие сетевые узлы и беспроводные терминалы. 6 н. и 24 з.п. ф-лы, 17 ил.

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

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

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

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

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

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

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

8. Способ по п.1, в котором первая и вторая несущие выровнены по времени на беспроводном терминале.

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

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

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

12. Способ по п.9, в котором первая и вторая несущие выровнены по времени на беспроводном терминале.

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

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

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

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

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

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

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

20. Способ по п.13, в котором первая и вторая несущие выровнены по времени на беспроводном терминале.

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

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

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

24. Способ по п.21, в котором первая и вторая несущие выровнены по времени на беспроводном терминале.

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

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

27. Узел сети радиодоступа по п.25, при этом первая и вторая несущие выровнены по времени на беспроводном терминале.

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

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

30. Беспроводной терминал по п.28, при этом первая и вторая несущие выровнены по времени на беспроводном терминале.