Область техники, к которой относится изобретение
Это изобретение относится к предложению сообщения (де)активации компонентной несущей, которое позволяет активировать или деактивировать одну или более компонентных несущих на восходящей линии связи или нисходящей линии связи. Кроме того, изобретение относится к использованию нового сообщения (де)активации компонентной несущей в способах (де)активации компонентной(ых) несущей(их) нисходящей линии связи, сконфигурированного для мобильного терминала, для базовой станции и мобильного терминала.
Уровень техники
Проект долгосрочного развития систем связи (LTE)
Системы мобильной связи третьего поколения (3G) на основе технологии радиодоступа WCDMA получили широкое распространение во всем мире. Первый этап усовершенствования или развития этой технологии предусматривает введение высокоскоростного пакетного доступа нисходящей линии связи (HSDPA) и усовершенствованной восходящей линии связи, также именуемой высокоскоростным пакетным доступом восходящей линии связи (HSUPA), что обеспечивает высокую конкурентоспособность технологии радиодоступа.
Для обеспечения готовности к дальнейшему росту потребностей пользователя и возможности конкурировать с новыми технологиями радиодоступа 3GPP внедряется новая система мобильной связи, которая называется Проект долгосрочного развития систем связи (LTE). LTE призван отвечать потребностям в несущих для высокоскоростной передачи данных и мультимедиа, а также для поддержки речевых каналов высокой плотности в следующем десятилетии. Способность обеспечивать высокие битовые скорости является ключевой особенностью LTE.
Спецификация рабочего элемента (WI) в Проекте долгосрочного развития систем связи (LTE), именуемого «усовершенствованным наземным радиодоступом UMTS» (UTRA) и «сетью наземного радиодоступа UMTS» (UTRAN), должна быть окончательно оформлена в выпуске 8 (LTE). Система LTE представляет эффективный пакетный радиодоступ и сети радиодоступа, которые обеспечивают полные функциональные возможности на основе IP с низкой задержкой и низкими затратами. Приводятся детализированные системные требования. В LTE, заданы масштабируемые множественные полосы передачи, например 1.4, 3.0, 5.0, 10.0, 15.0 и 20.0 МГц, для достижения гибкого развертывания системы с использованием заданного спектра. На нисходящей линии связи применяется радиодоступ на основе мультиплексирования с ортогональным частотным разделением (OFDM) благодаря присущей ему устойчивости к многолучевой помехе (MPI) вследствие низкой символьной скорости, использованию циклического префикса (CP) и склонности к разным компоновкам полос передачи. На восходящей линии связи применяется радиодоступ на основе множественного доступа с частотным разделением с одной несущей (SC-FDMA), поскольку обеспечение обширной зоны покрытия предпочтительнее повышения пиковой скорости передачи данных с учетом ограниченной мощности передачи пользовательского оборудования (UE). Применяется много основополагающих подходов пакетного радиодоступа, включая методы передачи по каналу со многими входами и многими выходами (MIMO), и в LTE (выпуск 8) достигается высокоэффективная структура сигнализации управления.
Архитектура LTE
На фиг.1 показана архитектура в целом, и на фиг.2 приведено более детализированное представление архитектуры E-UTRAN. E-UTRAN состоит из eNodeB, обеспечивающего плоскость пользователя E-UTRA (PDCP/RLC/MAC/PHY), и окончания протокола (RRC) плоскости управления по направлению к пользовательскому оборудованию (UE). На eNodeB (eNB) базируются физический уровень (PHY), уровни управления доступом к среде (MAC), управления линиями радиосвязи (RLC) и протокола управления пакетными данными (PDCP), которые включают в себя функциональные возможности сжатия заголовков и шифрования в плоскости пользователя. Он также обеспечивает функциональные возможности управления радиоресурсами (RRC), соответствующие плоскости управления. Он осуществляет многие функции, включающие в себя администрирование радиоресурсов, управление допуском, диспетчеризацию, соблюдение согласованного качества обслуживания (QoS) восходящей линии связи, вещание информации соты, шифрование/дешифрование данных плоскости пользователя и управления, и уплотнение/разуплотнение заголовков пакетов плоскости пользователя восходящей/нисходящей линии связи. eNodeB соединены друг с другом посредством интерфейса X2.
eNodeB также соединены посредством интерфейса S1 с EPC (усовершенствованным пакетным ядром), в частности с MME (узлом управления мобильностью) посредством S1-MME и с обслуживающим шлюзом (SGW) посредством S1-U. Интерфейс S1 поддерживает отношение «множество-ко-множеству» между MME/ обслуживающими шлюзами и eNodeB. SGW маршрутизирует и пересылает пользовательские пакеты данных, в то же время, действуя так же, как якорь мобильности для плоскости пользователя в ходе хэндоверов между eNodeB и как якорь для мобильности между LTE и другими технологиями 3GPP (оканчивая интерфейс S4 и ретранслируя трафик между системами 2G/3G и шлюзом PDN). Для экземпляров пользовательского оборудования, находящихся в неактивном состоянии, SGW находится на конце тракта данных нисходящей линии связи и инициирует поисковый вызов при поступлении данных нисходящей линии связи для пользовательского оборудования. Она администрирует и сохраняет контексты пользовательского оборудования, например параметры службы канала-носителя IP, информацию внутренней маршрутизации сети. Он также осуществляет дублирование пользовательского трафика в случае узаконенного перехвата.
MME является ключевым узлом управления для сети доступа LTE. Он отвечает за процедуру отслеживания и поискового вызова пользовательского оборудования, находящегося в неактивном режиме, включая повторные передачи. Он участвует в процессе активации/деактивации канала-носителя и также отвечает за выбор SGW для пользовательского оборудования при начальном присоединении и во время хэндовера внутри LTE с использованием перемещения узлов базовой сети (CN). Он отвечает за аутентификацию пользователя (путем взаимодействия с HSS). Сигнализация уровня без доступа (NAS) оканчивается на MME и также отвечает за генерацию и выделение временных идентификаторов экземплярам пользовательского оборудования. Он проверяет авторизацию пользовательского оборудования для входа в сеть связи общего пользования наземных мобильных объектов (PLMN) поставщика услуг и обеспечивает соблюдение ограничений пользовательского оборудования по роумингу. MME является оконечной точкой в сети для шифрования/защиты целостности сигнализации NAS и отвечает за администрирование ключей безопасности. MME также поддерживает узаконенный перехват сигнализации. MME также обеспечивает функцию плоскости управления для мобильности между сетями доступа LTE и 2G/3G, причем SGSN соединена с MME интерфейсом S3. MME также соединен интерфейсом S6a с домашним HSS для экземпляров пользовательского оборудования, находящихся в роуминге.
Структура компонентных несущих в LTE (выпуск 8)
Компонентная несущая нисходящей линии связи LTE 3GPP (выпуск 8) делится в частотно-временной области на так называемые подкадры. В LTE 3GPP (выпуск 8) каждый подкадр делится на два слота нисходящей линии связи, как показано на фиг.3, где первый слот нисходящей линии связи содержит область канала управления (область PDCCH) в первых символах OFDM. Каждый подкадр состоит из определенного количества символов OFDM во временной области (12 или 14 символов OFDM в LTE 3GPP (выпуск 8)), причем каждый символ OFDM занимает всю полосу компонентной несущей. Таким образом, каждый из символов OFDM состоит из определенного количества символов модуляции, передаваемых на соответствующих поднесущих, что также показано на фиг.4.
Допустим, что в системе связи множественных несущих, например, с применением OFDM, которая используется, например, в Проекте долгосрочного развития систем связи (LTE) 3GPP, наименьшей единицей ресурсов, которую может назначить диспетчер, является один “блок ресурсов”. Физический блок ресурсов определяется как последовательных символов OFDM во временной области и последовательных поднесущих в частотной области, что представлено на фиг.4. В LTE 3GPP (выпуск 8), физический блок ресурсов, таким образом, состоит из ресурсных элементов, соответствующих одному слоту во временной области и 180 кГц в частотной области (дополнительные подробности о сетке ресурсов нисходящей линии связи, см., например, 3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”, версия 8.9.0 или 9.0.0, раздел 6.2, доступный по адресу http://www.3gpp.org и включенный в данное описание в порядке ссылки).
Сигнализация управления уровня 1/уровня 2 (L1/L2)
Для информирования запланированных пользователей об их статусе выделения, транспортном формате и для сообщения другой информации, связанной с данными (например, информация HARQ, команды управления мощностью передачи (TPC)), сигнализация управления L1/L2 передается по нисходящей линии связи совместно с данными. Сигнализация управления L1/L2 мультиплексируется с данными нисходящей линии связи в подкадре, предполагая, что пользовательское выделение может изменяться от подкадра к подкадру. Следует отметить, что пользовательское выделение также может осуществляться на основе TTI (интервал времени передачи), где длина TTI составляет целое число подкадров. Длина TTI может быть фиксированной в зоне обслуживания для всех пользователей, может быть разной для разных пользователей или даже может быть динамической для каждого пользователя. В общем случае, сигнализацию управления L1/2 нужно передавать только один раз за TTI. Сигнализация управления L1/L2 передается по физическому каналу управления нисходящей линии связи (PDCCH). Следует отметить, что в LTE 3GPP назначения для передач данные восходящей линии связи, также именуемые предоставлениями диспетчеризации восходящей линии связи или назначениями ресурсов восходящей линии связи, также передаются по PDCCH.
В отношении предоставлений диспетчеризации, информацию, передаваемую в сигнализации управления L1/L2, можно разделить на следующие две категории.
Совместно используемая информация управления (SCI), несущая информацию 1 категории
Часть совместно используемой информации управления сигнализации управления L1/L2 содержит информацию, относящуюся к выделению ресурсов (индикацию). Совместно используемая информация управления обычно содержит следующую информацию:
- идентификатор пользователя, указывающий пользователя(ей), которому(ым) выделяются ресурсы.
- информацию выделения RB для указания ресурсов (блоков ресурсов (RB)), выделяемых пользователю(ям). Количество выделенных блоков ресурсов может быть динамическим.
- длительность назначения (необязательно), если возможно назначение по множественным подкадрам (или TTI).
В зависимости от установки других каналов и установки информации управления нисходящей линии связи (DCI) - см. ниже - совместно используемая информация управления может дополнительно содержать информацию, например, ACK/NACK для передачи по восходящей линии связи, информацию диспетчеризации восходящей линии связи, информацию о DCI (ресурс, MCS и т.д.).
Информация управления нисходящей линии связи (DCI), несущая информацию 2/3 категории
Часть информации управления нисходящей линии связи сигнализации управления L1/L2 содержит информацию, относящуюся к формату передачи (информацию 2 категории) данных, передаваемую запланированному пользователю, указанному информацией 1 категории. Кроме того, в случае использования (гибридного) ARQ в качестве протокола повторной передачи, информация 2 категории несет информацию HARQ (3 категории). Информация управления нисходящей линии связи должна декодироваться только пользователем, запланированным согласно 1 категории. Информация управления нисходящей линии связи обычно содержит следующую информацию:
- информацию 2 категории: схему модуляции, размер транспортного блока (полезной нагрузки) или скорость кодирования, информацию, связанную с MIMO (много входов, много выходов), и т.д. Может сигнализироваться либо транспортный блок (или размер полезной нагрузки), либо скорость кодирования. В любом случае эти параметры можно вычислять друг из друга с использованием информации схемы модуляции информации ресурсов (количества выделенных блоков ресурсов).
- информацию 3 категории: информацию, связанную с HARQ, например номер процесса гибридного ARQ, версию избыточности, порядковый номер повторной передачи.
Информация управления нисходящей линии связи существует в нескольких форматах, которые отличаются общим размером и также информацией, содержащейся в ее полях. Разные форматы DCI, которые в настоящее время заданы для LTE выпуск 8/9 (LTE 3GPP), подробно описаны в 3GPP TS 36.212, “Multiplexing and channel coding (Release 9)”, версия 8.8.0 или 9.0.0, раздел 5.3.3.1 (доступный по адресу http://www.3gpp.org и включенный в данное описание в порядке ссылки).
Передача данных нисходящей линии связи и восходящей линии связи
Что касается передачи данных нисходящей линии связи, сигнализация управления L1/L2 передается по отдельному физическому каналу (PDCCH), совместно с пакетной передачей данных нисходящей линии связи. Эта сигнализация управления L1/L2 обычно содержит информацию о:
- физическом(их) ресурсе(ах), на которых передаются данные (например, поднесущие или блоки поднесущих в случае OFDM, коды в случае CDMA). Эта информация позволяет UE (приемнику) идентифицировать ресурсы, на которых передаются данные.
- когда пользовательское оборудование сконфигурировано иметь поле индикации несущей (CIF) в сигнализации управления L1/L2, эта информация идентифицирует компонентную несущую, для которой предназначена конкретная информация сигнализации управления. Это позволяет отправлять на одной компонентной несущей назначения, которые предназначены для другой компонентной несущей (“перекрестная диспетчеризация несущих”). Эта другая, перекрестно диспетчеризованная компонентная несущая может быть, например, компонентной несущей без PDCCH, т.е. перекрестно диспетчеризованная компонентная несущая не несет никакой сигнализации управления L1/L2.
- транспортном формате, который используется для передачи. Это может быть размер данных транспортного блока (размер полезной нагрузки, число битов информации), уровень MCS (схемы модуляции и кодирования), спектральная эффективность, скорость кодирования и т.д. Эта информация (обычно совместно с выделением ресурсов (например, количеством блоков ресурсов, назначенных пользовательскому оборудованию)) позволяет пользовательскому оборудованию (приемнику) идентифицировать число битов информации, схему модуляции и скорость кодирования, чтобы начать процесс демодуляции, снятия согласования по скорости и декодирования. Схема модуляции может сигнализироваться в явном виде.
- информации гибридного ARQ (HARQ):
▪ номер процесса HARQ: позволяет пользовательскому оборудованию идентифицировать процесс гибридного ARQ, на который отображаются данные.
▪ порядковый номер или индикатор новых данных (NDI): позволяет пользовательскому оборудованию идентифицировать, является ли передача новым пакетом или повторно передаваемым пакетом. Если в протоколе HARQ реализовано мягкое комбинирование, порядковый номер или индикатор новых данных совместно с номером процесса HARQ обеспечивает мягкое комбинирование передач для PDU до декодирования.
▪ версия избыточности и/или звездной диаграммы: указывает пользовательскому оборудованию, какая версия избыточности гибридного ARQ используется (необходимая для снятия согласования по скорости) и/или какая версия звездной диаграммы модуляции используется (необходимая для демодуляции).
- идентификатор UE (ID UE): указывает, для какого пользовательского оборудования предназначена сигнализация управления L1/L2. В типичных реализациях эта информация используется для маскировки CRC сигнализации управления L1/L2, чтобы другие экземпляры пользовательского оборудования не могли считывать эту информацию.
Для обеспечения пакетной передачи данных восходящей линии связи, сигнализация управления L1/L2 передается по нисходящей линии связи (PDCCH), чтобы указывать пользовательскому оборудованию детали передачи. Эта сигнализация управления L1/L2 обычно содержит информацию о:
- физическом(их) ресурсе(ах), на которых пользовательское оборудование должно передавать данные (например, поднесущие или блоки поднесущих в случае OFDM, коды в случае CDMA).
- когда пользовательское оборудование сконфигурировано иметь поле индикации несущей (CIF) в сигнализации управления L1/L2, эта информация идентифицирует компонентную несущую, для которой предназначена конкретная информация сигнализации управления. Это позволяет отправлять на одной компонентной несущей назначения, которые предназначены для другой компонентной несущей. Эта другая, перекрестно диспетчеризованная компонентная несущая может быть, например, компонентной несущей без PDCCH, т.е. перекрестно диспетчеризованная компонентная несущая не несет никакой сигнализации управления L1/L2.
- сигнализации управления L1/L2 для предоставлений восходящей линии связи отправляется на компонентной несущей DL, которая связана с компонентной несущей восходящей линии связи, или на одной из нескольких компонентных несущих DL, если несколько компонентных несущих DL связано с одной и той же компонентной несущей UL.
- транспортном формате, который пользовательское оборудование должно использовать для передачи. Это может быть размер данных транспортного блока (размер полезной нагрузки, число битов информации), уровень MCS (схемы модуляции и кодирования), спектральная эффективность, скорость кодирования и т.д. Эта информация (обычно совместно с выделением ресурсов (например, количеством блоков ресурсов, назначенных пользовательскому оборудованию)) позволяет пользовательскому оборудованию (передатчику) отбирать число битов информации, схему модуляции и скорость кодирования, чтобы начать процесс модуляции, согласования по скорости и кодирования. В ряде случаев схему модуляции можно сигнализировать в явном виде.
- информации гибридного ARQ:
▪ номер процесса HARQ: указывает пользовательскому оборудованию, из какого процесса гибридного ARQ следует отбирать данные.
▪ порядковый номер или индикатор новых данных: указывает пользовательскому оборудованию передавать новый пакет или повторно передавать пакет. Если в протоколе HARQ реализовано мягкое комбинирование, порядковый номер или индикатор новых данных совместно с номером процесса HARQ обеспечивает мягкое комбинирование передач для протокольной единицы данных (PDU) до декодирования.
▪ версия избыточности и/или звездной диаграммы: указывает пользовательскому оборудованию, какую версию избыточности гибридного ARQ использовать (необходимую для согласования по скорости) и/или какую версию звездной диаграммы модуляции использовать (необходимую для модуляции).
- идентификатор UE (ID UE): указывает, какое пользовательское оборудование должно передавать данные. В типичных реализациях эта информация используется для маскировки CRC сигнализации управления L1/L2, чтобы другие экземпляры пользовательского оборудования не могли считывать эту информацию.
Существует несколько разных вариантов, как именно передавать вышеупомянутые фрагменты информации в передаче данных восходящей и нисходящей линии связи. Кроме того, на восходящей и нисходящей линии связи информация управления L1/L2 также может содержать дополнительную информацию или может пропускать некоторую информацию. Например:
- номер процесса HARQ может не требоваться, т.е. не сигнализироваться, в случае синхронного протокола HARQ,
- версия избыточности и/или звездной диаграммы может не требоваться и, таким образом, не сигнализироваться, если используется отслеживаемое комбинирование (всегда одна и та же версия избыточности и/или звездной диаграммы), или если предварительно задана последовательность версий избыточности и/или звездной диаграммы,
- информация управления мощностью может быть дополнительно включена в сигнализацию управления,
- информация управления, связанная с MIMO, например предварительное кодирование, может быть дополнительно включена в сигнализацию управления,
- в случае передачи MIMO с множественными кодовыми словами могут быть включены транспортный формат и/или информация HARQ для множественных кодовых слов.
Для назначений ресурсов восходящей линии связи (на физическом совместно используемом канале восходящей линии связи (PUSCH), сигнализируемом на PDCCH в LTE), информация управления L1/L2 не содержит номер процесса HARQ, поскольку синхронный протокол HARQ применяется для LTE восходящей линии связи. Процесс HARQ, подлежащий используемому для передачи по восходящей линии связи, задается хронированием. Кроме того, следует отметить, что информация версии избыточности (RV) кодируется совместно с информацией транспортного формата, т.е. информация RV внедряется в поле транспортного формата (TF). Поле транспортного формата (TF), соответственно, схемы модуляции и кодирования (MCS), имеет размер, например, 5 битов, что соответствует 32 записям. 3 записи таблицы TF/MCS зарезервированы для указания версий избыточности (RV) 1, 2 или 3. Оставшиеся записи таблицы MCS используются для сигнализации уровня MCS (TBS), неявно указывающего RV0. Размер поля CRC PDCCH составляет 16 битов.
Для назначений нисходящей линии связи (PDSCH), сигнализируемых на PDCCH в LTE, версия избыточности (RV) сигнализируется отдельно в двухбитовом поле. Кроме того, информация порядка модуляции кодируется совместно с информацией транспортного формата. По аналогии со случаем восходящей линии связи существует 5-битовое поле MCS, сигнализируемое по PDCCH. 3 записи зарезервированы для сигнализации явного порядка модуляции, без обеспечения информации транспортного формата (транспортного блока). Для оставшихся 29 записей сигнализируются информация порядка модуляции и размера транспортного блока.
Физический канал управления нисходящей линии связи (PDCCH)
Физический канал управления нисходящей линии связи (PDCCH) несет сигнализацию управления L1/L2, т.е. команды управления мощностью передачи и предоставления диспетчеризации для выделения ресурсов для передачи данных нисходящей или восходящей линии связи. Точнее говоря, информация канала управления нисходящей линии связи (т.е. содержимое DCI, соответственно, информация сигнализации управления L1/L2) отображается в соответствующий физический канал, PDCCH. Это “отображение” включает в себя определение приложения CRC для информации канала управления нисходящей линии связи, которое представляет собой CRC, вычисленный на информации канала управления нисходящей линии связи, маскируемый с помощью RNTI, что будет более подробно объяснено ниже. Затем информация канала управления нисходящей линии связи и ее приложение CRC передаются по PDCCH (см. 3GPP TS 36.212, разделы 4.2 и 5.3.3).
Каждое предоставление диспетчеризации задается на основании элементов канала управления (CCE). Каждый CCE соответствует набору ресурсных элементов (RE). В LTE 3GPP один CCE состоит из 9 групп ресурсных элементов (REG), где одна REG состоит из четырех RE.
PDCCH передается в первых от одного до трех символов OFDM в подкадре. Для предоставления нисходящей линии связи на физическом совместно используемом канале нисходящей линии связи (PDSCH) PDCCH назначает ресурс PDSCH для (пользовательских) данных в том же подкадре. Область канала управления PDCCH в подкадре состоит из набора CCE, где суммарное количество CCE в области управления подкадра распределено по временному и частотному ресурсу управления. Множественные CCE можно комбинировать для эффективного снижения скорости кодирования канала управления. CCE комбинируются предварительно определенным образом с использованием древовидной структуры для достижения другой скорости кодирования.
В LTE 3GPP (выпуск 8/9) PDCCH может агрегировать 1, 2, 4 или 8 CCE. Количество CCE, доступное для назначения канала управления, является функцией нескольких факторов, включая полосу несущей, количество передающих антенн, количество символов OFDM, используемых для управления, и размер CCE и т.д. В подкадре могут передаваться множественные PDCCH.
Информация канала управления нисходящей линии связи в форме DCI транспортирует информацию диспетчеризации нисходящей или восходящей линии связи, запрашивает апериодические отчеты CQI или команды управления мощностью восходящей линии связи для одного RNTI (идентификатора терминал радиосети). RNTI - это уникальный идентификатор, обычно используемый в системах 3GPP, наподобие LTE 3GPP (выпуск 8/9) для предназначения данных или информации конкретному пользовательскому оборудованию. RNTI неявно включается в PDCCH путем маскировки CRC, вычисленного на DCI с помощью RNTI - результатом этой операции является вышеупомянутое приложение CRC. На стороне пользовательского оборудования, в случае успешного декодирования размера полезной нагрузки данных, пользовательское оборудование выявляет DCI, предназначенную пользовательскому оборудованию, проверяя успешность CRC на декодированных данных полезной нагрузки с использованием “незамаскированного” CRC (т.е. после удаления маскировки с использованием RNTI). Маскировка кода CRC осуществляется, например, скремблированием CRC с помощью RNTI.
В LTE 3GPP (выпуск 8) заданы следующие разные форматы DCI:
- форматы DCI восходящей линии связи:
▪ формат 0, используемый для передачи назначений SCH UL
▪ формат 3 используется для передачи команд TPC для PUCCH и PUSCH с 2-битовыми регулировками мощности (адресация множественных UE)
▪ формат 3A используется для передачи команд TPC для PUCCH и PUSCH с однобитовыми регулировками мощности (адресация множественных UE)
- форматы DCI нисходящей линии связи:
▪ формат 1, используемый для передачи назначений SCH DL для режима SIMO
▪ формат 1A, используемый для компактной передачи назначений SCH DL для режима SIMO
▪ формат 1B, используемый для поддержки одноранговой передачи замкнутого цикла с, возможно, непрерывным выделением ресурсов
▪ формат 1C предназначен для передачи по нисходящей линии связи поискового вызова, ответа RACH и динамической диспетчеризации BCCH
▪ формат 1D используется для компактной диспетчеризации одного кодового слова PDSCH с информацией предварительного кодирования и смещения мощности
▪ формат 2 используется для передачи назначений SCH DL для режима MIMO замкнутого цикла
▪ формат 2A используется для передачи назначений SCH DL для режима MIMO разомкнутого цикла.
Дополнительную информацию о структуре физических каналов LTE на нисходящей линии связи и формате PDSCH и PDCCH, см. Stefania Sesia et al., “LTE - The UMTS Long Term Evolution”, Wiley & Sons Ltd., ISBN 978-0-47069716-0, апрель 2009, разделы 6 и 9.
Слепое декодирование PDCCH на пользовательском оборудовании
В LTE 3GPP (выпуск 8/9) пользовательское оборудование пытается выявить DCI в PDCCH с использованием так называемого “слепого декодирования” (иногда также именуемого “слепым детектированием”). Это означает отсутствие ассоциированной сигнализации управления, которая указывала бы размер агрегации CCE или схему модуляции и кодирования для PDCCH, сигнализируемые по нисходящей линии связи, но пользовательское оборудование проверяет всевозможные комбинации размеров агрегации CCE и схем модуляции и кодирования и подтверждает успешность декодирования PDCCH на основании RNTI. Для дополнительного ограничения сложности задается в области сигнализации управления компонентной несущей LTE общее и специальное пространство поиска, в котором пользовательское оборудование ищет PDCCH.
В LTE 3GPP (выпуск 8/9) размер полезной нагрузки PDCCH регистрируется за одну попытку слепого декодирования. Пользовательское оборудование пытается декодировать два разных размера полезной нагрузки для любого сконфигурированного режима передачи, как указано ниже в таблице 1. В таблице 1 показано, что размер полезной нагрузки X форматов DCI 0, 1A, 3 и 3A одинаков независимо от конфигурации режимов передачи. Размер полезной нагрузки другого формата DCI зависит от режима передачи.
Соответственно, пользовательское оборудование может проверять в первой попытке слепого декодирования размер полезной нагрузки DCI. Кроме того, пользовательское оборудование дополнительно сконфигурировано искать только данный поднабор форматов DCI во избежание слишком высоких потребностей в обработке.
Уровень управления доступом к среде (MAC)
Уровень MAC является одним из подуровней уровня 2 в стеке радиопротоколов LTE 3GPP. Уровень MAC осуществляет (де)мультиплексирование между логическими каналами и транспортными каналами путем создания/уничтожения PDU MAC (протокольных единиц данных), также известных как транспортные блоки. PDU MAC создаются из SDU MAC (служебных единиц данных), принимаемых по одному или более логическим каналам на передатчике. На сторона приемника PDU MAC восстанавливаются из принятых PDU MAC.
Транспортный блок (PDU MAC) состоит из заголовка и полезной нагрузки. Помимо SDU MAC полезная нагрузка может состоять из элементов управления MAC и заполнения.
Элементы управления MAC
Для одноранговой сигнализации на уровне MAC используются элементы управления (CE) MAC. Элементы управления MAC могут составлять часть полезной нагрузки PDU MAC, как описано выше, и идентифицируются специальным ID логического канала (LCID) в заголовке MAC.
Существует несколько типов CE MAC. Некоторые из них включены только в транспортные блоки восходящей линии связи для сигнализации с пользовательского оборудования на eNodeB, другие - только в транспортные блоки нисходящей линии связи для сигнализации с eNodeB на пользовательское оборудование. Специальные LCID и соответствующие элементы управления MAC, передаваемые по нисходящей линии связи, перечислены в таблице 2.
Специальные LCID и соответствующие элементы управления MAC, передаваемые по восходящей линии связи, перечислены в таблице 3.
Опорные сигналы зондирования (SRS)
Опорные сигналы зондирования отправляются по восходящей линии связи. Совместно с опорными сигналами демодуляции (DM RS) они включены в восходящую линию связи для обеспечения оценки канала для когерентной демодуляции, а также оценки качества канала для диспетчеризации восходящей линии связи.
В то время как DM RS ассоциируются с передачей данных восходящей линии связи, SRS не ассоциируются с передачей данных и в основном используются для оценки качества канала для обеспечения частотно-избирательной диспетчеризации посредством диспетчеризации eNodeB. Кроме того, SRS можно использовать для улучшения управления мощностью или для поддержки eNodeB в принятии решения относительно начальной схемы модуляции и кодирования (MCS) для передачи данных. Будучи сконфигурированы сигнализацией более высокого уровня, SRS передаются в последнем символе SC-FDMA подкадра восходящей линии связи. Подкадр, в котором пользовательское оборудование должно передавать SRS, указывается широковещательной сигнализацией, характерной для соты, и выбирается из набора 15 возможных подкадров в радиокадре. Передача данных на физическом совместно используемом канале восходящей линии связи (PUSCH) не разрешена в подкадре, предназначенном для передачи SRS, в результате чего издержки SRS равны 7%, когда все возможные подкадры сконфигурированы для передачи SRS. Как упомянуто выше, конфигурирование SRS производится eNodeB с использованием сигнализации более высокого уровня. Конфигурация при этом определяет помимо других параметров длительность и периодичность SRS.
Дополнительные усовершенствования для LTE (LTE-A)
Частотный спектр для IMT-Advanced был определен на Всемирной Конференции по Радиосвязи 2007 (WRC-07). Хотя был определен полный частотный спектр для IMT-Advanced, фактически доступная полоса частот различается в зависимости от региона или страны. Однако, в соответствии с принципиальным соглашением по доступному частотному спектру, в рамках проекта партнерства третьего поколения (3GPP) были начаты работы по стандартизации радиоинтерфейса. На встрече 3GPP TSG RAN #39 описание элемента исследований по "Дополнительным усовершенствованиям для E-UTRA (LTE-Advanced)" было утверждено в 3GPP. Элемент исследований охватывает компоненты технологии, подлежащие рассмотрению для развития E-UTRA, например для удовлетворения требований по IMT-Advanced. Ниже описано два основных компонента технологии, которые в настоящее время находятся на рассмотрении для LTE-A.
Агрегация несущих в LTE-A для поддержки более широкой полосы
При агрегации несущих (CA) две или более компонентных несущих (CC) агрегируются для поддержки более широких полос передачи до 100 МГц. Все компонентные несущие могут быть сконфигурированы для совместимости с LTE вып. 8/9, по меньшей мере, когда агрегированные количества компонентных несущих на восходящей линии связи и нисходящей линии связи одинаковы. Это не обязательно означает, что все компонентные несущие должны быть совместимы с LTE 3GPP (выпуск 8/9).
Пользовательское оборудование может одновременно принимать или передавать на одной или множественных компонентных несущих. На скольких компонентных несущих можно одновременно осуществлять прием/передачу, зависит от возможностей пользовательского оборудования.
Пользовательское оборудование, совместимое с LTE 3GPP (выпуск 8/9), может принимать и передавать только на одной CC при условии, что структура CC отвечает спецификациям LTE 3GPP (выпуск 8/9), тогда как пользовательское оборудование, совместимое с LTE-A 3GPP (выпуск 10), с возможностями приема и/или передачи для агрегации несущих может одновременно принимать и/или передавать на множественных компонентных несущих.
Агрегация несущих поддерживается как для смежных, так и для несмежных компонентных несущих, причем каждая компонентная несущая ограничена максимум 110 блоками ресурсов в частотной области с использованием нумерологии LTE 3GPP (выпуск 8/9).
Пользовательское оборудование, совместимое с LTE-A 3GPP (выпуск 10), можно сконфигурировать для агрегации разного количества компонентных несущих, исходящих от одного и того же eNodeB (базовой станции) и, возможно, разных полос на восходящей линии связи и нисходящей линии связи. В типичных конфигурациях TDD количество компонентных несущих и полоса каждой компонентной несущей на восходящей линии связи и нисходящей линии связи одинаковы. Компонентные несущие, исходящие из одного и того же eNodeB, не обязаны обеспечивать одну и ту же зону покрытия.
Разнесение между центральными частотами последовательно агрегированных компонентных несущих должно быть кратным 300 кГц. Это делается для совместимости с частотным растром 100 кГц согласно вып. 8/9 и, одновременно, сохранения ортогональности поднесущих с разнесением 15 кГц. В зависимости от сценария агрегации, разнесение n×300 кГц можно облегчить, вставляя небольшое количество неиспользуемых поднесущих между смежными компонентными несущими.
Природа агрегации множественных несущих открыта только до уровня MAC. Для восходящей линии связи и нисходящей линии связи необходим один объект HARQ в MAC для каждой агрегированной компонентной несущей. Существует (в отсутствие SU-MIMO для восходящей линии связи) не больше одного транспортного блока для каждой компонентной несущей. Транспортный блок и его потенциальные повторные передачи HARQ должны отображаться на одну и ту же компонентную несущую.
Структура уровня 2 с агрегацией активированных несущих показана на фиг.5 и фиг.6 для нисходящей линии связи и восходящей линии связи, соответственно.
Когда агрегация несущих сконфигурирована, пользовательское оборудование имеет только одно соединение управления радиоресурсами (RRC) с сетью. Одна сота - “специальная сота” - обеспечивает безопасный вход и информацию мобильности уровня без доступа (NAS) (например, TAI). В режиме соединения существует только одна специальная сота для каждого экземпляра пользовательского оборудования.
После установления RRC-соединения со специальной сотой переконфигурирование, добавление и удаление компонентных несущих может осуществляться посредством RRC. При осуществлении хэндовера внутри LTE RRC также может добавлять, удалять или переконфигурировать компонентные несущие для использования в целевой соте. При добавлении новой компонентной несущей используется специальная сигнализация RRC для передачи системной информации компонентных несущих, которая необходима для передачи/приема на компонентной несущей, по аналогии с хэндовером в LTE 3GPP (выпуск 8/9).
Когда пользовательское оборудование сконфигурировано с агрегацией несущих, существует одна пара компонентных несущих восходящей линии связи и нисходящей линии связи, которые всегда активированы. Компонентная несущая нисходящей линии связи этой пары также может именоваться 'несущей-якорем DL'. То же самое применимо для восходящей линии связи.
Когда агрегация несущих сконфигурирована, пользовательское оборудование может одновременно диспетчеризоваться по множественным компонентным несущим, но в любой момент времени может осуществляться не больше одной процедуры произвольного доступа. Перекрестная диспетчеризация несущих позволяет физическому каналу нисходящей линии связи управления (PDCCH) компонентной несущей диспетчеризовать ресурсы на другой компонентной несущей. С этой целью поле идентификации компонентной несущей вводится в соответствующие форматы DCI.
Связь между компонентными несущими восходящей линии связи и нисходящей линии связи позволяет идентифицировать компонентную несущую восходящей линии связи, для которой предоставление применяется в отсутствие перекрестной диспетчеризации несущих.
Привязка компонентных несущих нисходящей линии связи к компонентным несущим восходящей линии связи не обязательно является взаимно-однозначной. Другими словами, более одной компонентной несущей нисходящей линии связи можно связывать с компонентной несущей восходящей линии связи. Компонентную несущую нисходящей линии связи можно одновременно связывать только с одной компонентной несущей восходящей линии связи. Фиг.7 и фиг.8 примерно демонстрируют возможные связи между компонентными несущими нисходящей линии связи и восходящей линии связи. Хотя на фиг.7 все компонентные несущие нисходящей линии связи связаны с одной и той же компонентной несущей восходящей линии связи, на фиг.8 компонентные несущие 1 и 2 нисходящей линии связи связаны с компонентной несущей восходящей линии связи 1, и компонентная несущая 3 нисходящей линии связи связана с компонентной несущей 2 восходящей линии связи.
DRX и агрегация несущих
Для обеспечения разумного расходования заряда аккумулятора пользовательского оборудования LTE 3GPP (выпуск 8/9), а также LTE-A 3GPP (выпуск 10) предусмотрен принцип прерывистого приема (DRX).
Согласно этому принципу, следующие термины описывают состояние пользовательского оборудования применительно к DRX:
- Длительность включения: промежуток времени, выраженный в подкадрах нисходящей линии связи, в течение которого пользовательское оборудование, выйдя из состояния DRX, ожидает приема PDCCH. Если пользовательское оборудование успешно декодирует PDCCH, пользовательское оборудование остается в данном состоянии и запускает таймер неактивности;
- Таймер неактивности: промежуток времени, выраженный в подкадрах нисходящей линии связи, в течение которого пользовательское оборудование ожидает успешного декодирования PDCCH, после последнего успешного декодирования PDCCH, и, в случае неудачи, оно возвращается в DRX. Пользовательское оборудование должно перезапускать таймер неактивности после единичного успешного декодирования PDCCH только для первой передачи (т.е. не для повторных передач).
- Время активности: суммарный промежуток времени, в течение которого пользовательское оборудование активно. Он включает в себя “длительность включения” цикла DRX, время, когда пользовательское оборудование осуществляет непрерывный прием, пока таймер неактивности не истек, и время, когда пользовательское оборудование осуществляет непрерывный прием, ожидая повторной передачи нисходящей линии связи по истечении одного RTT (времени двойного прохождения) HARQ. Исходя из вышесказанного, минимальное время активности равно длительности включения и максимум не определен (бесконечен).
Для каждого экземпляра пользовательского оборудования существует только один цикл DRX. Все агрегированные компонентные несущие следуют этому графику DRX.
Для обеспечения дальнейшей оптимизации экономии заряда аккумулятора предусмотрен дополнительный этап активации/деактивации компонентных несущих. По существу, компонентная несущая нисходящей линии связи может находиться в одном из следующих трех состояний: несконфигурированное, сконфигурированное, но деактивированное, и активное. Когда компонентная несущая нисходящей линии связи сконфигурирована, но деактивирована, пользовательскому оборудованию не нужно ни принимать соответствующий PDCCH или PDSCH, ни осуществлять измерения CQI. Напротив, когда компонентная несущая нисходящей линии связи активна, пользовательское оборудование должно принимать PDSCH и PDCCH (если присутствует) и ожидается, что должно иметь возможность осуществлять измерения CQI. После конфигурирования компонентных несущих для обеспечения приема PDCCH и PDSCH на компоненте нисходящей линии связи, как описано выше, компонентная несущая нисходящей линии связи должна переходить из сконфигурированного, но деактивированного, в активное состояние.
Однако на восходящей линии связи пользовательское оборудование всегда должно иметь возможность передавать PUSCH на любой сконфигурированной компонентной несущей восходящей линии связи, будучи диспетчеризованным на соответствующем PDCCH (т.е. в отсутствие явной активации компонентных несущих восходящей линии связи).
В целях экономии мощности пользовательского оборудования важно, чтобы дополнительные компонентные несущие можно было деактивировать и активировать эффективно и быстро. При импульсной передаче данных дополнительные компонентные несущие непременно должны быстро активироваться и деактивироваться, чтобы можно было использовать оба преимущества высоких битовых скоростей и можно было поддерживать экономию заряда аккумулятора. Как описано выше, экземпляры пользовательского оборудования не будут осуществлять измерения CQI и сообщать о них на сконфигурированных, но деактивированных компонентных несущих нисходящей линии связи, но будут осуществлять только измерения, связанные с администрированием радиоресурсов, например измерения RSRP (мощности принятого опорного сигнала) и RSRQ (качества принятого опорного сигнала). Следовательно, при активации компонентной несущей нисходящей линии связи важно, чтобы eNodeB быстро получал информацию CQI для вновь активированной(ых) компонентной(ых) несущей(их), чтобы иметь возможность выбирать соответствующую MCS для эффективной диспетчеризации нисходящей линии связи. В отсутствие информации CQI eNodeB не знает состояния канала нисходящей линии связи пользовательского оборудования и может выбирать лишь достаточно консервативную MCS для передачи данных нисходящей линии связи, что, в свою очередь, будет приводить к несколько неэффективному потреблению ресурсов.
Чтобы быстро получать информацию CQI, eNodeB может диспетчеризовать апериодический CQI посредством предоставления диспетчеризации восходящей линии связи. Апериодический CQI будет передаваться на физическом совместно используемом канале восходящей линии связи (PUSCH). Поэтому для активации сконфигурированной компонентной несущей нисходящей линии связи eNodeB потребуется выдавать на UE, по существу, два предоставления (PDCCH), один PDCCH нисходящей линии связи для указания активации компонентной несущей нисходящей линии связи и один PDCCH восходящей линии связи, который диспетчеризует ресурсы восходящей линии связи для передачи апериодического CQI. Кроме того, оба PDCCH нужно отправлять так, чтобы они соответственно принимались в один и тот же TTI, чтобы обеспечивать, что пользовательское оборудование измеряет и сообщает информацию CQI для правильной компонентной несущей нисходящей линии связи, т.е. компонентной несущей нисходящей линии связи, которая будет активироваться.
Правильный прием апериодического CQI может служить квитированием для команды активации нисходящей линии связи, т.е., в случае приема апериодического CQI, eNodeB предполагает, что пользовательское оборудование активировало компонентную несущую нисходящей линии связи, указанную в PDCCH нисходящей линии связи.
Очевидно, что основной недостаток вышеописанного способа активации компонентной несущей состоит в том, что для активации компонентной несущей нисходящей линии связи требуются два PDCCH. Кроме того, поскольку два PDCCH нужно принимать/отправлять одновременно, при наличии потери PDCCH могут возникать определенные ошибки.
В случае потери только «активационного» PDCCH нисходящей линии связи, пользовательское оборудование не будет активировать компонентную несущую нисходящей линии связи. Однако на основании принятой информации CQI eNB ошибочно предполагает, что активация нисходящей линии связи прошла успешно.
Вторая ошибка возникает в случае потери только PDCCH восходящей линии связи, который запрашивает апериодический CQI, вследствие чего eNodeB не получает CQI и ошибочно предполагает, что активация нисходящей линии связи не удалась.
Сущность изобретения
Одной задачей изобретения является преодоление, по меньшей мере, одной из описанных проблем. Кроме того, другой задачей изобретения является обеспечение эффективной и надежной (де)активации компонентных несущих.
Задача решается предметом независимых пунктов формулы изобретения. Преимущественные варианты осуществления изобретения являются предметом зависимых пунктов формулы изобретения.
Первый аспект изобретения предусматривает обеспечение формата сигнализации для передачи сообщения (де)активации компонентной несущей для управления состоянием активации, по меньшей мере, одной компонентной несущей. Предложенный формат содержит идентификатор предназначенного получателя сообщения (де)активации компонентной несущей, например, путем включения идентификатора (ID) мобильного терминала. Этот ID мобильного терминала (также именуемый ID UE) может, например, сигнализироваться в явном виде в поле сообщения (де)активации компонентной несущей. Ввиду того, что сообщение (де)активации компонентной несущей указывает предназначенного получателя для сообщения (де)активации компонентной несущей, CR, который вычисляется на основании сообщения (де)активации компонентной несущей, невозможно скремблировать с помощью временного идентификатора радиосети, характерного для компонентной несущей или характерного для соты. Как будет более подробно обрисовано ниже, преимущество состоит в уменьшении количества временных идентификаторов радиосети (суммарное количество которых ограничено количеством битов, потраченных на временный идентификатор радиосети) по сравнению с решением, где временный идентификатор радиосети для (де)активации компонентной несущей назначается мобильным терминалам для каждого мобильного терминала в отдельности.
Кроме того, формат сообщения (де)активации компонентной несущей можно рассматривать как новый формат информации канала управления нисходящей линии связи, который отображается в физический канал управления нисходящей линии связи (PDCCH). Поэтому используемые временные идентификаторы радиосети, характерные для компонентной несущей или характерные для соты, указывают, что формат информации канала управления нисходящей линии связи является сообщением (де)активации компонентной несущей. Кроме того, в случае использования временного(ых) идентификатора(ов) радиосети, характерного(ых) для компонентной несущей, который(е) связан(ы) с соответствующей компонентной несущей, временный(е) идентификатор(ы) радиосети, характерный(е) для несущей, также указывает(ют) компонентную несущую, подлежащую активации или деактивации. Следовательно, сообщение (де)активации компонентной несущей, а также приложение CRC (т.е. CRC для сообщения (де)активации компонентной несущей, скремблированный с помощью данного временного идентификатора радиосети) указывают мобильному терминалу состояние активации компонентных несущих, т.е. указывают, какая из них подлежит (де)активации.
Другой, второй аспект изобретения предусматривает механизм для (де)активации компонентных несущих нисходящей линии связи, сконфигурированных мобильным терминалом посредством сообщения (де)активации компонентной несущей, которое передается на физическом совместно используемом канале нисходящей линии связи как часть транспортного блока. Согласно этому аспекту изобретения, сообщение (де)активации компонентной несущей содержит информацию (де)активации, которая указывает для соответствующих компонентных несущих нисходящей линии связи, сконфигурированных мобильным терминалом, состояние активации соответствующих компонентных несущих. Таким образом, мобильный терминал может распознавать изменение состояния активации соответствующих компонентных несущих нисходящей линии связи и может активировать и деактивировать их соответственно. В одной примерной реализации, информация (де)активации для компонентных несущих может быть предоставлена в элементе управления MAC, т.е. посредством сигнализации MAC.
Кроме того, также в соответствии с этим вторым аспектом изобретения, информация (де)активации может быть предоставлена в форме битовой карты, отдельные биты которой указывают состояние активации соответствующей сконфигурированной компонентной несущей нисходящей линии связи, ассоциированной с соответствующим битом битовой карты.
Следует отметить, что - в соответствии с первым и вторым аспектами изобретения - в случаях, когда существует компонентная несущая нисходящей линии связи, сконфигурированная для мобильного терминала, которая всегда активна, информация (де)активации не нужна для указания состояния активации для такой “всегда активной” компонентной несущей - “всегда активная” компонентная несущая нисходящей линии связи также именуется здесь первичной компонентной несущей нисходящей линии связи (PCC).
Дополнительный аспект изобретения предусматривает инициирование сигнализации опорных сигналов зондирования (SRS) на восходящей линии связи. С этой целью задается сообщение (де)активации SRS, которое повторно использует разные структуры и механизмы для передачи сообщения (де)активации компонентной несущей согласно различным описанным здесь вариантам осуществления. Например, сообщение (де)активации SRS также может содержать информацию (де)активации SRS, которая указывала состояние активации передачи SRS для компонентных несущих восходящей линии связи, сконфигурированных для мобильного терминала. Эта информация (де)активации SRS может быть предоставлена в форме битовой карты, отдельные биты которой указывают сигнализацию SRS состояния активации на соответствующей сконфигурированной компонентной несущей восходящей линии связи, ассоциированной с соответствующим битом битовой карты. Следует отметить, что альтернативно биты битовой карты в сообщении (де)активации SRS также можно считать ассоциированными с соответствующими сконфигурированными компонентными несущими нисходящей линии связи, и логические значения отдельных битов битовой карты указывают состояние активации сигнализации SRS на компонентной несущей восходящей линии связи, связанной с соответствующей компонентной несущей нисходящей линии связи, ассоциированной с данным битом в битовой карте. Сообщение (де)активации SRS может сигнализироваться как часть транспортного блока на физическом совместно используемом канале восходящей линии связи или может сигнализироваться как новый формат информации канала управления нисходящей линии связи, который отображается в физический канал управления нисходящей линии связи (PDCCH), как описано здесь в соответствии с первым аспектом изобретения.
Кроме того, информация (де)активации SRS также может отправляться совместно с информацией (де)активации для активации/деактивации сконфигурированных компонентных несущих нисходящей линии связи в едином сообщении. Например, информация (де)активации SRS и информация (де)активации компонентной несущей могут сигнализироваться в едином элементе управления MAC как часть транспортного блока физического совместно используемого канала нисходящей линии связи, или могут сигнализироваться совместно в новом формате информации канала управления нисходящей линии связи, которая отображается в физический канал управления нисходящей линии связи (PDCCH), как описано здесь в соответствии с первым аспектом изобретения.
Согласно одному примерному варианту осуществления изобретения, предусмотрен способ (де)активации сконфигурированных компонентных несущих в системе связи, использующей агрегацию компонентных несущих. Согласно этому способу, мобильный терминал принимает на физическом совместно используемом канале нисходящей линии связи транспортный блок, содержащий сообщение (де)активации компонентной несущей. Сообщение (де)активации компонентной несущей содержит информацию (де)активации в форме битовой карты, состоящей из определенного количества битов. Каждый из битов битовой карты ассоциирован с соответствующей одной из сконфигурированных компонентных несущих нисходящей линии связи, причем логическое значение каждого бита указывает, подлежит ли ассоциированная компонентная несущая нисходящей линии связи активации или деактивации. Кроме того, мобильный терминал активирует или деактивирует сконфигурированные компонентные несущие согласно информации (де)активации, полученной из сообщения (де)активации компонентной несущей.
В одной примерной реализации согласно другому варианту осуществления изобретения, сообщение (де)активации компонентной несущей является элементом управления MAC.
В необязательном порядке, сообщение (де)активации компонентной несущей может мультиплексироваться в транспортный блок совместно с другими данными логического канала, подлежащими передаче на мобильный терминал.
В другом варианте осуществления изобретения, одна из множества сконфигурированных компонентных несущих нисходящей линии связи является первичной компонентной несущей нисходящей линии связи. Эта первичная компонентная несущая не может быть активирована или деактивирована посредством сообщения (де)активации компонентной несущей. Соответственно, информация (де)активации сообщения (де)активации компонентной несущей не обязана содержать индикацию состояния активации первичной компонентной несущей мобильного терминала.
В одной примерной реализации, базовая станция может обеспечивать, что транспортный блок, содержащий сообщение (де)активации компонентной несущей, принимается мобильным терминалом на первичной компонентной несущей нисходящей линии связи мобильного терминала.
В необязательном порядке, сообщение (де)активации компонентной несущей может дополнительно содержать информацию SRS, позволяющую базовой станции запрашивать у мобильного терминала начать отправку опорного сигнала зондирования (SRS) на, по меньшей мере, одной из компонентных несущих восходящей линии связи, соответственно связанной со сконфигурированными компонентными несущими нисходящей линии связи. В более детализированной реализации, информация SRS предоставляется в форме битовой карты, состоящей из определенного количества битов. Каждый из битов битовой карты в информации SRS ассоциирован с соответствующей одной из компонентных несущих восходящей линии связи, и логическое значение каждого бита битовой карты указывает, должен ли SRS передаваться на ассоциированной компонентной несущей восходящей линии связи мобильным терминалом.
Другой вариант осуществления изобретения предусматривает способ (де)активации сконфигурированных компонентных несущих в системе связи, использующей агрегацию компонентных несущих. Согласно этому способу, мобильный терминал принимает подкадр от базовой станции и осуществляет слепое декодирование в области сигнализации управления на одной из сконфигурированных компонентных несущих нисходящей линии связи в принятом подкадре для получения сообщения (де)активации компонентной несущей и его приложения CRC. Сообщение (де)активации компонентной несущей и его приложение CRC можно рассматривать как PDCCH. Приложение CRC содержит CRC сообщения (де)активации компонентной несущей, причем CRC скремблирован с помощью временного идентификатора радиосети (RNTI), характерного для компонентной несущей или характерного для соты, используемого для сигнализации состояния активации целевой(ых) компонентной(ых) несущей(их).
Мобильный терминал проверяет CRC приложения CRC с использованием временного идентификатора радиосети, характерного для компонентной несущей или характерного для радиосоты. Это можно реализовать, например, посредством осуществляемого на мобильным терминале дескремблирования CRC с помощью временного идентификатора радиосети, характерного для компонентной несущей или характерного для радиосоты, и последующего сравнения результирующего дескремблированного CRC с локально генерируемым CRC из принятой и декодированной информации канала управления нисходящей линии связи (без CRC).
В случае совпадения, т.е. если CRC проходит проверку, мобильный терминал определяет идентификатор мобильного терминала (например, ID UE или RNTI, характерный для мобильного терминала) из сообщения (де)активации компонентной несущей. На основании идентификатора мобильного терминала мобильный терминал проверяет, предназначено ли сообщение (де)активации компонентной несущей мобильному терминалу. Если сообщение (де)активации компонентной несущей предназначено мобильному терминалу, мобильный терминал активирует или деактивирует сконфигурированные компонентные несущие согласно информации (де)активации, полученной из сообщения (де)активации компонентной несущей и/или неявно заданной для использования временного идентификатора радиосети для скремблирования приложения CRC.
Кроме того, согласно другому варианту осуществления изобретения, применяется другой способ (де)активации сконфигурированных компонентных несущих в системе связи, использующей агрегацию компонентных несущих. Согласно этому способу, базовая станция передает подкадр на мобильный терминал. Подкадр содержит, в области сигнализации управления на одной из сконфигурированных компонентных несущих нисходящей линии связи, сообщение (де)активации компонентной несущей и его приложение CRC (т.е. PDCCH). Сообщение (де)активации компонентной несущей указывает, по меньшей мере, идентификатор мобильного терминала для адресации сообщения предназначенному для него приемнику (мобильному терминалу). Приложение CRC содержит CRC сообщения (де)активации компонентной несущей, который был вычислен на сообщении (де)активации компонентной несущей процессором базовой станции и затем был скремблирован с помощью временного идентификатора радиосети (RNTI), характерного для компонентной несущей или характерного для соты, используемого для сигнализации состояния активации целевой(ых) компонентной(ых) несущей(их).
В дополнительном варианте осуществления изобретения, сообщение (де)активации компонентной несущей указывает, какое(ие) из множества сконфигурированных компонентных несущих нисходящей линии связи подлежит(ат) активации и, соответственно, деактивации. Следовательно, в этом варианте осуществления изобретения указание сконфигурированной компонентной несущей, подлежащей (де)активации, может содержаться в поле индикации несущей сообщения (де)активации компонентной несущей.
Кроме того, в другом примерном варианте осуществления, состояние указанной компонентной несущей неявно задано для использования RNTI для скремблирования CRC. В этом варианте осуществления, может существовать два временных идентификатора радиосети, характерных для радиосоты, используемых для сигнализации состояния активации компонентных несущих нисходящей линии связи. Один из временных идентификаторов радиосети указывает активацию, по меньшей мере, одной из сконфигурированных компонентных несущих нисходящей линии связи, указанных в сообщении (де)активации компонентной несущей, и другой временный идентификатор радиосети указывает деактивацию, по меньшей мере, одной из сконфигурированных компонентных несущих нисходящей линии связи, указанных в сообщении (де)активации компонентной несущей.
В альтернативной реализации согласно другому варианту осуществления изобретения, компонентная несущая, подлежащая (де)активации, неявно задана для использования RNTI для скремблирования CRC. В этом варианте осуществления, можно предположить, что каждая сконфигурированная компонентная несущая нисходящей линии связи связана с временным идентификатором радиосети, характерным для компонентной несущей. Временный идентификатор радиосети, характерный для компонентной несущей, используемый для скремблирования CRC, таким образом, неявно указывает, по меньшей мере, сконфигурированную компонентную несущую нисходящей линии связи, подлежащую активации или деактивации.
В разновидности этого варианта осуществления, сообщение (де)активации компонентной несущей указывает, подлежит ли активации или деактивации сконфигурированная компонентная несущая нисходящей линии связи, подлежащая активации или деактивации, связанная с временным идентификатором радиосети, характерным для компонентной несущей, используемым для скремблирования CRC.
В дополнительной разновидности этого варианта осуществления, каждая сконфигурированная компонентная несущая нисходящей линии связи может быть связана с двумя временными идентификаторами радиосети, характерными для компонентной несущей, и временный идентификатор радиосети, характерный для компонентной несущей, используемый для скремблирования CRC, указывает, по меньшей мере, сконфигурированную компонентную несущую нисходящей линии связи, и подлежит ли она активации или деактивации. Следовательно, в этой разновидности указание компонентной несущей и ее состояние активации неявно заданы для использования RNTI для скремблирования CRC.
В другом варианте осуществления изобретения, сообщение (де)активации компонентной несущей содержит флаг активации, который запрашивает у мобильного терминала активировать и, соответственно, деактивировать указанную сконфигурированную компонентную несущую нисходящей линии связи.
В одном дополнительном примерном варианте осуществления, сообщение (де)активации компонентной несущей, принятое в области сигнализации управления подкадра, принимается на первичной компонентной несущей нисходящей линии связи мобильного терминала.
В другом варианте осуществления изобретения, активация компонентной несущей нисходящей линии связи инициирует передачу отчета о запасе мощности мобильным терминалом для компонентной несущей восходящей линии связи, связанной с активируемой компонентной несущей нисходящей линии связи. Например, мобильный терминал может передавать, в ответ на активацию компонентной несущей нисходящей линии связи, отчет о запасе мощности для компонентной несущей восходящей линии связи, связанной с активируемой компонентной несущей нисходящей линии связи. Отчет о запасе мощности передается мобильным терминалом на связанной компонентной несущей восходящей линии связи на ресурсах, назначенных на связанной компонентной несущей восходящей линии связи, назначенной мобильному терминалу следующим назначением ресурса восходящей линии связи для связанной компонентной несущей восходящей линии связи.
В дополнительном варианте осуществления изобретения, мобильный терминал деактивирует указанную компонентную несущую в случае, когда сообщение (де)активации компонентной несущей указывает деактивацию компонентной несущей нисходящей линии связи. Однако эта деактивация не осуществляется немедленно, но
- после того как протокол HARQ, используемый для передачи транспортных блоков, квитирует успешное декодирование транспортного блока, ожидающего передачи на компонентной несущей нисходящей линии связи, подлежащей деактивации на момент приема сообщения (де)активации компонентной несущей, или
- при достижении максимального количества повторных передач протокола HARQ для транспортного блока, ожидающего передачи на компонентной несущей нисходящей линии связи, подлежащей деактивации.
В этом контексте, под транспортным блоком, ожидающим передачи, подразумевается один или более транспортных блоков, передаваемых в индивидуальных процессах HARQ на компонентной несущей нисходящей линии связи, подлежащей деактивации, и передаваемых в данный момент (в ожидании повторной передачи транспортного блока) на момент приема команды деактивации для компонентной несущей нисходящей линии связи.
Помимо этого, или альтернативно, согласно другому варианту осуществления изобретения, сообщение (де)активации компонентной несущей содержит флаг SRS, который, будучи установлен, запрашивает у мобильного терминала начать отправку опорного сигнала зондирования (SRS) на компонентной несущей восходящей линии связи, связанной с указанной сконфигурированной компонентной несущей нисходящей линии связи. В необязательном порядке, флаг SRS, не будучи установлен, может запрашивать у мобильного терминала прекратить отправку опорного сигнала зондирования (SRS) на компонентной несущей восходящей линии связи, связанной с указанной сконфигурированной компонентной несущей нисходящей линии связи.
Помимо по меньшей мере одного из флага активации и флага SRS, или альтернативно этому, сообщение (де)активации компонентной несущей согласно дополнительному варианту осуществления изобретения содержит флаг запроса CQI, который, будучи установлен, запрашивает обратную связь по качеству канала для одной или более указанных сконфигурированных компонентных несущих нисходящей линии связи.
В разновидности этого варианта осуществления, в случае запрашивания у мобильного терминала отправки обратной связи по качеству канала для указанной компонентной несущей нисходящей линии связи, мобильный терминал осуществляет измерение качества канала для каждой компонентной несущей нисходящей линии связи, указанной посредством сообщения (де)активации компонентной несущей, и передает обратную связь по качеству канала для одной или более указанных компонентных несущих нисходящей линии связи на базовую станцию.
Обратная связь по качеству канала может, например, передаваться на предварительно сконфигурированных ресурсах восходящей линии связи на физическом совместно используемом канале восходящей линии связи (PUSCH) или физическом канале управления восходящей линии связи (PUCCH), или, альтернативно, на ресурсах восходящей линии связи по физическому каналу управления восходящей линии связи (PUCCH), сконфигурированному посредством RRC для периодической обратной связи по качеству канала.
В одной примерной реализации обратная связь по качеству канала передается спустя 4 подкадра или 4 мс после приема подкадра, содержащего сообщение (де)активации компонентной несущей.
В вышеприведенных примерах, обратная связь по качеству канала может быть апериодической обратной связью по качеству канала. Дополнительно или альтернативно инициированию такой апериодической обратной связи по качеству канала или альтернативно этому флаг CQI можно использовать для инициирования начала отправки периодической обратной связи по качеству канала с мобильного терминала. Соответственно, в случае запрашивания у мобильного терминала отправки обратной связи по качеству канала для указанной компонентной несущей нисходящей линии связи, мобильный терминал может периодически осуществлять измерение качества канала для каждой компонентной несущей нисходящей линии связи, указанной посредством сообщения (де)активации компонентной несущей, и может периодически передавать обратную связь по качеству канала для одной или более указанных компонентных несущих нисходящей линии связи на базовую станцию на ресурсах восходящей линии связи, например по физическому каналу управления восходящей линии связи, сконфигурированному посредством RRC для периодической обратной связи по качеству канала.
Кроме того, чтобы не увеличивать число попыток слепого декодирования на мобильном терминале для определения формата информации канала управления, сигнализированной по PDCCH принятого подкадра, в другом варианте осуществления изобретения формат сообщения (де)активации компонентной несущей (который можно рассматривать как формат DCI) имеет такой же размер (количество битов), как, по меньшей мере, один другой формат информации управления нисходящей линии связи, заданный в системе мобильной связи. Например, при реализации изобретения в системе LTE-A 3GPP (выпуск 10) или ее последующих вариантов формат сообщения (де)активации компонентной несущей может иметь такой же размер, как форматы DCI 0/1A в LTE 3GPP (выпуск 8/9) или LTE-A 3GPP (выпуск 10). Кроме того, размер формата сообщения (де)активации компонентной несущей может, в необязательном порядке, зависеть от полосы компонентной несущей. Полоса компонентной несущей может быть, например, полосой компонентной несущей, состояние активации которой сигнализируется посредством сообщения (де)активации компонентной несущей и/или его приложения CRC, или полосой компонентной несущей, на которой сигнализируется сообщение (де)активации компонентной несущей.
В другом варианте осуществления изобретения, прием сообщения (де)активации компонентной несущей квитируется мобильным терминалом. Это можно реализовать, например, посредством сигнализации ACK/NACK на восходящей линии связи при данном хронировании относительно передачи сообщения (де)активации компонентной несущей. Альтернативно, квитирование также может быть отправлено в форме обратной связи по качеству канала на указанной(ых) компонентной(ых) несущей(их) нисходящей линии связи. Этот последний вариант может быть полезен, например, если флаг CQI в сообщении (де)активации компонентной несущей инициирует обратную связь по качеству канала с мобильного терминала.
Дополнительный аспект изобретения предусматривает реализацию различных способов (де)активации сконфигурированных компонентных несущих в системе связи, использующей агрегацию компонентных несущих, аппаратными и/или программными средствами. В этой связи предусмотрены различные устройства, которые осуществляют или участвуют в осуществлении таких способов.
Один вариант осуществления изобретения, таким образом, предусматривает мобильный терминал для (де)активации сконфигурированных компонентных несущих в системе связи, использующей агрегацию компонентных несущих. Мобильный терминал содержит приемник для приема на физическом совместно используемом канале нисходящей линии связи транспортного блока, содержащего сообщение (де)активации компонентной несущей, причем сообщение (де)активации компонентной несущей содержит информацию (де)активации, указывающую, какая(ие) из множества сконфигурированных компонентных несущих нисходящей линии связи подлежит(ат) активации и, соответственно, деактивации мобильным терминалом, и процессор для активации или деактивации сконфигурированных компонентных несущих согласно информации (де)активации, полученной из сообщения (де)активации компонентной несущей.
Кроме того, согласно варианту осуществления изобретения, мобильный терминал выполнен для/содержит средство осуществления способа (де)активации сконфигурированных компонентных несущих в системе связи, использующей агрегацию компонентных несущих согласно одному из различных описанных здесь вариантов осуществления, где сообщение (де)активации компонентной несущей отправляется как часть транспортного блока на физическом совместно используемом канале нисходящей линии связи.
Другой вариант осуществления изобретения предусматривает мобильный терминал для использования в системе связи, использующей агрегацию компонентных несущих. Мобильный терминал содержит приемник для приема подкадра от базовой станции и средство обработки для осуществления слепого декодирования в области сигнализации управления на одной из сконфигурированных компонентных несущих нисходящей линии связи в принятом подкадре для получения сообщения (де)активации компонентной несущей и его приложения CRC, причем приложение CRC содержит CRC сообщения (де)активации компонентной несущей, причем CRC скремблировано с помощью временного идентификатора радиосети (RNTI), характерного для компонентной несущей или характерного для соты, используемого для сигнализации состояния активации целевой(ых) компонентной(ых) несущей(их). В слепом декодировании также могут быть задействованы, например, декодер и демодулятор мобильного терминала.
Процессор мобильного терминала также проверяет CRC приложения CRC с использованием временного идентификатора радиосети, характерного для компонентной несущей или характерного для радиосоты. Как упомянуто выше, эта проверка CRC может осуществляться, например, путем дескремблирования CRC приложения CRC с использованием временного идентификатора радиосети, характерного для компонентной несущей или характерного для радиосоты, и последующего сравнения дескремблированного CRC с CRC, (локально) генерируемым процессором мобильного терминала из принятого и декодированного канала управления нисходящей линии связи.
В случае совпадения, т.е. в случае когда CRC проходит проверку, мобильный терминал определяет идентификатор мобильного терминала из сообщения (де)активации компонентной несущей. Кроме того, процессор проверяет, на основании идентификатора мобильного терминала, предназначено ли сообщение (де)активации компонентной несущей мобильному терминалу. Соответственно, мобильный терминал может активировать или деактивировать сконфигурированные компонентные несущие согласно информации (де)активации, полученной из сообщения (де)активации компонентной несущей и/или неявно заданной для использования временного идентификатора радиосети для скремблирования приложения CRC, если сообщение (де)активации компонентной несущей предназначено мобильному терминалу.
В другом варианте осуществления изобретения, предусмотрена базовая станция для (де)активации сконфигурированных компонентных несущих мобильного терминала в системе связи, использующей агрегацию компонентных несущих. Базовая станция содержит процессор для генерации сообщения (де)активации компонентной несущей, содержащего, по меньшей мере, идентификатор мобильного терминала упомянутого мобильного терминала. Процессор также определяет CRC для сообщения (де)активации компонентной несущей и скремблирует CRC с помощью временного идентификатора радиосети (RNTI), характерного для компонентной несущей или характерного для соты, используемого для сигнализации состояния активации целевой(ых) компонентной(ых) несущей(их), чтобы тем самым получить приложение CRC сообщения (де)активации компонентной несущей. Кроме того, базовая станция также включает в себя передатчик для передачи сообщения (де)активации компонентной несущей и его приложения CRC в области сигнализации управления компонентной несущей нисходящей линии связи в подкадре на мобильный терминал.
Изобретение также относится к реализации способов (де)активации сконфигурированных компонентных несущих в системе связи, использующей агрегацию компонентных несущих, описанных здесь программными средствами. Поэтому один дополнительный вариант осуществления изобретения предусматривает компьютерно-читаемый носитель, хранящий инструкции, которые, при исполнении процессором мобильного терминала, предписывают мобильному терминалу (де)активировать сконфигурированные компонентные несущие в системе связи, использующей агрегацию компонентных несущих, путем приема на физическом совместно используемом канале нисходящей линии связи транспортного блока, содержащего сообщение (де)активации компонентной несущей, причем сообщение (де)активации компонентной несущей содержит информацию (де)активации, указывающую, какая(ие) из множества сконфигурированных компонентных несущих нисходящей линии связи подлежит(ат) активации и, соответственно, деактивации мобильным терминалом, и активации или деактивации сконфигурированных компонентных несущих согласно информации (де)активации, полученной из сообщения (де)активации компонентной несущей.
Дополнительный вариант осуществления изобретения относится к компьютерно-читаемому носителю, хранящему инструкции, которые, при исполнении процессором мобильного терминала, предписывают мобильному терминалу осуществлять один из различных способов (де)активации сконфигурированных компонентных несущих в системе связи, использующей агрегацию компонентных несущих. В одном примере, мобильному терминалу может быть предписано, например, принимать подкадр от базовой станции и осуществлять слепое декодирование в области сигнализации управления на одной из сконфигурированных компонентных несущих нисходящей линии связи в принятом подкадре для получения сообщения (де)активации компонентной несущей и его приложения CRC. Приложение CRC содержит CRC сообщения (де)активации компонентной несущей, причем CRC скремблирован с помощью временного идентификатора радиосети (RNTI), характерного для компонентной несущей или характерного для соты, используемого для сигнализации состояния активации целевой(ых) компонентной(ых) несущей(их).
Выполняемые инструкции также могут предписывать мобильному терминалу проверять CRC приложения CRC с использованием временного идентификатора радиосети, характерного для компонентной несущей или характерного для радиосоты. В случае когда CRC проходит проверку, мобильному терминалу предписывается определять идентификатор мобильного терминала (например, ID UE или RNTI, характерный для мобильного терминала) из сообщения (де)активации компонентной несущей. Кроме того, инструкции, исполняемые процессором мобильного терминала, предписывают мобильному терминалу проверять на основании идентификатора мобильного терминала, предназначено ли сообщение (де)активации компонентной несущей мобильному терминалу, и если сообщение (де)активации компонентной несущей предназначено мобильному терминалу, активировать или деактивировать сконфигурированные компонентные несущие согласно информации (де)активации, полученной из сообщения (де)активации компонентной несущей и/или неявно заданной для использования временного идентификатора радиосети для скремблирования приложения CRC.
Другой вариант осуществления поэтому относится к компьютерно-читаемому носителю, хранящему инструкции, которые, при исполнении процессором базовой станции, предписывают базовой станции осуществлять один из различных способов (де)активации сконфигурированных компонентных несущих в системе связи, использующей агрегацию компонентных несущих. В одном примере, базовой станции может быть предписано, например, генерировать сообщение (де)активации компонентной несущей, содержащее, по меньшей мере, идентификатор мобильного терминала. Исполнение инструкций процессором базовой станции может дополнительно предписывать базовой станции определять CRC для сообщения (де)активации компонентной несущей и скремблировать CRC с помощью временного идентификатора радиосети (RNTI), характерного для компонентной несущей или характерного для соты, используемого для сигнализации состояния активации целевой(ых) компонентной(ых) несущей(их), для получения тем самым приложения CRC сообщения (де)активации компонентной несущей. Кроме того, исполнение инструкций процессором базовой станции также может предписывать ей передавать сообщение (де)активации компонентной несущей и его приложение CRC в области сигнализации управления компонентной несущей нисходящей линии связи в подкадре на мобильный терминал.
Краткое описание чертежей
В дальнейшем изобретение описано более подробно со ссылкой на прилагаемые фигуры и чертежи. Аналогичные или соответствующие детали в фигурах обозначены одинаковыми ссылочными позициями.
Фиг.1 демонстрирует примерную архитектуру системы LTE 3GPP,
фиг.2 демонстрирует примерный обзор общей архитектуры E-UTRAN для LTE 3GPP,
фиг.3 демонстрирует примерную структуру подкадра на компонентной несущей нисходящей линии связи, заданную для LTE 3GPP (выпуск 8/9),
фиг.4 демонстрирует примерную сетку ресурсов нисходящей линии связи слота нисходящей линии связи, заданную для LTE 3GPP (выпуск 8/9),
фиг.5 и 6 демонстрируют структуру уровня 2 LTE-A 3GPP (выпуск 10) с агрегацией активированных несущих для нисходящей линии связи и восходящей линии связи, соответственно,
фиг.7 и 8 демонстрируют примерные связи между компонентными несущими нисходящей линии связи и восходящей линии связи в LTE-A 3GPP (выпуск 10),
фиг.9 примерно демонстрирует зависимость размера сообщения (де)активации компонентной несущей от полосы компонентной несущей согласно варианту осуществления изобретения и в связи с форматом DCI 0/1A,
фиг.10-19 демонстрируют разные форматы сообщения (де)активации компонентной несущей согласно разным вариантам осуществления изобретения,
фиг.20-23 демонстрируют разные примерные сценарии, связанные с квитированием сообщения (де)активации компонентной несущей и инициированием передачи отчета CQI с мобильного терминала в соответствии с разными вариантами осуществления изобретения,
фиг.24 демонстрирует элемент управления MAC согласно примерному варианту осуществления изобретения для одновременной (де)активации одной или более компонентных несущих нисходящей линии связи и (де)активации передач SRS на одной или более (связанных) компонентных несущих восходящей линии связи пользовательского оборудования, и
фиг.25 и 26 демонстрируют разные форматы сообщения (де)активации компонентной несущей согласно разным вариантам осуществления изобретения.
Подробное описание изобретения
В нижеследующих абзацах будут описаны различные варианты осуществления изобретения. Исключительно в примерных целях, большинство вариантов осуществления описаны в связи со схемой ортогонального радиодоступа на одной несущей восходящей линии связи согласно системам мобильной связи LTE 3GPP (выпуск 8) и LTE-A (выпуск 10), рассмотренным выше в разделе Уровень техники. Следует отметить, что изобретение можно преимущественно использовать, например, в связи с системой мобильной связи например, ранее описанными системами связи LTE 3GPP (выпуск 8) и LTE-A (выпуск 10), но изобретение не ограничивается использованием в этой конкретной примерной сети связи.
Объяснения, приведенные выше в разделе Уровень техники, предназначены для обеспечения более глубокого понимания описанных здесь примерных вариантов осуществления, относящихся, в основном, к LTE 3GPP (выпуск 8) и LTE-A (выпуск 10), и не призваны ограничивать изобретение описанными конкретными реализациями процессов и функций в сети мобильной связи.
Одна возможная реализация для указания компонентной несущей на нисходящей линии связи, которая подлежит активации, предусматривает использование поля CIF в форматах DCI нисходящей линии связи для LTE-A 3GPP (выпуск 10). В случае когда поле CIF указывает сконфигурированную, но деактивированную компонентную несущую нисходящей линии связи, эта компонентная несущая нисходящей линии связи активируется. Однако этот подход нельзя использовать напрямую для деактивации компонентной несущей. Кроме того, поле CIF может не являться обязательной частью форматов DCI.
Другое решение для (де)активации сконфигурированных компонентных несущих нисходящей линии связи состоит в применении механизма, аналогичного активации и деактивации частично стабильной диспетчеризации (SPS) LTE 3GPP (выпуск 8/9). Каждому экземпляру пользовательского оборудования назначается RNTI, характерный для UE (SPS-C-RNTI). В случае когда CRC DCI скремблируется с помощью SPS-C-RNTI, эта DCI интерпретируется как сообщение активации или деактивации. Этот механизм также можно использовать для активации и деактивации компонентных несущих нисходящей линии связи. Однако его недостаток может состоять в том, что для каждого экземпляра пользовательского оборудования, для которого сконфигурирована агрегация несущих, потребуется новый отдельный RNTI. Поскольку суммарное количество RNTI ограничено 65536, многие из них необходимы для целей, не связанных с агрегацией несущих (например, C-RNTI, SPS-C-RNTI и т.д.), и количество экземпляров пользовательского оборудования при активации несущих должно поддерживать большое пиковое количество, было бы предпочтительно найти другие способы, которые не налагают такого требования.
Другое решение для (де)активации сконфигурированных компонентных несущих нисходящей линии связи и в соответствии с первым аспектом изобретения предусмотрен формат сигнализации для передачи сообщения (де)активации компонентной несущей для управления состоянием активации, по меньшей мере, одной компонентной несущей. Предложенный новый формат сообщения (де)активации компонентной несущей позволяет в явном виде идентифицировать предназначенного получателя сообщения (де)активации компонентной несущей. Например, эту идентификация можно реализовать путем включения идентификатора (ID) мобильного терминала в сообщение (де)активации компонентной несущей. Этот ID мобильного терминала (также именуемый ID UE) сигнализируется, например, в поле идентификатора мобильного терминала сообщения (де)активации компонентной несущей. В одной примерной реализации ID мобильного терминала, указанный в сообщении (де)активации компонентной несущей, является идентификатором, характерным для мобильного терминала, например, C-RNTI мобильного терминала.
Ввиду того, что сообщение (де)активации компонентной несущей указывает предназначенного получателя для сообщения (де)активации компонентной несущей, больше не требуется однозначно идентифицировать предназначенного получателя сообщения (де)активации компонентной несущей посредством скремблирования CRC сообщения (де)активации компонентной несущей с помощью идентификатора, характерного для мобильного терминала. Формат сообщения (де)активации компонентной несущей можно рассматривать как формат информации управления нисходящей линии связи (DCI). На физическом уровне сообщение (де)активации компонентной несущей является информацией канала управления нисходящей линии связи, который отображается в физический канал управления нисходящей линии связи (PDCCH) для передачи на мобильный терминал.
В соответствии с первым аспектом изобретения, CRC вычисляется на основании сообщения (де)активации компонентной несущей и скремблируется на базовой станции. Скремблирование осуществляется на базовой станции с использованием временного идентификатора радиосети, характерного для компонентной несущей или характерного для соты. Как указано выше, это позволяет значительно сократить количество временных идентификаторов радиосети, которые необходимо резервировать для управления состоянием (де)активации сконфигурированных компонентных несущих.
Как упомянуто в предыдущем абзаце, формат сообщения (де)активации компонентной несущей можно рассматривать как новый формат информации канала управления нисходящей линии связи, который отображается в физический канал управления нисходящей линии связи (PDCCH). Временные идентификаторы радиосети, характерные для компонентной несущей или характерные для соты, используемые для скремблирования CRC сообщения (де)активации компонентной несущей, таким образом, указывают формат информации канала управления нисходящей линии связи, которая является сообщением (де)активации компонентной несущей.
Кроме того, в случае использования временного(ых) идентификатора(ов) радиосети, характерного(ых) для компонентной несущей, который(е) связан(ы) с соответствующей компонентной несущей, временный(е) идентификатор(ы) радиосети, характерный(е) для несущей, также указывает(ют) компонентную несущую, подлежащую активации или деактивации. Следовательно, сообщение (де)активации компонентной несущей, а также приложение CRC (т.е. CRC для сообщения (де)активации компонентной несущей, скремблированный с помощью данного временного идентификатора радиосети) указывают мобильному терминалу желаемое состояние активации компонентных несущих, т.е. указывают, какая из них подлежит (де)активации.
Дополнительное решение для (де)активации сконфигурированных компонентных несущих нисходящей линии связи и в соответствии со вторым аспектом изобретения, сообщение (де)активации компонентной несущей предоставляется в транспортном блоке на физическом совместно используемом канале нисходящей линии связи (PDSCH). Таким образом, транспортный блок передается посредством (части) запланированной передачи на PDSCH на мобильный терминал. Сообщение (де)активации компонентной несущей может мультиплексироваться с другими данными логических каналов в транспортный блок. Кроме того, сообщению (де)активации компонентной несущей можно, в необязательном порядке, назначать идентификатор логического канала (LCID).
По аналогии с решениями в соответствии с первым аспектом изобретения, сообщение (де)активации компонентной несущей содержит информацию (де)активации, которая указывают для соответствующих компонентных несущих нисходящей линии связи, сконфигурированных мобильным терминалом, состояние активации соответствующих компонентных несущих, и которая позволяет мобильному терминалу распознавать изменение состояния активации соответствующих компонентных несущих нисходящей линии связи. Обнаружение такого изменения состояния активации для одной или более компонентных несущих нисходящей линии связи будет предписывать мобильному терминалу активировать или деактивировать задействованную(ые) сконфигурированную(ые) компонентную(ые) несущую(ие) нисходящей линии связи, соответственно. В одной примерной реализации, информация (де)активации для компонентных несущих может быть предоставлена в элементе управления MAC, т.е. посредством сигнализации MAC.
Кроме того, также в соответствии с этим вторым аспектом изобретения, информация (де)активации может быть предоставлена в форме битовой карты. Отдельные биты битовой карты указывают состояние активации соответствующей сконфигурированной компонентной несущей нисходящей линии связи, ассоциированной с соответствующим битом битовой карты.
Дополнительный аспект изобретения предусматривает инициирование сигнализации опорных сигналов зондирования (SRS) на восходящей линии связи. Это можно делать посредством индивидуального сообщения сигнализации или совместно с (де)активацией сконфигурированных компонентных несущих. В случае использования индивидуального сообщения сигнализации, можно задать сообщение (де)активации SRS. Это сообщение (де)активации SRS может повторно использовать разные структуры и механизмы для передачи сообщения (де)активации компонентной несущей согласно различным описанным здесь вариантам осуществления. Например, сообщение (де)активации SRS может содержать информацию (де)активации SRS, которая указывала состояние активации передачи SRS для компонентных несущих восходящей линии связи, сконфигурированных для мобильного терминала.
Эта информация (де)активации SRS может быть структурирована аналогично информации (де)активации компонентной несущей. Например, информация (де)активации SRS может быть предоставлена в форме битовой карты. Отдельные биты этой битовой карты могут указывать сигнализацию SRS состояния активации на соответствующей сконфигурированной компонентной несущей восходящей линии связи, ассоциированной с соответствующим битом битовой карты. Альтернативно, биты битовой карты в сообщении (де)активации SRS также можно считать ассоциированными с соответствующими сконфигурированными компонентными несущими нисходящей линии связи, и логические значения отдельных битов битовой карты указывают состояние активации сигнализации SRS на компонентной несущей восходящей линии связи, связанной с соответствующей компонентной несущей нисходящей линии связи, ассоциированной с данным битом в битовой карте.
Сообщение (де)активации SRS может сигнализироваться как часть транспортного блока на физическом совместно используемом канале восходящей линии связи, как описано здесь согласно варианту осуществления в соответствии со вторым аспектом этого изобретения), или может сигнализироваться как новый формат информации канала управления нисходящей линии связи, который отображается в физический канал управления нисходящей линии связи (PDCCH), как описано здесь согласно варианту осуществления в соответствии с первым аспектом изобретения.
Кроме того, информация (де)активации SRS также может быть отправлена совместно с информацией (де)активации для активации/деактивации сконфигурированных компонентных несущих нисходящей линии связи в едином сообщении. В одном примерном варианте осуществления изобретения, информация (де)активации SRS и информация (де)активации компонентной несущей сигнализируются в элементе управления MAC как часть транспортного блока физического совместно используемого канала нисходящей линии связи. В дополнительном примерном варианте осуществления, информация (де)активации SRS и информация (де)активации компонентной несущей сигнализируются совместно в новом формате информации канала управления нисходящей линии связи, которая отображается в физический канал управления нисходящей линии связи (PDCCH), как описано здесь в соответствии с первым аспектом изобретения.
Следует отметить, что принципы (де)активации компонентной несущей можно применять для активации и деактивации компонентных несущих нисходящей линии связи и восходящей линии связи. В этой связи следует также заметить, что в примерных вариантах осуществления и реализациях изобретения предполагается, что можно задать следующие три состояния активации компонентной несущей: несконфигурированное, сконфигурированное, но деактивированное, и активное. Кроме того, также важно отметить, что в случаях когда для мобильного терминала сконфигурирована компонентная несущая нисходящей линии связи (и/или восходящей линии связи), которая всегда активна, информация (де)активации не нужна для указания состояния активации для такой “всегда активной” компонентной несущей - “всегда активная” компонентная несущая также именуется здесь первичной компонентной несущей (PCC).
Примерно рассматривая компонентные несущие нисходящей линии связи, когда компонентная несущая нисходящей линии связи сконфигурирована, но деактивирована, пользовательскому оборудованию не нужно ни принимать соответствующий PDCCH или PDSCH, ни осуществлять измерения CQI. Напротив, когда компонентная несущая нисходящей линии связи активна, пользовательское оборудование должно принимать PDSCH и PDCCH (если присутствует), и, ожидается, что должно быть способно осуществлять измерения CQI. После конфигурирования компонентной(ых) несущей(их) она (они) находится/находятся в сконфигурированном, но деактивированном состоянии. Для обеспечения приема PDCCH и PDSCH на компонентной несущей нисходящей линии связи, компонентная несущая нисходящей линии связи должна переходить из сконфигурированного, но деактивированного состояния в активное состояние. Конфигурация компонентной несущей может, альтернативно, неявно или явно активировать компонентную несущую, в каковом случае компонентная несущая должна переходить из активного (“сконфигурированного и активного”) состояния в сконфигурированное, но деактивированное состояние для экономии ресурсов и/или сигнализации обработки.
Когда компонентная несущая восходящей линии связи сконфигурирована и активирована, она предполагается пригодной для передачи сигналов и каналов, например, ACK/NACK, опорных символов зондирования, запроса диспетчеризации и периодических отчетов CQI. Напротив, когда компонентная несущая нисходящей линии связи находится в сконфигурированном, но деактивированном состоянии, предполагается, что компонентная несущая восходящей линии связи полностью подавлена и непригодна для передачи сигналов и каналов восходящей линии связи, например, вышеперечисленных.
Таким образом, новая предложенная (де)активация компонентной несущей согласно различным описанным здесь вариантам осуществления изобретения можно использовать для указания переходов между сконфигурированным, но деактивированным состоянием и активным состоянием (“сконфигурированным и активированным”).
Как описано выше, один аспект изобретения предусматривает новое сообщение (де)активации компонентной несущей для (де)активации одной или более компонентных несущих восходящей линии связи или нисходящей линии связи. Согласно одному варианту осуществления изобретения, связанному с реализацией концепций этого изобретения в системе на основе 3GPP, использующей агрегацию несущих на нисходящей линии связи и/или восходящей линии связи, форматом для нового сообщения (де)активации компонентной несущей является формат DCI. Новое сообщение (де)активации компонентной несущей содержит, по меньшей мере, ID целевого UE, например C-RNTI пользовательского оборудования, которому предназначено новое сообщение (де)активации компонентной несущей. Кроме того, в случае когда компонентная(ые) несущая(ие), к которой(ым) относится новое сообщение (де)активации компонентной несущей, не является(ются) неявно заданной(ыми) для использования RNTI для скремблирования CRC нового сообщения (де)активации компонентной несущей, новое сообщение (де)активации компонентной несущей дополнительно содержит ID целевой компонентной несущей. Пример сообщения (де)активации компонентной несущей согласно одному варианту осуществления изобретения, включающего в себя флаг запроса CQI, показан на фиг.16. Оставшиеся биты, доступные в сообщении (де)активации компонентной несущей, можно использовать для сигнализации дополнительной информации или запрашивания мобильного терминала, что будет рассмотрено ниже, или могут быть заполнены заполнением или могут быть зарезервированными битами.
Этот ID целевой компонентной несущей может сигнализироваться, например, в поле нового сообщения (де)активации компонентной несущей, которое имеет размер битов при условии, что на восходящей/нисходящей линии связи существует одна всегда активная компонентная несущая, так называемая несущая-якорь, которую невозможно активировать/деактивировать с помощью этого сообщения, и где - количество сконфигурированных компонентных несущих восходящей/нисходящей линии связи, и - предельная функция, т.е. наименьшее целое число, большее или равное . Следовательно, для типичного сценария нисходящей линии связи можно предположить, что существует до сконфигурированных компонентных несущих нисходящей линии связи, одна из которых задана как несущая-якорь, так что для ID целевой компонентной несущей в сообщении (де)активации компонентной несущей требуется всего 2 бита.
Кроме того, согласно дополнительному аспекту и варианту осуществления изобретения, для скремблирования CRC для сообщения (де)активации компонентной несущей не используются RNTI, характерные для пользовательского оборудования, при отображении сообщения (де)активации компонентной несущей в качестве информации канала управления нисходящей линии связи в PDCCH. Это становится возможным, поскольку ID целевого UE составляет часть полезной нагрузки сообщения (де)активации компонентной несущей. Напротив, RNTI, используемый для сообщений сигнализации, связанных с (де)активацией компонентных несущих, например сообщения (де)активации компонентной несущей, является либо RNTI, характерным для соты, либо RNTI, характерным для компонентной несущей.
Если при скремблировании CRC используется единичный RNTI, характерный для соты, заданный для сигнализации сообщений, относящихся к (де)активации компонентных несущих, например сообщения (де)активации компонентной несущей, то полезная нагрузка сообщения (де)активации компонентной несущей дополнительно включает в себя информацию, к какой компонентной несущей нужно применять команду (де)активации. С этой целью сообщение (де)активации компонентной несущей может содержать один или более ID целевой компонентной несущей для указания одной или более компонентных несущих на нисходящей или восходящей линии связи, которые нужно активировать или деактивировать. Базовая станция может указывать RNTI, характерный для соты, для (де)активации компонентной несущей на мобильный терминал посредством сигнализации RRC, например в составе сообщения конфигурации компонентной несущей.
В случае когда одну или все компонентные несущие, указанные в сообщении (де)активации компонентной несущей, следует (одновременно) активировать или деактивировать, сообщение (де)активации компонентной несущей может содержать дополнительный флаг активации/деактивации для указания, подлежит ли одна или более компонентных несущих активации или деактивации. Другой пример сообщения (де)активации компонентной несущей согласно дополнительному варианту осуществления изобретения, включающего в себя множественные ID целевой компонентной несущей и единичный флаг активации/деактивации, показан на фиг.11.
В альтернативной реализации согласно дополнительному варианту осуществления, сообщение (де)активации компонентной несущей содержит флаг активации/деактивации для каждого ID целевой компонентной несущей, указанного в ID целевой компонентной несущей. Таким образом, базовая станция может предписывать мобильному терминалу по отдельности активировать или деактивировать соответствующую(ие) компонентную(ые) несущую(ие), указанную(ые) посредством ID целевой компонентной несущей. Следует отметить, что, в зависимости от определения, ID целевой компонентной несущей и соответствующий флаг активации/деактивации могут задаваться двумя полями сообщения (де)активации компонентной несущей, или же эти два вида информации предоставляются в единой сигнализации поле активации/деактивации компонентной несущей. Пример сообщения (де)активации компонентной несущей согласно одному варианту осуществления изобретения, включающего в себя множественные ID целевой компонентной несущей и флаги активации/деактивации, показан на фиг.12.
Кроме того, в другом варианте осуществления изобретения, существует два RNTI, характерных для соты, заданных для сигнализации сообщений, относящихся к (де)активации компонентных несущих, например, сообщения (де)активации компонентной несущей. В этом случае один из двух RNTI (RNTI активации) можно использовать для указания активации компонентной(ых) несущей(их), указанной(ых) посредством одного или более ID целевой компонентной несущей в сообщении (де)активации компонентной несущей. Аналогично, другой из двух RNTI (RNTI деактивации) можно использовать для указания деактивации компонентной(ых) несущей(их), указанной(ых) посредством одного или более ID целевой компонентной несущей в сообщении (де)активации компонентной несущей. Поэтому в этой примерной реализации в полезной нагрузке не требуется никакого дополнительного флага активации/деактивации сообщения (де)активации компонентной несущей. Базовая станция может указывать RNTI активации и RNTI деактивации для (де)активации компонентной несущей и их соответствующую функцию (активации/деактивации) мобильному терминалу посредством сигнализации RRC, например в составе сообщения конфигурации компонентной несущей. Пример сообщения (де)активации компонентной несущей согласно варианту осуществления изобретения, включающего в себя ID целевой компонентной несущей, но не флаги активации/деактивации, показан на фиг.13.
В другом варианте осуществления изобретения, один или два RNTI, характерных для соты, можно использовать, как описано выше. Вместо указания отдельной компонентной несущей, подлежащей активации, посредством ID целевой компонентной несущей (и с использованием соответствующих флагов активации/деактивации) в сообщении (де)активации компонентной несущей сигнализируется битовая маска для указания состояния активации каждой сконфигурированной компонентной несущей восходящей/нисходящей линии связи. Пример сообщения (де)активации компонентной несущей для (де)активации компонентных несущих восходящей/нисходящей линии связи показан на фиг.18. Битовая маска содержится в поле битовой маски CC. Битовая маска состоит из битов, где - количество сконфигурированных компонентных несущих восходящей/нисходящей линии связи. Если существует сконфигурированных компонентных несущих, битовая маска имеет размер 4 бита. Следует отметить, что требуется только битов, если предположить, что для мобильного терминала в режиме соединения на восходящей и нисходящей линии связи всегда существует одна активная компонентная несущая нисходящей линии связи. Каждый из битов в битовой маске связан с соответствующей сконфигурированной компонентной несущей на восходящей/нисходящей линии связи. Логическое значение 1 для бита битовой маски может указывать сконфигурированную компонентную несущую нисходящей линии связи, ассоциированную с битом, как активную, тогда как логическое значение 0 бита битовой маски может указывать соответствующую сконфигурированную компонентную несущую нисходящей линии связи, ассоциированную с битом, как сконфигурированную, но деактивированную (или наоборот). Использование сообщения (де)активации согласно этому варианту осуществления изобретения имеет преимущество в том, что единичная полезная нагрузка DCI может активировать и деактивировать одновременно несколько компонентных несущих.
Ассоциация между соответствующей ассоциацией между битами битовой маски (или кодовыми точками поля битовой маски) и компонентной несущей можно сконфигурировать, например, для каждого сообщения конфигурации более высокого уровня, например RRC, мобильного терминала.
В соответствии с дополнительным вариантом осуществления изобретения, RNTI, характерный для компонентной несущей, используется для скремблирования CRC. В этом варианте осуществления, каждой из сконфигурированных компонентных несущих на нисходящей или восходящей линии связи назначается конкретный RNTI. RNTI, характерные для компонентной несущей, также можно задавать для каждой соты, что позволяет рассматривать их как подкласс RNTI, характерных для соты. Следует отметить, что несущей-якорю также может быть назначен RNTI, характерный для компонентной несущей, поскольку разные мобильные терминалы могут иметь разные несущие-якоря в соте, управляемой базовой станцией.
Мобильный терминал может информироваться базовой станцией о соответствии между RNTI компонентных несущих и компонентными несущими. Информация соответствия может сигнализироваться, например, на мобильный терминал посредством сигнализации RRC, например, в составе сообщения конфигурации компонентной несущей. Одно преимущество использования RNTI, характерного(ых) для компонентной несущей, состоит в том, что мобильный узел, не сконфигурированный отслеживать RNTI, характерный(ые) для компонентной несущей, для (де)активации компонентных несущих, не может ошибочно (де)активировать компонентную несущую в случае поврежденного сообщения DCI. Кроме того, помимо RNTI, характерного(ых) для компонентной несущей, также должен совпадать ID целевого UE в сообщении (де)активации, что уменьшает вероятность ложной (де)активации компонентной несущей.
В этом случае RNTI, характерный для компонентной несущей, используемый базовой станцией для скремблирования CRC сообщения (де)активации компонентной несущей, уже указывает мобильному терминалу компонентную несущую, к которой относится команда (де)активации сообщения (де)активации компонентной несущей. Следовательно, в этом случае сообщение (де)активации компонентной несущей может не включать в себя ID целевой компонентной несущей. Тем не менее, сообщение (де)активации компонентной несущей может включать в себя флаг активации/деактивации для указания состояния активации, устанавливаемый для компонентной несущей, указанной посредством RNTI, характерного для компонентной несущей. В примере сообщения (де)активации компонентной несущей согласно варианту осуществления изобретения, флаг активации/деактивации для компонентной несущей нисходящей линии связи, неявно заданной для использования RNTI, характерного для компонентной несущей, для скремблирования CRC, показан на фиг.14.
В другом альтернативном варианте осуществления, существует два RNTI, характерных для компонентной несущей, заданных для каждой компонентной несущей для скремблирования CRC сообщений, связанных с (де)активацией компонентной несущей, например предложенного сообщения (де)активации компонентной несущей. По аналогии с вышеприведенным примером, один из двух RNTI, характерных для компонентной несущей (RNTI активации), указывает необходимость активации компонентной несущей, связанной с RNTI, характерным для компонентной несущей, тогда как другой из двух RNTI, характерных для компонентной несущей (RNTI деактивации), указывает необходимость деактивации компонентной несущей, связанной с RNTI, характерным для компонентной несущей. Таким образом, сообщение (де)активации компонентной несущей может быть необходимо только для сигнализации ID UE для предназначения сообщения, связанного с (де)активацией компонентной несущей надлежащему получателю (пользовательскому оборудованию), тогда как компонентная несущая, подлежащая (де)активации, неявно задана для использования RNTI для скремблирования CRC сообщения, связанного с (де)активацией компонентной несущей. Следует отметить также, что в этом случае базовая станция может указывать соответствие RNTI активации и RNTI деактивации для разных компонентных несущих посредством сигнализации RRC, например, в составе сообщения конфигурации компонентной несущей. Пример сообщения (де)активации компонентной несущей согласно варианту осуществления изобретения, содержащего только ID целевого UE и, в необязательном порядке, дополнительную информацию и запрос (расширенное использование), показан на фиг.15.
Независимо от того, используются ли RNTI, характерные для соты или характерные для компонентной несущей, эти RNTI могут сигнализироваться на мобильные терминалы посредством сигнализации RRC или другими средствами отправки информации управления, связанной с режимом агрегации несущих. В частности, при конфигурировании терминала, для которого компонентную(ые) несущую(ие) следует рассматривать как "сконфигурированную(ые)", мобильный терминал также получает извещение о том, какой(ие) RNTI использовать для одной или более таких сконфигурированных компонентных несущих.
Кроме того, в системе на основе 3GPP связи, использующей OFDM на нисходящей линии связи, можно предположить, что сообщение (де)активации компонентной несущей образует полезную нагрузку (DCI) для PDCCH, передаваемого в подкадре на компонентной несущей нисходящей линии связи на один или более экземпляров пользовательского оборудования, и экземпляры пользовательского оборудования осуществляют слепое декодирование на разных форматах DCI, сигнализируемых в подкадре на PDCCH. Используя такой же размер, как у, по меньшей мере, одного другого формата DCI, заданного в системе связи для формата сообщения (де)активации компонентной несущей, и используя неявный для него формат посредством RNTI, характерного(ых) для соты или характерного(ых) для компонентной несущей, можно избежать увеличения числа попыток слепого декодирования на мобильном терминале.
Поскольку, таким образом, предполагается, что формат сообщения (де)активации компонентной несущей имеет данный размер, оставшиеся биты не нужны для сигнализации ID UE, и информацию (де)активации компонентной несущей, связанную, например, с ID целевой компонентной несущей и флагом(ами) активации, можно использовать, например, для сигнализации дополнительной информации или запрашивания мобильных терминалов. Следует отметить, что в различных вышеописанных примерах, поясняющих, как можно использовать RNTI, характерный(ые) для соты или характерный(ые) для компонентной несущей, имеется возможность избежать сигнализации ID целевой компонентной несущей и/или флага(ов) активации/деактивации, что позволяет минимизировать (или даже свести к нулю) размер информации, связанной с (де)активацией компонентной несущей. Кроме того, размер формата сообщения (де)активации компонентной несущей может быть либо постоянным (фиксированным), либо может зависеть от полосы компонентной несущей, например полосы (де)активированной компонентной несущей, полосы компонентной несущей на нисходящей линии связи, на которой сигнализируется сообщение (де)активации компонентной несущей, или связанной компонентной несущей восходящей линии связи для нисходящей линии связи, на которой сигнализируется сообщение (де)активации компонентной несущей.
В одной примерной реализации, размер формата сообщения (де)активации компонентной несущей соответствует размеру форматов DCI 0/1A в LTE 3GPP (выпуск 8/9) или LTE-A 3GPP (выпуск 10). Размер формата может, в необязательном порядке, зависеть от полосы компонентной несущей.
В этом контексте, таблица 4 иллюстрирует размеры форматов 0/1A d LTE 3GPP (выпуск 8/9) (как известно из 3GPP TS 36.212, упомянутого здесь ранее) в зависимости от полосы компонентной несущей:
Если в поле CIF добавлены эти форматы 0/1A, как задано в LTE-A 3GPP (выпуск 10), размер форматов 0/1A в LTE-A 3GPP (выпуск 10) имеет три дополнительных бита для учета поля CIF.
Следовательно, как явствует из различных вышеприведенных примеров, минимальной информацией, которую нужно сигнализировать в сообщении (де)активации компонентной несущей, является ID целевого UE для идентификации предназначенного получателя сообщения (де)активации компонентной несущей. Если ID целевого UE является C-RNTI предназначенного пользовательского оборудования, это означает, что для ID целевого UE требуется 16 битов. Для каждого ID целевой компонентной несущей дополнительно требуется битов. Каждый флаг активации/деактивации требует одного дополнительного бита.
Например, в случае использования одного единственного RNTI, характерного для соты, для идентификации формата DCI, предполагая, что существует сконфигурированных компонентных несущих, из которых необходимо указывать в поле ID целевой компонентной несущей (несущая-якорь всегда находится в активном состоянии), и что нужно сигнализировать только состояние активации для одной компонентной несущей, можно заключить, что полезная нагрузка DCI сообщения (де)активации компонентной несущей требует 16 битов для RNTI, характерного для соты (ID целевого UE), 2 бита для указания целевой компонентной несущей (ID целевой компонентной несущей) один бит флага активации/деактивации (флага (De)Act), что в целом составляет 19 битов. Следовательно, предполагая, что наименьшая полоса компонентной несущей составляет 1.4 МГц, по меньшей мере, два "дополнительных" бита доступно для дальнейшего использования. Если можно упразднить активацию/флаг благодаря использованию двух RNTI, характерных для соты, для идентификации формата DCI и состояния активации, даже три дополнительных бита останутся неиспользованными для наименьшей полосы компонентной несущей 1.4 МГц.
В другом варианте осуществления изобретения и в соответствии со вторым аспектом этого изобретения, сообщение (де)активации компонентной несущей предоставляется в транспортном блоке на физическом совместно используемом канале нисходящей линии связи (PDSCH). Например, сообщение (де)активации компонентной несущей может быть сообщением сигнализации MAC для активации и деактивации компонентных несущих нисходящей линии связи. В одной примерной реализации, сообщение (де)активации компонентной несущей предоставляется в форме нового элемента управления MAC, идентифицированного конкретным LCID. Этот новый элемент управления MAC несет информацию (де)активации, указывающую, какую(ие) сконфигурированную(ые) компонентную(ые) несущую(ие) нисходящей линии связи мобильного терминала следует активировать и/или деактивировать.
Элемент управления MAC для сообщения (де)активации компонентной несущей может быть выравнен по октетам, т.е. содержать множество из 8 битов (1 байта). Фактически, размер элемента управления MAC для (де)активации компонентной несущей может определяться количеством компонентных несущих нисходящей линии связи, которые могут быть сконфигурированы в пользовательском оборудовании. Если предоставлена всегда активная первичная компонентная несущая, как, например, в системе LTE-A 3GPP (выпуск 10), это количество компонентных несущих нисходящей линии связи равно количеству вторичных компонентных несущих, которые могут быть сконфигурированы в пользовательском оборудовании.
В одном примерном варианте осуществления, информация (де)активации в сообщении (де)активации компонентной несущей предоставляется в виде битовой карты. Каждый бит битовой карты представляет флаг активации/деактивации для одной из компонентных несущих нисходящей линии связи (или вторичных компонентных несущих, если предоставлена первичная компонентная несущая). Например, бит, заданный равным 0, может означать, что соответствующая компонентная несущая подлежит деактивации, и бит, заданный равным 1, может означать активацию компонентной несущей, или наоборот.
Альтернативно, биты битовой карты также могут указывать состояние активации компонентных несущих, ассоциированных с соответствующими битами. Например, бит, заданный равным 0, может означать, что состояние активации соответствующей компонентной несущей является сконфигурированным, но деактивированным состоянием, и бит, заданный равным 1, может означать, что состояние активации компонентной несущей является активным состоянием (“сконфигурированное и активированное”), или наоборот. В этом случае мобильный терминал будет определять, существует ли изменение состояния активации для компонентной несущей и, соответственно, активирует или деактивирует соответствующую компонентную несущую. Если количество компонентных несущих нисходящей линии связи, которые необходимо различать, меньше девяти, для сигнализации битовой карты необходим только один октет полезной нагрузки.
Например, в современной стандартизации 3GPP в отношении LTE-A 3GPP (выпуск 10) предполагается, что можно агрегировать максимум пять компонентных несущих на нисходящей линии связи. Одна из этих пяти компонентных несущих нисходящей линии связи предназначается первичной компонентной несущей нисходящей линии связи, которая всегда активна и, следовательно, не может быть активирована или деактивирована. При этом остается четыре дополнительных вторичных компонентных несущих нисходящей линии связи (SCC) на нисходящей линии связи, которые могут быть сконфигурированы в пользовательском оборудовании и, таким образом, могут активироваться/деактивироваться. Следовательно, в одном примерном варианте осуществления изобретения, битовая карта имеет размер четыре бита, соответствующий максимум четырем вторичным компонентным несущим нисходящей линии связи. Таким образом, четыре дополнительных бита остаются для дополнительной сигнализации в элементе управления MAC, который можно использовать для инициирования передачи SRS и/или отчетов о запасе мощности (PHR) пользовательским оборудованием.
Примерное сообщение (де)активации компонентной несущей, задающее новый формат DCI для передачи по PDCCH и для использования в LTE-A 3GPP (выпуск 10), показано на фиг.25. По аналогии с другими предложенными здесь примерными форматами DCI сообщения содержат идентификацию целевого пользовательского оборудования. Кроме того, предусмотрено 4 флага, образующие битовую карту. Каждый из флагов ассоциирован с соответствующей компонентной несущей нисходящей линии связи и используется для ее (де)активации, как описано выше. Следует отметить, что эта 4-битовая карта также может формировать полезную нагрузку элемента управления MAC, который используется для реализации сообщения (де)активации компонентной несущей.
Кроме того, может быть преимущественным обеспечивать наличие взаимно-однозначного отображения между каждым битом битовой карты и соответствующей компонентной несущей, к которой он относится. Такого рода соответствие можно реализовать, например, с использованием индекса компонентной несущей (CI), используемого в сообщении конфигурации компонентной несущей, передаваемом через RRC. Например, самый старший бит (первый бит) битовой карты может быть связан с самым высоким (или самым низким) индексом компонентной несущей, второй после самого старшего (второй бит) битовой карты может быть связан со вторым после самого высокого (вторым после самого низкого) индексом компонентной несущей и т.д. Таким образом, можно установить взаимно-однозначное соответствие между отдельными битовыми позициями в битовой карте и компонентными несущими, к которым они относятся.
Как упомянуто выше, сообщение (де)активации компонентной несущей, например в форме элементов управления MAC, включено в транспортный блок на PDSCH одной из компонентных несущих нисходящей линии связи. Следовательно, для приема сообщения (де)активации компонентной несущей пользовательское оборудование должно успешно декодировать транспортный блок, чтобы “получить” информацию (де)активации. Транспортный блок, содержащий сообщение (де)активации компонентной несущей (а также другие транспортные блоки на PDSCH), можно передавать с использованием протокола HARQ, чтобы обеспечивать его успешную доставку и декодирование на пользовательском оборудовании. Если декодеру пользовательского оборудования не удалось декодировать транспортный блок, повторные передачи HARQ для транспортного блока (включающие в себя сообщение (де)активации компонентной несущей) увеличивают время между фактической выдачей команды (де)активации со стороны eNodeB и приемом команды (де)активации на пользовательском оборудовании. В случае использования элемента управления MAC для (де)активации компонентной несущей, это может означать задержку активации и деактивации с возможными отрицательными последствиями для диспетчеризации и энергосбережения пользовательского оборудования.
Для минимизации возможности повторных передач и, таким образом, избежания вышеупомянутых возможных отрицательных последствий, передача сообщения (де)активации компонентной несущей может ограничиваться, например, наиболее надежными компонентными несущими нисходящей линии связи. В реальных компоновках эта наиболее надежная компонентная несущая может быть - в большинстве случаев - первичной компонентной несущей (PCC) пользовательского оборудования. PCC также ассоциирована с отказом линии радиосвязи (RLF), поэтому она должна быть надежной компонентной несущей, поскольку в противном случае пользовательское оборудование может не установить надежное соединение с сетью. Кроме того, это единственная компонентная несущая, которая всегда активна, т.е. не может быть деактивирована или активирована. Следовательно, в одной примерной реализации, eNodeB передает сообщение (де)активации компонентной несущей на PCC пользовательского оборудования на пользовательское оборудование. Следовательно, если сообщение (де)активации компонентной несущей реализовано как элемент управления MAC, передача элемента управления MAC для (де)активации компонентной несущей в PCC снижает вероятность задержки активации и деактивации вторичных компонентных несущих пользовательского оборудования.
В предыдущих разделах описана (де)активация сконфигурированных компонентных несущих нисходящей линии связи с использованием либо сигнализации L1 (т.е. нового формата DCI на PDCCH), либо сигнализации L2 (т.е. сигнализации сообщения (де)активации компонентной несущей в транспортном блоке на PDSCH, например, в форме элемента управления MAC). Нижеприведенные соображения применимы к обоим аспектам этого изобретения.
Когда eNodeB деактивирует сконфигурированную компонентную несущую нисходящей линии связи, пользовательское оборудование может деактивировать указанные компонентные несущие сразу после приема команды деактивации (сообщения деактивации компонентной несущей). Если пользовательское оборудование принимает сообщение деактивации для сконфигурированной компонентной несущей, когда передача транспортного блока с использованием протокола HARQ (т.е. один из процессов HARQ выполняет (повторную) передачу транспортного блока на PDSCH при получении команды деактивации) не закончена, т.е. повторные передачи все еще ожидают транспортный блок, немедленная деактивация компонентной несущей остановит повторную передачу HARQ, и транспортный блок будет потерян.
Поскольку протокол HARQ уровня 2 также оканчивается на eNodeB, eNodeB осведомлен о текущих повторных передачах HARQ пользовательского оборудования на сконфигурированной компонентной несущей нисходящей линии связи и, таким образом, может не деактивировать компонентную несущую, пока транспортный блок не будет успешно принят пользовательским оборудованием, т.е. не будет (положительно) квитирован пользовательским оборудованием. Однако это может подразумевать, что eNodeB может потребоваться отправлять индивидуальные сообщения деактивации для каждой компонентной несущей, даже при наличии возможности отправлять команду деактивации в одном сообщении сигнализации, поскольку операция HARQ на разных компонентных несущих нисходящей линии связи и процессы HARQ протокола HARQ могут не быть выравнены.
Поэтому, в другом варианте осуществления изобретения, чтобы eNodeB мог комбинировать несколько команд деактивация в одном сообщении сигнализации, не приводя к потере транспортных блоков, пользовательское оборудование не деактивирует компонентную несущую при окончании приема команды деактивации для данной сконфигурированной компонентной несущей. Напротив, пользовательское оборудование определяет статус протокола HARQ для компонентной несущей (т.е. определяет, есть ли еще ожидающая(ие) повторная(ые) передача(и) транспортного(ых) блока(ов)) и деактивирует компонентную несущую после успешного завершения ожидающей передачи (т.е. когда она (положительно) квитирована пользовательским оборудованием, или по достижении максимального количества повторных передач для ожидающей передачи).
Эта операция деактивации компонентной несущей нисходящей линии связи также имеет преимущество в том отношении, что eNodeB не требуется ждать квитирования каждой из передач, осуществляемых на компонентных несущих, подлежащих деактивации, благодаря чему фактическая команда деактивации для компонентной несущей может появляться на несколько подкадров (TTI) раньше, поскольку пользовательскому оборудованию не нужно ждать квитирования последней передачи.
В особенности, когда сигнализация (де)активации производится посредством сигнализации MAC, это полезно для энергосбережения на пользовательском оборудовании.
В следующих абзацах будут более подробно рассмотрены различные примерные реализации и варианты осуществления, касающиеся структуры формата сообщения (де)активации компонентной несущей.
В одной примерной реализации сообщения (де)активации компонентной несущей, формат (т.е. формат DCI) используется для управления состоянием активации одной компонентной несущей нисходящей линии связи, сконфигурированной мобильным терминалом. В этом варианте осуществления, один из “дополнительных” битов/флагов, в порядке примера показанных на фиг.9 или фиг.10, используется для запрашивания у мобильного терминала отправки обратной связи по качеству канала для управляемой компонентной несущей нисходящей линии связи. Это может быть особенно пригодно в ситуациях, когда компонентная несущая нисходящей линии связи активируется (переходит из сконфигурированного, но деактивированного состояния в активное состояние). С этой целью сообщение (де)активации компонентной несущей содержит в своей полезной нагрузке “флаг запроса CQI”, который, будучи установлен, инициирует предоставление обратной связи по качеству канала для компонентной несущей нисходящей линии связи активированный посредством сообщения (де)активации компонентной несущей. Пример сообщения (де)активации компонентной несущей согласно одному варианту осуществления изобретения, включающего в себя флаг запроса CQI, показан на фиг.16.
В одной более детализированной примерной реализации согласно варианту осуществления изобретения, обратная связь по качеству канала в форме CQI, PMI (индикатор матрицы предварительного кодирования) или RI (индикатор ранга) может передаваться на ресурсах физического канала управления восходящей линии связи (PUCCH). Если рассматривать реализацию в системе на основе 3GPP, например LTE-A 3GPP (выпуск 10), возможная полезная нагрузка PUCCH может быть весьма ограничена, поскольку единичный блок ресурсов совместно использует PUCCH от множественных экземпляров пользовательского оборудования. Поэтому обратная связь по качеству канала может, например, сигнализировать широкополосный CQI/PMI, предполагая передачу с Ранг=1.
Передача сообщения обратной связи по качеству канала может в дальнейшем рассматриваться базовой станцией как квитирование для мобильного терминала, успешно принявшего сообщение (де)активации компонентной несущей, соответственно, для мобильного терминала, выполнившего команду активации, содержащуюся в сообщении (де)активации компонентной несущей.
Кроме того, обратная связь по качеству канала (например, CQI/PMI) может отправляться мобильным терминалом с известным интервалом времени (например 4 мс) после приема подкадра (PDCCH), содержащего сообщение (де)активации компонентной несущей. В LTE 3GPP (выпуск 8/9) в режиме FDD временной интервал между приемом подкадра (PDCCH) и соответствующей передачей по восходящей линии связи составляет 4 мс (для TDD определить временной интервал сложнее). Временной интервал между приемом подкадра (PDCCH), содержащего сообщение (де)активации компонентной несущей, и передачей обратной связи по качеству канала по восходящей линии связи может, альтернативно, конфигурироваться посредством сигнализации RRC. Например, может быть желательно дать мобильному терминалу более 4 мс (например, 8 мс или 12 мс) для отправки обратной связи по качеству канала, чтобы мобильный терминал мог произвести точное измерение качества канала для получения адекватной точности CQI/PMI после активации соответствующей(их) компонентной(ых) несущей(их) нисходящей линии связи.
Что касается ресурсов восходящей линии связи для передачи обратной связи по качеству канала, ресурс на PUCCH может быть, например, тем же ресурсом PUCCH, который выделяется мобильному терминалу для периодической передачи отчета CQI. Этот ресурс PUCCH может конфигурироваться базовой станцией посредством сигнализации RRC при конфигурировании компонентной несущей восходящей/нисходящей линии связи.
Альтернативно, обратная связь по качеству канала также может передаваться посредством ресурса PUCCH или PUSCH, который предварительно определен базовой станцией, например, как часть сообщения RRC конфигурации компонентной несущей. Дополнительная альтернатива состоит в том, что ресурс восходящей линии связи для передачи обратной связи по качеству канала указывается одним или более из "дополнительных" битов, доступных в полезной нагрузке сообщения (де)активации компонентной несущей. Эту реализацию можно успешно использовать в случае большой полосы компонентной несущей (как рассмотрено выше в отношении фиг.9 и таблицы 4), где некоторые биты могут быть неиспользуемыми и доступными для указания ресурсов обратной связи на восходящей линии связи. Две последние альтернативы также можно комбинировать, в соответствии с чем, сообщение RRC конфигурации компонентной несущей конфигурирует набор ресурсов восходящей линии связи для обратной связи по качеству канала (CQI/PMI/RI), и сообщение (де)активации содержит поле ресурса обратной связи, позволяющее выбирать один из доступных сконфигурированных ресурсов восходящей линии связи. Пример расширенного сообщения (де)активации компонентной несущей, включающего в себя флаг запроса CQI и поле ресурса обратной связи по CQI, показан на фиг.17.
Кроме того, в случае когда ресурс восходящей линии связи для обратной связи по качеству канала сигнализируется или предварительно конфигурируется, обратную связь по качеству канала предпочтительно определять согласно сконфигурированному апериодическому режиму CQI и/или сконфигурированному режиму передачи нисходящей линии связи компонентной несущей нисходящей линии связи, который указывается посредством сообщения (де)активации компонентной несущей.
Кроме того, в другом варианте осуществления, обратная связь по качеству канала также может мультиплексироваться с другими сообщениями или сигналами физического уровня, например обратной связью HARQ (ACK/NACK), SR или SRS, на назначенном ресурсе восходящей линии связи. В случае когда на ресурсе восходящей линии связи сигнализируются только сообщения физического уровня, но не данные транспортного блока, для передачи не требуется использовать процесс HARQ (протокол HARQ), в связи с чем сигнализация информации управления, связанной с HARQ (например, NDI, ID процесса HARQ и т.д.), может не требоваться для передачи.
В другом варианте осуществления изобретения, сообщение (де)активации компонентной несущей можно использовать для инициирования/активации периодической обратной связи по качеству канала (периодической передачи CQI/PMI/RI) в отношении подкадра, в котором принимается сообщение (де)активации компонентной несущей для действия компонентной несущей нисходящей линии связи.
В этом варианте осуществления изобретения повторно используется процедура, известная из LTE 3GPP (выпуск 8/9). Соответственно, периодический CQI/PMI/RI, в основном, передается в подкадрах, имеющих номер подкадра, удовлетворяющий условию:
(2)
где
(3)
и где - номер системного кадра и - индекс слота в кадре. Следует отметить, что приведенное здесь соотношение представляет собой упрощенный механизм для пояснения принципа хронирования, однако существуют особые случаи, когда хронирование оказывается немного сложнее (дополнительные подробности см. также в 3GPP TS 36.213, “Physical layer procedures”, версия 8.8.0 (выпуск 8) или 9.0.1 (выпуск 9), раздел 7.2.2, каковые документы доступны по адресу http://www.3gpp.org, и разделы включены в данное описание в порядке ссылки).
В одном варианте осуществления изобретения, в случае когда сообщение (де)активации компонентной несущей от базовой станции содержит установленный флаг CQI, мобильный терминал предоставляет единичный (апериодический) отчет CQI (однократный CQI) с заданным смещением подкадров относительно подкадра сообщения (де)активации и начинает сигнализировать периодические отчеты CQI в подкадрах и на ресурсах PUCCH, которые были сконфигурированы для компонентной несущей, активированной посредством сообщения (де)активации компонентной несущей. Примерный сценарий согласно этому варианту осуществления изобретения для визуализации этой процедуры показан на фиг.22, где после активации компонентной несущей (CC) 2 нисходящей линии связи (DL) (CC2 DL) посредством сообщения активации CC отчет CQI (однократный CQI для CC2 DL) отправляется спустя подкадра после приема сообщения активации CC для CC2 DL, в котором содержится и установлен флаг запроса CQI, тогда как последующие отчеты CQI для CC2 DL сигнализируются в подкадре, номер которого указан параметром на ресурсах восходящей линии связи и с периодичностью , сконфигурированной для периодической передачи отчета CQI. Кроме того, после того, как базовая станция сигнализирует сообщение деактивации CC для CC2 DL, в котором флаг запроса CQI содержится и не установлен, мобильный терминал вновь деактивирует CC2 DL и прекращает периодическую передачу отчета CQI.
В другом варианте осуществления изобретения, применяется новый способ вычисления , в результате чего первый периодический отчет CQI мобильного терминала передается с заданным смещением относительно сообщение активации компонентной несущей. В вышеуказанной процедуре периодической передачи отчета CQI для LTE 3GPP (выпуск 8/9) передача CQI/PMI/RI, таким образом, зависит от системного номера подкадра, независимо от номера подкадра для подкадра, содержащего сообщение (де)активации компонентной несущей. Чтобы начать периодическую передачу отчета CQI/PMI/RI как можно раньше, в этом варианте осуществления условие изменяется следующим образом. Периодический CQI/PMI/RI передается в подкадре, номер подкадра которого удовлетворяет вышеуказанным (обновленным) условиям (2) и (3), известным из 3GPP TS 36.213, однако определение смещения изменено так, что оно не отсчитывается от номера подкадра 0, но от номера подкадра, в котором было принято сообщение (де)активации компонентной несущей, т.е.
(4)
где - номер подкадра для подкадра, в котором сообщение (де)активации компонентной несущей инициирует (активирует) передачу отчета CQI/PMI/RI для активированной компонентной несущей нисходящей линии связи, и - наибольший индекс подкадра. В LTE 3GPP (выпуск 8/9) номер системного кадра принимает значения от 0 до 1023, причем каждый системный кадр содержит слот от 0 до 19, следовательно или . В условии (4), смещение , добавляемое к , может быть, например, конфигурируемым или статическим.
В одном примере, , чтобы обеспечивать, что самая ранняя передача обратной связи по качеству канала происходит через 4 подкадра после номера подкадра для подкадра, в котором сообщение (де)активации компонентной несущей инициирует (активирует) передачу отчета CQI/PMI/RI для активированной(ых) компонентной(ых) несущей(их) нисходящей линии связи. Однако, если необходимо предоставить обратную связь по качеству канала с увеличенным смещением (т.е. позже), может потребоваться увеличить вышеупомянутый параметр . Например, .
Фиг.23 иллюстрирует поведение мобильного терминала согласно этому варианту осуществления изобретения в ответ на прием сообщения (де)активации компонентной несущей, содержащего флаг запроса CQI, установленного с использованием обновленной процедуры периодической передачи отчета CQI. После того, как базовая станция активирует CC2 DL посредством сообщения активации CC, принятого в подкадре номер , предполагается, что смещение установлено согласно условию (4), и отчет CQI для CC2 DL отправляется через подкадров, что в данном случае означает 4 подкадра, соответственно 4 мс, после приема сообщения активации CC на ресурсах PUCCH, сконфигурированных для периодической передачи отчета CQI. Затем мобильный терминал предоставляет периодические отчеты CQI для CC2 DL с периодичностью , сконфигурированной для периодической передачи отчета CQI, пока сообщение деактивации CC базовой станции не деактивирует CC2 DL.
Преимущество модифицированной процедуры периодической передачи отчета CQI/PMI/RI, рассмотренной в предыдущих абзацах, состоит в том, что первый отчет CQI/PMI/RI принимается очень рано после активации компонентной несущей нисходящей линии связи, что может помогать диспетчеру базовой станции диспетчеризовать передачу на активированной компонентной несущей нисходящей линии связи, и в том, что последующие отчеты CQI передаются согласно сконфигурированной периодичности.
Поскольку в зависимости от конфигурации периодического отчета CQI/PMI/RI может случиться так, что неясно, какого рода ранг передачи (ранг передачи определяет размер матрицы предварительного кодирования для передач MIMO) используется, предпочтительно, первый такой периодический отчет CQI/PMI состоит из широкополосного отчета CQI/PMI, исходя из того, что Ранг=1. Альтернативно, первый отчет CQI/PMI/RI после активации компонентной(ых) несущей(их) нисходящей линии связи состоит из индикатора ранга (RI), после которого следует CQI/PMI в следующем отчете, передаваемом согласно конфигурации периодического CQI/PMI/RI, как рассмотрено в предыдущих абзацах.
Случаи, когда периодический отчет CQI/PMI/RI сконфигурирован как, по меньшей мере, широкополосный CQI/PMI, и CQI субполосы согласно 3GPP TS 36.213, раздел 7.2.2 можно обрабатывать с применением вышеупомянутого смещения хронирования и первого отчета CQI/PMI/RI, удовлетворяющего принципам с необходимыми поправками. В частности, следует избегать отправки CQI субполосы в качестве первого отчета CQI после активации.
Помимо флага запроса CQI или альтернативно этому неиспользуемые биты (расширенное использование) сообщения (де)активации компонентной несущей также можно использовать для инициирования передачи опорных символов зондирования (SRS) на восходящей линии связи или отчета о запасе мощности (PHR).
В дополнительном варианте осуществления изобретения флаг "запрос SRS" может быть включен в сообщение (де)активации компонентной несущей, как показано на фиг.19. Флаг запроса SRS, будучи установлен базовой станцией, запрашивает у мобильного терминала начать передачу опорных символов зондирования (SRS) на связанной(ых) компонентной(ых) несущей(их) восходящей линии связи, которая(ые) связана(ы) с компонентной(ыми) несущей(ими) нисходящей линии связи, активированной(ыми) посредством сообщения (де)активации компонентной несущей. Если сообщение (де)активации компонентной несущей активирует компонентную(ые) несущую(ие) восходящей линии связи, мобильный терминал начинает отправлять опорные символы зондирования (SRS) на активированной(ых) компонентной(ых) несущей(их) восходящей линии связи. Инициирование SRS вместо CQI может быть особенно полезным в случае систем дуплексной связи с временным разделением (TDD), где можно предполагать, что канал является двусторонним, что позволяет использовать оценку канала для восходящей линии связи на основании SRS также для оценивания канала для нисходящей линии связи.
По аналогии с включением флага запроса CQI, в сообщения (де)активации компонентной несущей предпочтительно включать флаг запроса SRS, который указывает активацию компонентной несущей. В случае деактивации, биты для любого флага могут резервироваться для другой сигнализации. Альтернативно, флаг запроса SRS (или поле SRS, имеющее более одного бита) также может присутствовать в сообщениях (де)активации компонентной несущей, которые деактивировали компонентную несущую, и может использоваться для указания новой компонентной несущей, на которой мобильный терминал затем должен ожидать или передавать сигналы, которые до того передавались на компонентной несущей, которая была деактивирована.
В еще одной альтернативной реализации биты для флага запроса SRS и флага запроса CQI в сообщении (де)активации компонентной несущей можно использовать для указания смещения по времени между приемом команды (де)активации и выполнением команды (де)активации. Альтернативно, дополнительные биты можно использовать для сигнализации, должен ли приемник квитировать прием команды (объяснено ниже).
Вышеописанную сигнализацию включения/отключения SRS также можно реализовать в соответствии со вторым и третьим аспектами изобретения: Использование сигнализации MAC. Информация SRS, которая указывает для какой(их) компонентной(ых) несущей(их) на восходящей линии связи SRS должен(ны) передаваться пользовательским оборудованием. Например, информация SRS, которая указывает (де)активацию SRS, может предоставляться, например, в новом элементе управления MAC, аналогично тому, что описано для сообщения (де)активации компонентной несущей. Этот элемент управления MAC содержит битовую карту по аналогии с вышеописанным элементом управления MAC для (де)активации компонентной несущей нисходящей линии связи. Каждый бит в битовой карте связан с одной компонентной несущей восходящей линии связи пользовательского оборудования, для которой нужно начать/остановить передачу SRS. Альтернативно, можно рассматривать биты битовой карты, ассоциированные с соответствующими из сконфигурированных компонентных несущих нисходящей линии связи. В этом случае бит для данной компонентной несущей нисходящей линии связи, указывающий (де)активацию SRS, будет предписывать пользовательскому оборудованию (де)активировать передачу SRS на компонентной несущей восходящей линии связи, связанной с данной компонентной несущей нисходящей линии связи. Например, бит битовой карты, заданный равным 0, может указывать, что не нужно передавать периодический SRS на ассоциированной (связанной) компонентной несущей восходящей линии связи, соответственно, чтобы прекратить передачу периодического SRS, тогда как бит, заданный равным 1, будет указывать, что необходимо активировать периодическую передачу SRS на ассоциированной (связанной) компонентной несущей восходящей линии связи (или наоборот).
При наличии достаточного количества неиспользуемых битов в элементе управления MAC для (де)активации компонентной несущей нисходящей линии связи эти биты можно использовать для (де)активации SRS, как описано выше. В вышеприведенном примере, предполагая наличие пяти компонентных несущих нисходящей линии связи, агрегируемых на нисходящей линии связи, из которых четыре компонентные несущие нисходящей линии связи могут активироваться или деактивироваться (т.е. предоставлены одна PCC и четыре SCC), необходимо четыре бита для (де)активации вторичных компонентных несущих нисходящей линии связи. Исходя из того, что элемент управления MAC имеет размер в один октет, дополнительные четыре бита остаются неиспользованными, и их можно использовать для битовой карты для сигнализации (де)активации SRS, как описано выше.
Примерный элемент управления MAC, который позволяет пользовательскому оборудованию одновременно (де)активировать компонентные несущие нисходящей линии связи и (де)активировать передачи SRS, показан на фиг.24. Первые четыре бита октета образуют битовую карту для (де)активации компонентной несущей нисходящей линии связи, а вторые четыре бита октета образуют битовую карту для (де)активации передачи SRS пользовательским оборудованием. Преимущество объединения двух битовых карт для (де)активации SCC и (де)активации передачи SRS в одном элементе управления MAC может состоять в том, что периодическая передача SRS на связанной(ых) компонентной(ых) несущей(их) восходящей линии связи может начинаться одновременно с активацией SCC нисходящей линии связи. Это позволяет избежать возможных задержек, которые могут иметь место, когда обе функции сигнализируются в раздельных элементах управления MAC, и снизить издержки. Следует отметить, что (де)активация компонентной несущей и включение/отключение SRS по-прежнему могут сигнализироваться независимо, даже когда они сигнализируются в одном и том же элементе управления MAC. Фиг.26 демонстрирует другую примерную реализацию сообщения (де)активации компонентной несущей в форме нового формата DCI, который позволяет пользовательскому оборудованию одновременно (де)активировать компонентные несущих нисходящей линии связи и (де)активировать передачи SRS. В основном, битовая маска, показанная на фиг.24, сигнализируется в этом сообщении (де)активации компонентной несущей совместно с указанием пользовательского оборудования, которое должно принять сообщение (де)активации компонентной несущей.
В другом варианте осуществления изобретения, в случае когда компонентная несущая нисходящей линии связи активируется базовой станцией, активация компонентной несущей нисходящей линии связи инициирует передачу отчета о запасе мощности (PHR) мобильным терминалом. Мобильный терминал может отправлять на базовую станцию инициированный отчет PHR на ресурсах, назначенных следующим предоставлением восходящей линии связи для этой связанной компонентной несущей восходящей линии связи. Это позволяет обеспечивать, что базовая станция информируется о ситуации потерь на трассе для связанной компонентной несущей восходящей линии связи в следующей передаче по восходящей линии связи мобильного терминала на связанной компонентной несущей восходящей линии связи. Это может быть полезно, поскольку связанная компонентная несущая восходящей линии связи, скорее всего, не использовалась, по меньшей мере, в течение более длительного периода времени до активации связанной компонентной несущей нисходящей линии связи. Отчеты о запасе мощности с мобильного терминала позволяют базовой станции принимать более обоснованные решения по диспетчеризации.
Альтернативно, в другом варианте осуществления изобретения, передача подробного отчета CQI, передача SRS, передача отчета PHR и т.д. в ответ на (де)активацию компонентной несущей также может конфигурироваться базовой станцией с использованием сигнализации RRC или может использовать предварительно определенную конфигурацию (известную базовой станции и мобильному терминалу).
После успешного обнаружения команды (де)активации мобильная станция может подтвердить выполнение команды (де)активации, отправив сообщение подтверждения (квитирования) по восходящей линии связи. В одном варианте осуществления изобретения, используется следующий способ для квитирования успешного декодирования сообщения (де)активации компонентной несущей и, соответственно, выполнения команды (де)активации:
- отправка квитирования (также именуемого “HARQ-ACK” в терминологии 3GPP) в случае деактивации компонентной несущей, где ресурс для передачи квитирования следует принципам LTE 3GPP (выпуск 8/9) для передачи HARQ-ACK в случае передачи данных нисходящей линии связи (PDSCH), как задано в 3GPP TS 36.213, раздел 10. Короче говоря, ресурс PUCCH для HARQ-ACK определяется согласно ресурсу PDCCH, на котором передается сообщение (де)активации. В этом случае eNodeB может выполнять обнаружение мощности для проверки, был ли HARQ-ACK передан на ожидаемом ресурсе или нет.
- отправка квитирования (также именуемого “HARQ-ACK” в терминологии 3GPP) в случае активации компонентной несущей без запрашивания быстрого CQI, где ресурс для передачи квитирования следует процедуре LTE 3GPP (выпуск 8/9) для передачи HARQ-ACK в случае передачи данных нисходящей линии связи, как задано в 3GPP TS 36.213, раздел 10. В этом случае eNB может выполнять обнаружение мощности для проверки, был ли HARQ-ACK передан на ожидаемом ресурсе или нет.
- отправка отчета CQI в случае активации компонентной несущей и флага запроса CQI, установленного в сообщении (де)активации компонентной несущей. В этом случае eNodeB может выполнять обнаружение мощности для проверки, был ли отчет CQI передан на ожидаемом ресурсе или нет.
- инициирование PHR в случае активации компонентной несущей.
- как указано выше, ресурсы PUCCH обратной связи для квитирования могут определяться, например, мобильным терминалом таким же образом, как предусмотрено в процедуре LTE 3GPP (выпуск 8/9), как если бы сообщение (де)активации компонентной несущей диспетчеризовало передачу PDSCH, например, на основании формата DCI 1A (который может иметь такой же размер, как сообщение (де)активации компонентной несущей). Кроме того, поскольку eNodeB осведомлен о том, отправит ли пользовательское оборудование квитирование (HARQ-ACK) или отчет CQI, eNodeB может отслеживать соответствующие ресурсы восходящей линии связи, на которых ожидается квитирование или отчет CQI от пользовательского оборудования.
В необязательном порядке, пользовательское оборудование также может отправлять NACK (HARQ NACK) в случае, если оно не декодировало сообщение (де)активации компонентной несущей согласно процедуре LTE 3GPP (выпуск 8/9) для отправки HARQ-NACK в случае передачи данных нисходящей линии связи, как задано в 3GPP TS 36.213, раздел 10.
Фиг.20 демонстрирует примерный сценарий согласно примерному варианту осуществления изобретения, где RNTI активации и деактивации сконфигурированы для активации и, соответственно, деактивации компонентных несущих. В этом примере, при активации одной из компонентных несущих с помощью сообщения активации CC (RNTI активации), пользовательское оборудование синхронно сигнализирует HARQ-ACK на eNodeB для квитирования успешного декодирования сообщения активации CC. HARQ-ACK отправляется с заданным смещением относительно сообщения активации CC (т.е. содержащего его PDCCH), например, спустя 4 мс. Аналогично, после того, как базовая станция вновь деактивирует компонентную несущую посредством сообщения деактивации CC (RNTI деактивации), пользовательское оборудование вновь квитирует деактивацию посредством HARQ-ACK, которое, опять же, синхронно отправляется на восходящей линии связи спустя 4 мс.
Фиг.21 демонстрирует другой примерный сценарий согласно дополнительному примерному варианту осуществления изобретения, где RNTI активации и деактивации сконфигурированы для активации и, соответственно, деактивации компонентных несущих. Кроме того, активация одной из компонентных несущих с помощью сообщения активации CC (RNTI активации) дополнительно требует, чтобы пользовательское оборудование сигнализировало обратную связь по качеству канала для активированной компонентной несущей нисходящей линии связи (флаг запроса CQI, установленный в сообщении активации CC). Соответственно, пользовательское оборудование сигнализирует с известным хронированием относительно сообщения активации CC, в данном случае, через 4 мс после его приема, отчет CWI на eNodeB, тем самым квитируя успешное декодирование сообщения активации CC. После того как базовая станция вновь деактивирует компонентную несущую посредством сообщения деактивации CC (RNTI деактивации), пользовательское оборудование вновь квитирует деактивацию посредством HARQ-ACK, которое синхронно отправляется по восходящей линии связи спустя 4 мс.
В случае когда eNodeB намеревается одновременно увеличить пропускную способность восходящей и нисходящей линии связи, в дополнительном варианте осуществления изобретения, базовая станция может дополнительно активировать компонентную несущую нисходящей линии связи, которая связана с компонентной несущей восходящей линии связи, которая в данный момент не используется для передач по восходящей линии связи. eNodeB не располагает информацией о качестве канала для неактивной или сконфигурированной, но деактивированной компонентной несущей восходящей линии связи. Следовательно, в этом варианте осуществления изобретения, активация компонентной несущей нисходящей линии связи дополнительно инициирует передачу опорного сигнала зондирования (SRS) на компонентной(ых) несущей(их) восходящей линии связи, связанной(ых) с активированной(ыми) компонентной(ыми) несущей(ими) нисходящей линии связи. В этом случае никакого дополнительного флага запроса SRS может не требоваться, но начало сигнализации SRS на компонентной несущей восходящей линии связи, связанной с компонентной несущей нисходящей линии связи, активированной сообщением (де)активации компонентной несущей, может быть поведением по умолчанию мобильного терминала в ответ на активацию компонентной несущей нисходящей линии связи.
Как и передача отчета CQI, передача SRS также не всегда полезна/необходима. Поэтому eNodeB должен иметь возможность включать/отключать передачу SRS при активации компонентной(ых) несущей(их) нисходящей линии связи. С этой целью можно включить в сообщение (де)активации флаг, указывающий, нужно ли пользовательскому оборудованию отправлять SRS. Нужно ли передавать такой SRS однократно или периодически, можно дополнительно конфигурировать, задавать или сигнализировать. В любом случае, добавочные "дополнительные" биты можно использовать для задания одного или более параметров SRS, например полосы, скважности и т.д. (см. параметры SRS в LTE 3GPP (выпуск 8/9)).
Конечно, сообщение (де)активации компонентной несущей также можно построить с возможностью одновременной передачи флага запроса CQI, инициирования PHR и/или флага запроса SRS.
Когда пользовательское оборудование отслеживает PDCCH, всегда существует определенная вероятность (частота ложной тревоги), что мобильный терминал ошибочно детектирует PDCCH: проверка CRC PDCCH может дать положительный результат, несмотря на то, что PDCCH не предназначен для этого пользовательского оборудования, т.е. CRC проходит проверку, несмотря на несовпадение RNTI (непредназначенный пользователь). Эта так называемая ложная тревога может иметь место, если два эффекта ошибок передачи, обусловленных радиоканалом и несовпадением RNTI, компенсируют друг друга. Вероятность ошибочного заключения об успешном декодировании PDCCH зависит от длины CRC. Чем больше длина CRC, тем ниже вероятность ошибочного принятия решения об успешном декодировании сообщения, защищенного CRC. При размере CRC 16 бит вероятность ложной тревоги будет составлять .
В случае когда пользовательское оборудование ошибочно детектирует PDCCH при том, что сообщение (де)активации компонентной несущей нисходящей линии связи указывает деактивацию определенной(ых) компонентной(ых) несущей(их) нисходящей линии связи, пользовательское оборудование прекратит отслеживать PDCCH/PDSCH для этой(их) указанной(ых) компонентной(ых) несущей(их) нисходящей линии связи и также прекратит передавать отчеты измерений CQI. Ввиду тяжелых последствий такого поведения пользовательского оборудования желательно снизить вероятность ложной тревоги.
Можно предположить, что каждый бит виртуального CRC имеет опасность ложной тревоги. С другой стороны, с добавлением каждого используемого RNTI опасность ложной тревоги линейно увеличивается. Например, в случае использования четырех RNTI активации, характерных для компонентной несущей, и четырех RNTI деактивации, характерных для компонентной несущей, опасность ложной тревоги в восемь раз выше, чем в случае одного CC-RNTI. С другой стороны, использование всего восьми CC-RNTI не требует включения поля ID целевой CC ни в полезную нагрузку DCI, ни в полезную нагрузку поля активации/деактивации. В большинстве рассмотренных выше примерных реализаций, наибольший размер ID целевой компонентной несущей равен четырем битам. Следовательно, использование восьми RNTI компонентных несущих без поля ID целевой компонентной несущей дает увеличение опасности ложной тревоги в раз по сравнению с опасностью в случае применения одного CC-RNTI с четырехбитовым полем ID целевой компонентной несущей. Недостатком является увеличенная стоимость RNTI и ограничение, состоящее в необходимости множественных сообщений (де)активации для одновременной (де)активации множественных компонентных несущих.
Поэтому в одном варианте осуществления изобретения предлагается, чтобы сообщение (де)активации компонентной несущей нисходящей линии связи содержало один или более дополнительных битов (в поле CRC), которые можно использовать в качестве виртуального CRC для снижения опасности ложной тревоги. Этому(им) дополнительному(ым) биту(ам) присваивается известное, предварительно заданное значение, подлежащее проверке мобильным терминалом.
Другой вариант осуществления изобретения относится к реализации вышеописанных различных вариантов осуществления с использованием программного и аппаратного обеспечения. Очевидно, что различные варианты осуществления изобретения можно реализовать или осуществлять с использованием вычислительных устройств (процессоров). Вычислительное устройство или процессор может представлять собой, например, процессор общего назначения, цифровой сигнальный процессор (DSP), специализированную интегральную схему (ASIC), вентильную матрицу, программируемую пользователем (FPGA), или другое программируемое логическое устройство и т.д. Различные варианты осуществления изобретения также можно осуществлять или воплощать в виде комбинации этих устройств.
Кроме того, различные варианты осуществления изобретения также можно реализовать посредством программных модулей, которые исполняются процессором или непосредственно в оборудовании. Также возможна комбинированная реализация посредством программных модулей и оборудования. Программные модули могут храниться на компьютерно-читаемых носителях данных любого рода, например RAM, EPROM, EEPROM, во флэш-памяти, регистрах, на жестких дисках, CD-ROM, DVD и т.д.
Следует также заметить, что индивидуальные признаки разных вариантов осуществления изобретения, взятые по отдельности или в произвольной комбинации, могут быть предметом другого изобретения.
Специалист в данной области техники может предложить многочисленные изменения и/или модификации настоящего изобретения, показанные в конкретных вариантах осуществления, не выходя за рамки сущности или объема обобщенно описанного изобретения. Поэтому данные варианты осуществления следует считать во всех отношениях примерными и не ограничительными.
Изобретение относится к технике беспроводной связи и может быть использовано для сообщения (де)активации компонентной несущей, которое позволяет активировать или деактивировать одну или более компонентных несущих на восходящей линии связи или нисходящей линии связи. Технический результат - повышение эффективности и надежности (де)активации. Способ связи, выполняемый терминалом в системе связи, использующей агрегацию несущих, заключается в том, что принимают элемент управления MAC на первичной компонентной несущей, включающий в себя кластер битов, который указывает состояние активации/деактивации каждой из по меньшей мере одной вторичной компонентной несущей, которая добавлена к первичной компонентной несущей, которая всегда активирована, причем каждая из по меньшей мере одной вторичной компонентной несущей соответствует одному биту, включенному в упомянутый кластер битов, и причем упомянутый один бит указывает, что соответствующая вторичная компонентная несущая должна быть активирована или деактивирована. Каждую из по меньшей мере одной вторичной компонентной несущей активируют или деактивируют согласно принятому элементу управления MAC. 4 н. и 16 з.п. ф-лы, 26 ил., 4 табл.
1. Способ связи, содержащий следующие этапы, выполняемые терминалом в системе связи, использующей агрегацию несущих:
принимают элемент управления MAC на первичной компонентной несущей, включающий в себя кластер битов, который указывает состояние активации/деактивации каждой из по меньшей мере одной вторичной компонентной несущей, которая добавлена к первичной компонентной несущей, которая всегда активирована, причем каждая из по меньшей мере одной вторичной компонентной несущей соответствует одному биту, включенному в упомянутый кластер битов, и причем упомянутый один бит указывает, что соответствующая вторичная компонентная несущая должна быть активирована или деактивирована; и
активируют или деактивируют каждую из по меньшей мере одной вторичной компонентной несущей согласно принятому элементу управления MAC.
2. Способ связи по п. 1, в котором:
упомянутый кластер битов состоит из одного октета.
3. Способ связи по п. 1, в котором:
упомянутый кластер битов содержит по меньшей мере один неиспользуемый бит.
4. Способ связи по п. 1, в котором:
когда упомянутый элемент управления MAC указывает, что определенная вторичная компонентная несущая должна быть активирована, активируют определенную вторичную компонентную несущую и передают опорный сигнал зондирования (SRS) на определенной вторичной компонентной несущей.
5. Способ связи по п. 4, в котором:
когда определенную вторичную компонентную несущую деактивируют, передачу SRS не выполняют.
6. Способ связи по п. 1, в котором:
первичная компонентная несущая и каждая из по меньшей мере одной вторичной компонентной несущей является компонентной несущей, включающей в себя множество поднесущих.
7. Терминал для системы связи, использующей агрегацию несущих, причем терминал содержит:
приемную секцию, сконфигурированную для приема элемента управления MAC на первичной компонентной несущей, включающего в себя кластер битов, который указывает состояние активации/деактивации каждой из по меньшей мере одной вторичной компонентной несущей, которая добавлена к первичной компонентной несущей, которая всегда активирована, причем каждая из по меньшей мере одной вторичной компонентной несущей соответствует одному биту, включенному в упомянутый кластер битов, и причем упомянутый один бит указывает, что соответствующая вторичная компонентная несущая должна быть активирована или деактивирована; и
секцию активации, сконфигурированную для активации или деактивации каждой из по меньшей мере одной вторичной компонентной несущей согласно принятому элементу управления MAC.
8. Терминал по п. 7, в котором:
упомянутый кластер битов состоит из одного октета.
9. Терминал по п. 7, в котором:
упомянутый кластер битов содержит по меньшей мере один неиспользуемый бит.
10. Терминал по п. 7, в котором:
когда упомянутый элемент управления MAC указывает, что определенная вторичная компонентная несущая должна быть активирована, секция активации активирует определенную вторичную компонентную несущую и передает опорный сигнал зондирования (SRS) на определенной вторичной компонентной несущей.
11. Терминал по п. 10, в котором:
когда определенная вторичная компонентная несущая деактивируется, передача SRS не выполняется.
12. Терминал по п. 7, в котором:
первичная компонентная несущая и каждая из по меньшей мере одной вторичной компонентной несущей является компонентной несущей, включающей в себя множество поднесущих.
13. Терминал по п. 7, в котором упомянутые секции воплощены в интегральной схеме.
14. Способ связи, содержащий следующие этапы, выполняемые базовой станцией в системе связи, использующей агрегацию несущих:
формируют элемент управления MAC, включающий в себя кластер битов, который указывает состояние активации/деактивации каждой из по меньшей мере одной вторичной компонентной несущей, которая добавлена к первичной компонентной несущей, которая всегда активирована, причем каждая из по меньшей мере одной вторичной компонентной несущей соответствует одному биту, включенному в упомянутый кластер битов, и причем упомянутый один бит указывает, что соответствующая вторичная компонентная несущая должна быть активирована или деактивирована; и
передают сформированный элемент управления MAC на первичной компонентной несущей.
15. Способ связи по п. 14, в котором:
упомянутый кластер битов состоит из одного октета и содержит по меньшей мере один неиспользуемый бит.
16. Способ связи по п. 14, в котором:
когда упомянутый элемент управления MAC указывает, что определенная вторичная компонентная несущая должна быть активирована, элемент управления MAC инструктирует устройству терминала активировать определенную вторичную компонентную несущую и передавать опорный сигнал зондирования (SRS) на определенной вторичной компонентной несущей.
17. Базовая станция для системы связи, использующей агрегацию несущих, содержащая:
секцию формирования, сконфигурированную для формирования элемента управления MAC, включающего в себя кластер битов, который указывает состояние активации/деактивации каждой из по меньшей мере одной вторичной компонентной несущей, которая добавлена к первичной компонентной несущей, которая всегда активирована, причем каждая из по меньшей мере одной вторичной компонентной несущей соответствует одному биту, включенному в упомянутый кластер битов, и причем упомянутый один бит указывает, что соответствующая вторичная компонентная несущая должна быть активирована или деактивирована; и
передающую секцию, сконфигурированную для передачи сформированного элемента управления MAC на первичной компонентной несущей.
18. Базовая станция по п. 17, в которой:
упомянутый кластер битов состоит из одного октета и содержит по меньшей мере один неиспользуемый бит.
19. Базовая станция по п. 17, в которой:
когда упомянутый элемент управления MAC указывает, что определенная вторичная компонентная несущая должна быть активирована, элемент управления MAC инструктирует устройству терминала активировать определенную вторичную компонентную несущую и передавать опорный сигнал зондирования (SRS) на определенной вторичной компонентной несущей.
20. Базовая станция по п. 17, в которой упомянутые секции воплощены в интегральной схеме.
ETRI: "Explicit carrier activation/deactivation", 3GPP DRAFT; R2-100148 EXPLICIT CARRIER ACTIVATION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP) | |||
Valencia, Spain; 12 January | |||
Приспособление для суммирования отрезков прямых линий | 1923 |
|
SU2010A1 |
Печь для непрерывного получения сернистого натрия | 1921 |
|
SU1A1 |
ПЕРЕДАЧА УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ В БЕСПРОВОДНОЙ СИСТЕМЕ СВЯЗИ | 2005 |
|
RU2370894C2 |
Авторы
Даты
2016-02-10—Публикация
2011-02-04—Подача