Способ и компоновка для сигнализации параметров в беспроводной сети

Способ и компоновка для сигнализации параметров в беспроводной сети

Иллюстрации

Показать все

Реферат

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

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

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

Система беспроводной связи согласно проекту долгосрочного развития (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 с уменьшенной/нулевой мощностью, в таких случаях возможно с