АГРЕГИРОВАНИЕ НЕСУЩИХ С ПЕРЕДАЧЕЙ ОТЧЕТОВ О ЗАПАСЕ ПО МОЩНОСТИ

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

Агрегирование несущих (СА, carrier aggregation) представляет собой технологию, применимую к таким сетям, как развитые универсальные сети наземного радиодоступа (E-UTRAN, universal terrestrial radio access network). Сеть E-UTRAN является лишь одним из примеров, поскольку эта технология может использоваться и в сетях других видов. В режиме агрегирования несущих две или более компонентные несущие (СС, component carrier) или обслуживающие соты могут агрегироваться с целью поддержки более широких, например до 100МГц, полос пропускания, а также для агрегирования спектра. В режиме агрегирования несущих возможно сконфигурировать пользовательское оборудование (UE, user equipment) для агрегирования различного количества компонентных несущих или обслуживающих сот, формируемых из одного усовершенствованного узла node В (eNB, enhanced node В), и, возможно, различных допустимых полос пропускания в восходящей линии связи (UL, uplink) и в нисходящей линии связи (DL, downlink).

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

В версиях 8 и 9 проекта совместной координации разработки систем третьего поколения (3GPP, third generation partnership project) согласно спецификации 36.321 3GPP в отсутствие агрегирования несущих отчет о запасе по мощности инициируется при возникновении следующих событий: истекает время, установленное при запуске таймера, называемого "prohibitPHR-Timer", или это время истекло, и потери в тракте передачи изменились на величину "dI-PathlossChange", заданную в дБ, с момента передачи отчета о запасе по мощности, когда пользовательскому оборудованию были выделены ресурсы восходящей линии связи для нового сеанса передачи; истекает время, установленное при запуске таймера, называемого "periodicPHR-Timer"; или выполняется конфигурация либо повторная конфигурации функции передачи отчетов о запасе по мощности средствами верхнего уровня, который не используется для деактивизации этой функции. Параметры "prohibitPHR-Timer", "periodicPHR-Timer" и "dI-PathlossChange" устанавливаются контроллером радиоресурсов. Таким же образом запуск передачи отчета о запасе по мощности может также применяться в режиме агрегирования несущих. При запуске передачи отчетов о запасе по мощности эти отчеты должны передаваться на всех запланированных СС (или во всех обслуживающих сотах) или сконфигурированных СС (или сконфигурированных обслуживающих сотах).

Один из подходов, направленных на реализацию процесса передачи отчетов о запасе по мощности, заключается в ограничении каждого отчета о запасе по мощности (PHR, power headroom report) соответствующей компонентной несущей. Хотя такой подход позволяет минимизировать изменения, вследствие потенциальной разницы по времени при повторной передаче гибридного автоматического запроса повторной передачи (HARQ, hybrid automatic repeat request) узел eNB не может одновременно получить отчет о запасе по мощности от всех компонентных несущих. Кроме того, каждой используемой для отчета компонентной несущей (или обслуживающей соте) соответствует один идентификатор логического канала (LCID, logical channel identifier), вследствие чего увеличивается объем служебной информации.

Другой подход заключается в предоставлении возможности передачи отчета о запасе по мощности на одной несущей для другой несущей с индикатором несущей для каждого отчета о запасе по мощности, для того чтобы указать, на какую компонентную несущую (или обслуживающую соту) осуществляется ссылка. Согласно этому подходу для каждого отдельного отчета о запасе по мощности требуется один подзаголовок уровня управления доступом к среде передачи (MAC, media access control) или поле "длины", указывающее длину такой полезной нагрузки переменного размера. Кроме того, управляющий элемент (СЕ, control element) MAC отчета о запасе по мощности содержит только 2 R-бита, что недостаточно для указания 5 компонентных несущих (или обслуживающих сот).

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

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

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

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

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

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

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

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

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

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

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

На фиг.1 показан способ агрегирования несущих.

На фиг.2 показан подзаголовок E1/R/LCID.

На фиг.3 показан подзаголовок для передачи отчетов о запасе по мощности.

На фиг.4 показаны отдельные отчеты о запасе по мощности для каждой компонентной несущей.

На фиг.5 показана полезная нагрузка отчета о запасе по мощности, содержащая в первом октете битовую карту для передачи отчетов о запасе по мощности.

На фиг.6 показан способ, соответствующий определенным вариантам осуществления настоящего изобретения.

На фиг.7 показан способ, соответствующий определенным вариантам осуществления настоящего изобретения.

На фиг.8 показана система, соответствующая определенным вариантам осуществления настоящего изобретения.

На фиг.9 показан формат, в котором один бит применяется для индикации типа (тип 1 или 2) используемого отчета о запасе по мощности.

На фиг.10 показан формат, в котором тип 1 и тип 2 отчетов о запасе по мощности указываются с помощью R-бита в полезной нагрузке отчета о запасе по мощности для соты PCell.

На фиг.11 показан формат, в котором для отчета о запасе по мощности типа 2 используется новый идентификатор логического канала, в то время как для типа 1 формат может соответствовать версии 8.

На фиг.12 показан формат, в котором длина каждого отдельного отчета о запасе по мощности составляет 6 битов, при этом R-биты используются для выравнивания полезной нагрузки, когда она не выравнена по байтам.

На фиг.13 показан формат, в котором длина каждого отдельного отчета о запасе по мощности составляет 6 битов, при этом R-биты не используются для выравнивания полезной нагрузки, когда она выравнена по байтам.

ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

В определенных вариантах осуществления настоящего изобретения отчет о запасе по мощности передается с использованием нового управляющего элемента MAC отчетов о запасе по мощности, в начале которого может размещаться битовая карта, указывающая передаваемые отчеты о запасе по мощности. Каждый бит битовой карты может быть связан с конкретным отчетом о запасе по мощности (например, PHR для первичной обслуживающей соты (PCell, primary serving cell), вторичной обслуживающей соты (SCell, secondary serving cell), такой как SCell1, и PHR для ряда других вторичных сот), и порядок, в котором считываются биты, образующие битовую карту, также определяет порядок следования отчетов о запасе по мощности согласно этой битовой карте. Битовая карта, таким образом, может указывать размер управляющего элемента MAC отчета о запасе по мощности. Таким образом, данный управляющий элемент может разрешить проблему, связанную с переменным размером отчетов о запасе по мощности, а также позволяет устранить недостаток, заключающийся в использовании одного подзаголовка для каждого отдельного отчета о запасе по мощности.

Все это может выгодно уменьшить объем служебной информации путем ограничения передачи отчетов о запасе по мощности запланированными обслуживающими сотами и упростить оценку запаса по мощности со стороны пользовательского оборудования. Кроме того, этот способ может выгодно использоваться узлом eNB для одновременного получения отчетов о запасе по мощности, относящихся ко всем запланированным обслуживающим сотам. Вследствие потенциальной разницы во времени при повторной передаче гибридного автоматического запроса повторной передачи (HARQ), возможно, что на практике планирование всех компонентных несущих с использованием нового сеанса передачи в том же временном интервале передачи (TTI, transmission time interval) выполнить не удастся.

Принцип агрегирования несущих показан на фиг.1. Пользовательское оборудование, соответствующее версии 8 (Rel-8) глобального проекта совместной координации разработки систем третьего поколения (3GPP), может обслуживаться с помощью автономной компонентной несущей или обслуживающей соты, в то время как терминалы версии 10 (Rel-10) могут конфигурироваться для одновременного приема или передачи данных по множеству компонентных несущих или удаленных обслуживающих сот в одном и том же временного интервале передачи (TTI).

При конфигурировании режима агрегирования несущих пользовательское оборудование устанавливает с сетью только одно соединение управления радиоресурсами (RRC, radio resource control). При установлении/повторном установлении соединения RRC одна обслуживающая сота обеспечивает информацию о безопасном входе и о мобильности на уровне, не связанном с уровнем доступа (NAS, non-access stratum), например информацию о продвижении синхронизации (TAI, timing advance information), так же как в версии 8/9. Информация о безопасном входе может включать в свой состав один глобальный идентификатор соты E-UTRAN (ECGI, E-UTRAN cell global identifier), один физический идентификатор соты (PCI, physical cell identity) и один абсолютный номер радиочастотного канала (ARFCN, absolute radio-frequency channel number).

Сота, которая предоставляет безопасный вход и информацию о мобильности NAS, называется первичной обслуживающей сотой (PCell, primary serving cell). В нисходящей линии связи несущая, соответствующая PCell, является первичной компонентной несущей нисходящей линии связи (DL РСС, downlink (DL) primary component carrier), в то время как в восходящей линии связи эта несущая является первичной компонентной несущей восходящей линии связи (UL РСС, uplink (UL) primary component carrier).

В зависимости от возможностей пользовательского оборудования вторичные обслуживающие соты (SCell, secondary serving cell) могут совместно с сотой PCell конфигурироваться для формирования набора обслуживающих сот. В нисходящей линии связи несущая, соответствующая SCell, является вторичной компонентной несущей нисходящей линии связи (DL SCC, downlink secondary component carrier), в то время как в восходящей линии связи эта несущая является вторичной компонентной несущей восходящей линии связи (UL SCC, uplink secondary component carrier).

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

Помимо этого, для содействия планировщику узел eNB может конфигурировать пользовательское оборудование для передачи в восходящей линии связи отчетов о состояние буфера (BSR, buffer status report) и отчетов о запасе по мощности. Отчет BSR может указывать объем данных пользовательского оборудования, доступных для передачи. Отчет о запасе по мощности может предоставлять узлу eNB информацию о разности между номинальной максимальной мощностью передачи пользовательского оборудования и предполагаемой мощностью для передачи по восходящему каналу синхронизации (UL-SCH, uplink synchronization channel).

Отчет о запасе по мощности может передаваться пользовательским оборудованием в восходящей линии связи в виде управляющих элементов PHR уровня управления доступом (MAC), в которых поле "запас по мощности" указывает уровень запаса по мощности. В контексте агрегирования несущих для каждой компонентной несущей (или обслуживающей соты) может использоваться передача отчетов о запасе по мощности, и, помимо этого (но необязательно), для каждого пользовательского оборудования может также использоваться передача отчетов о запасе по мощности.

Как указано выше, может обеспечиваться новый управляющий элемент MAC отчетов о запасе по мощности, начинающийся с битовой карты, указывающей передаваемые PHR. Каждый бит битовой карты может быть связан с конкретным отчетом о запасе по мощности (например, PCell PHR, ScelH PHR…), и порядок, в котором считываются биты, образующие битовую карту, также может определять порядок следования отчетов о запасе по мощности согласно этой битовой карте. Битовая карта, таким образом, указывает размер управляющего элемента MAC отчетов о запасе по мощности.

Бит в битовой карте может указывать, передается ли в отчете поле запаса по мощности (РН, power headroom). Например, бит, установленный в "1", может указывать, что поле запаса по мощности сообщается для соответствующей вторичной соты. С другой стороны, нулевой бит может указывать, что поле запаса по мощности для соответствующей вторичной соты не сообщается. Таким образом, если, например, для SCell_i установлен нулевой бит, то поле запаса по мощности для вторичной соты с индексом i не сообщается. В альтернативном варианте может использоваться другое соглашение, согласно которому "1" указывает на то, что отчет не предоставляется, а "0" - на то, что отчет передается.

Например, битовая карта может состоять из 8 битов и может быть организована следующим образом. Первый бит может использоваться для отчета о запасе по мощности для пользовательского оборудования (UE-PHR, user equipment power headroom report). Использование первого бита для UE-PHR, безусловно, является необязательным. В некоторых вариантах осуществления настоящего изобретения такой PHR в дополнение к PHR для каждой СС может не потребоваться.

Второй бит может использоваться для PHR типа 1 для PCell. Третий бит может использоваться для PHR типа 2 для PCell. Биты с четвертого по седьмой могут использоваться для PHR сот SCell1, SCell2, SCell3 и SCell4. Кроме того, один бит может быть зарезервирован. В других вариантах осуществления настоящего изобретения, в которых первый бит не используется для UE-PHR, может резервироваться несколько битов.

К отчетам о запасе по мощности первого и второго типа могут относиться изложенные ниже определения. Информация о наличии этих отчетов может передаваться в eNB. Значения, включаемые в отчет первого типа о запасе по мощности, могут рассчитываться следующим образом: P_cmax,c минус значение мощности PUSCH. Значения, включаемые в отчет второго типа о запасе по мощности, могут рассчитываться следующим образом: Р_cmax, с минус значение мощности PUCCH минус значение мощности PUSCH.

Следует также принимать во внимание следующие соображения. Если для PCell в TTI может передаваться PHR только первого или второго типа, то для индикации типа может использоваться один бит в битовой карте.

Для PCell тип отчета о запасе по мощности (1 или 2) можно также указать с помощью R-бита в подзаголовке MAC, который относится к PCell. Этот формат показан на фиг.9. Кроме того, тип (1 или 2) отчетов о запасе по мощности для PCell можно указать с помощью R-бита в полезной нагрузке отчета о запасе по мощности для PCell. Этот формат показан на фиг.10. В другом альтернативном формате предполагается использование идентификатора логического канала для отчета типа 2 о запасе по мощности, в то время как для типа 1 формат может соответствовать версии 8. Помимо этого, если включен только отчет о запасе по мощности для PCell, битовая карта не требуется. Этот формат показан на фиг.11.

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

Для указания на наличие битовой карты в новом формате отчета о запасе по мощности может использоваться новый идентификатор логического канала (LCID) или один из R-битов подзаголовка. На фиг.2 этот бит обозначен как Е1. Битовая карта может либо следовать за подзаголовком MAC для отчета о запасе по мощности, либо эта карта может представлять собой первый байт полезной нагрузки отчета о запасе по мощности. На фиг.3 показана битовая карта в отчете о запасе по мощности, в котором имеется подзаголовок.

Отдельные отчеты о запасе по мощности для каждой компонентной несущей каждого типа или для каждого UE PHR могут быть подобны отчетам, описанным в версиях 8 или 9: 1 байт для каждой компонентной несущей, включающий 2 R-бита + 6 битов для РН. Этот подход показан на фиг.4. В альтернативном варианте длина каждого отдельного отчета о запасе по мощности может составлять 6 битов совместно с R-битами для выравнивания по байту, если полезная нагрузка не выравнена относительно байта, как показано на фиг.12; а если полезная нагрузка выравнена по байту, то R-бит не требуется, как показано на фиг.13. На фиг.5 показан альтернативный вариант осуществления настоящего изобретения, согласно которому первый октет полезной нагрузки представляет собой битовую карту для отчета о запасе по мощности.

Различные варианты осуществления настоящего изобретения имеют ряд преимуществ. Например, в определенных вариантах осуществления настоящего изобретения отдельный подзаголовок MAC может не потребоваться для каждого отдельного отчета о запасе по мощности (для различных отчетов о запасе по мощности, отчетов для каждой компонентной несущей и отчетов для отдельного UE). Благодаря этому можно уменьшить объем служебной информации. Кроме того, это позволяет разрешить или устранить неопределенность, связанную с переменным размером передаваемой информации. Кроме того, в определенных вариантах осуществления настоящего изобретения существует возможность четко и эффективно указать, для каких компонентных несущих включается отчет о запасе по мощности, без необходимости использования индикатора перекрестных СС для каждого отдельного отчета о запасе по мощности.

На фиг.6 показан способ, соответствующий определенным вариантам осуществления настоящего изобретения. Способ на шаге 610 может включать конфигурирование узлом eNB процедуры передачи отчетов о запасе по мощности для пользовательского оборудования. В рамках этого способа отчет о запасе по мощности может инициироваться на шаге 620. Дополнительно способ может включать шаг 630 определения, какой тип отчета о запасе по мощности и запас по мощности какой компонентной несущей (несущих) должен включаться в управляющий элемент MAC отчетов о запасе по мощности. Способ также может включать шаг 640, на котором с помощью битовой карты указываются тип отчета о запасе по мощности и отчеты о запасе по мощности по меньшей мере для одной компонентной несущей.

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

Способ может включать шаг 631 обработки принятого управляющего элемента отчетов о запасе по мощности, при этом управляющий элемент содержит битовую карту в подзаголовке уровня управления средой передачи или в полезной нагрузке. Способ также на шаге 633 может включать обработку принятого управляющего элемента отчетов о запасе по мощности, в составе которого длина битовой карты составляет в точности восемь битов. Способ также может включать шаг 635 обработки принятого управляющего элемента отчетов о запасе по мощности, при этом битовая карта содержит первый бит для отчета о запасе по мощности пользовательского оборудования, второй бит - для отчета типа 1 о запасе по мощности первичной обслуживающей соты, третий бит - для отчета типа 2 о запасе по мощности первичной обслуживающей соты, и биты с четвертого по седьмой - для отчетов о запасе по мощности, относящихся к четырем вторичным сотам, а также резервный бит. Поскольку в состав восьми битов может входить зарезервированный бит, управляющий элемент отчетов о запасе по мощности в альтернативном варианте может определяться как элемент, длина которого составляет в точности семь битов.

Способ также может включать шаг 637 указания в битовой карте, предназначенной для первичной обслуживающей соты, типов 1 и 2 отчетов о запасе по мощности с помощью R-бита в полезной нагрузке отчета о запасе по мощности, передаваемого для первичной обслуживающей соты. Способ также включает на шаге 639 использование идентификатора логического канала для отчета типа 2 о запасе по мощности, в то время как для отчета типа 1 формат может соответствовать версии 8.

На фиг.7 показан способ, соответствующий другому варианту осуществления настоящего изобретения. Способ, показанный на фиг.7, включает шаг 710 конфигурирования событий запуска ("триггеров") передачи отчетов о запасе по мощности. Способ также может включать шаг 720 подготовки управляющего элемента отчетов о запасе по мощности на основе событий запуска. Процедура подготовки управляющего элемента, выполняемая на шаге 720, включает процесс встраивания битовой карты, выполняемый на шаге 730, причем с помощью битовой карты указываются передаваемые отчеты о запасе по мощности. Способ также включает шаг 740 передачи в базовую станцию подготовленного управляющего элемента отчетов о запасе по мощности.

Шаг 720 подготовки управляющего элемента может включать шаг 721 подготовки битовой карты в подзаголовке MAC или в полезной нагрузке. При выполнении шага 720 подготовки управляющего элемента также может выполняться шаг 723 подготовки битовой карты, длина которой составляет в точности восемь битов. В процессе выполнения шага 720 подготовки управляющего элемента также может выполняться шаг 725 подготовки битовой карты, содержащей первый бит для отчета о запасе по мощности пользовательского оборудования, второй бит - для отчета типа 1 о запасе по мощности первичной обслуживающей соты, третий бит - для отчета типа 2 о запасе по мощности первичной обслуживающей соты, и биты с четвертого по седьмой - для отчетов о запасе по мощности, относящихся к четырем вторичным сотам, а также резервный бит.

Способ также может включать шаг 727 указания в битовой карте, предназначенной для первичной обслуживающей соты, типов 1 и 2 отчетов о запасе по мощности с помощью R-бита в полезной нагрузке отчета о запасе по мощности, передаваемого для первичной обслуживающей соты. Способ на шаге 729 также может включать использование идентификатора логического канала для отчета типа 2 о запасе по мощности, в то время как для отчета типа 1 формат может соответствовать версии 8.

Способы, описанные со ссылками на фиг.6 и 7, могут быть реализованы различным образом. Например, способы могут быть реализованы с использованием аппаратных технологий или путем разработки конкретного вычислительного устройства на основе специализированного компьютера, оснащенного соответствующим программным обеспечением. Программные инструкции могут храниться на любом физическом подходящем машиночитаемом носителе информации, например на постоянном машиночитаемом носителе информации. Например, носитель информации может представлять собой жесткий диск или флэш-память. В качестве блока памяти могут использоваться любые модули оперативной памяти (RAM, Random Access Memory) или постоянной памяти (ROM, Read Only Memory). Программные инструкции могут структурно и/или функционально взаимодействовать с аппаратным обеспечением для выполнения способа, описанного выше.

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

Первое устройство 810 и второе устройство 820 могут содержать по меньшей мере один модуль 830 памяти, в котором хранится компьютерный программный код 840, а также по меньшей мере один процессор 850. Модуль 830 памяти может представлять собой любое подходящее запоминающее устройство, например RAM или ROM. Компьютерный программный код 840 может состоять из любых подходящих компьютерных инструкций, которые компилируются в машинно-ориентированный язык или являются интерпретируемыми инструкциями. По меньшей мере один процессор 850 может представлять собой любое устройство обработки, такое как один или более контроллеров, центральный процессор (CPU, central processing unit) или специализированная интегральная схема (ASIC, application specific integrated circuit). По меньшей мере один модуль 830 памяти и компьютерный программный код 840 могут быть сконфигурированы таким образом, чтобы при взаимодействии по меньшей мере с одним процессором 850 первое устройство 810 или второе устройство 820 выполняли процесс, например процесс, показанный на фиг.6-7.

В состав первого устройства 810 и второго устройства 820 может также входить приемопередатчик 860, в котором содержится приемник 863 и передатчик 867. Как первое устройство 810, так и второе устройство 820 могут быть сконфигурированы для связи по беспроводной линии 880 связи с использованием соответствующей антенны 870.

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