СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ ОТЧЕТА О ЗАПАСЕ ПО МОЩНОСТИ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ
METHOD AND DEVICE FOR TRANSMITTING POWER RESERVE REPORT IN WIRELESS COMMUNICATION SYSTEM

УРОВЕНЬ ТЕХНИКИ
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[1] Настоящее изобретение относится к беспроводной связи, и более конкретно, к способу и устройству для передачи отчета о запасе по мощности в системе беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
[2] Универсальная система мобильной связи (UMTS) является асинхронной системой мобильной связи третьего поколения (3G), работающей по технологии широкополосного множественного доступа с кодовым разделением каналов на основе европейских систем, глобальной системе мобильной связи (GSM) и системе пакетной радиосвязи общего пользования (GPRS). Проект долгосрочное развитие (LTE) UMTS рассматривается проектом партнерства третьего поколения (3GPP), который занимается стандартизацией UMTS.
[3] LTE 3GPP является технологией для обеспечения высокоскоростной пакетной связи. Для целей LTE было предложено множество схем, включающих в себя цели, которые ориентированы на сокращение затрат пользователя и поставщика, улучшение качества обслуживания и расширение и улучшение зоны покрытия и пропускной способности системы. LTE 3GPP требует уменьшенную стоимость бита, увеличенную доступность обслуживания, гибкое использование полосы частот, простую структуру, открытый интерфейс, и самым главным требованием является адекватное энергопотребление терминала.
[4] Увеличить пропускную способность для требуемого пользовательского обслуживания, увеличивая полосу пропускания, может быть важным, при этом была разработана технология агрегации несущих (CA) или агрегации ресурсов по несущим внутри узла или несущим между узлами, направленная на получение эффекта, как если бы использовалась логически шире полоса, группируя множество физически не сплошных полос в частотной области, для эффективного использования фрагментированных малых полос. Индивидуальный блок несущих, сгруппированный посредством агрегации несущих, именуется компонентной несущей (CC). Для агрегации ресурсов между узлами, для каждого узла, может быть установлена группа (CG) несущих, причем одна CG может иметь несколько CC. Каждая CC определяется единственной полосой пропускания и центральной частотой.
[5] В Rel-12 LTE запущено новое исследование на улучшение малой соты, где поддерживается двухсторонняя связь. Двухсторонняя связь является операцией, где данное UE использует радио-ресурсы, обеспеченные, по меньшей мере, двумя различными сетевыми точками (основной eNB (MeNB) и вторичный eNB (SeNB)), соединенными с неидеальным транзитным соединением во время RRC_CONNECTED. Кроме того, каждый eNB, включенный в двухстороннюю связь для UE, может принимать различные роли. Эти роли не обязательно зависят от класса питания eNB и могут изменяться между UE.
[6] Процедура сообщения о запасе по мощности (PHR) используется для обеспечения на обслуживающий узел eNB информации о различии между номинальной максимальной мощностью передачи оборудования UE и предполагаемой мощностью для передачи через совместно используемый канал восходящей линии связи (UL-SCH) для активированной соты обслуживания, и также информации о различии между номинальной максимальной мощностью UE и предполагаемой мощностью для передачи через UL-SCH и PUCCH в основной соте (PCell). Может требоваться эффективный метод создания отчетов о запасе по мощности для CA или двухсторонняя связь.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[7] Настоящее изобретение обеспечивает способ и устройство для передачи отчета (PHR)  о запасе по мощности в системе беспроводной связи. Настоящее изобретение обеспечивает способ передачи однотипного PHR для множества групп несущих независимо от того, сконфигурирована ли одновременная передача физического канала управления восходящей линии связи (PUCCH) и физического совместно используемого канала (PUSCH) или нет.
[8] В одном аспекте обеспечивается способ для передачи, пользовательским оборудованием (UE), отчета о запасе по мощности (PHR) в системе беспроводной связи. Способ включает в себя этапы, на которых передают первый PHR для первой группы несущих, которая сконфигурирована первым eNodeB (eNB), во второй eNB; и передают второй PHR для второй группы несущих, которая сконфигурирована вторым eNB, в первый eNB. Первый PHR и второй PHR включают в себя PHR для физического канала управления восходящей линии связи (PUCCH), независимо от того, сконфигурирована ли одновременная передача PUCCH и физического совместно используемого канала восходящей линии связи (PUSCH) или нет.
[9] В другом аспекте, обеспечивается пользовательское оборудование (UE) в системе беспроводной связи. UE включает в себя радиочастотный (RF) блок для передачи или приема радиосигнала и процессор, соединенный с радиочастотным блоком и сконфигурированный с возможностью: передавать первый PHR для первой группы несущих, которая сконфигурирована первым eNodeB (eNB), во второй eNB; и передавать второй PHR для второй группы несущих, которая сконфигурирована вторым eNB, в первый eNB. Первый PHR и второй PHR включают в себя PHR для физического канала управления восходящей линии связи (PUCCH), независимо от того, сконфигурирована ли одновременная передача PUCCH и физического совместно используемого канала восходящей линии связи (PUSCH) или нет.
[10] PHR может передаваться эффективно.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[11] Фиг. 1 показывает систему беспроводной связи.
[12] Фиг. 2 показывает структуру радио кадра LTE 3GPP.
[13] Фиг. 3 показывает сетку ресурсов для одного слота нисходящей линии связи.
[14] Фиг. 4 показывает структуру подкадра нисходящей линии связи.
[15] Фиг. 5 показывает структуру подкадра восходящей линии связи.
[16] Фиг. 6 показывает пример агрегации несущих LTE-A 3GPP.
[17] Фиг. 7 показывает пример двухсторонней связи для макросоты и малой соты.
[18] Фиг. 8 показывает запас по мощности CE MAC.
[19] Фиг. 9 показывает расширенный запас по мощности MAC CE.
[20] Фиг. 10 показывает пример способа передачи PHR, согласно варианту воплощения настоящего изобретения.
[21] Фиг. 11 представляет собой блок-схему, показывающую систему беспроводной связи для реализации варианта воплощения настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ ВАРИАНТА ВОПЛОЩЕНИЯ
[22] Технологии, устройства и системы, описанные здесь, могут быть использованы в различных технологиях беспроводного доступа, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступа с временным разделением каналов (TDMA), ортогональный множественный доступ с частотным разделением каналов (OFDMА), ортогональный множественный доступ с частотным разделением каналов на одной несущей (SC-FDMA) и т.д. CDMA может быть реализован при помощи такой технологии радиосвязи, как универсальный наземный радиодоступ (UTRA) или CDMA2000. TDMA может быть реализован с помощью такой технологии радиосвязи, как глобальная система мобильной связи (GSM)/ система пакетной радиосвязи общего пользования  (GPRS)/увеличенная скорость передачи данных в стандарте GSM (EDGE). OFDMА может быть реализован с помощью такой технологии радиосвязи, как стандарт института инженеров электротехники и электроники (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, развитый доступ UTRA (E-UTRA), и т.д. UTRA является частью универсальной системы мобильной связи (UMTS). Проект долгосрочного развития (LTE) партнерства третьего поколения (3GPP) является частью развитого UMTS (E-UMTS), использующий E-UTRA. 3GPP LTE использует OFDMA по нисходящей линии связи и использует SC-FDMA по восходящей линии связи. LTE-Advance (LTE-A) является развитием LTE 3GPP. Для ясности, это приложение сфокусировано на LTE/LTE-A 3GPP. Однако технические характеристики настоящего изобретения им не ограничены.
[23] Фиг. 1 показывает систему беспроводной связи. Система 10 беспроводной связи включает в себя, по меньшей мере, одну базовую станцию (BS) 11. Соответствующие BS 11 обеспечивают услуги связи для конкретных географических областей 15a, 15b, и 15c (которые обычно называют сотами). Каждая сота может быть разделена на множество областей (которые называют секторами). Пользовательское оборудование (UE) 12 может быть стационарным или мобильным и может называться другой терминологией, такой как мобильная станция (MS), мобильный терминал (MT), пользовательский терминал (UT), абонентский пункт (SS), беспроводное устройство, персональный цифровой секретарь (PDA), беспроводной модем, карманное устройство. BS 11 обычно может быть стационарной станцией, которая взаимодействует с UE 12, и может называться другой терминологией, такой как развитый узел-B (eNB), базовая приемопередающая система (BTS), точка доступа (AP), и т.д.
[24] В целом UE принадлежит к одной соте, и сота, к которой принадлежит UE, называется обслуживающей сотой. BS, обеспечивающая услуги связи для обслуживающей соты, называется обслуживающей BS. Система беспроводной связи является сотовой системой, поскольку существует другая сота, смежная к обслуживающей соте. Другая сота, смежная к обслуживающей соте, называется соседней сотой. BS, обеспечивающая услуги связи для соседней соты, называется соседней BS. Обслуживающая сота и соседняя сота соответственно определяются на основе UE.
[25] Эта технология может быть использована для нисходящей линии связи или восходящей линии связи. В целом, нисходящая линия связи относится к передаче данных от BS 11 к UE 12, а восходящая линия связи относится к передаче данных от UE 12 к BS 11. В нисходящей линии связи, передатчик может быть частью BS 11, и приемник может быть частью UE 12. В восходящей линии связи, передатчик может быть частью UE 12, и приемник может быть частью базовой станции 11.
[26] Система беспроводной связи может быть любой одной из системы с многоканальным входом - многоканальным выходом (MIMO), системы многоканальным входом и одним выходом (MISO), системы с одним входом и одним выходом (SISO), системы с одним входом и многоканальным выходом (SIMO). Система MIMO использует множество передающих антенн и множество приемных антенн. Система MISO использует множество передающих антенн и одну приемную антенну. Система SISO использует одну передающую антенну и одну приемную антенну. Система SIMO использует одну передающую антенну и множество приемных антенн. В дальнейшем, передающая антенна относится к физической или логической антенне, используемой для передачи сигнала или потока, и приемная антенна относится к физической или логической антенне, используемой для приема сигнала или потока.
[27] На фиг. 2 показана структура радио кадра 3GPP LTE. Со ссылкой на Фиг. 2, радио кадр включает в себя 10 подкадров. Подкадр включает в себя два слота во временной области. Время для передачи одного подкадра определяется как интервал времени передачи (TTI). Например, один подкадр может иметь длину 1 миллисекунду (мс), и один слот может иметь длину 0,5 мс. Один слот включает в себя множество символов  ортогонального мультиплексирования с частотным разделением каналов (OFDM) во временной области. Поскольку 3GPP LTE использует OFDMA по нисходящей линии связи, то символ OFDM служит для представления одного символьного периода. Символы OFDM могут назваться по-другому, в зависимости от схемы множественного доступа. Например, когда SC-FDMA используется в качестве схемы множественного доступа по восходящей линии связи, тогда символы OFDM могут быть названы символами SC-FDMA. Блок ресурсов (RB) представляет собой единицу выделения ресурсов и включает в себя множество смежных поднесущих в одном слоте. Структура радиокадра показана исключительно в иллюстративных целях. Таким образом, количество подкадров, включенных в радиокадр, или количество слотов, включенных в подкадр, или количество OFDM символов, включенных в слот, может быть модифицировано различными способами.
[28] LTE 3GPP определяет, что один слот включает в себя семь символов OFDM в нормальном циклическом префиксе (CP) и один слот включает в себя шесть OFDM символов в расширенном CP.
[29] Система беспроводной связи может быть разделена на схему дуплексной передачи с частотным разделением (FDD) и схему дуплексной передачи с временным разделением (TDD). Согласно схеме FDD, передача по восходящей линии и передача по нисходящей линии выполнены в различных частотных диапазонах. Согласно схеме TDD передача по восходящей линии и передача по нисходящей линии выполнены в разные периоды времени в том же диапазоне частот. Отклик канала схемы TDD является, по существу, обратным. Это означает, что отклик канала нисходящей линии связи и отклик канал восходящей линии связи являются почти теми же самыми в заданном диапазоне частот. Таким образом, основанная на TDD система беспроводной связи выгодна тем, что отклик канала нисходящей линии связи может быть получен от отклика канала восходящей линии связи. В схеме TDD весь диапазон частот разделен во времени для передачи по восходящей и нисходящей линиям, так что передача по нисходящей линии BS и передача по восходящей линии UE не могут быть проведены одновременно. В системе TDD, в которой передача по восходящей линии и передача по нисходящей линии различаются в блоках подкадров, причем передача по восходящей линии и передача по нисходящей линии выполняются в различных подкадрах.
DL
[30] На фиг. 3 показана сетка ресурсов для одного слота нисходящей линии связи. Ссылаясь на фиг. 3, слот нисходящей линии включает в себя множество символов OFDM во временной области. Здесь описано, что один слот нисходящей линии включает в себя 7 символов OFDM, и один RB включает в себя, например, 12 поднесущих в частотной области. Однако настоящее изобретение этим не ограничивается. Каждый элемент на сетке ресурсов называется ресурсным элементом (RE). Один RB включает в себя 12×7 ресурсных элементов. Число N RB, включенных в слот нисходящей линии связи, зависит от полосы пропускания передачи  по нисходящей линии связи. Структура слота восходящей линии связи может быть такой же, как у слота нисходящей линии связи.
[31] Количество символов OFDM и количество поднесущих может изменяться в зависимости от длины CP, разноса частот и тому подобное. Например, в случае нормального CP количество символов OFDM является 7, и в случае расширенного CP количество символов OFDM является 6. Одно из 128, 256, 512, 1024, 1536 и 2048 может быть выборочно использовано в качестве количества поднесущих в одном символе OFDM.
[32] Фиг. 4 показывает структуру подкадра нисходящей линии связи. Ссылаясь на фиг. 4, максимум три символа OFDM, расположенные в передней части первого слота в пределах субкадра, соответствуют области управления, назначаемой каналом управления. Остальные символы OFDM соответствуют области данных, назначаемой физическим совместно используемым каналом нисходящей линии связи (PDSCH). Примеры каналов управления нисходящий линии связи, используемых в LTE 3GPP, включают в себя физический канал индикатора формата управления (PCFICH), физический канал управления нисходящей линии связи (PDCCH), канал индикатора гибридного автоматического запроса на повторную передачу (HARQ) (PHICH) и т.д. PCFICH передается в первом символе OFDM подкадра и несет информацию о количестве символов OFDM, используемых для передачи каналов управления в подкадре. PHICH является ответом на передачу по восходящей линии связи и несет сигнал квитирования (ACK)/отрицательного квитирования (NACK) HARQ. Информация управления, передаваемая через PDCCH, именуется информацией управления нисходящей линии связи (DCI). DCI включает в себя информацию планирования восходящей линии связи или нисходящей линии связи или включает в себя команду управления мощностью передачи (Tx) по восходящей линии связи для произвольных групп UE.
[33] PDCCH может нести транспортный формат и выделение ресурсов совместно используемого канала нисходящей линии связи (DL-SCH), информацию выделения ресурсов совместно используемого канала восходящей линии связи (UL-SCH), информацию поискового вызова на канале поискового вызова (PCH), системную информацию на DL-SCH, выделение ресурсов управляющего сообщения более высокого уровня, такого как, ответа произвольного доступа, передаваемого на PDSCH, набор команд управления мощностью передачи Tx на отдельных UE в пределах произвольной группы UE, команду управления мощностью передачи Tx, активации речевой связи по IP (VoIP) и т.д. В пределах области управления может передаваться множество PDCCH. UE может осуществлять мониторинг множества PDCCH. PDCCH передается в агрегации одного или нескольких последовательных элементов канала управления (CCE). CCE является логической единицей выделения, используемой для обеспечения скорости кодирования PDCCH на основании состояния радиоканала. CCE соответствует множеству групп ресурсных элементов.
[34] Формат PDCCH и количество битов доступного PDCCH определяются согласно корреляции между количеством CCE и скоростью кодирования, обеспечиваемой CCE. BS определяет формат PDCCH, согласно DCI для передачи на UE, и присоединяет циклический избыточный код (CRC) к информации управления. CRC маскируется уникальным идентификатором (именуемым временным идентификатором радиосети (RNTI)), согласно владельцу или использованию PDCCH. Если PDCCH предназначен для определенного UE, то уникальный идентификатор (например, сотовый-RNTI (С-RNTI)) UE может маскироваться для CRC. Альтернативно, если PDCCH предназначен для сообщения поискового вызова, то идентификатор индикатора поискового вызова (например, сотовый-RNTI (Р-RNTI)) может быть замаскирован для CRC. Если PDCCH  предназначен для системной информации (более конкретно, блока системной информации (SIB), который будет описан ниже), то идентификатор о системной информации и RNTI системной информации (SI-RNTI) могут быть замаскированы для CRC. Для индикации ответа произвольного доступа, который является ответом для передачи преамбулы произвольного доступа UE, произвольный доступ-RNTI (РА-RNTI) может быть замаскирован для CRC.
[35] Фиг. 5 показывает структуру подкадра восходящей линии связи. Ссылаясь на Фиг. 5, подкадр восходящей линии связи может быть разделен в частотной области на область управления и область данных. Области управления выделяется физический канал управления восходящей линии связи (PUCCH) для передачи информации управления по восходящей линии связи. Области данных выделяется физический совместно используемый канал восходящей линии связи (PUSCH) для переноса пользовательских данных. Когда указывается более высоким уровнем, UE может поддерживать одновременную передачу по каналу PUSCH и PUCCH. PUCCH для одного UE выделяется RB паре в подкадре. RB, принадлежащие RB паре, занимают различные поднесущие в соответствующих двух слотах. Это говорит о том, что RB пара, выделяемая PUCCH, является частотно-скачкообразной в границах слота. Это говорит о том, что пара RB, распределенная по PUCCH, перескакивает по частоте на границе слота. UE может получать увеличение разброса частот посредством передаваемой информации управления по восходящей линии связи через различные поднесущие в соответствии со временем.
[36] Информация управления, передаваемая по восходящей линии связи по PUCCH, может включать в себя сигнал квитирования (ACK)/отрицательного квитирования (NACK) гибридного автоматического запроса на повторную передачу HARQ, индикатор качества канала (CQI), указывающий состояние канала нисходящей линии связи, запрос планирования (SR), и т.п.
[37] PUSCH отображается в совместно используемый канал восходящей линии связи (UL-SCH), транспортный канал. Данные восходящей линии связи, передаваемые по PUSCH, могут быть транспортным блоком, блоком данных для UL-SCH, передаваемым в течение TTI. Транспортный блок может быть пользовательской информацией. Или данные восходящей линии связи могут быть мультиплексированными данными. Мультиплексированные данные могут быть данными, полученными посредством мультиплексирования транспортного блока для UL-SCH, и информацией управления. Например, информация управления, мультиплексированная с данными, может включать в себя CQI, индикатор матрицы предварительного кодирования (PMI) и HARQ, индикатор ранга (RI), или т.п. Или данные восходящей линии связи могут включать в себя только информацию управления.
[38] Описывается агрегация несущих (CA). Можно ссылаться на раздел 5.5 3GPP TS 36.300 V11.6.0 (2013-06).
[39] В CA, две или более компонентных несущих (CC) агрегируются с целью поддержания более широких полос пропускания передачи до 100 МГц или более. UE может одновременно принимать или передавать по одной или нескольким CC, в зависимости от его возможностей. UE со способностью единственной временной задержки для CA может одновременно принимать и/или передавать по нескольким CC, соответствующим нескольким обслуживающим сотам, совместно использующих ту же временную задержку (несколько обслуживающих сот сгруппированы в одну группу временных задержек (TAG)). UE со способностью многократных временных задержек для CA может одновременно принимать и/или передавать по нескольким CC, соответствующим нескольким обслуживающим сотам с различными временными задержками (несколько обслуживающих сот сгруппированы в несколько TAG). E-UTRAN гарантирует, что каждая TAG содержит, по меньшей мере, одну обслуживающую соту. Не способное на CA UE может получать от единственной CC и передавать по единственной CC, соответствующей только одной обслуживающей соте (одной обслуживающей соте в одной TAG).
[40] Обслуживающая сота представляет собой комбинацию ресурсов нисходящей линии связи и необязательно восходящей линии связи. Т.е. обслуживающая сота может состоять из одной CC DL и одной CC UL. Альтернативно, обслуживающая сота может состоять из одной CC DL. CA может иметь множество обслуживающих сот. Множество обслуживающих сот может состоять из одной базовой обслуживающей соты (PCell) и, по меньшей мере, одной вторичной обслуживающей соты (SCell). Передача PUCCH, процедура произвольного доступа, и т.д., могут быть выполнены только в PCell.
[41] Фиг. 6 показывает пример агрегации несущих LTE-A 3GPP. Ссылаясь на Фиг. 6, каждая CC имеет полосу пропускания в 20 МГц, которая является полосой пропускания LTE 3GPP. Могут быть агрегированы 5 CC или более, поскольку может быть сконфигурирована максимальная полоса пропускания в 100 МГц или более.
[42] CA поддерживается как для смежных, так и несмежных CC, с каждой CC ограниченной максимально до 110 RB в частотной области с использованием версий Rel-8/9.
[43] Возможно сконфигурировать UE для агрегации различного количества CC, происходящие из того же узла eNB, и возможными различными полосами пропускания в UL и DL. Количество CC DL, которые могут быть сконфигурированы, зависит от способности агрегации DL UE. Количество CC UL, которые могут быть сконфигурированы, зависят от способности агрегации UL UE. В типичных применениях TDD количество CC и полоса пропускания каждой CC в UL и DL одинаковые. Количество TAGs, которое может быть сконфигурировано, зависит от способности TАG UE.
[44] CC, происходящие из того же узла eNB, не должны обеспечивать ту же зону покрытия.
[45] CC должны быть совместимыми LTE версий Rel-8/9. Тем не менее, могут использоваться существующие механизмы (например, блокировка) во избежание ожидания CC UE версий Rel-8/9.
[46] Разнос между центральными частотами смежно-агрегированных CC должен быть кратен 300 кГц. Это делается для совместимости с частотой растра 100 кГц в версиях Rel-8/9 и в то же время для того, чтобы сохранить ортогональность поднесущих с разносом 15 кГц. В зависимости от сценария агрегации разнос n×300 кГц может быть уменьшен посредством вставки небольшого количества неиспользованных поднесущих между смежными CC.
[47] Для CA TDD конфигурация нисходящей/восходящей линии связи является идентичной компонентным несущим в той же полосе и может быть той же или другой компонентным несущим в различных полосах.
[48] Описывается двухсторонняя связь.
[49] Фиг. 7 показывает пример двухсторонней связи для макросоты и малой соты. Ссылаясь на Фиг. 7, UE подсоединено одновременно к макросоте и малой соте. Узел eNB макросоты, обслуживающий макросоту, является MeNB в двухсторонней связи и узел eNB малой соты, обслуживающий малую соту, является SeNB в двухсторонней связи. MeNB является eNB, который завершается, по меньшей мере, на S1-MME, и поэтому действует как привязка к мобильности к CN в двухсторонней связи. Если макро eNB существует, то в целом макро eNB может функционировать как MeNB. SeNB является eNB, предоставляющим дополнительные ресурсы радиосвязи для UE, который не является MeNB в двухсторонней связи. SeNB в целом может быть сконфигурирован с возможностью передавать трафик типа Максимально возможный (BE), в то время как MeNB в целом может быть сконфигурирован с возможностью передачи других типов трафика, таких как VoIP, потоковые данные или данные сигнализации. Интерфейс между MeNB и SeNB называется интерфейсом Xn. Интерфейс Xn считается неидеальным, поскольку задержка в интерфейсе Xn может быть до 60 мс.
[50] Описывается запас по мощности согласно текущей спецификации LTE 3GPP. Можно сослаться к разделу 5.1.1.2 TS 36.213 V11.3.0 3GPP (2013-06). Есть два определенных типа отчетов запаса по мощности UE. Запас по мощности UE действует для подкадра i для обслуживающей соты с.
[51] Описывается запас по мощности 1 типа. Если UE передает PUSCH без PUCCH в подкадре i для обслуживающей соты с, то запас по мощности для отчета 1 типа  вычисляется с помощью уравнения 1.
[52] <Уравнение 1>
[53] [дБ]
с
[54] В уравнении 1,  равен сконфигурированной мощности передачи UE в подкадре i для обслуживающей соты с.  представляет собой полосу пропускания распределения ресурсов PUSCH, выраженную в количестве блоков ресурсов, доступных для подкадра i и обслуживающей соты с.  представляет собой параметр, состоящий из суммы компонента  при условии более высоких уровней при j = 0 и 1 и компонента  при условии более высоких уровней при j = 0 и 1 для обслуживающей соты с. При j = 0 или 1, α∈{0, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9, 1} является 3-битным параметром, обеспеченным более высокими уровнями для обслуживающей соты с. При j = 2, .  является потерей в тракте нисходящей линии связи, вычисленной в UE для обслуживающей соты с, выраженной в дБ.
[55] Если UE передает PUSCH с PUCCH в подкадре i для обслуживающей соты с, то запас по мощности для отчета 1 типа  вычисляется с использованием уравнения 2.
[56] <Уравнение 2>
[57]
<E [дБ]
[58] В уравнении 2 , , ,  определены в Уравнение 1.  вычисляется на основе требований в TS 36.101 3GPP, предполагая только передачу PUSCH в подкадре i. В этом случае, физический уровень обеспечивает  вместо  для более высоких уровней.
[59] Если UE не передает PUSCH в подкадре i для обслуживающей соты с, то запас по мощности для отчета 1 типа  вычисляется с помощью уравнения 3.
[60] <Уравнение 3>
[61]  [дБ]
[62] В уравнении 3  вычисляется, предполагая максимальное снижение мощности (MPR)=0 дБ, дополнительный MPR(А-MPR)=0 дБ, управление питанием MPR(P-MPR)=0 дБ и ΔTC=0 дБ, где MPR, А-MPR, Р-MPR и ΔTC определены в TS 36.101 3GPP. , ,  определены в уравнении 1.
[63] Описывается запас по мощности 2 типа. Если UE передает PUSCH одновременно с PUCCH в подкадре i для первичной соты, то запас по мощности для отчета 2 типа  вычисляется с помощью уравнения 4.
[64] <Уравнение 4>
[65]
[дБ]
CQI
HARQ
SR
CQI
SR
SR
[66] В уравнении 4 , , , ,  являются параметрами первичной соты, как определено в уравнении 1.  является параметром, состоящим из суммы параметра , обеспеченного более высокими уровнями и параметра , обеспеченного более высокими уровнями. h(n, n, n) является зависимым значением формата PUCCH, где n соответствует количеству информационных битов для информации о качестве канала (CQI). n=1, если подкадр i сконфигурирован для SR для UE, не имеющего никакого связанного транспортного блока для UL-SCH, в противном случае n=0. Параметр  обеспечивается более высокими уровнями. Если UE сконфигурировано более высокими уровнями для передачи PUCCH по двум портам антенны, то значение  обеспечивается более высокими уровнями. В противном случае, .
[67] Если UE передает PUSCH без PUCCH в подкадре i для первичной соты, то запас по мощности для отчета 2 типа  вычисляется с помощью уравнения 5.
[68] <Уравнение 5>
[69] [дБ]
[70] В уравнении 5 , , , ,  представляют собой параметры первичной соты, как определено в уравнении 1. Параметр  определен в уравнении 4.
[71] Если UE передает PUCCH без PUSCH в подкадре i для первичной соты, то запас по мощности для отчета 2 типа  вычисляется с помощью уравнения 6.
[72] <Уравнение 6>
[73]
[дБ]
CQI
HARQ
SR
[74] В уравнении 6 , ,  являются параметрами первичной соты, как определено в уравнении 1. ,, h(n, n, n), ,  также определены в уравнении 4.
[75] Если UE не передает PUCCH или PUSCH в подкадре i для первичной соты, то запас по мощности для отчета 2 типа  вычисляется с помощью уравнения 7.
[76] <Уравнение 7>
[77] [дБ]
C
C
CQI
HARQ
SR
[78] В Уравнении 7  вычисляется, предполагая MPR=0 дБ, A-MPR=0 дБ, P-MPR=0 дБ и ΔT=0 дБ, где MPR, А-MPR, Р-MPR и ΔT определены в TS 36.101 3GPP. , ,  являются параметрами первичной соты, как определено в уравнении 1. , , h(n, n, n), ,  определены в уравнении 4.
[79] Запас по мощности должен быть округлен до ближайшего значения в диапазоне [40; -23] ДБ с шагом 1 дБ и доставлен физическим уровнем на более высокие уровни.
c
[80] Описывается отчет о запасе по мощности (PHR). Можно ссылаться на раздел 5.4.6 TS 36.321 V11.3.0 3GPP (2013-06). Управление радиоресурсами (RRC) управляет отчетом о запасе по мощности посредством задания конфигурации двух таймеров periodicPHR-Timer и prohibitPHR-Timer, и посредством передачи сигнала dl-PathlossChange, который устанавливает изменение в измеренных потерях в тракте нисходящей линии связи и снижения мощности нагрузки вследствие управления мощностью (как предусмотрено P-MPR)  для инициирования сообщения PHR.
[81] Отчет PHR может быть инициирован, если возникает любое из следующих событий:
[82] - таймер prohibitPHR-Timer истекает или истек, и потери в тракте изменились более чем на dl-PathlossChange дБ в течение, по меньшей мере, одной активированной обслуживающей соты, которая используется в качестве потери с момента передачи сообщения PHR, когда UE имеет ресурсы UL для новой передачи;
[83] - таймер priodicPHR-Timer истекает;
[84] - после задания конфигурации или изменения конфигурации функциональных возможностей отчета о запасе по мощности, посредством верхних уровней, которые не используются для отключения функционирования.
[85]  - активация SCell с конфигурированной восходящей линии связи.
prohibitPHR-Timer
c
[86] – таймер  истекает или истек, когда UE имеет UL ресурсы для новой передачи, и на этом интервале TTI для любой из активированных обслуживающих сот с конфигурированной восходящей линией связи: существуют эти UL ресурсы, выделенные для передачи или в этой соте существует передача PUCCH, и снижение мощности нагрузки вследствие управления мощностью (как предусмотрено в P-MPR) для этой соты изменилась более чем на dl-PathlossChange дБ с момента последней передачи PHR, когда UE имело ресурсы UL, выделенные для передачи или передачи PUCCH в этой соте.
[87]Если UE имеет ресурсы UL, выделенные для новой передачи для этого TTI, то выполняется следующее:
[88] 1> если это первый ресурс UL, выделенный для новой передачи, с момента последнего сброса MAC управления доступом к среде передачи, то запускается таймер periodicPHR;
[89] 1> если процедура отчета о запасе по мощности определяет, что, по меньшей мере, одно PHR было инициировано и не отменено, и;
[90] 1> если выделенные ресурсы UL могут вмещать элемент управления PHR MAC плюс его подзаголовок, если не сконфигурирован extendedPHR, или расширенный элемент управления PHR MAC плюс его подзаголовок, если сконфигурирован extendedPHR в результате назначения приоритетов логических каналов:
[91] 2> если сконфигурирован extendedPHR:
[92] 3> для каждой активированной обслуживающей соты со конфигурированной восходящей линии связи:
[93] 4> получить значение запаса по мощности типа 1;
[94] 4> если UE имеет UL ресурсы, выделенные для передачи в этой обслуживающей соте для этого TTI:
CMAX,c
[95] 5> получить значение для соответствующего поля P из физического уровня;
[96] 3> если сконфигурирован simultaneousPUCCH-PUSCH:
[97] 4> получить значение запаса по мощности типа 2 для PCell;
[98] 4> если UE имеет передачу PUCCH в этом TTI:
CMAX,c
[99] 5> получить значение для соответствующего поля P из физического уровня;
[100] 3> поручить процедуру мультиплексирования и сборки для генерирования и передачи расширенного элемента управления PHR MAC на основе значений, сообщенных посредством физического уровня;
[101] 2> иначе:
[102] 3> получить значение запаса по мощности типа 1 из физического уровня;
[103] 3> поручить процедуру мультиплексирования и сборки для генерирования и передачи элемента управления PHR MAC на основе значения, сообщенного посредством физического уровня;
[104] 2> запустить или перезапустить таймер periodicPHR;
[105] 2> запустить или перезапустить таймер prohibitPHR;
[106] 2> отменить все инициированные отчеты (отчет) PHR.
[107] Описываются элемент управления (CE) запаса по мощности и расширенный CE Mac запаса по мощности. Можно ссылаться на раздел 6.3.1.6 TS 36.321 V11.3.0 3GPP (2013-06).
[108] CE MAC запаса по мощности идентифицируется посредством подзаголовка MAC блока протокольных данных (PDU) с идентификатором логического канала (LCID), имеющего значение 11010. Он имеет фиксированный размер и состоит из одного октета.
[109] На фиг. 8 показывает CE MAC запаса по мощности. Ссылаясь на Фиг. 8, CE MAC запаса по мощности определяется следующим образом:
[110] R: зарезервированный бит  и установленный на «0»;
[111] - PH: это поле указывает уровень запаса по мощности. Длина поля составляет 6 битов. Сообщенный PH и соответствующие уровни запаса по мощности приведены ниже в таблице 1.
[112]
<b><Таблица 1></b>
<b>PH</b>
<b>Уровень запаса по мощности</b>
0
ЗАПАС_МОЩНОСТИ_0
1
ЗАПАС_МОЩНОСТИ_1
2
ЗАПАС_МОЩНОСТИ_2
3
ЗАПАС_МОЩНОСТИ_3
…
…
60
ЗАПАС_МОЩНОСТИ_60
61
ЗАПАС_МОЩНОСТИ_61
62
ЗАПАС_МОЩНОСТИ_62
63
POWER_HEADROOM_63
[113] Расширенный CE MAC запас по мощности идентифицируется подзаголовком PDU MAC с LCID, имеющим значение 11001. Он имеет изменяемый размер.
CMAX,c
CMAX,c
[114] Фиг. 9 показывает расширенный CE MAC запаса по мощности. Ссылаясь на Фиг. 9, когда сообщается PH типа 2, тогда октет, содержащий поле PH типа 2 включен первым после октета, указывающего на присутствие PH в SCell, и за ним следует октет, содержащий связанное поле P (если оно сообщено). Затем в порядке возрастания следует, на основе индекса ServCellIndex, октет с полем PH  типа 1 и октет с соответствующим полем P (если оно сообщено), для PCell и для каждой SCell, указанной в битовом массиве.
[115] Расширенный CE MAC запаса по мощности определяется следующим образом:
i
i
i
[116] - C: это поле указывает на присутствие поля PН для SCell  с индексом SCellIndex i. Поле C, установленное на "1" указывает, что сообщается поле PH для SCell с индексом SCellIndex i. Поле C, установленное на "0" указывает на то, что не сообщается поле PH для SCell с индексом  SCellIndex i.
[117] - R: зарезервированный бит, установленный на "0".
CMAX,c
CMAX,c
[118] - V: это поле указывает, является ли значение PH основанным на реальной передаче или на эталонном формате. Для PH типа 1, V=0 указывает на реальную передачу PUSCH и V=1 указывает, что используется эталонный формат PUSCH. Для PH  типа 2 V=0 указывает на реальную передачу PUCCH и V=1 указывает, что используется эталонный формат PUCCH. Кроме того, как для PH типа 1, так и для PH типа 2 V=0 указывает на присутствие октета, содержащего связанное поле P, и V = 1 указывает, что октет, содержащий связанное поле Pопущен.
[119] - PH: это поле указывает уровень запаса по мощности. Длина поля составляет 6 битов. Сообщенный PH и соответствующие уровни запаса по мощности приведены в Таблице 1, описанной выше.
c
CMAX,c
[120] - Р: это поле указывает, применяет ли UE снижение мощности вследствие управления мощностью (как предусмотрено в P-MPR). UE устанавливает P=1, если соответствующее поле Pимело бы другое значение, если  не было применено никакого снижения мощности нагрузки вследствие управления мощностью.
CMAX,c
CMAX,c
CMAX,c
[121] - P: если оно присутствует, это поле указывает P или , используемые для вычисления предыдущего поля PH. Сообщенное P и соответствующие номинальные уровни мощности передачи UE приведены в Таблице 2.
[122]
<b><Таблица 2></b>
<b>PCMAX,c</b>
<b>Номинальный уровень мощности передачи UE</b>
0
PCMAX_C_00
1
PCMAX_C_01
2
PCMAX_C_02
…
…
61
PCMAX_C_61
62
PCMAX_C_62
63
PCMAX_C_63
[123] Далее описывается способ передачи запаса по мощности в соответствии с вариантами воплощения настоящего изобретения. В варианте воплощения настоящего изобретения можно рассмотреть случай, когда используется агрегация несущих между участками для UE. Агрегация несущих между участками может быть определена для UE, сконфигурированное с несколькими несущими, где, по меньшей мере, две несущие, связанны с отдельным ENB, который может быть подсоединен с помощью идеального транзитного соединения или неидеального транзитного соединения. Когда UE может одновременно выполнять две передачи UL (включая PUSCH/PUCCH), тогда могут быть рассмотрены следующие случаи.
[124] - Случай 1: FDD + FDD или та же DL/UL TDD конфигурация + TDD по идеальному транзитному соединению
[125] - Случай 2: FDD + FDD или та же DL/UL TDD конфигурация + TDD по неидеальному транзитному соединению
[126] - Случай 3: FDD + TDD или другая DL/UL TDD конфигурация + TDD по идеальному транзитному соединению
[127] - Случай 4: FDD + TDD или другая DL/UL TDD конфигурация + TDD по неидеальному транзитному соединению
[128] Когда UE не может одновременно выполнять две передачи UL, тогда могут быть рассмотрены следующие случаи.
[129] - Случай 5: FDD + FDD или та же DL/UL TDD конфигурация + TDD по идеальному транзитному соединению
[130] - Случай 6: FDD + FDD или та же DL/UL TDD конфигурация + TDD по неидеальному транзитному соединению
[131] - Случай 7: FDD + TDD или другая DL/UL TDD конфигурация + TDD по идеальному транзитному соединению
[132] - Случай 8: FDD + TDD или другая DL/UL TDD конфигурация + TDD по неидеальному транзитному соединению
[133] Далее, для удобства, в случае, когда более чем одна группа несущих сконфигурирована одним узлом eNB, где каждая группа несущих может иметь несущую, принимающую PUCCH,  называется "PUCCH нагрузкой". Каждая группа несущих может иметь множество несущих, хотя количество несущих PUCCH может быть ограничено только одной на группу несущих.
[134] В соответствии с вариантом воплощения настоящего изобретения, запас по мощности может быть вычислен на CC, и весь вычисленный запас по мощности может быть сообщен двум узлам eNB. В дополнение к запасу по мощности для каждой CC, узлы eNB могут изменять свои сконфигурированные параметры  друг с другом или UE может информировать значение для другого узла eNB. Когда UE сконфигурировано более чем одним параметром ,  тогда запас по мощности может быть вычислен для каждого сконфигурированного параметра , и затем может быть передан на узлы eNB. Более конкретно, если UE сконфигурировано более чем одной максимальной мощностью, используемой более чем одним подмножеством подкадров, где применяется значение максимальной мощности на каждом подмножестве подкадра, то запас по мощности может быть вычислен, используя максимальную мощность, назначенную для этого конкретного подкадра, и может быть сообщен. Кроме того, более чем одно значение со всеми сконфигурированными максимальными мощностями может быть также передано. В качестве альтернативы, один запас по мощности может быть сообщен в зависимости от того, где PHR был запущен. Например, если PHR запускается в подкадре со сконфигурированной малой мощностью, то малая мощность может быть использована для вычисления PHR. Если PHR запускается в подкадре с сконфигурированной высокой мощностью, то более высокая мощность может быть использована для вычисления PHR.
[135] Когда PHR вычислен, может быть рассмотрено использует ли  или  в качестве максимальной мощности на несущей. Один вариант заключается в использовании параметра  независимо от  так, что каждый  узел eNB знает бюджет мощности независимо от выделенной мощности для каждого eNB. Это было бы полезно, при распределении мощности между двумя узлами eNB, тем не менее, масштабирование мощности может произойти в группе несущих только при выделенной мощности. Альтернативно, может быть использовано min{, }  для вычисления PHR. В этом случае, это может ограничивать количество мощности, увеличенное с точки зрения eNB. Таким образом, это может в большей степени совпадать с вариантом, где масштабирование/ограничение мощности определяется в группе несущих, и неиспользованная мощность может быть использована другим узлом eNB. Другой альтернативой является использование  независимо от  или  так, что каждый узел eNB знает, сколько мощности было фактически выделено каждой несущей.
[136] Более подробно, по каждому варианту, создание отчета PHR происходит следующим образом. Предполагая, что UE передает PHR по всем активированным несущим со сконфигурированной UL, дополнительно предполагается, что для несущей, в которой передается PUCCH, создание отчета PHR 2 типа  является обязательным, независимо от возможности/конфигурируемости одновременной передачи PUSCH/PUSCH. Тем не менее, это может быть применено в случае, когда создание отчета PHR 2 типа не является обязательным или не используется.
[137] 1) Вариант 1: Использование  - это значение может быть использовано для вычисления PHR. Оно может соответствовать текущей спецификации, описанной выше.
[138] 2) Вариант 2: Использование  - вместо , это значение может быть использовано для вычисления PHR. Однако, поскольку eNB можно оценить PHR между  и накопленной мощности на основе , то этот вариант не желателен. Один из способов оценки PHR для  может быть таким, что "PHR+{-}", где сконфигурированы два значения верхнего уровня.
[139] 3) Вариант 3: Использование  - это может быть похоже на вариант 2. Это значение может быть вычислено с помощью PHR на основе .
[140] Таким образом, в целом, желательно использовать  для вычисления PHR.
[141] Другой подход создания отчета запаса по мощности в сценарии двухсторонней связи должен определять новый класс создания отчета, а именно, класс А и класс B. Класс А может быть определен на основе предположения, что одновременная передача по восходящей линии происходит между двумя соединениями. Класс B может быть определен на основе предположения, что только одна передача по восходящий линии связи происходит в обслуживающей соте. Например, если несущие FDD и TDD агрегируются, и затем конфигурируется одно значение  для каждой обслуживающей соты, для управления различными подкадрами восходящей линии связи, где происходит потенциально только одна передача по восходящей линии связи, поскольку конфигурация TDD определяет подкадр нисходящей линии связи в этот конкретный период времени и некоторые другие подкадры могут потенциально иметь две или более одновременных передач по восходящей линии связи, то могут быть указаны различные классы создания отчета запаса по мощности. Если это используется, то может быть также рассмотрено использование двух (или более) независимых контуров управления мощностью восходящей линии связи. Когда более двух несущих агрегируется,  тогда класс А и В могут быть определены только между PCell и супер SCell.
[142] Принимая сценарий, в котором более чем один узел eNB конфигурирует агрегацию ресурсов междоузлия для UE, можно предположить, что UE сообщает PHR каждой сконфигурированной обслуживающей соте, сконфигурированной узлом eNB, для узла eNB соответственно. Например, два узла eNB, т.е., узел eNB1 и узел eNB2 конфигурируют CC1, CC2 и CC3, CC4 соответственно. UE тогда сообщает PHR CC1 и CC2 для узла eNB1, и CC3 и CC4 для узла eNB2 соответственно. Когда UE вычисляет PHR, измеренная максимальная мощность может быть вычислена с учетом других узлов eNB.
[143] Один пример вычисления параметра , показанный ниже в уравнении 8, вычитает мощность, используемую другим узлом eNB (сумма мощностей PUSCH для CC, сконфигурированных другим eNB).
[144] <Уравнение 8>
[145]
[146] Или, только PUSCH мощность может быть извлечена для супер SCell, при вычислении максимальной мощности. Если другой узел eNB не может планировать восходящую линию (например, сконфигурирован как подкадр нисходящей линии связи в данном подкадре), то подкадр не будет выполняться. Таким образом, в зависимости от того, где PHR сообщается (и вычисляется), обслуживающий узел eNB может оценить максимальную мощность, конфигурируемую для каждой конфигурации подкадра.
[147] Другой подход составления отчета запаса по мощности в сценарии двухсторонней связи является конфигурирование одной или более конфигураций PHR для каждого узла eNB или каждой группы несущих. Запас по мощности вычисляется для всех активированных восходящих линий, сконфигурированных для каждого экземпляра создания отчета PHR. Другими словами, вычисленный запас по мощности для каждой несущей может быть передан обоим узлам eNB. Вычисленный PHR может быть сообщен каждому ENB по индивидуальной конфигурации.
[148] Таблице 3 показывает изменение запаса по мощности.
[149]
<Таблица 3>
Одновременное PUCCH/PUSCH
PCell
SCell
(T1, P<sub>CMAX</sub> Real),(T1, P<sub>CMAX</sub>)
Нет, Нет
PUSCH
×
(T1, P<sub>CMAX</sub> Real),(T1, P<sub>CMAX</sub>), (T2, P<sub>CMAX</sub>), (T2, P<sub>CMAX</sub>)
Да, Да
PUSCH
×
(T1, P<sub>CMAX</sub> Real),(T1, P<sub>CMAX</sub> Real)
Нет, Нет
PUSCH
PUSCH
(T1, P<sub>CMAX</sub> Real),(T1, P<sub>CMAX</sub> Real)(T2, P<sub>CMAX</sub>), (T2, P<sub>CMAX</sub>)
Да, Да
PUSCH
PUSCH
(T1, P<sub>CMAX</sub>), (T1, P<sub>CMAX</sub>)
Нет, Нет
PUCCH
×
(T1, P<sub>CMAX</sub>),(T1, P<sub>CMAX</sub>),(T2, P<sub>CMAX</sub> Real),(T2, P<sub>CMAX</sub>)
Да, Да
PUCCH
×
(T1, P<sub>CMAX</sub>),(T1, P<sub>CMAX</sub> Real)
Нет, Нет
PUCCH
PUSCH
(T1, P<sub>CMAX</sub> Real),(T1, P<sub>CMAX</sub>)(T2, P<sub>CMAX</sub>),(T2, P<sub>CMAX</sub>)
Да, Да
PUSCH
PUCCH
[150] Указание фактической передачи PUCCH или PUSCH (или указание реальной  или виртуальной  при составлении отчетов для высоких уровней для обслуживающей соты) может быть необходимым при сообщении агрегированных PHR обоим узлам eNB, для всех активированных сот, сконфигурированных с восходящей линией связи. При минимизации возникновения, в котором UE сообщает виртуальную  (т.е. предполагая отсутствия MPR), можно предположить, что когда ни PUSCH или PUCCH не запланированы в подкадре, где происходит составление отчета, тогда UE можно считать, в котором конфигурация используется по умолчанию для PUSCH или PUCCH передачи (т.е. предполагается выделение ресурсов по умолчанию для расчета максимальной мощности) и UE может сообщить PHR и вычисленную  для каждой обслуживающей соты.
[151] Для каждой несущей, где может передаваться PUCCH, могут генерироваться PH 1 типа и PH 2 типа в зависимости от конфигурации одновременной PUCCH/PUSCH передачи.
[152] При сообщении PHR к обоим узлам eNB для всех активированных несущих, бывают случаи, когда РН 1 типа  сообщается с виртуальной  (т.е., основанные не на обусловленном фактическом режиме работы и значений MPR), когда передача PUCCH происходит только в несущей. Поскольку виртуальная  становится неясной, учитывая выделенную/используемую мощность в PUCCH для второго узла eNB, который не имеет никакой информации о планировании первого узла eNB, то, по меньшей мере, флаг для индикации, был ли передан или не может ли быть добавлен PUCCH так, что второй узел eNB знает, как вычисляется запас по мощности для первого узла eNB.
[153] Или, когда конфигурируется двухсторонняя связь, независимо от возможности одновременной передачи PUCCH/PUSCH и/или независимо от того, сконфигурирована ли одновременная передача PUCCH/PUSCH или нет, тогда может быть предложено UE сообщить PH 1 типа и PH 2 типа  для, по меньшей мере, несущих, которые могут передавать PUCCH. Более конкретно, это может быть применено для несущих, сконфигурированных первым узлом eNB, когда запас по мощности сообщается второму узлу eNB. Аналогично, это может быть применено для несущих, сконфигурированных вторым узлом eNB, когда запас по мощности сообщается первому узлу eNB.
[154] Фиг. 10 показывает пример способа передачи PHR, согласно варианту воплощения настоящего изобретения. На этапе S100 UE передает первый PHR для первой группы несущих во вторую группу несущих. На этапе S110 UE передает второй PHR для второй группы несущих в первую группу несущих. Первый PHR, передаваемый во вторую группу несущих, и второй PHR, передаваемый в первую группу несущих, могут включать в себя PHR для передачи PUSCH (т.е., PHR 1 типа) и PHR для передачи по каналу PUCCH (т.е., PHR 2 типа) независимо от того, сконфигурирована одновременная PUCCH/PUSCH передача или нет в двухсторонней связи и/или нескольких группах несущих. То есть PHR для несущих, сконфигурированных вторым узлом eNB, который передается к первому eNB, может быть основан на обоих PHR 1 типа  и PHR 2 типа, независимо от конфигурации одновременной PUCCH/PUSCH передачи в группе несущих второго eNB и/или независимо от возможностей UE для поддержки возможности одновременной PUCCH/ PUSCH передачи. PHR для несущих, сконфигурированных посредством первого узла eNB, которые передаются к первому eNB и PHR для несущих, сконфигурированных вторым eNB, которые передаются ко второму eNB может быть основан только на PHR 1 типа, согласно текущей спецификации. UE может дополнительно передавать , которая сконфигурирована мощностью передачи UE для обслуживающей соты с. Первая группа несущих может соответствовать MeNB в двусторонней связи, а вторая группа несущих может соответствовать SeNB в двусторонней связи. Первая группа несущих может включать в себя множество CC, и вторая группа несущих включает в себя множество CC.
[155] Если UE фактически передает PUCCH в конкретной соте, UE может дополнительно передавать указание, которое указывает, что PHR/ соответствует передаче PUCCH или что PUCCH фактически передан. Если UE уменьшает мощность передачи канала PUCCH/PUSCH в конкретной соте из-за передачи других сот, то UE может дополнительно передать указание, указывающее этот факт. Один кандидат должен инициировать PHR так, что бы он мог дать очень минимальное значение запаса по мощности или даже отрицательную величину запаса мощности для узла eNB.
[156] Кроме того, считается, что PHR инициируется, когда выполняется конфигурация относительно мощности. Например, если MeNB конфигурирует разнесение мощности между MeNB и SeNB, то UE может быть инициировано с сообщающим PHR так, чтобы он мог сообщить должным образом об используемым составным значении. Дополнительно, независимо от конфигурации мощности, когда SeNB конфигурирует (или после успешного соединения с SeNB), UE может также сообщить PHR. Это подразумевает, что, когда MeNB конфигурирует pSCell (сота PUCCH на SCG), UE может сообщить о PHR. Кроме того, когда SeNB и/или MeNB активируют несущую, тогда может быть инициирован PHR.
[157] Фиг. 11 представляет собой блок-схему, показывающую систему беспроводной связи для реализации варианта воплощения настоящего изобретения.
[158] Узел eNB 800 может включать в себя процессор 810, запоминающее устройство 820 и радиочастотный (RF) блок 830. Процессор 810 может быть сконфигурирован с возможностью реализации предлагаемых функций, процедур и/или способов, описанных в данном описании. Уровни протокола радиоинтерфейса могут быть реализованы в процессоре 810. Запоминающее устройство 820 функционально соединено с процессором 810 и хранит различную информацию для работы процессора 810. RF блок 830 функционально соединен с процессором 810 и передает и/или принимает радиосигнал.
[159] UE 900 может включать в себя процессор 910, запоминающее устройство 920 и радиочастотный блок 930. Процессор 910 может быть выполнен с возможностью реализации предлагаемых функций, процедур и/или способов, описанных в данном описании. Уровни протокола радиоинтерфейса могут быть реализованы в процессоре 910. Запоминающее устройство 920 функционально соединено с процессором 910 и хранит различную информацию для работы процессора 910. RF блок 930 функционально соединен с процессором 910 и передает и/или принимает радиосигнал.
[160] Процессоры 810, 910 могут включать в себя специализированную интегральную микросхему (микросхему ASIC), другой набор микросхем, логическую схему и/или устройство обработки данных. Запоминающие устройства 820, 920 могут включать в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), флэш-память, карту памяти, носитель данных и/или другое устройство хранения. RF блоки 830, 930 могут включать в себя схемы основной полосы частот для обработки радиочастотных сигналов. Если варианты воплощения реализуются в программных средствах, то методы, описанные в настоящем документе, могут быть реализованы при помощи модулей (например, процедур, функций и так далее), которые выполняют функции, описанные в настоящем документе. Модули могут храниться в запоминающих устройствах 820, 920 и выполняться посредством процессоров 810, 910. Запоминающие устройства 820, 920 могут быть реализованы внутри процессоров 810, 910 или внешне по отношению к процессорам 810, 910, и в этом случае они могут быть соединены с возможностью связи с процессорами 810, 910 при помощи различных средств, известных в уровне техники.
[161] С учетом примерных систем, описанных в настоящем документе, методологии, которые могут быть реализованы в соответствии с раскрытым предметом, были описаны со ссылкой на несколько диаграмм последовательности операций. Несмотря на то, что в целях упрощения, методологии показаны и описаны в виде последовательности этапов или блоков, следует понимать и учитывать, что заявленный предмет не ограничен порядком этапов или блоков, поскольку некоторые этапы могут происходить в других порядках или одновременно с этапами, отличными от изображенных и описанных в настоящем документе. Кроме того, специалистам в данной области техники понятно, что этапы, иллюстрированные в схеме последовательности операций, не являются исключительными, и что другие этапы могут быть включены в состав, или один или более этапов в примерной схеме последовательности операций могут быть удалены, без влияния на объем и сущность настоящего раскрытия.