СПОСОБ И КОМПОНОВКА ДЛЯ СИГНАЛИЗАЦИИ ПАРАМЕТРОВ В БЕСПРОВОДНОЙ СЕТИ Российский патент 2016 года по МПК H04L1/00 

ОБЛАСТЬ ТЕХНИКИ

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

УРОВЕНЬ ТЕХНИКИ

Система беспроводной связи согласно проекту долгосрочного развития (LTE), определенному проектом партнерства 3-го поколения (3GPP), использует мультиплексирование с ортогональным разделением частот (OFDM) в нисходящей линии связи и расширенное посредством дискретного преобразования Фурье OFDM в восходящей линии связи. Основной физический ресурс нисходящей линии связи LTE может таким образом рассматриваться как сетка частоты-времени. Это проиллюстрировано на фиг. 1, где каждый элемент ресурсов соответствует одной поднесущей OFDM во время одного интервала символа OFDM.

Во временной области передачи нисходящей линии связи LTE организованы в радио-кадры по 10 миллисекунд, каждый радио-кадр состоит из десяти одинакового размера подкадров длины T_subframe=1 миллисекунда. Структура кадра LTE проиллюстрирована на фиг. 2.

Кроме того, распределение ресурсов в LTE типично описывается в терминах блоков ресурсов, где блок ресурсов соответствует одному слоту (0,5 миллисекунды) во временной области и 12 смежным поднесущим в частотной области. Блоки ресурсов пронумерованы в частотной области, начиная с 0 с одного конца полосы частот системы.

Более ранние версии стандарта LTE, например, выпусков 8 и 9, поддерживают полосы частот до 20 МГц. Однако, чтобы удовлетворить расширенным IMT требованиям, 3GPP начал работу над выпуском 10 LTE. Одна из целей выпуска 10 LTE состоит в том, чтобы поддерживать полосы частот, большие чем 20 МГц. Однако одно важное требование в отношении Выпуска 10 LTE заключается в поддержке обратной совместимости с более ранними версиями стандарта. Это обратная совместимость должна также включать в себя спектральную совместимость. В результате несущая Выпуска 10 LTE, более широкая, чем 20 МГц, должна появиться как ряд различных несущих LTE для унаследованного терминала, например, терминала Выпуска 8 или Выпуска 9 LTE. Каждая такая несущая может называться как компонентная несущая.

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

Во время начального доступа способный к агрегации несущих терминал, например, терминал Выпуска 10 LTE, ведет себя аналогично унаследованному терминалу. После успешного соединения с сетью через первую несущую терминал может - в зависимости от его собственных способностей и сети - быть сконфигурирован с дополнительными компонентными несущими в восходящей линии связи и/или нисходящей линии связи. Конфигурация этих несущих основана на Управлении Радио Ресурсами (RRC). Из-за интенсивной сигнализации и вместо этого медленной скорости сигнализации RRC, предполагается, что терминал может быть часто сконфигурирован со множественными компонентными несущими даже при том, что не все они используются в заданный момент. Если терминал сконфигурирован на множественных компонентных несущих, это подразумевает, что он должен контролировать все компонентные несущие нисходящей линии связи для соответствующего физического канала управления нисходящей линии связи (PDCCH) и физического совместно используемого канала нисходящей линии связи (PDSCH). Это подразумевает, что более широкая полоса пропускания приемника, более высокие частоты дискретизации и т.д. должны быть в целом активными, приводя к высокому потреблению энергии для мобильного терминала.

Чтобы смягчить эти проблемы, Версия 10 LTE поддерживает процедуру активации компонентной несущей в дополнение к процедурам конфигурации. Соответственно, терминал контролирует только сконфигурированные и активированные компонентные несущие для PDCCH и PDSCH. Так как активация компонентных несущих основана на элементах управления для управления доступом к среде (MAC) - которые являются более быстрыми, чем RRC сигнализация - активация/деактивация может следовать за количеством компонентных несущих, что должно удовлетворить текущие потребности в скорости передачи данных. По прибытии большого количества данных множественные компонентные несущие активируются, используются для передачи данных, и затем деактивируются, если больше не требуются. Все кроме одной компонентной несущей, первичной компонентной несущей нисходящей линии связи (DL PCC), могут быть деактивированы. Следует отметить, что PCC не обязательно является одной и той же для всех терминалов в ячейке, то есть, различные терминалы могут быть сконфигурированы с различными первичными компонентными несущими. Активация поэтому обеспечивает возможность конфигурировать множественные компонентные несущие, но только активировать их на основании «при необходимости». Большую часть времени терминал может иметь одну или очень немного компонентных несущих активированными, приводя к более низкой полосе частот приема, и таким образом более низкому потреблению энергии батареи.

Планирование компонентной несущей выполняется на PDCCH через назначения нисходящей линии связи. Информация управления на PDCCH отформатирована как сообщение информации управления нисходящей линии связи (DCI). В Выпуске 8 терминал работает только с одной компонентной несущей нисходящей линии связи и одной восходящей линии связи. В результате ассоциации между назначением нисходящей линии связи, предоставлениями восходящей линии связи и соответствующими компонентными несущими нисходящих линий связи и восходящих линий связи являются ясными. В Выпуске 10, однако, нужно различать два режима агрегации несущих. Первый случай очень подобен работе множественных терминалов Выпуска 8 или 9. В этом режиме назначение нисходящей линии связи или предоставление восходящей линии связи, содержащееся в сообщении DCI, переданном на компонентной несущей, является действительным или для самой компонентной несущей нисходящей линии связи или для соответствующей компонентной несущей восходящей линии связи. Ассоциация компонентных несущих восходящей линии связи и нисходящей линии связи друг с другом может быть связыванием специфическим для ячейки или специфическим для UE. Во втором режиме работы сообщение DCI увеличивается на индикатор, который задает компонентную несущую, поле индикатора несущей (SIF). DCI, содержащее назначение нисходящей линии связи с SIF, является действительным для компонентной несущей нисходящей линии связи, указанной с помощью SIF. Аналогично, DCI, содержащее предоставление восходящей линии связи с SIF, является действительным для указанной компонентной несущей восходящей линии связи. Это упоминается как планирование кросс-несущих.

Нужно отметить, что изобретательные методы, раскрытые здесь, не ограничены конкретной терминологией, используемой в настоящем описании. Также нужно отметить, что во время развития стандартов для агрегации несущих в LTE, были использованы различные термины, чтобы описать, например, компонентные несущие. Специалистам в данной области техники понятно, что способы настоящего описания поэтому применимы к системам и ситуациям, где использованы термины, подобные операции множественных ячеек или двойной ячейки. В настоящем описании термин "первичная обслуживающая ячейка", или "PCell", относится к ячейке, сконфигурированной на первичной компонентной несущей, PCC. Пользовательское оборудование, которое способно к агрегации несущих, может, в дополнение к PCell, также агрегировать одну или более вторичных обслуживающих ячеек, "SCells". SCells - это ячейки, сконфигурированные на вторичных компонентных несущих, SCC. Следует отметить, что "ячейка" в этом контексте относится к сетевому объекту, тогда как "компонентная несущая" или "несущая" относятся к физическому ресурсу, то есть диапазону частот, для которого ячейка сконфигурирована, чтобы его использовать.

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

Различные сценарии помех между ячейками могут ожидаться для развертывания гетерогенных сетей с со-каналами. Фиг.4 иллюстрирует три сценария, которые могут вызвать серьезные помехи. Случаи (a) и (b) включают в себя HeNB, работающий в режиме закрытой группы абонентов (CSG). В режиме CSG доступ к HeNB предоставляют только тем абонентам, которые являются членами закрытой группы абонентов, ассоциированной с HeNB. Левая сторона Фиг. 4 иллюстрирует, как HeNB в фемто ячейке вызывает помеху пользователю макро-ячейки, который не имеет доступа к фемто ячейке (случай (a)), и как пользователь на краю макро-ячейки без доступа к конкретной фемто ячейке может вызвать помеху для HeNB (случай (b)). Помехи между ячейками обозначена пунктирными стрелками.

Правая сторона Фиг. 4, случай (c), иллюстрирует, как помеха от Усовершенствованного макро-узла B (eNB) к пользователям на краю пико- или фемто- ячейки увеличивается до Δ, если основанный на потерях в тракте выбор обслуживающей ячейки используется вместо выбора, основанного на самом сильном принятом сигнале нисходящей линии связи. Сплошные и пунктирные линии иллюстрируют принятую Rx мощность, и штриховые линии показывают 1/потери в тракте. Чтобы понять, почему происходит это увеличение помех, предположим, что пользовательское оборудование находится в непосредственной близости к пико-базовой станции, но далеко от макро-eNB. Если UE выполняет основанный на потерях в тракте выбор ячейки, площадь области пико eNB увеличивается, то есть UE соединяется с пико eNB, где иначе, используя выбор ячейки на основании принятой мощности сигнала, он соединился бы с макро-eNB, так как принятая мощность является более сильной. Это подразумевает, что создающие помехи сигналы от макро-eNB являются более сильными, чем желательные сигналы от пико eNB. На восходящей линии связи, однако, ситуация улучшается, так как UE соединяется с тем eNB, для которого он видит самые низкие потери в тракте, и таким образом принятая мощность eNB максимизируется.

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

Желательно, чтобы унаследованные мобильные терминалы (пользовательские оборудования, или UEs, в терминологии 3GPP) могли работать и извлекать выгоду из развертывания гетерогенной сети, например, получая доступ к любым доступным пико уровням, чтобы улучшить производительность восходящей линии связи, даже когда мощность принятого сигнала от макро-уровня значительно выше. Такой выбор ячейки может быть достигнут, например, посредством использования смещения, примененного к измерениям принятой мощности опорного сигнала (RSRP), выполненным посредством UE (соответствующие Δ на фиг. 4). Настоящее описание допускает смещение до 24 децибел, что должно быть достаточным для большинства сценариев гетерогенных сетей.

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

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

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

Как уже упомянуто, совместное использование ресурсов, то есть работа на одном и том же наборе несущих, между уровнями ячейки для передачи данных может быть достигнуто посредством способов координации помех между ячейками (ICIC), которые могут быть более или менее динамичными в зависимости от возможностей координации между уровнями и их составляющих базовых радиостанций. Однако, проблемы с помехами остаются относительно передачи сигналов и/или каналов, которые не могут полагаться на традиционные способы ICIC, но должны быть переданы на конкретных, хорошо определенных, ресурсах. В LTE они включают в себя, например, сигналы синхронизации (PSS/SSS), физический канал вещания (PBCH) и каналы управления уровня 1/уровня 2 (L1/L2) (PDCCH, PCFICH и PHICH).

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

В целях описания предположим, что первичная несущая, PCC, соответствует несущей f1 в макро-уровне и несущей f2 в пико-уровне.

Для ситуации с нисходящей линией связи ниже рассматриваются эти три случая, показанные на фиг. 6, где Случай 1 отличается от Случая 2 относительно использования открытой группы абонентов (OSG) в первом. В случае 3 обе несущие, f1 и f2, доступны также в макро-уровне.

В случае 1 предполагается, что несущая f1, которая является макро первичной компонентной несущей, или PCC, должна быть доступной для передачи PDSCH, то есть передачи данных трафика, также в пределах пико-уровня. Предполагается, что мобильный терминал получает доступ к макро-уровню, только когда потери в тракте к макро-уровню имеет тот же порядок или меньше, по сравнению с потерями в тракте к уровню пико.

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

В случае 2, аналогично случаю 1, несущая f1 должна быть доступной для передачи PDSCH также в пределах пико-уровня. Однако, мобильный терминал должен быть в состоянии получить доступ к макро-ячейке, даже когда находится близко к пико-ячейке. Этот сценарий может иметь место, когда пико-уровень состоит из узлов HeNB, принадлежащих закрытым группам абонентов (CSG), и когда мобильный терминал, не принадлежащий CSG, приближается к HeNB. Мобильному терминалу может быть не разрешен доступ к HeNB, и он должен поэтому соединиться с макро-ячейкой вместо этого. В этом случае пико-уровень не должен передать каналы, указанные выше (PSS/SSS, PBCH, CRS, PDCCH, и т.д.), на f1, чтобы избежать помех на мобильные терминалы, которые получают доступ к макро-уровню вблизи базовой станции пико. Вместо этого, соответствующие элементы ресурсов должны быть пустыми, то есть приглушенными. Таким образом, унаследованные мобильные терминалы могут только получить доступ к пико уровню на f2, в то время как Мобильные терминалы Выпуска 10 могут быть запланированы и на f1 и на f2, таким же образом, как для случая 1.

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

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

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

В LTE мобильные терминалы получают ID физической ячейки для ячейки из сигналов PSS/SSS сигнализации. Аналогично, количество передающих антенных портов вслепую получают из скремблирующего кода CRC PBCH. В результате, если сигналы передаются только с нулевой или уменьшенной мощностью на вторичной компонентной несущей, то есть в SCell, UE не способен определить ни ID физической ячейки, ни количество передающих антенных портов. Та же самая проблема может иметь место, даже если сигналы не приглушены, например, если UE находится вблизи пико-ячейки, на которую оказывает помехи макро-ячейка, передающая с высокой мощностью на той же самой несущей. В этом случае UE может быть не в состоянии услышать и/или декодировать сигналы синхронизации от пико-ячейки из-за серьезной помехи.

В LTE ID физической ячейки используется, чтобы вывести (получить) опорные сигналы демодуляции восходящей линии связи (DMRS), зондирующие опорные сигналы (SRS), скремблирование физического совместно используемого канала восходящей линии связи (PUSCH), скремблирование PDSCH, сигнализацию физического канала управления восходящей линии связи (PUCCH), сигнализацию управления L1/L2, опорные сигналы (RS) для передач, используя мультимедийное вещание по сети c единственной частотой и т.д. Аналогично, количество передающих антенных портов, необходимых мобильному терминалу в LTE, поскольку это влияет на CRS, отображение уровня, предварительное кодирование, сигнализация управления L1/L2, и т.д. CRS, в частности, необходимы, чтобы выполнить измерения мобильности, если сконфигурированы на вторичной компонентной несущей.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

Соответствующие способы приемника в мобильных терминалах также охватываются настоящим описанием.

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

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг. 1 - схематическая диаграмма, иллюстрирующая физический ресурс нисходящей линии связи LTE.

Фиг. 2 - схематическая диаграмма, иллюстрирующая структуру временной области LTE.

Фиг. 3 - схематическая диаграмма, иллюстрирующая агрегацию несущих.

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

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

Фиг. 6 - схематическая диаграмма, иллюстрирующая различные варианты развертывания для гетерогенных сетей.

Фиг. 7 - схематическая диаграмма, иллюстрирующая приглушение в гетерогенной сети.

Фиг. 8 - схематическая диаграмма, иллюстрирующая координацию помех между ячейками (ICIC).

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

Фиг. 10 - блок-схема операций, иллюстрирующая способ согласно варианту осуществления.

Фиг. 11 - блок-схема операций, иллюстрирующая способ согласно варианту осуществления.

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

Фиг. 13 - блок-схема операций, иллюстрирующая способ согласно варианту осуществления.

Фиг. 14 - блок-схема операций, иллюстрирующая способ согласно варианту осуществления.

Фиг. 15 - блок-схема операций, иллюстрирующая способ согласно варианту осуществления.

Фиг. 16 - блок-схема операций, иллюстрирующая способ согласно варианту осуществления.

Фиг. 17 - блок-схема операций, иллюстрирующая способ согласно варианту осуществления.

Фиг. 18 - блок-схема, иллюстрирующая пользовательское оборудование согласно варианту осуществления.

Фиг. 19 - блок-схема, иллюстрирующая сетевой узел согласно варианту осуществления.

АББРЕВИАТУРЫ

CC Компонентная несущая

SIF Поле Индикатора Несущей

CRS Специфические для ячейки опорные сигналы

CSG Закрытая группа абонентов

DCI Информация управления нисходящей линии связи

HeNB Домашний eNB

ICIC Координация помех между ячейками

MBSFN Вещание Мультимедиа по сети с единственной частотой

OFDM Ортогональный множественный доступ с частотным разделением каналов

OSG Открытая группа абонентов

PBCH Физический канал вещания

PCC Первичная компонентная несущая

PCFICH Физический канал индикатора формата управления

PDCCH Физический канал управления нисходящей линии связи

PDSCH Физический совместно используемый канал нисходящей линии связи

PHICH Физический канал индикатора гибридного ARQ

PSS Первичный канал синхронизации

PUCCH физический канал управления восходящей линии связи

PUSCH Физический совместно используемый канал восходящей линии связи RRC Управление радио ресурсами

RS Опорные сигналы

SRS Зондирующие опорные сигналы

SSS Вторичный канал синхронизации

UL DMRS Опорные сигналы демодуляции UL.

ПОДРОБНОЕ ОПИСАНИЕ

Как объяснено выше, в некоторых сценариях необходимо уменьшить, или даже установить в ноль, мощность передачи PSS/SSS и/или PBCH на одной компонентной несущей, чтобы защитить соответствующие сигналы, переданные от другого узла. Это проиллюстрировано на фиг. 7, которая показывает, как макро-ячейка защищает PSS/SSS и PBCH от пико-ячейки, посредством передачи ее соответствующих сигналов с нулевой/уменьшенной мощностью на несущей f2. Если мобильный терминал должен быть в состоянии соединиться с макро-ячейкой даже близко к пико-ячейке, например, если пико-ячейка является ячейкой CSG, к которой терминал не имеет доступа, то пико-ячейка должна передать PSS/SSS и PBCH с нулевой или уменьшенной мощностью на f1. Это означает, что мобильный терминал может быть не в состоянии получить некоторые важные параметры, ассоциированные с компонентной несущей, которая приглушена. Например, ID ячейки и количество антенных портов TX (передачи) не могут быть определены, если PSS/SSS и PBCH не могут быть обнаружены. Без знания ID ячейки и/или количества антенных портов TX, соответствующих заданной ячейке, или заданной компонентной несущей, мобильный терминал не может определить опорные сигналы, скремблирующие последовательности, и т.д. для этой компонентной несущей, например, SCell. Как уже упомянуто, эта проблема не ограничена сценариями, где приглушение применяется, но может иметь место всякий раз, когда PSS/SSS и/или PBCH не могут быть обнаружены, например, из-за серьезной помехи от соседней ячейки. Во всех этих случаях конечным результатом является то, что мобильный терминал будет неспособен обнаружить присутствие ячейки, выполнить измерения и/или установить связь с ячейкой.

Однако, даже если мобильный терминал не в состоянии обнаружить каналы синхронизации и вещания, может все еще быть возможно и выгодно для терминала установить связь с ячейкой. Как упомянуто выше, синхронизация и системная информация, такая как PSS/SSS и PBCH, должны быть переданы на некоторых хорошо определенных ресурсах. Это проиллюстрировано на фиг. 8, где прямоугольник с пунктиром в области данных схематично иллюстрирует местоположение каналов синхронизации. Эти каналы всегда передаются в одном и том же местоположении в ячейках A и B, и если ячейка A и B будет использовать одну и ту же несущую частоту, то будет иметь место помеха. Однако для данных в области данных возможно использовать способы ICIC, чтобы гарантировать, что передачи не конфликтуют между ячейками A и B. В этом примере частотные ресурсы были разделены в области данных так, что ячейка А использует одну часть области данных, в то время как ячейка B использует другую часть, как обозначено заштрихованными областями на фиг. 8. Таким образом, области данных не будут конфликтовать друг с другом. При условии, что мобильный терминал может обнаружить и установить связи с обеими ячейками A и B, мобильный терминал не должен иметь проблем приема и/или передачи данных, которые происходят в области данных.

В различных вариантах осуществления настоящего изобретения вышеупомянутая проблема решается посредством передачи по меньшей мере одного параметра, ассоциированного с ячейкой, например, вторичной ячейкой (SCell), в другой ячейке, например, первичной ячейке (PCell). Другими словами, параметр, такой как ID ячейки упомянутой ячейки, например, вторичной обслуживающей ячейки (SCell), которая сконфигурирована на несущей частоте, например, компонентной несущей, которая передает PSS/SSS с уменьшенной или нулевой мощностью, сообщается в другой ячейке. Кроме того, количество передающих антенных портов, с которыми сконфигурирована компонентная несущая, может быть сообщено в другой ячейке, если PBCH не может быть обнаружен, например, так как он передается с уменьшенной/нулевой мощностью. Кроме того, в некоторых сценариях может быть возможно передавать CRS с уменьшенной/нулевой мощностью, в таких случаях возможно сигнализировать их на терминал, чтобы избежать непредусмотренного поведения в терминале.

Таким образом, мобильный терминал принимает необходимые параметры для ячейки, например, SCell, которые невозможно обнаружить и/или получить из собственных передач ячейки, из другой ячейки, например, PCell, которую терминал в состоянии обнаружить. Со знанием ID ячейки и количества антенных портов TX (передачи), мобильный терминал способен восстановить опорные сигналы, скремблирующие последовательности и т.д., необходимые для операции восходящей линии связи и нисходящей линии связи в ячейке, например, SCell. Другие параметры, такие как несущая частота, полоса частот и индикация длины циклического префикса, могут быть также сообщены в другой ячейке, например, PCell. Однако при некоторых обстоятельствах мобильный терминал может быть в состоянии принять значения по умолчанию для некоторых или всех параметров; таким образом, может быть не необходимо сигнализировать все эти параметры в другой ячейке. В качестве примера, мобильный терминал может предположить, что количество антенных портов, полоса частот и т.д. являются такими же в SCell, как в PCell, если эти параметры не сообщены в PCell.

Чтобы выполнить измерения мобильности, мобильный терминал должен быть в состоянии восстановить специфичные для ячейки опорные сигналы (CRS) и должен знать несущую частоту другой ячейки, например, SCell (вторичная обслуживающая ячейка). Способы для сигнализации несущей частоты SCell к мобильному телефону были раскрыты выше. Например, см. R2-103427, Change Request CR 0230 to 36.300, "Stage 2 description of Carrier Aggregation", 3GPP TSG-RAN WG2 Meeting #70, Montreal, Canada, 10th-14th May 2010. При заданной несущей частоте другой ячейки, например, SCell, вместе со способами, раскрытыми здесь, для сигнализации ID ячейки терминал может восстановить CRS и таким образом выполнить измерения мобильности в другой ячейке, например, SCell.

Некоторые сценарии развертывания могут требовать, чтобы CRS были переданы с уменьшенной/нулевой мощностью в SCell. В этом случае демодуляция посредством мобильного терминала полагается на опорные сигналы, специфические для UE. Даже если терминал будет теперь способен восстановить CRS, то он не будет измерять ничего значимого, так как CRS не присутствуют. Чтобы избежать нежелательного поведения мобильного терминала, например, мобильный терминал конфигурируется со вторичной ячейкой, SCell, но измерения мобильности указывают, что эта ячейка не присутствует, может быть выгодно сигнализировать на терминал, что CRS не присутствуют, или по меньшей мере они не обнаруживаемы, в SCell. В таком случае мобильный терминал может конфигурироваться так, что он не обеспечивает измерения мобильности, основанные на CRS на соответствующем объекте ячейки.

И ID ячейки и количество передающих антенных портов являются обычно статическими параметрами, и таким образом, как ожидается, будут изменяться только на очень медленной основе. Хороший выбор сигнализации должен поэтому сигнализировать ID ячейки и количество передающих антенных портов ячейки, например, SCell, используя полустатическую сигнализацию, например, RRC сигнализацию, в другой ячейке, например, первичной обслуживающей ячейке (PCell) или другой SCell.

Эта сигнализация не является необходимой во всех сценариях, поэтому сигнализация этих значений может быть разрешена на дополнительной основе. Это может быть достигнуто, например, посредством определения информационных элементов для "Количества антенных портов TX для SCell" и "ID ячейки SCell", которые необязательно включаются в сообщение протокола полустатической сигнализации. Требуемая информация может быть передана на терминал через специализированную (выделенную) сигнализацию или с помощью вещания. Соответственно, терминал, сконфигурированный с по меньшей мере одной вторичной ячейкой, SCell, принимает требуемую информацию относительно этой вторичной ячейки, SCell, через специализированную сигнализацию или радиовещание. Таким образом, кроме выше определенных параметров системы терминал может необязательно принимать дополнительные параметры, определенные в настоящем раскрытии.

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

Тот же механизм также применим к новому параметру "Количество антенных портов TX для SCell". Если терминал не принимает этот информационный элемент, то он будет применять количество антенных портов TX в первичной обслуживающей ячейке PCell или другой сконфигурированной вторичной ячейке, например, из второй SCell, которая используется, чтобы передавать параметры системы для первой SCell. Если информационный элемент "Количество антенных портов TX для SCell" будет принят терминалом, с другой стороны, он принимает этот параметр для получения количества антенных портов TX в SCell.

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

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

Фиг. 9 является схематическим рисунком, иллюстрирующим беспроводную сеть 900, содержащую макро-ячейку 910 и пико-ячейку, где область охвата пико-ячейки содержится в пределах области охвата макро-ячейки 910. Макро-ячейка 910 оперирует на несущей частоте f2, и обслуживается макро-базовой станцией 940, например, eNB LTE. Пико-ячейка 5 оперирует на несущих частотах, или компонентных несущих, f1 и f2, где f1 - отличная несущая частота от f2. Таким образом, фактически имеются две ячейки, сконфигурированные в пико-ячейке: первая ячейка 970, сконфигурированная на компонентной несущей f1, и вторая ячейка 980, сконфигурированная на компонентной несущей f2. Как описано выше, сигналы синхронизации, опорные сигналы, и т.д. будут передаваться в обеих ячейках 970 и 980. Пико-ячейка, содержащие ячейки 970 и 980, обслуживается пико базовой станцией 950, которая, например, может быть домашней базовой станцией LTE, HeNB. Пользовательское оборудование 920 расположено в пределах области охвата как макро-ячейки 910, так и ячеек 970 и 980. В этом примере пользовательское оборудование 920 является мобильным терминалом, способным к агрегации несущих, например, UE совместимым с LTE Выпуска 10. Пользовательское оборудование 920 первоначально соединено с первой ячейкой 970, которая сконфигурирована на f1; таким образом, с точки зрения пользовательского оборудования 920, первая ячейка 970 является первичной обслуживающей ячейкой, или PCell. Было бы выгодно для пользовательского оборудования 920 также добавить вторую ячейку 980 в качестве вторичной ячейки (SCell), так как это увеличит доступную полосу частот для пользовательского оборудования 920. Однако, предположением в этом примере является то, что пользовательское оборудование 920 не в состоянии обнаружить и/или декодировать информацию управления и синхронизации, переданную через вторую ячейку 980, то есть ячейке, сконфигурированной на несущей частоте f2. Как объяснено выше, эта проблема может иметь место, например, так как макро-базовая станция 940 передает при намного более высокой мощности на f2, вызывая настолько большую помеху в ячейке 980, и в особенности на каналах синхронизации PSS/SSS и канале вещания PBCH, что сигнал от пико-базовой станции 950 на несущей f2 не является обнаруживаемым. Поэтому пользовательское оборудование 920 не в состоянии получить необходимые параметры, например, id ячейки, для второй ячейки 980, и она таким образом не может добавить вторую ячейку в качестве SCell с использованием стандартных механизмов.

Согласно этому способу, пользовательское оборудование 920 принимает, 1010, запрос добавить вторичную ячейку, SCell. Запрос принимается через первую ячейку 970. Запрос добавить SCell содержит идентификационную информацию ячейки второй ячейки 980. В некоторых вариантах идентификационной информацией ячейки является идентификационной информацией физической ячейки второй ячейки 980.

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

В некоторых вариантах пользовательское оборудование 920 также принимает, 1020, индикацию через первую ячейку 970, чтобы использовать принятые параметры, то есть ID ячейки и любые дополнительные параметры, чтобы получить по меньшей мере одну характеристику физического уровня для второй ячейки 980. Другими словами, индикация говорит пользовательскому оборудованию 920, что оно должно получить характеристику физического уровня из принятого параметра, вместо того чтобы пытаться обнаружить его в эфире. Преимущество приема индикации состоит в том, что пользовательское оборудование не должно тратить время и ресурсы на ненужные попытки декодировать сигналы от второй ячейки 980, которые могут не быть успешными так или иначе. Однако в других вариантах пользовательское оборудование 920 всегда использует принятые параметры, если имеются, чтобы получить характеристики физического уровня. В других вариантах пользовательское оборудование 920 сначала пытается обнаружить параметры для второй ячейки 980 по эфиру, и если оно терпит неудачу, оно использует параметры, принятые через первую ячейку 970.

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

После приема ID ячейки и, возможно, других параметров через первую ячейку 970, пользовательское оборудование получает, 1050, по меньшей мере одну характеристику физического уровня для второй ячейки 980 на основании этих параметров. Характеристиками физического уровня могут быть, например, коды скремблирования, конфигурации опорного сигнала или конфигурации сигнализации управления. В частности, идентификационная информация ячейки может использоваться, чтобы получить специфическую для ячейки конфигурацию опорного сигнала, DMRS, SRS или конфигурацию опорного сигнала MBSFN, шаблон скачков по частоте опорного сигнала, шаблон скачков по частоте PUSCH, конфигурацию канала управления нисходящей линии связи, конфигурацию канала управления восходящей линии связи, и коды скремблирования для PUSCH, PDSCH и для сигнализации управления L1/L2. Следует заметить, что в уровне техники известно, как получить эти характеристики, как только необходимые параметры известны. Таким образом, эта процедура не будет описана в дальнейших деталях в этом раскрытии.

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

Для пользовательского оборудования 980 теперь возможно использовать дополнительные ресурсы, предоставленные посредством SCell, то есть пользовательское оборудование 980 может принимать передачи по компонентной несущей f2, то есть через вторую ячейку 980. Пользовательское оборудование 980 может дополнительно выполнить передачи восходящей линии связи на несущей восходящей линии связи, которая связана с компонентной несущей f2.

В варианте этого варианта осуществления пользовательское оборудование 920 принимает, 1030, через первую ячейку 970, индикацию, что специфичные для ячейки опорные сигналы не являются обнаруживаемыми во второй ячейке 980. Пользовательское оборудование 920 в ответ на эту индикацию может воздержаться от выполнения какого-либо измерения в отношении специфических для ячейки опорных сигналов во второй ячейке, например, пользовательское оборудование 920 может воздержаться от измерений мобильности, основанных на CRS. Это может быть выгодным в случаях, когда CRS приглушены, то есть передаются с уменьшенной или нулевой мощностью, во второй ячейке 980, поскольку попытка выполнить измерения на не обнаруживаемом CRS может привести к непредусмотренному поведению в терминале. То же самое применяется при развертываниях, когда CRS передаются, но сильная помеха от соседних ячеек лишает возможности принимать CRS с достаточно хорошим качеством.

В дальнейшем варианте пользовательское оборудование 920 принимает, 1040, через первую ячейку 960 информацию, указывающую специфическую для пользователя конфигурацию опорного сигнала, ассоциированную с пользовательским оборудованием 920 во второй ячейке 980. Это может быть выгодно, например, когда специфичные для ячейки опорные сигналы не могут быть обнаружены. Как упомянуто выше, CRS являются более склонными испытывать помехи от других ячеек, так как они типично передаются на заранее заданных ресурсах. Однако специфические для пользователя опорные сигналы передаются в шаблоне, специфическом для пользовательского оборудования 920, так чтобы они не конфликтовали с опорными сигналами, переданными в других ячейках. Поэтому может быть более выгодно для пользовательского оборудования 920 выполнить измерения в отношении специфических для пользователя опорных сигналов, когда они доступны.

Таким образом, согласно этому варианту осуществления идентификационную информацию ячейки второй ячейки 980 передают через первую ячейку 970. Пользовательское оборудование может использовать эту ID ячейки, чтобы получить различные связанные с синхронизацией параметры, ассоциированные со второй ячейкой 980. Это позволит пользовательскому оборудованию 920 принять передачи через вторую ячейку 980.

Нужно отметить, что на фиг. 9 ячейка 980 была обозначена круговым пунктиром, и нарисована немного меньшей, чем ячейка 970 для простоты рассмотрения. Это не обязательно отражает соотношение между фактическими географическими областями охвата ячеек 970 и 980. Как понятно специалисту, ячейки 970 и 980 могут иметь одну и ту же географическая область охвата, или ячейка 970 может быть меньшей, чем ячейка 980, или их области охвата могут отличаться различными другими способами из-за, например, различных характеристик замирания. Кроме того, фактические области охвата являются не обязательно круглыми. Далее следует заметить, что хотя существующий вариант осуществления описан в контексте сценария согласно Фиг. 9, описанный способ применим в других сценариях также, например, в сценарии на Фиг. 4 (b), где пользовательское оборудование может не слышать макро-ячейку из-за помехи от соседней ячейки CSG, или в сценарии, где передача на одной несущей частоте приглушена, чтобы защитить сигналы в другой ячейке, как описано выше. Таким образом, ячейки 970 и 980 в других сценариях могут быть обслуживаемыми макро-базовой станцией.

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

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

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

Сценарий, показанный на фиг. 9, был уже описан в соединении с предыдущим вариантом осуществления. Существующий вариант осуществления относится к способу, выполненному в сетевом узле 950, который обслуживает первую ячейку 970, сконфигурированную на несущей частоте f1, и вторую ячейку 980, сконфигурированную на несущей частоте f2. Пользовательское оборудование 920 соединено с первой ячейкой 970. Как упомянуто выше, сетевой узел 950 может быть реализован как пико или фемто базовая станция, например, как HeNB LTE, но в некоторых альтернативных сценариях сетевой узел 950 может быть макро-базовой станцией, такой как ENB LTE.

В этом варианте осуществления сетевой узел 950 обслуживает вторую ячейку 980 и передает, 1120, сигналы синхронизации, опорные сигналы или части системной информации через вторую ячейку 980 с уменьшенной или нулевой мощностью. Как объяснено выше, причина для этого приглушения может быть та, что есть другая соседняя ячейка, которая также сконфигурирована на несущей частоте f2, и на которую оказываются сильные помехи от передач в ячейке 980. Таким образом, сетевой узел 950 может приглушить некоторую сигнализацию, чтобы защитить другую ячейку. Однако, это также предотвратит пользовательское оборудование 920 от обнаружения ячейки 980.

Согласно этому способу сетевой узел 950 передает, 1110, запрос добавить вторичную ячейку, SCell. Запрос передается через первую ячейку 970. Запрос добавить SCell содержит идентификационную информацию ячейки второй ячейки 980. В некоторых вариантах идентификационная информация ячейки есть идентификационная информация физической ячейки второй ячейки 980.

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

Сетевой узел 950 также передает, 1110, индикацию использовать этот по меньшей мере один параметр, чтобы получить по меньшей мере одну характеристику физического уровня для второй ячейки 980. Другими словами, индикация говорит пользовательскому оборудованию 920, что оно должно получить характеристику физического уровня из принятого параметра, вместо того, чтобы пытаться обнаружить ее в эфире. Индикация может быть передана в том же сообщении, что и упомянутый по меньшей мере один параметр, или в отдельном сообщении. Индикация может быть реализована как флаг, например, используя один или более неиспользованных битов существующего сообщения. Альтернативно, индикация может быть передана на канале вещания в первой ячейке 970.

В некоторых дальнейших вариантах сетевой узел 950 передает параметр, только если он имеет отличное значение во второй ячейке 980, чем в первой ячейке 970, или если он имеет отличное значение, чем заранее определенное значение по умолчанию. Например, если вторая ячейка 980 использует ту же самую полосу частот и количество антенных портов, как первая ячейка 970, эти два параметра не передаются через первую ячейку 970. Пользовательское оборудование 920 может затем предположить, что не переданные параметры имеют то же значение, как в первой ячейке, или что они имеют то же самое значение, как заранее определенное значение по умолчанию.

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

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

Передавая необходимые параметры через первую ячейку 970, сетевой узел 950 позволяет пользовательскому оборудованию 980 получить характеристики физического уровня, которые требуются для добавления второй ячейки 980 в качестве SCell. Как только пользовательское оборудование 920 успешно добавило SCell, сетевой узел 950 может передать информацию на пользовательское оборудование 920 по компонентной несущей f2, то есть через вторую ячейку 980.

Как уже описано в соединении с предыдущим вариантом осуществления, круги, указывающие ячейки 970 и 980, не обязательно указывают форму фактических географических областей охвата ячеек. Далее следует заметить, что в некоторых сценариях сетевой узел 950 обслуживает только первую ячейку 970, тогда как вторая ячейка 980 обслуживается другим узлом сети. Это предполагает, что агрегация несущих по множественным узлам поддерживается, и что сетевой узел 950 получает необходимые параметры, ассоциированные со второй ячейкой 980, например, из сообщения, принятого от узла сети, который обслуживает вторую ячейку 980. Также следует заметить, что, аналогично предыдущему варианту осуществления, настоящий способ применим, даже если приглушение не применяется во второй ячейке 980, так как могут быть различные другие причины, почему пользовательское оборудование 920 не в состоянии обнаружить вторую ячейку 980.

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

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

Фиг. 12 является схематическим рисунком, иллюстрирующим беспроводную сеть 1200, содержащую первую ячейку 1220 и вторую ячейку 1230, с частично перекрывающимися областями охвата. Первая и вторая ячейки обе оперируют на одной и той же несущей частоте f1. Первая ячейка 1220 обслуживается сетевым узлом 1240, например, eNB LTE. Вторая ячейка 1230 обслуживается сетевым узлом 1250, например, другим eNB LTE. Сигналы синхронизации, опорные сигналы, и т.д. будут передаваться в обеих ячейках 1220 и 1230. Пользовательское оборудование 1210 расположено в пределах области охвата обеих ячеек 1220 и 1230, и в настоящее время соединено с ячейкой 1220. Пользовательское оборудование 1210 перемещается в направлении стрелки 1270. Таким образом, пользовательское оборудование 1210 становится ближе к сетевому узлу 1250, и может быть выгодно для пользовательского оборудования 1210 выполнить измерения мобильности на ячейке 1230, так, чтобы решение о передаче обслуживания в конечном счете могло быть принято. Однако в этом примере пользовательское оборудование 1210 не в состоянии обнаружить и/или декодировать информацию, переданную через вторую ячейку 1230. Возможная причина этой проблемы состоит в том, что сетевой узел 1240 передает с более высокой мощностью на f1, вызывая сильную помеху на каналы синхронизации, каналы вещания, и/или опорные сигналы в ячейке 1230. Другая возможность состоит в том, что сетевой узел 1250 передает с уменьшенной или нулевой мощностью на каналах синхронизации и/или вещания, например, чтобы защитить соседнюю пико ячейку 1260, которая также сконфигурирована, чтобы использовать несущую частоту f1. Поэтому, пользовательское оборудование 1210 не в состоянии получить необходимые параметры, например, id ячейки, для второй ячейки 1230, которые необходимы, чтобы принять специфичные для ячейки опорные сигналы, CRS. Следовательно, пользовательское оборудование 1210 не может выполнить измерения мобильности на ячейке 1230, что может привести к уменьшенной пропускной способности для пользовательского оборудования 1210, поскольку оно перемещается еще дальше от сетевого узла 1240, и возможно даже к потерянному соединению, если пользовательское оборудование 1210 перемещается в область, которая только охвачена ячейкой 1230, не будучи способной обнаружить присутствие ячейки.

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

В некоторых вариантах этого варианта осуществления запрос может также содержать другие параметры, ассоциированные со второй ячейкой 1230. Например, одно или более из несущей частоты параметров, количества передающих антенных портов, полосы частот, индикации длины циклического префикса, относящихся к второй ячейке 1230, могут быть приняты через первую ячейку 1220. Количество передающих антенн влияет на CRS, так как каждый антенный порт передает свои собственные специфичные для ячейки опорные сигналы. Чтобы быть в состоянии восстановить CRS, пользовательское оборудование 1210 должно знать, присутствуют ли они или нет; таким образом, оно должно знать, сколько антенных портов используется для передачи. Однако, если пользовательское оборудование 1210 не принимает один или более этих параметров, пользовательское оборудование 1210 может принимать значения по умолчанию для каких-нибудь параметров, которые не были приняты. В частности, пользовательское оборудование 1210 может предположить, что не принятые параметры имеют то же значение во второй ячейке 1230, как в первой ячейке 1220. Поэтому, не является необходимым, чтобы все параметры, ассоциированные со второй ячейкой 1230, были приняты через первую ячейку 1220.

В некоторых вариантах пользовательское оборудование 1210 также принимает, 1320, индикацию с помощью первой ячейки 1220, чтобы использовать принятые параметры, то есть ID ячейки и любые дополнительные параметры, чтобы получить по меньшей мере одну характеристику физического уровня для второй ячейки 1230. Другими словами, индикация говорит пользовательскому оборудованию 1210, что оно должно получить характеристику физического уровня из принятого параметра, вместо того, чтобы пытаться обнаружить ее в эфире. Преимущество приема индикации состоит в том, что пользовательское оборудование не должно тратить время и ресурсы на ненужную попытку декодировать сигналы от второй ячейки 1230, которая может не быть успешной так или иначе. Однако в других вариантах пользовательское оборудование 1210 всегда использует принятые параметры, если они имеются, чтобы получить характеристики физического уровня. В других вариантах пользовательское оборудование 1210 сначала пытается обнаружить параметры для второй ячейки 1230 по эфиру, и если в этом терпит неудачу, оно использует параметры, принятые через первую ячейку 1220.

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

После приема ID ячейки и, возможно, других параметров, через первую ячейку 1220, пользовательское оборудование 1210 получает, 1330, специфическую для ячейки конфигурацию опорного сигнала для второй ячейки 1230 на основании этих параметров. Чтобы быть в состоянии получить CRS, пользовательскому оборудованию 1210 может быть необходимо получить другие характеристики физического уровня также, например, скремблирующий код PBCH.

Как только конфигурация CRS была определена, пользовательское оборудование 1210 выполняет измерение CRS второй ячейки 1230, используя полученную конфигурацию CRS. Другими словами, пользовательское оборудование 1210 выполняет измерение мобильности в отношении ячейки 1230.

Пользовательское оборудование 1210 затем передает сообщение об измерении, содержащее результат измерения к своему обслуживающему сетевому узлу, то есть сетевому узлу 1240 в этом примере. Обслуживающий сетевой узел может использовать сообщение об измерении, чтобы принять решение о передаче обслуживания, возможно передавая обслуживание соединения с пользовательским оборудованием 1210 ячейке 1230.

В данном примере предполагалось, что пользовательское оборудование 1210 принимает требуемые параметры от своей обслуживающей ячейки, то есть ячейки 1220. Однако также возможно, что пользовательское оборудование 1210 не соединено с первой ячейкой 1220, но с третьей ячейкой (не показана на фиг. 12). Если параметры для второй ячейки 1230 вещаются в первой ячейке 1220, пользовательское оборудование 1210 может быть в состоянии получить параметры даже при том, что оно в настоящее время не соединено с первой ячейкой 1220. Любое сообщение об измерении затем может быть послано в обслуживающую ячейку.

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

Способ в пользовательском оборудовании согласно другому варианту осуществления описан ниже по тексту со ссылками на фиг. 12 и последовательность операций на фиг. 14. Основной сценарий согласно Фиг. 12 был описан выше, то есть пользовательское оборудование 1210 располагается во взаимных областях охвата ячеек 1220 и 1230, и перемещается в направлении стрелки 1270 из области охвата ячейки 1220. Однако в существующем варианте осуществления пользовательское оборудование 1210 находится в режиме ожидания, и желательно выполнить измерения мобильности в отношении ячейки 1230 с целью возможного повторного выбора ячейки. Как уже объяснено выше, это означает, что пользовательское оборудование 1210 должно выполнить измерение в отношении специфических для ячейки опорных сигналов, CRS, ячейки 1230; однако, пользовательское оборудование 1210 не может получить (вывести) конфигурацию CRS из-за помехи от ячейки 1220.

Согласно способу пользовательское оборудование 1210 принимает, 1410, по меньшей мере один параметр, ассоциированный со второй ячейкой 1230. Запрос принимается через первую ячейку 220. Этот по меньшей мере один параметр содержит идентификационную информацию ячейки второй ячейки 1230. В некоторых вариантах идентификационная информация ячейки представляет собой идентификационную информацию физической ячейки второй ячейки 1230.

В некоторых вариантах этого варианта осуществления пользовательское оборудование 1210 также принимает другие параметры, ассоциированные со второй ячейкой 1230. Например, одно или более из несущей частоты параметров, количества передающих антенных портов, полосы частот, индикации длины циклического префикса, относящихся ко второй ячейке 1230, может быть принято через первую ячейку 1220. Количество передающих антенных влияет на CRS, так как каждый антенный порт передает свои собственные специфичные для ячейки опорные сигналы. Чтобы быть в состоянии восстановить CRS пользовательское оборудование 1210 должно знать, присутствуют ли они или нет; таким образом, оно должно знать, сколько антенных портов используется для передачи. Однако, если пользовательское оборудование 1210 не принимает один или более из этих параметров, пользовательское оборудование 1210 может принимать значения по умолчанию для любых параметров, которые не были приняты. В частности, пользовательское оборудование 1210 может предположить, что не принятые параметры имеют то же значение во второй ячейке 1230, как в первой ячейке 1220. Поэтому, не является необходимым, чтобы все параметры, ассоциированные со второй ячейкой 1230, были приняты через первую ячейку 1220.

В некоторых вариантах пользовательское оборудование 1210 также принимает, 1420, индикацию через первую ячейку 1220, чтобы использовать принятые параметры, то есть ID ячейки, и любые дополнительные параметры, чтобы получить по меньшей мере одну характеристику физического уровня для второй ячейки 1230. В других вариантах пользовательское оборудование 1210 сначала пытается обнаружить параметры для второй ячейки 1230 по эфиру, и если оно терпит неудачу, оно использует параметры, принятые через первую ячейку 1220. Нужно отметить, что индикация может быть принята в том же сообщении, что и упомянутый по меньшей мере один параметр, или она может быть принята в отдельном сообщении. Индикация может быть реализована как флаг, например, используя один или более неиспользованных битов существующего сообщения. В другой альтернативе простое присутствие по меньшей мере одного параметра может быть расценено как индикация. Таким образом, индикация может неявно присутствовать в сообщении.

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

Принимая ID ячейки и, возможно, другие параметры, через первую ячейку 1220, пользовательское оборудование 1210 получает (выводит), 1430, специфическую для ячейки конфигурацию опорного сигнала для второй ячейки 1230 на основании этих параметров. Чтобы быть в состоянии получить CRS, пользовательскому оборудованию 1210 может быть необходимо получить другие характеристики физического уровня также, например, скремблирующий код PBCH.

Как только конфигурация CRS была определена, пользовательское оборудование 1210 выполняет измерение, 1440, в отношении CRS второй ячейки 1230, используя полученную конфигурацию CRS. Другими словами, пользовательское оборудование 1210 выполняет измерение мобильности в отношении ячейки 1230.

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

Способ в сетевом узле согласно другому варианту осуществления описан ниже по тексту со ссылками на фиг. 12 и последовательность операций на фиг. 15. Здесь описывается сценарий, в котором сетевой узел 1240 запрашивает пользовательское оборудование 1210 выполнить измерения мобильности в отношении ячейки 1230; таким образом, этот вариант осуществления подобен описанному со ссылками на фиг. 13 выше, но здесь описание сосредоточено на способе, выполняемом в сетевом узле 1240.

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

В некоторых вариантах этого варианта осуществления запрос может также содержать другие параметры, ассоциированные со второй ячейкой 1230. Например, одно или более из несущей частоты параметров, количества передающих антенных портов, полосы частот, индикации длины циклического префикса, относящихся к второй ячейке 1230, может быть передано через первую ячейку 1220. Количество передающих антенн влияют на CRS, так как каждый антенный порт передает свои собственные специфичные для ячейки опорные сигналы. Чтобы быть в состоянии восстановить CRS, пользовательское оборудование 1210 должно знать, присутствуют ли они или нет; таким образом, оно должно знать, сколько антенных портов используется для передачи.

Сетевой узел 1240 также передает, 1510, индикацию использовать по меньшей мере один параметр, чтобы получить по меньшей мере одну характеристику физического уровня для второй ячейки 1230. Другими словами, индикация говорит пользовательскому оборудованию 1210, что оно должно получить характеристику физического уровня из принятого параметра, вместо того, чтобы пытаться обнаружить ее в эфире. Индикация может быть передана в том же сообщении, что и по меньшей мере один параметр, или в отдельном сообщении. Индикация может быть реализована как флаг, например, используя один или более неиспользованных битов существующего сообщения. Альтернативно, индикация может быть передана на канале вещания в первой ячейке 1220. В другой альтернативе простое присутствие по меньшей мере одного параметра может быть расценено как индикация. Таким образом, индикация может неявно присутствовать в сообщении.

Посредством передачи параметров и индикации через первую ячейку 1220, сетевой узел 1240 позволяет пользовательскому оборудованию 1210 получить необходимые характеристики физического уровня для второй ячейки 1230. Это позволит пользовательскому оборудованию 1210 выполнить требуемые измерения даже если оно не могло первоначально обнаружить ячейку 1230.

Сетевой узел 1240 затем принимает, 1530, сообщение об измерении из пользовательского оборудования 1210. Сетевой узел 1240 может использовать сообщение об измерении принять решение о передаче обслуживания, возможно передавая обслуживание соединения с пользовательским оборудованием 1210 ячейке 1230.

В некоторых вариантах этого варианта осуществления сетевой узел 1240 обслуживает вторую ячейку 1230, и передает, 1520, сигналы синхронизации, опорные сигналы или части системной информации через вторую ячейку 1230 с уменьшенной или нулевой мощностью. Как объяснено выше, причина для этого приглушения может быть та, что имеется другая соседняя ячейка, которая также сконфигурирована на несущей частоте f1, и на которую оказывают сильные помехи передачи в ячейке 1230. Таким образом, сетевой узел 1240 может приглушить некоторую сигнализацию, чтобы защитить пико ячейку 1260. Однако это может также препятствовать тому, чтобы пользовательское оборудование 1210 обнаружило ячейку 1230. Нужно отметить, однако, что этот способ также применим, когда приглушение не используется, так как имеются различные другие причины, которые могут препятствовать тому, чтобы пользовательское оборудование 1210 обнаружило сигналы в ячейке 1230.

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

Общий способ, выполненный в пользовательском оборудовании согласно нескольким вариантам осуществления, описан ниже в отношении блок-схемы согласно Фиг. 16.

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

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

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

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

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

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

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

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

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

Фиг. 18 и 19 иллюстрируют примерную реализацию пользовательского оборудования 920, 1110, и сетевого узла 940, 1140. Следует заметить, что эти устройства могут включать в себя основанную на компьютере схему, такую как одна или более схем, основанных на микропроцессорах, цифровых сигнальных процессорах, ASIC, FPGA, или других программируемых или запрограммированных цифровых схемах обработки. Работа этих устройств может быть реализована полностью или частично посредством конфигурирования устройства посредством выполнения сохраненных компьютерных программ, хранимых в памяти или другом считываемом компьютером среде, к которой устройство имеет доступ. Таким образом, должно быть понятно, что схемы обработки, проиллюстрированные на фиг. 18 и 19, могут быть реализованы в аппаратном обеспечении, программном обеспечении или их комбинации.

Фиг. 18 иллюстрирует пользовательское оборудование 1800, содержащее приемопередатчик 1810 и одну или более схем 1820 обработки. Схемы 1820 обработки сконфигурированы, чтобы принимать через первую ячейку 970, сконфигурированную на несущей частоте, по меньшей мере один параметр, ассоциированный со второй ячейкой 980, сконфигурированной на несущей частоте. Этот по меньшей мере один параметр содержит идентификационную информацию ячейки. Схемы 1820 обработки также конфигурируются, чтобы получить по меньшей мере одну характеристику физического уровня для второй ячейки 980 на основании принятого по меньшей мере одного параметра, таким образом позволяя пользовательскому оборудованию 920 принимать передачи через вторую ячейку 980. Этот по меньшей мере один параметр может дополнительно содержать одно или более из: несущей частоты, количества передающих антенных портов, полосы частот, индикации длины циклического префикса.

В некоторых вариантах схемы 1820 обработки дополнительно сконфигурированы, чтобы принимать через первую ячейку 970 индикацию, что пользовательское оборудование 970 должно использовать принятый по меньшей мере один параметр, чтобы получить по меньшей мере одну характеристику физического уровня для второй ячейки 980. Эта по меньшей мере одна характеристика физического уровня может содержать одно или более из: PUSCH, PDSCH, сигнализации управления L1/L2 или CRC скремблирующего кода PBCH, специфической для ячейки конфигурации опорного сигнала, конфигурации зондирующих опорных сигналов, конфигурации опорного сигнала MBSFN, конфигурации опорного сигнала демодуляции восходящей линии связи, конфигурации сигнализации управления нисходящей линии связи или восходящей линией связи, шаблона скачков по частоте опорного сигнала, или шаблона скачков по частоте PUSCH.

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

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

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

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

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

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

Пользовательское оборудование 1800 может содержать больше чем один приемопередатчик.

Фиг. 19 иллюстрирует сетевой узел 1900, содержащий приемопередатчик 1910 и одну или более схем 1920 обработки. Схемы 1920 обработки сконфигурированы, чтобы передавать через первую ячейку 970, сконфигурированную на несущей частоте, по меньшей мере один параметр, ассоциированный со второй ячейкой 980, сконфигурированной на несущей частоте, при этом по меньшей мере один параметр содержит идентификационную информацию ячейки. Схемы 1920 обработки дополнительно конфигурируются, чтобы передавать индикацию использовать этот по меньшей мере один параметр, чтобы получить по меньшей мере одну характеристику физического уровня для второй ячейки 980. Этот по меньшей мере один параметр может дополнительно содержать одно или более из: несущей частоты, количества передающих антенных портов, полосы частот, индикацию длины циклического префикса.

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

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

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

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

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

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

Сетевой узел 1900 может содержать больше чем один приемопередатчик.

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

Некоторые варианты осуществления, раскрытые здесь, обеспечивают получение ID ячейки для ячейки, сконфигурированной на компонентной несущей и, необязательно, количество передающих антенных портов, несущую частоту, полосу частот, индикацию длины циклического префикса для компонентной несущей, на которой PSS/SSS и PBCH передаются с уменьшенным/нулевой мощностью или приняты с плохим качеством из-за высокой помехи. Это необходимо в развертывании гетерогенных сети на основе агрегации несущих.

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

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

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

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

Изобретение относится к оборудованию пользовательского узла беспроводной связи. Технический результат заключается в повышении надежности работы оборудования. Пользовательское оборудование принимает через первую ячейку (970), сконфигурированную на несущей частоте, по меньшей мере один параметр, ассоциированный со второй ячейкой (980), сконфигурированной на несущей частоте, содержащий идентификационную информацию ячейки. Пользовательское оборудование (920) затем получает (1050) по меньшей мере одну характеристику физического уровня для второй ячейки (980) на основании принятого по меньшей мере одного параметра. Таким образом, пользовательское оборудование (920) в состоянии принять передачи через вторую ячейку (980), даже если оно не могло первоначально обнаружить присутствие ячейки. 6 н. и 16 з.п. ф-лы, 19 ил.

1. Способ в пользовательском оборудовании (920) для выполнения агрегации несущих, причем способ содержит:
прием (1010) через первую ячейку (970), сконфигурированную на несущей частоте, запроса добавить вторую ячейку в качестве вторичной ячейки (SCell) для агрегации несущих, причем запрос содержит по меньшей мере два параметра, ассоциированных со второй ячейкой (980), причем вторая ячейка сконфигурирована на несущей частоте, причем упомянутые по меньшей мере два параметра содержат идентификационную информацию ячейки и количество передающих антенных портов, ассоциированных со второй ячейкой (980); отличающийся тем, что:
получают (1050) по меньшей мере одну характеристику физического уровня, которая требуется для установления связи со второй ячейкой, на основании идентификационной информации ячейки и на основании количества передающих антенных портов, принятых от первой ячейки, таким образом позволяя пользовательскому оборудованию (920) принять передачи данных через вторую ячейку (980), не принимая количество передающих антенных портов от второй ячейки (980), и
добавляют вторую ячейку в качестве вторичной ячейки (SCell).

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

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

4. Способ по любому из пп. 1-3, дополнительно содержащий прием (1030) через первую ячейку (970) индикации, что специфичные для ячейки опорные сигналы не являются обнаруживаемыми во второй ячейке (980).

5. Способ по п. 4, в котором в ответ на индикацию, что специфичные для ячейки опорные сигналы не являются обнаруживаемыми, пользовательское оборудование (920) не пытается выполнить какое-либо измерение в отношении специфических для ячейки опорных сигналов во второй ячейке (980).

6. Способ по любому из пп. 1-3, в котором упомянутая по меньшей мере одна характеристика физического уровня содержит конфигурацию зондируюущего опорного сигнала, конфигурацию опорного сигнала MBSFN, конфигурацию опорного сигнала демодуляции восходящей линии связи, шаблон скачков по частоте опорного сигнала, шаблон скачков по частоте PUSCH, конфигурацию канала управления восходящей линией связи.

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

8. Способ по любому из пп. 1-3, дополнительно содержащий прием (1040) через первую ячейку (970) информации, указывающей специфическую для пользователя конфигурацию опорного сигнала, ассоциированную с пользовательским оборудованием (920) во второй ячейке (980).

9. Способ по любому из пп. 1-3, в котором упомянутые по меньшей мере два параметра принимают по каналу телевизионного вещания.

10. Способ по любому из пп. 1-3, в котором первая ячейка (970) конфигурируется на той же несущей частоте, что и вторая ячейка (980).

11. Способ по любому из пп. 1-3, в котором, если пользовательское оборудование (920) не принимает одно или более из несущей частоты, количества передающих антенных портов, полосы пропускания или индикации длины циклического префикса, пользовательское оборудование (920) предполагает, что не принятые параметры имеют то же значение во второй ячейке (980), что и в первой ячейке (970).

12. Способ в сетевом узле (950) для выполнения агрегации несущих, причем сетевой узел (950) обслуживает первую ячейку (970), сконфигурированную на несущей частоте, при этом способ содержит:
передачу (1110) через первую ячейку (970) запроса добавить вторую ячейку в качестве вторичной ячейки (SCell) для агрегации несущих, причем запрос содержит по меньшей мере два параметра, ассоциированных со второй ячейкой (980), причем вторая ячейка сконфигурирована на несущей частоте, при этом упомянутые по меньшей мере два параметра содержат идентификационную информацию ячейки и количество передающих антенных портов, ассоциированных со второй ячейкой; причем способ отличается тем, что дополнительно передают индикацию использовать эту идентификационную информацию ячейки и это количество передающих антенных портов, чтобы получить по меньшей мере одну характеристику физического уровня, которая требуется для установления связи со второй ячейкой (980), таким образом позволяя пользовательскому оборудованию (920) принять передачи данных через вторую ячейку (980) без приема количества передающих антенных портов от второй ячейки (980).

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

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

15. Способ по любому из пп. 12-14, дополнительно содержащий передачу (1130) через первую ячейку (970) индикации, что специфичные для ячейки опорные сигналы не являются обнаруживаемыми во второй ячейке (980).

16. Способ по любому из пп. 12-14, в котором пользовательское оборудование (920) соединено с первой ячейкой (970), причем способ дополнительно содержит передачу (1140) через первую ячейку (970) информации, указывающей специфическую для пользователя конфигурацию опорного сигнала, ассоциированную с пользовательским оборудованием (920) во второй ячейке (980).

17. Способ по любому из пп. 12-14, в котором передача выполняется по каналу телевизионного вещания.

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

19. Пользовательское оборудование (1800) для выполнения агрегации несущих, содержащее приемопередатчик (1810) и одну или более схем обработки (1820), причем схемы обработки (1820) сконфигурированы для:
приема через первую ячейку (970), сконфигурированную на несущей частоте, запроса добавить вторую ячейку в качестве вторичной ячейки (SCell) для агрегации несущих, причем запрос содержит по меньшей мере два параметра, ассоциированных со второй ячейкой (980), причем вторая ячейка сконфигурирована на несущей частоте, причем упомянутые по меньшей мере два параметра содержат идентификационную информацию ячейки и количество передающих антенных портов, ассоциированных со второй ячейкой (980); отличающееся тем, что упомянутые схемы обработки (1820) дополнительно конфигурируются для:
получения по меньшей мере одной характеристики физического уровня, которая требуется для установления связи со второй ячейкой (980), на основании идентификационной информации ячейки и на основании количества передающих антенных портов, принятых от первой ячейки, таким образом позволяя пользовательскому оборудованию принять передачи данных через вторую ячейку (980) без приема количества передающих антенных портов от второй ячейки (980).

20. Сетевой узел (1900) для выполнения агрегации несущих, содержащий приемопередатчик (1910) и одну или более схем обработки (1920), причем схемы обработки (1920) сконфигурированы для:
передачи через первую ячейку (970), сконфигурированную на несущей частоте, запроса добавить вторую ячейку в качестве вторичной ячейки (SCell) для агрегации несущих, причем запрос содержит по меньшей мере два параметра, ассоциированных со второй ячейкой (980), причем вторая ячейка сконфигурирована на несущей частоте, причем упомянутые по меньшей мере два параметра содержат идентификационную информацию ячейки и количество передающих антенных портов, ассоциированных со второй ячейкой; отличающийся тем, что упомянутые схемы обработки (1920) дополнительно сконфигурированы, чтобы передавать индикацию использовать упомянутые по меньшей мере два параметра, чтобы получить по меньшей мере одну характеристику физического уровня для второй ячейки (980), которая требуется, чтобы установить связь со второй ячейкой (980).

21. Способ выполнения агрегации несущих в системе беспроводной связи, причем система содержит сетевой узел (950) и пользовательское оборудование (920), упомянутый сетевой узел (950) обслуживает первую ячейку (970), сконфигурированную на несущей частоте, при этом:
передают (1110) сетевым узлом (950) и через первую ячейку (970) запрос добавить вторую ячейку в качестве вторичной ячейки (SCell) для агрегации несущих, причем запрос содержит по меньшей мере два параметра, ассоциированных со второй ячейкой (980), причем вторая ячейка сконфигурирована на несущей частоте, при этом упомянутые по меньшей мере два параметра содержат идентификационную информацию ячейки и количество передающих антенных портов, ассоциированных со второй ячейкой;
принимают (1010) пользовательским оборудованием (920) и через первую ячейку (970) упомянутые по меньшей мере два параметра, ассоциированных со второй ячейкой (980); отличающийся тем, что
получают (1050) в пользовательском оборудовании (920) по меньшей мере одну характеристику физического уровня, которая требуется, чтобы установить связь со второй ячейкой, на основании идентификационной информации ячейки и на основании количества передающих антенных портов, принятых от первой ячейки, таким образом позволяя пользовательскому оборудованию (920) принять передачи данных через вторую ячейку (980) без приема количества передающих антенных портов от второй ячейки (980), и добавляют вторую ячейку в качестве вторичной ячейки (SCell).

22. Система беспроводной связи, содержащая сетевой узел (1900) и пользовательское оборудование (1800), причем сетевой узел (1900) содержит приемопередатчик (1910) и одну или более схем (1920) обработки, и пользовательское оборудование (1800) содержит приемопередатчик (1810) и одну или более схем (1820) обработки, при этом:
схемы (1920) обработки в сетевом узле сконфигурированы, чтобы передавать через первую ячейку (970), сконфигурированную на несущей частоте, запрос добавить вторую ячейку в качестве вторичной ячейки (SCell) для агрегации несущих, причем запрос содержит по меньшей мере два параметра, ассоциированных со второй ячейкой (980), причем вторая ячейка сконфигурирована на несущей частоте, при этом упомянутые по меньшей мере два параметра содержат идентификационную информацию ячейки и количество передающих антенных портов, ассоциированных со второй ячейкой;
схемы обработки (1820) в пользовательском оборудовании сконфигурированы, чтобы принять через первую ячейку (970) по меньшей мере два параметра, ассоциированные со второй ячейкой (980), и отличающаяся тем, что схемы обработки (1820) в пользовательском оборудовании дополнительно сконфигурированы, чтобы получить по меньшей мере одну характеристику физического уровня, которая требуется, чтобы установить связь со второй ячейкой (980), на основании идентификационной информации ячейки и на основании количества передающих антенных портов, принятых от первой ячейки, таким образом позволяя пользовательскому оборудованию принять передачи данных через вторую ячейку (980) без приема количества передающих антенных портов от второй ячейки (980), и добавить вторую ячейку в качестве вторичной ячейки (SCell).