ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к элементу управления запасом мощности для передачи информации о мощности из пользовательского оборудования (UE) в базовую станцию (BS), к способу передачи информации о мощности из UE в BS, к способу для обработки принятой информации о мощности в сети радиодоступа (RAN), а также к пользовательскому оборудованию для передачи информации о мощности и базовой станции, сконфигурированной с возможностью обработки принятой информации о мощности, которые, в частности, дают возможность простого оперирования и обработки информации о мощности передачи соответственно.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
В типичной сотовой радиосистеме беспроводные терминалы, которые также известны как мобильные терминалы, мобильные станции и/или устройства пользовательского оборудования, осуществляют связь через сеть радиодоступа (RAN) с одной или более базовыми сетями. Устройства пользовательского оборудования или просто пользовательское оборудование (UE) могут включать в себя мобильные телефоны, такие как сотовые телефоны, и/или другие устройства обработки с функциональными возможностями беспроводной связи, например портативные, карманные, ручные, портативные переносные компьютеры, которые передают речь и/или данные с помощью RAN.
RAN покрывает географическую область, которая разделена на области сот, причем каждая область соты обслуживается базовой станцией, например радио базовой станцией (RBS), иногда просто упоминаемой как базовая станция (BS), которая в некоторых сетях также называется “узел В” или усовершенствованный узел В, который может быть сокращен как ”eNodeB” или “eNB” в проекте долгосрочного развития (LTE). Сота является географической областью, в которой зона покрытия радиосвязи обеспечивается с помощью оборудования радио базовой станции на стороне базовой станции. Базовые станции устанавливают связь через радиоинтерфейс, работающий на радиочастотах, с UE в диапазоне базовых станций.
В некоторых версиях RAN несколько BS обычно соединяются, например с помощью наземных линий связи или микроволновой связи, с контроллером радиосети (RNC). Контроллер радиосети, также иногда называемый контроллером базовой станции (BSC), администрирует и координирует различные действия множества BS, соединенных с ним. RNC обычно соединяются с одной или более базовыми сетями. Базовые сети обычно содержат центр коммутации мобильной связи (МСС), который предоставляет услуги с коммутацией каналов, и обслуживающий узел поддержки GPRS (SGSN), который предоставляет услуги с коммутацией пакетов.
Универсальная мобильная телекоммуникационная система (UMTS) является мобильной системой связи третьего поколения, которая развита из глобальной системы мобильной связи (GSM) и предназначена для того, чтобы предоставлять улучшенные услуги мобильной связи на основе технологии доступа широкополосного множественного доступа с кодовым разделением (WCDMA). UTRAN, сокращение для наземной сети радиодоступа UMTS, является собирательным термином для множества NodeB и RNC, которые составляют сеть радиодоступа UMTS. Таким образом, UTRAN, по существу, является сетью радиодоступа, использующей WCDMA для устройств пользовательского оборудования.
Проект партнерства третьего поколения (3GPP) взял на себя обязательство дополнительно развить технологии сетей радиодоступа на основе UTRAN и GSM. В этом отношении в рамках 3GPP в настоящее время выполняются спецификации для развитой универсальной наземной сети радиодоступа (E-UTRAN). Развитая универсальная наземная сеть радиодоступа (E-UTRAN) содержит проект долгосрочного развития (LTE) и развитие системной архитектуры (SAE).
Фиг.1 - упрощенная блок-схема RAN 100 проекта долгосрочного развития (LTE). RAN 100 LTE является вариантом RAN 3GPP, где узлы радио базовых станций (eNodeB) соединяются непосредственно с базовой сетью 130, а не с узлами RNC. Обычно в LTE функции узла RNC выполняются узлами радио базовых станций, иногда просто упоминаемыми как базовые станции. Каждый из узлов радио базовых станций, на фиг.1 eNodeB 122-1, 122-2, …, 122-М, осуществляет связь с UE, например UE 110-1, 110-2, 110-3, …, 110-L, которые находятся в их соответственных сотах обслуживания связи. Узлы радио базовых станций (eNodeB) могут устанавливать связь друг с другом через интерфейс Х2, а с базовой сетью 130 через интерфейс S1, как хорошо известно специалисту в данной области техники.
Стандарт LTE основан на схемах радиодоступа, основанных на множестве несущих, таких как мультиплексирование с ортогональным частотным разделением (OFDM) в нисходящей линии связи и OFDM с расширением спектра дискретным преобразованием Фурье (DFT) в восходящей линии связи. Способ OFDM распределяет данные по большому числу несущих, которые разнесены на определенные частоты. Это разнесение обеспечивает “ортогональность” в этом способе, что исключает возможность, что демодуляторы “видят” частоты, отличные от их собственных частот. Преимуществами OFDM являются высокая спектральная эффективность, устойчивость к радиочастотным (RF) помехам и более низкое многолучевое искажение. Основной физический ресурс нисходящей линии связи LTE, таким образом, можно представить как частотно-временную сетку, как проиллюстрировано на фиг.2А, где каждый элемент ресурса соответствует одной поднесущей OFDM в течение одного интервала символа OFDM. Более подробно, физический ресурс нисходящей линии связи LTE на фиг.2А изображает поднесущие, имеющие разнесение, равное ∆f=15 кГц, и увеличенное изображение из одного символа OFDM, включающего в себя циклический префикс.
Во временной области передачи нисходящей линии связи LTE организуются в радиокадры, равные 10 мс, причем каждый радиокадр состоит из 10 подкдаров одинакового размера длительности Т
Кроме того, назначение ресурса в LTE обычно описывается в понятиях блоков ресурсов, где блок ресурса соответствует одному временному слоту (0,5 мс) во временной области, т.е. двум временным слотам на каждый подкадр, и 12 непрерывным поднесущим в частотной области. Блоки ресурсов нумеруются в частотной области, начиная с нуля с одного конца полосы частот системы. Передачи нисходящей линии связи планируются динамически, т.е. в каждом подкадре BS передает управляющую информацию, указывающую, в какие (мобильные) терминалы и в каких блоках ресурсов передаются данные в течение текущего подкадра нисходящей линии связи. Эта управляющая сигнализация обычно передается в первых 1, 2, 3 или 4 символах OFDM в каждом подкадре. Система нисходящей линии связи (подкадр нисходящей линии связи) с 3 символами OFDM в качестве области управление проиллюстрирована на фиг.3.
Далее описан физический управляющий канал восходящей линии связи (PUCCH). Как следует из названия, PUCCH переносит управляющую информацию восходящей линии связи, например гибридный ARQ (гибридный автоматический запрос повторения), указатель качества канала (CQI), ACK/NACK и т.д. LTE использует гибридный ARQ (гибридный автоматический запрос повторения), когда после приема данных нисходящей линии связи в подкадре терминал, например пользовательское оборудование, пытается декодировать их и сообщает в BS, было ли декодирование успешным (ACK) или нет (NACK). В случае неуспешной попытки декодирования BS может повторно передать данные с ошибками.
Управляющая сигнализация восходящей линии связи из терминала в базовую станцию может включать в себя подтверждения приема гибридных ARQ для принятых данных нисходящей линии связи, терминал сообщает состояния, связанные с каналом нисходящей линии связи, используемые в качестве помощи для планирования нисходящей линии связи (также известные как указатель качества канала (CQI)), и/или запросы планирования, указывающие, что мобильному терминалу требуются ресурсы восходящей линии связи для передач данных восходящей линии связи.
Если мобильному терминалу не был назначен ресурс восходящей линии связи для передачи данных, управляющая информация (сообщения о статусе канала, подтверждения приема гибридного ARQ и запросы планирования) L1/L2 (уровня 2 и/или уровня 1) передается в ресурсах (блоках ресурсов) восходящей линии связи, конкретно назначенных для управляющей информации L1/L2 восходящей линии связи в физическом управляющем канале восходящей линии связи (PUCCH).
Разные форматы PUCCH используются для разной информации, например формат 1а/1b PUCCH используется для обратной связи гибридного ARQ, формат 2/2а/2b PUCCH - для сообщения состояний канала, а формат 1 PUCCH - для запросов планирования.
Далее описан физический совместно используемый канал восходящей линии связи (PUSCH). Ресурсы для PUSCH назначаются на основе подкадров планировщиком. Чтобы передавать данные в восходящей линии связи, мобильному терминалу, такому как ранее упомянутое UE, должен быть назначен ресурс восходящей линии связи для передачи данных в физическом совместно используемом канале восходящей линии связи. Назначение ресурса PUSCH изображено на фиг.4, на которой ресурсы, назначенные двум разным пользователям, проиллюстрированы для одного подкадра. Средний символ SC в каждом временном слоте используется, чтобы передавать опорный символ. Если мобильному терминалу был назначен ресурс восходящей линии связи для передачи данных и в тот же самый момент времени он должен передать управляющую информацию, он будет передавать управляющую информацию вместе с данными в PUSCH.
В дальнейшем объясняется концепция агрегирования несущих. Недавно была стандартизирована версия 8 LTE, поддерживающая ширину полос частот до 20 МГц, например, содержащую вышеописанные поднесущие. Однако, для того чтобы удовлетворить требования усовершенствованной IMT, 3GPP начал работу по версии 10 LTE. Одной из главных компонентов версии 10 LTE является поддержка ширины полос частот больше 20 МГц, в то же время гарантируя обратную совместимость с версией 8 LTE. Это также должно включать в себя совместимость спектра и подразумевает, что несущая версии 10 LTE шире, чем 20 МГц, должна реализовываться как некоторое число несущих для LTE терминала версии 8 LTE. Каждая такая несущая может быть упомянута как компонентная несущая (СС). В частности, для начальных развертываний версии 10 LTE можно ожидать, что будет меньшее число терминалов с возможностями версии 10 LTE по сравнению с множеством существующих терминалов LTE. Следовательно, необходимо обеспечить эффективное использование широкой несущей также для существующих терминалов, т.е. можно осуществлять несущие, где существующие терминалы могут быть запланированы во всех частях широкополосной несущей версии 10 LTE. Простым способом, чтобы получить это, было бы посредством агрегирования несущих (СА). СА предполагает, что терминал версии 10 LTE может принимать множество СС (компонентных несущих), где СС имеют или, по меньшей мере, имеют возможность иметь ту же структуру, что и несущая версии 8. СА проиллюстрировано на фиг.5, имеющей агрегированную ширину полосы частот, равную 100 МГц, реализованную с помощью 5 компонентных несущих.
Число агрегированных СС, а также ширина полосы частот отдельной СС может быть разной для восходящей линии связи и нисходящей линии связи. Симметричная конфигурация относится к случаю, где число СС в нисходящей линии связи и восходящей линии связи является одинаковым, в то время как асимметричная конфигурация относится к случаю, где число СС является разным. Важно заметить, что число СС, сконфигурированных в соте, может отличаться от числа СС, видимых или используемых терминалом. Например, терминал может поддерживать больше СС нисходящей линии связи, чем СС восходящей линии связи, даже если сота сконфигурирована с одинаковым числом СС восходящей линии связи и нисходящей линии связи.
Далее объясняется управление мощностью восходящей линии связи для PUSCH и PUCCH, описанных выше. Управление мощностью восходящей линии связи используется как в PUSCH, так и в PUCCH. Целью является гарантировать, что мобильный терминал передает с достаточно высокой, но не слишком высокой мощностью, поскольку последнее увеличивало бы помехи для других пользователей в сети. В обоих случаях используется параметризированный открытый контур, объединенный с механизмом замкнутого контура. Грубо, часть открытого контура используется, чтобы устанавливать точку операции, вблизи которой работает компонент замкнутого контура. Используются разные параметры (цели и частичные компенсационные коэффициенты) для плоскости пользователя и управления. Для более подробного описания делается ссылка на раздел 5.1.1.1 для управления мощностью PUSCH и 5.1.2.1 для управления мощностью PUCCH TS 36213 3GPP, процедуры физического уровня, например, версию 9.3.0 2010-10-03 http:www.3gpp.org/ftp/Specs/html-info/36213.htm.
Чтобы управлять мощностью восходящей линии связи (UL) множества UE, eNB будет использовать команды ТРС (управления мощностью передачи), которые будут давать команду UE, чтобы изменить свою мощность передачи либо накопленным, либо абсолютным способом. В версии 10 LTE управление мощности UL управляется по каждой компонентной несущей. Как в версии 8/9, управление мощностью PUSCH и PUCCH является раздельным. В версии 10 LTE управление мощностью PUCCH будет применяться только к первичной компонентной несущей (РСС), поскольку это единственная СС UL, сконфигурированная с возможностью переноса PUCCH.
Поскольку команды ТСР не имеют никакого ACK/NACK, eNB не может быть уверенным, что команды приняты UE, и, поскольку UE может неправильно декодировать PDCCH (физический управляющий канал нисходящей линии связи) и думать, что оно приняло команду ТРС, считая, что используемая команда ТРС не может использоваться, чтобы оценивать надежную текущую выходную мощность из UE. Кроме того, UE также автономно компенсирует свой уровень мощности (на основе оценок потерь в тракте), и эта корректировка неизвестна eNB. По этим двум причинам eNB должен регулярно принимать PHR (сообщения о запасе мощности), для того чтобы принимать компетентные решения планирования и управлять мощностью UL UE.
В дальнейшем объясняется сообщение запаса мощности. В версии 8 LTE базовая станция может конфигурировать UE с возможностью посылки сообщений о запасе мощности периодически или когда изменение потери тракта превышает определенный конфигурируемый порог. Сообщения о запасе мощности указывают, сколько мощности передачи UE оставило для подкадра I, т.е. разность между номинальной максимальной мощностью передачи UE и оцененной требуемой мощностью. Сообщаемое значение находится в диапазоне от 40 до -23 дБ, где отрицательное значение показывает, что UE не имеет достаточно мощности, чтобы вести передачу.
eNB использует сообщенный запас мощности (РН) в качестве входных данных для планировщика. На основе доступного запаса мощности планировщик будет принимать решение о подходящем числе PRB (физических блоков ресурсов) и годной MCS (схеме модуляции и кодирования), а также о подходящей регулировке мощности передачи (команде ТРС). При агрегировании несущих eNB делал бы такую оценку для каждой CC UL, поскольку мощностью управляют для каждой СС, в соответствии с решениями RAN1.
Поскольку имеется управление мощностью UL для каждой СС и раздельно для PUSCH и PUCCH, это также будет отражаться в сообщении запаса мощности. Для версии 10 будут два типа сообщений РН:
- Сообщение о запасе мощности типа 1, вычисленное как
P_cmax,c минус мощность PUSCH (P_cmax,с - P_PUSCH).
- Сообщение о запасе мощности типа 2, вычисленное как
P_cmax,c минус мощность PUCCH минус мощность PUSCH (P_cmax,с - P_PUCCH - P_PUSCH).
Вторичные компонентные несущие всегда будут сообщать PHR типа 1, поскольку они не сконфигурированы для PUCCH. Первичная компонентная несущая может сообщать PHR как типа 1, так и типа 2. PHR типа 1 и типа 2 должны сообщаться в одном и том же подкадре.
Применение схемы версии 8 для сообщения запаса мощности для агрегирования несущих предполагало бы, что PHR для конкретной компонентной несущей посылается на самой этой компонентной несущей. Кроме того, PHR может передаваться только на компонентной несущей, если терминал имеет ресурсы PUSCH, предоставленные на этой СС.
В RAN2 (сети 2 радиодоступа) предлагается расширить эту схему таким образом, что PHR для одной компонентной несущей может передаваться на другой компонентной несущей. Это дает возможность сообщать быстрые изменения потери в тракте на одной компонентной несущей, как только терминал имеет ресурсы PUSCH, предоставленные на любой сконфигурированной компонентной несущей UL. Более конкретно, изменение потери в тракте более чем на dI-PathlossChange, дБ, на любой компонентной несущей инициирует передачу PHR на любой (той же самой или другой) компонентной несущей, для которой терминал имеет предоставленные ресурсы PUSCH.
Кроме PHR будет сообщение о Pcmax,c для каждой СС, сообщающее сконфигурированную мощность передачи UE, которая обозначается Pcmax,c в 36.213 3GPP.
Сообщение о Pcmax,c может быть включено либо в тот же элемент управления МАС (управления доступом к среде), что и РН, сообщенный для той же СС, или оно может быть включено в другой элемент управления МАС. Некоторые детали заданы в R1-105796 (отчете связи при взаимодействии 3GPP), но точные форматы и правила еще не определены.
Запас мощности в версии 10 будет сообщаться для всех сконфигурированных и активированных СС. Это означает, что некоторые из СС, сообщающих РН, могут не иметь действительного предоставления UL (восходящей линии связи) в TTI (интервале времени передачи), в котором сообщается запас мощности. Тогда они будут использовать эталонный формат PUSCH и/или PUCCH, чтобы сообщать PH/PHR так называемого виртуального/эталонного формата. Эти эталонные форматы описаны в R1-105820 (отчете связи при взаимодействии 3GPP). Это может быть полезным, поскольку они могут планироваться и передаваться в будущем. Иначе говоря, для так называемой виртуальной передачи СС активируются, но не передаются, однако могут планироваться, чтобы передаваться в будущем.
После конфигурирования каждой СС назначается индекс соты, который является уникальным для всех СС, сконфигурированных для конкретного UE. UL и DL, связанные с SIB2 (блоком 2 системной информации), ассоциируются с одним и тем же индексом соты. Индекс соты может иметь значение 0-7. Первичной соте (PCell) всегда назначается значение ноль.
Сообщение одного или более РН, относящихся к одной или более СС, может выполняться с использованием элемента управления МАС РН, однако его формат не определен. В частности, для сообщения запасов мощности, а также информации о мощности передачи, например Pcmax,c, может быть сгенерировано дополнительное служебное сообщение, что приводит к растрачиванию ресурсов.
Желательно предоставить транспортное средство, такое как элемент управления, который дает возможность эффективного сообщения информации о мощности, а также способы, пользовательские оборудования, базовые станции, системы и компьютерные программы, которые дают возможность эффективно сообщать информацию о мощности передачи, например Pcmax,c, или оперировать ею.
Документ MEDIATEK, озаглавленный “Further details for Rel-10 PHR”, 3GPP DRAFT; R2-105444 DISC MAC PHR, 3GPP, MOBILE COMPETENCE CENTRE; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, vol. RAN WG2, no. Xi'an; 2010-10-05, XP050452602 является документом совещания рабочей группы и предлагает иметь новый LCID. Он дополнительно обсуждает новое сообщение о запасе мощности (PHR), имеющее фиксированную или переменную длину, при рассмотрении нескольких альтернатив, показанных в документе. Предлагается включать явное отображение, например битовый массив, чтобы четко указывать компонентную несущую (СС) включенного PHR. Упоминается, что битовый массив мог бы быть включен с СЕ МАС или с подзаголовком.
Документ, озаглавленный “PHR MAC CE design”, ZTE COOPERATION, 3GPP DRAFT; R2-105341 PHR MAC DESIGN, 3GPP, MOBILE COMPETENCE CENTRE; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, vol. RAN WG2, no. Xi'an; 2010-10-03, XP050452396, который является документом совещания рабочей группы, всего лишь описывает исполнение СЕ МАС запасом мощности для адаптации сообщения PHR к агрегированию несущих и для использования 1-байтового битового массива, чтобы идентифицировать запас мощности. Никакая информация относительно идентификатора или мощности передачи не предоставлена.
Документ TSG RAN WG1: “LS response on per-UE PHR”, 3GPP DRAFT; R2-106046 R1-105797 3GPP, MOBILE COMPETENCE CENTRE; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, vol. RAN WG2, no. Jacksonville, USA; 2010-11-01, XP050491881 является также документом совещания рабочей группы, которое было проведено с 15 по 10 ноября 2010 г.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Такой элемент управления, способы, пользовательское оборудование, базовая станция, система и компьютерная программа определены в независимых пунктах формулы изобретения. Преимущественные варианты осуществления описаны в зависимых пунктах формулы изобретения.
В одном варианте осуществления предоставлен элемент управления запасом мощности для передачи информации о мощности из пользовательского оборудования (UE) в базовую станцию (BS) в сети радиодоступа (RAN). Элемент управления запасом мощности структурирован с возможностью содержания поля запаса мощности, содержащего информацию о запасе мощности. Поле запаса мощности имеет предварительно определенное число битов, в частности, в предварительно определенном местоположении в элементе управления запасом мощности. Элемент управления запасом мощности дополнительно структурирован с возможностью содержания поля указателя, ассоциированного с полем запаса мощности. Поле указателя служит для того, чтобы указывать, присутствует ли поле мощности передачи с предварительно определенным числом битов в элементе управления запасом мощности. Таким образом, присутствие поля мощности передачи может без труда и эффективно сообщаться без создания больших объемов служебных сигналов.
В одном варианте осуществления предоставлен способ передачи информации о мощности, включающей в себя запас мощности, из UE в BS в RAN. Способ содержит этапы определения, должно ли быть послано поле мощности передачи, содержащее информацию о мощности передачи обслуживающей соты восходящей линии связи, ассоциированное с запасом мощности, вместе с запасом мощности, и, если определено, что поле мощности передачи должно быть послано, добавления поля запаса мощности со значением запаса мощности и поля мощности передачи для передачи к элементу управления запасом мощности и установки указателя в конкретное значение, чтобы указывать, что поле мощности передачи включено. Таким образом, предоставлен простой способ передачи информации о мощности с помощью элемента управления запасом мощности.
В одном варианте осуществления предоставлен способ, выполняемый BS в RAN, для обработки принятой информации о мощности, включающей в себя сообщение о запасе мощности принятого элемента управления запасом мощности из UE. Способ содержит этапы определения, установлено ли значение в поле указателя, ассоциированном с полем запаса мощности принятого элемента управления запасом мощности, в конкретное значение, которое указывает, что поле мощности передачи, ассоциированное с полем запаса мощности, включено в элемент управления запасом мощности, и считывания поля мощности передачи, если значение поля указателя установлено в конкретное значение. Таким образом, информация о мощности, включенная в элемент управления запасом мощности, может без труда и быстро оцениваться.
В одном варианте осуществления предоставлен способ передачи элемента управления запасом мощности, включающего в себя запас мощности, из UE к BS в RAN, причем элемент управления запасом мощности выполнен вышеописанным способом. Таким образом, информация о мощности может эффективно передаваться.
В одном варианте осуществления предоставлено пользовательское оборудование для передачи информации о мощности, включающей в себя запас мощности, к BS в RAN. UE содержит процессор, сконфигурированный с возможностью определения, должно ли быть послано поле мощности передачи, содержащее информацию о мощности передачи обслуживающей соты восходящей линии связи, ассоциированное с запасом мощности, вместе с запасом мощности, и управления добавлением поля запаса мощности со значением запаса мощности и поля мощности передачи для передачи к элементу управления запасом мощности и установкой указателя в конкретное значение, чтобы указывать, что поле мощности передачи включено, если определено, что поле мощности передачи должно быть послано. Таким образом, предоставлено UE, которое в состоянии эффективно передавать информацию о мощности с помощью управления структурой и содержанием информации элемента управления запасом мощности.
В одном варианте осуществления предоставлена базовая станция в RAN, которая сконфигурирована с возможностью обработки принятой информации о мощности, включающей в себя сообщение о запасе мощности принятого элемента управления запасом мощности из UE. Базовая станция содержит процессор, выполненный с возможностью определения, установлено ли значение в поле указателя, ассоциированном с полем запаса мощности принятого элемента управления запасом мощности, в конкретное значение, которое указывает, что поле мощности передачи, ассоциированное с полем запаса мощности, включено в элемент управления запасом мощности, и считывания поля мощности передачи, если значение установлено в конкретное значение. Таким образом, информация о мощности, принятая в элементе управления запасом мощности, может без труда и быстро оцениваться.
В другом варианте осуществления предоставлена система для передачи информации о мощности, которая содержит пользовательское оборудование и базовую станцию, описанные выше.
В другом варианте осуществления предоставлена память, которая хранит элемент управления запасом мощности, выполненный, как описано выше. В другом варианте осуществления предоставлена компьютерная программа, которая включает в себя инструкции, сконфигурированные с возможностью, при выполнении в процессоре данных, заставлять процессор данных выполнять один из вышеописанных способов.
Кроме того, полезные варианты осуществления описаны в зависимых пунктах формулы изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг.1 иллюстрирует блок-схему RAN LTE, как известно специалисту в области техники.
Фиг.2А иллюстрирует структуру физического ресурса нисходящей линии связи LTE.
Фиг.2В иллюстрирует радиокадры и подкадры во временной области в LTE.
Фиг.3 иллюстрирует подкадр нисходящей линии связи, используемый в LTE.
Фиг.4 иллюстрирует назначение ресурса PUSCH.
Фиг.5 иллюстрирует концепцию агрегирования несущих.
Фиг.6 иллюстрирует пример элемента управления запасом мощности, использующего решение битового массива.
Фиг.7 иллюстрирует пример элемента управления запасом мощности, использующего решение упорядочивания.
Фиг.8 иллюстрирует пример элемента управления запасом мощности, включающего в себя два битовых массива.
Фиг.9 иллюстрирует пример элемента управления запасом мощности в соответствии с вариантом осуществления.
Фиг.10 иллюстрирует примерный элемент управления запасом мощности в соответствии с вариантом осуществления.
Фиг.11 иллюстрирует другой примерный элемент управления запасом мощности, использующего битовый массив, в соответствии с вариантом осуществления.
Фиг.12 иллюстрирует другой примерный элемент управления запасом мощности, включающего в себя сообщения о запасе мощности типа 1, в соответствии с вариантом осуществления.
Фиг.13 иллюстрирует примерный элемент управления запасом мощности, включающий в себя сообщения о запасе мощности типа 2 и типа 1, в соответствии с вариантом осуществления.
Фиг.14А и фиг.14В иллюстрируют примерные элементы управления запасом мощности, когда поля запаса мощности не выровнены по байтам, в соответствии с вариантом осуществления.
Фиг.15 иллюстрирует таблицу, иллюстрирующую разные установки битов указателя и их значения.
Фиг.16 иллюстрирует структурную схему способа передачи информации о мощности в соответствии с вариантом осуществления.
Фиг.17 иллюстрирует способ передачи информации о мощности более подробно в соответствии с вариантом осуществления.
Фиг.18 иллюстрирует структурную схему способа, выполняемого базовой станцией, для обработки принятой информации о мощности в соответствии с вариантом осуществления.
Фиг.19 иллюстрирует пользовательское оборудование для передачи информации о мощности в соответствии с вариантом осуществления.
Фиг.20 иллюстрирует систему, содержащую пользовательский терминал и базовую станцию, в соответствии с вариантом осуществления.
ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Дополнительные варианты осуществления изобретения описаны со ссылкой на чертежи. Следует заметить, что следующее описание содержит только примеры и не должно быть истолковано как ограничение изобретения.
В дальнейшем идентичные или одинаковые позиционные обозначения указывают идентичные или одинаковые элементы, устройства или операции.
Фиг.6 согласно фиг.14 иллюстрируют элементы управления запасом мощности, которые составляют, например, элементы управления МАС запасом мощности, описанные выше. Специалисту в области техники понятно, что элементы управления, описанные в настоящей заявке, являются элементами данных, используемыми для переноса информации, в частности, в RAN LTE. В дальнейшем формат элементов управления запасом мощности будет описан более подробно. Элемент управления запасом мощности, например, используется, чтобы переносить информацию о мощности из UE в BS в RAN, например RAN LTE, и описан в TS 36.321 3GPP, например в версии 9.3.0 от июня 2010 г. Например, элемент 600 управления запасом мощности структурирован с возможностью содержания 8-битного битового массива 610, чтобы указывать, какие компонентные несущие или соответственные обслуживающие соты восходящей линии связи передают сообщение о запасе мощности, которое является сообщением, включающим в себя информацию о запасе мощности, причем информация о запасе мощности, например конкретные значения, может быть включена в поле запаса мощности. Подробно, каждое из полей 630 и 640 битов содержит R-бит, т.е. зарезервированный бит, обычно установленный в ноль. Поле 620 РН является полем запаса мощности, указывающим уровень запаса мощности. Длина этого поля обычно равна 6 битам. В частности, поле 620 запаса мощности сообщает PHR типа 2 в элементе управления запасом мощности согласно фиг.6, а поля РН ниже сообщают PHR типа 1. Присутствует ли PHR типа 2 или нет, зависит от конфигурации и не должно быть указано. Как видно из фиг.6, поле РН размещено в предварительно определенном местоположении в элементе управления запасом мощности (СЕ РН), а именно поле РН находится в позициях с 3 по 8 битов в пределах одного октета элемента управления запасом мощности, причем этот октет содержит запас мощности для одной конкретной СС.
Каждый бит 8-битного битового массива 610 соответствует одному индексу соты от 0 до 7, такому как индекс соты обслуживающей соты восходящей линии связи. В примере фиг.6 поля РН, включенные в CE MAC запасом мощности, упорядочены на основе индекса соты в возрастающей последовательности, т.е. индексы сот от 0 до 7 назначены слева направо, а соответствующие поля РН - сверху вниз. Понятно, что индекс соты также мог бы быть назначен справа налево, т.е. в убывающей последовательности при чтении слева направо. PHR типа 2 включено в первое поле РН в этом примере, но также может быть включено в последнее поле РН.
Более подробно, значение 1 бита в битовом массиве, соответствующее индексу 0 соты (самой дальней к левому краю в битовом массиве), указывает, что первичная сота (PCell), соответствующая первичной компонентной несущей, сообщает PHR типа 2 в поле 620 РН (типа 2) и PHR типа 1 в поле РН (типа 1) ниже поля 620. Значение 1 второго бита в индексе 1 соты в битовом массиве указывает, что первая вторичная сота, соответствующая первой вторичной компонентной несущей, также сообщает PHR типа 1, а значение 1 бита в четвертой позиции (индекс 3 соты) в битовом массиве указывает, что третья вторичная сота также сообщает PHR типа 1 в последнем поле РН элемента управления запасом мощности на фиг.6. Значения битов 0 для остальных индексов сот указывает, что либо никакая СС не сконфигурирована с ним, либо сконфигурирована, но в текущий момент деактивирована. Будет описано относительно фиг.14А и фиг.14В, что местоположение поля РН относительно 8-битовой структуры на фиг.6 может быть выбрано по-разному. Однако поле РН должно быть всегда размещено в одном и том же предварительно определенном местоположении в элементе управления, например в предварительно определенной позиции в октете, например в позициях с 3 по 8 битов, описанных выше, таким образом, что его информация может быть без труда найдена в одном и том же местоположении.
В примере фиг.6 использован 8-битный битовый массив, так что это решение передачи информации о мощности названо в настоящей заявке решением битового массива.
Другое решение, а именно решение упорядочивания, объяснено относительно фиг.7. Как видно на фиг.7, элемент управления запасом мощности проиллюстрирован как не включающий в себя 8-битный битовый массив. Поскольку сообщение о запасе мощности передается для сконфигурированных и активированных СС, допускается, что как eNodeB, так и UE узнают, какие СС активированы в данный момент времени. Присутствует ли PHR типа 2 или нет, зависит от конфигурации и не должно быть указано. Следовательно, битовый массив не обязательно требуется, и PHR типа 1 упорядочиваются на основе индекса соты в убывающей или возрастающей последовательности, а сообщение о запасе мощности типа 2 включается либо первым, либо последним, если присутствует. Пример фиг.7 изображает элемент управления запасом мощности, имеющий PHR типа 2 в первом поле РН, а PHR типа 1 для сот с возрастающим индексом соты.
Несмотря на то что информация о мощности сообщения о запасе мощности может уже использоваться в качестве входных данных в планировщик с помощью eNodeB, дополнительно желательно сообщать мощность передачи обслуживающей соты или соответствующей компонентной несущей восходящей линии связи, такую как Pcmax,c, вместе с сообщением (сообщениями) о запасе мощности, для того чтобы быть полезным для eNodeB, т.е. базовой станции. Один пример мощности передачи для каждой компонентной несущей, используемой для вычисления РН, известен как Pcmax,c в TS 36.213 3GPP. Pcmax,c также известна из TS 36.101 3GPP как сконфигурированная мощность передачи для каждой компонентной несущей. В этом стандартном документе UE разрешается устанавливать свою сконфигурированную максимальную выходную мощность, Pcmax, “,c” является обозначением, чтобы указывать, что это Pcmax, специфическая для СС.
Если Pcmax,c сообщается для всех СС, сообщающих PHR, все сообщения о Pcmax,c могут следовать в той же последовательности, что и PHR, в соответствии с любым из вышеупомянутых решений (решением битового массива или решением упорядочивания), либо соответствующая Pcmax,c могла бы быть включена после каждого PHR. Кроме того, они также могут быть включены в их собственный элемент управления МАС запасом мощности и в той же последовательности, что и сообщения о запасе мощности.
Однако, если только подмножество СС сообщают Pcmax,c, поскольку, например, может быть необязательным для СС, передающих сообщения о запасе мощности, использование так называемого эталонного или виртуального формата PUSCH PUCCH, вышеупомянутые решения не работали бы, поскольку eNodeB был бы не в состоянии узнавать, какие СС имеют присутствующим или не имеют сообщение о Pcmax,c.
Эта проблема может быть решена с помощью включения другого 8-битного битового массива в элемент управления запасом мощности, как изображено на фиг.8, чтобы указывать, какие сообщения о Pcmax,c присутствуют. Первые пять строк, включающие в себя битовый массив элемента управления запасом мощности фиг.8, идентичны элементу управления запасом мощности фиг.6, описанному выше.
Кроме того, как видно на фиг.8, предоставлен дополнительный октет, имеющий битовый массив, указывающий соты и, следовательно, компонентные несущие, которые сообщают мощность передачи, такую как Pcmax,c. В примере фиг.8 первичная компонентная несущая сообщает Pcmax,c для сообщения о запасе мощности типа 2 и Pcmax,c для сообщения о запасе мощности типа 1 первичной компонентной несущей, а также Pcmax,c для сообщения о запасе мощности типа 1 соты с индексом 3, т.е. третьей вторичной соты. Таким образом, три сообщения о Pcmax,c передаются с помощью элемента управления запасом мощности согласно фиг.8. Поскольку компонентная несущая, относящаяся к индексу 1 соты, передает сообщение о запасе мощности, а не сообщение о Pcmax,c, это указывает, что эта компонентная несущая не имеет подходящего предоставления восходящей линии связи в интервале времени передачи, в котором передается сообщение о запасе мощности, и, следовательно, использует эталонный формат PUSCH, чтобы передавать так называемое сообщение о запасе мощности виртуального/эталонного формата. Однако при использовании дополнительного битового массива в элементе управления генерируется дополнительная служебная информация и, следовательно, желательны более экономичные решения.
Вместо использования дополнительного битового массива, чтобы обеспечивать связь между индексом соты и мощностью передачи, например Pcmax,c, в соответствии с некоторыми вариантами осуществления ассоциация между сообщением о запасе мощности и СС может быть повторно использована, чтобы ассоциировать Pcmax,c с PHR, вместо использования дополнительного идентификатора, чтобы ассоциировать ее с СС. Таким образом, мощность передачи, такая как Pcmax,c, может сообщаться более эффективно при ассоциации мощности передачи с сообщением о запасе мощности, только когда ее требуется сообщать. Это будет описано более подробно ниже.
В соответствии с некоторыми вариантами осуществления один или оба из R-битов в октете, т.е. 8-битном поле, включающем в себя РН, т.е. информацию о запасе мощности, могут использоваться, чтобы указывать, имеет ли этот РН, а, следовательно, также СС, ассоциированная с РН, ассоциированное сообщение о мощности передачи, например сообщение о Pcmax,c.
Например, фиг.9 иллюстрирует элемент управления запасом мощности для передачи информации о мощности из UE в BS, например eNodeB, который структурирован с возможностью содержания поля запаса мощности, а именно поля 910 РН. Поле РН содержит информацию о запасе мощности, т.е. информацию о запасе мощности, которая должна сообщаться, и имеет предварительно определенное число битов в предварительно определенном местоположении в элементе управления запасом мощности. Как указано выше, поле РН имеет длину, равную 6 битам, и расположено в позициях с 3 по 8 битов в октете элемента управления запасом мощности. На фиг.9 один из R-битов, в частности второй R-бит в позиции 2 бита октета, используется в качестве поля 920 указателя. Поле указателя имеет один бит на фиг.8, но также возможно, что поле указателя может быть расширено до 2 битов, например, с помощью включения R-бита в позицию 1 бита октета. Поле 920 указателя ассоциировано с полем 910 РН. Иначе говоря, поскольку поле 920 указателя и поле 910 РН находятся в одном октете, между полями присутствует четкая ассоциация.
Поле указателя служит для того, чтобы указывать, присутствует ли поле мощности передачи с предварительно определенным числом битов в элементе управления запасом мощности. Элемент управления запасом мощности на фиг.9 иллюстрирует поле мощности передачи, здесь, в частности, поле 930 Pcmax,c, которое включает в себя информацию о мощности передачи, например сообщение о Pcmax,c. Аналогично полю 910 РН, поле 930 мощности передачи также может иметь предварительно определенное число битов в предварительно определенном местоположении, например 6 битов в позициях с 3 по 8 битов в октете элемента управления запасом мощности. Два R-бита октета, в котором расположено поле мощности передачи, могут оставаться неиспользованными.
Элемент управления на фиг.9 содержит поле указателя, поле РН и поле мощности передачи, которое размещено ниже поля РН, причем поле указателя размещено в том же октете, что и поле РН, и служит для того, чтобы указывать присутствие поля мощности передачи. Подробно, биты поля запаса мощности и ассоциированного поля указателя образуют часть октета элемента управления запасом мощности и биты поля мощности передачи образуют часть октета элемента управления запасом мощности. Следовательно, поле 930 мощности передачи аналогично полю 910 РН, ассоциированному с тем же индексом соты, что и поле 910 РН, вследствие того, что поле 920 указателя находится в том же октете, что и поле РН, и указывает присутствие ниже (после) поля мощности передачи.
Как объяснено выше, поле 910 РН содержит информацию о запасе мощности и ассоциировано с обслуживающей сотой восходящей линии связи. Если используется вышеупомянутое решение упорядочивания, битовый массив для указания индекса ассоциированной соты является необязательным, так что поле 910 РН как первое поле РН в элементе управления запасом мощности ассоциировано с первичной сотой, имеющей индекс 0 соты. Если используется вышеупомянутое решение битового массива, битовый массив может быть включен до поля РН, указывающего, с каким индексом соты ассоциировано поле РН. В примере фиг.9 возможный битовый массив мог бы быть значением бита 1 для индекса соты 0 и значением бита 1 для других индексов с 1 по 7 соты.
В предыдущем обсуждении значение 1 бита в битовом массиве указывало, что PHR присутствовало для соты, соответствующей индексу соты. Однако понятно, что то же самое указание может быть выполнено, если значение 0 бита определено как значение бита, для которого соответствующая сота имеет PHR, а значение 1 бита указывает, что соответствующая сота не имеет сообщения о запасе мощности.
Как видно на фиг.9 согласно фиг.14, поле РН предшествует ассоциированному полю мощности передачи в элементе управления запасом мощности. В частности, октет, содержащий поле РН, предшествует октету, содержащему ассоциированное поле мощности передачи. Таким образом, элемент управления запасом мощности сначала переносит информацию о запасе мощности в поле РН, а затем информацию о мощности передачи в поле мощности передачи. Подробно, поле мощности передачи содержит информацию о мощности передачи обслуживающей соты или компонентной несущей восходящей линии связи, например Pcmax,c, которая ассоциирована с предшествующей информацией о запасе мощности.
Как объяснено выше, по меньшей мере один бит поля указателя может указывать, что сообщение о Pmax,c, т.е. сообщение о мощности передачи обслуживающей соты или ассоциированной компонентной несущей восходящей линии связи, присутствует. Кроме того, поле указателя может также одновременно указывать, является ли этот РН так называемого виртуального или эталонного формата.
Подробно, если сообщение о запасе мощности так называемого виртуального/эталонного формата должно быть отправлено для соты с конкретным индексом соты, не нужно сообщать мощность передачи для компонентной несущей, такую как Pmax,c. В этом случае СС является активной, но не передающей, и для вычисления РН используется так называемая виртуальная передача. Таким образом, указатель, т.е. значение бита, установленное в поле указателя, например значение, указывающее присутствие сообщения о запасе мощности так называемого виртуального или эталонного формата, может также использоваться, чтобы указывать, передается ли сообщение о Pmax,c или нет. Например, если сообщение о запасе мощности виртуального/эталонного формата используется и указывается, не будет сообщения о Pmax,c (сообщения о мощности передачи) для этой СС, сообщенного в этом TTI. Кроме того, в других вариантах осуществления один из R-битов подзаголовка МАС может использоваться, чтобы указывать, что все сообщения о запасе мощности, переданные в конкретном TTI, ассоциированы с одним и тем же сообщением о Pmax,c, по меньшей мере, для сообщений типа 1.
В соответствии с вышеописанным, сообщения о мощности передачи, например сообщения о Pmax,c, могут идентифицироваться с помощью повторного использования существующих битов вместо добавления дополнительного излишнего идентификатора, такого как дополнительный битовый массив, в вышеупомянутом решении битового массива и решении упорядочивания, а также для других возможных решений, не упомянутых в настоящей заявке, eNodeB будет узнавать, какое сообщение о запасе мощности ассоциировано с какой СС. Используя этот факт, можно ассоциировать сообщение о мощности передачи с конкретным PHR, т.е. PHR, уже ассоциированным с СС, с которой, следовательно, также ассоциировано сообщение о мощности передачи, вместо добавления другого идентификатора, такого как вышеупомянутый дополнительный битовый массив, иначе говоря, понятно, что возможна ассоциация между мощностью передачи, запасом мощности и СС (Pcmax,c ->PHR ->CC), и понятно, что один из R-битов, доступных в каждом октете, содержащем поле РН (поскольку само поле РН равно только 6 битам) может использоваться, чтобы указывать, имеет ли PHR и, следовательно, также СС, ассоциированная с этим PHR, ассоциированную мощность передачи, такую как Pcmax,c, которая также сообщается в этом TTI.
На основе этой информации eNodeB будет узнавать, сколько сообщений о мощности передачи ожидать и для каких СС. Сообщения о мощности передачи, такие как сообщения о Pcmax,с, могут быть включены либо непосредственно после каждого ассоциированного поля РН, в частности после каждого октета, включающего в себя поле РН, либо все сообщения о мощности передачи могут быть включены в последовательность индексов соты после всех полей РН. Также возможно, что все сообщения о мощности передачи включаются в их собственный элемент управления, но присутствие каждого сообщения о мощности передачи может по прежнему указываться с использованием R-бита октета РН, ассоциированного с одной и той же СС.
Кроме того, как описано выше, если согласовано, что Pcmax,c всегда должна сообщаться, за исключением для СС, сообщающих запас мощности с использованием виртуального/эталонного формата PUSCH и/или PUCCH, информация, предоставленная в eNodeB с помощью этого R-бита, относительно того, предоставлено ли сообщение о Pcmax,c, также может использоваться eNodeB, чтобы узнавать, основан ли конкретный запас мощности на передаче виртуального/эталонного формата (когда РН сообщается без Pcmax,c) или на действительной передаче (когда РН сообщается с Pcmax,c).
В дальнейшем элементы управления запасом мощности разных форматов описаны относительно фиг.10 согласно фиг.14 с использованием вышеупомянутого решения упорядочивания, решения битового массива и комбинации решений упорядочивания и битового массива.
Фиг.10 иллюстрирует вариант осуществления, в котором ассоциированные сообщения о Pcmax,c добавлены к одному и тому же элементу управления запасом мощности после полей РН с использованием одного из R-битов в октетах полей РН, чтобы указывать присутствие сообщений о Pcmax,c. В этом варианте осуществления октеты с полями РН помещены в стек, в соответствии с индексом соты с РН, ассоциированным с первичной сотой (Pcell, индекс соты = 0), наверху, включая РН типа 2 и РН типа 1, и вторичными сотами (SCells), следующими, начиная с SCell наименьшего индекса соты.
Подробно, РН типа 2 и типа 1 первичной соты изображены в первых двух элементах, а сообщение о запасе мощности типа 1 первой вторичной соты и сообщение о запасе мощности типа 1 второй вторичной соты изображены сверху вниз. Самый правый (в качестве альтернативы, самый левый) R-бит в октете, который также включает в себя информацию о запасе мощности, используется, чтобы указывать, включено ли для этого РН, т.е. СС, ассоциированной с этим сообщением о запасе мощности, также сообщение о Pcmax,с. В этом варианте осуществления установка бита в “1” указывает, что сообщение о Pcmax,с ожидается, но таким же образом значение “0” могло бы указывать это в другом варианте осуществления. Иначе говоря, смысл значения бита “1” мог бы измениться на смысл значения бита “0” и наоборот.
Затем сообщения о Pcmax,с заносят в стек после сообщений о запасе мощности, начиная с сообщения о Pcmax,с, ассоциированного с PHR, ассоциированным с СС наименьшего индекса соты, а затем остальное следует в убывающей последовательности. В примере согласно фиг.10 сообщение 1020 о Pcmax,с ассоциировано с сообщением 1010 о запасе мощности типа 1 поля РН, ассоциированного с PCell, а второе сообщение 1040 о Pcmax ассоциировано с сообщением 1030 о запасе мощности типа 1 поля РН, ассоциированного со второй PCell.
Размер поля, несущего в себе сообщение о Pcmax,с, может находиться в диапазоне от 5 до 8 битов и не является существенным, так как R-битов использованы только в октетах сообщений о запасе мощности. Кроме того, если поле указателя выполнено только из одного R-бита, поле РН может быть даже расширено до 7 битов.
Аналогично элементу управления запасом мощности на фиг.9, элемент управления запасом мощности на фиг.10 также имеет формат, в котором биты поля запаса мощности и ассоциированного поля указателя образуют часть октета или полный октет элемента управления запасом мощности (поле РН содержит 6 битов, а поле указателя 1 или 2 бита), и/или биты поля мощности передачи, например, включающие в себя сообщение о Pcmax,с или другое сообщение о мощности передачи, образуют часть октета того же элемента управления запасом мощности.
В дальнейшем другие примеры элемента управления запасом мощности описаны относительно фиг.11, на которой используются аналогичные форматы, как обсуждено относительно фиг.9 и фиг.10, однако с использование вышеупомянутого решения битового массива.
Подробно, элемент управления запасом мощности фиг.11 содержит битовый массив, чтобы указывать, какая обслуживающая сота восходящей линии связи сообщает информацию о запасе мощности в качестве части этого элемента управления запасом мощности.
На фиг.11 последовательность полей РН является такой же, как описано ранее относительно фиг.6, и используются те же индексы сот. На фиг.11 значения “1” битов в битовом массиве указывают, что сообщения о запасе мощности включены для первичной соты, первой вторичной соты и третьей вторичной соты. Кроме того, как описано ранее относительно фиг.10, некоторые из R-битов используются в качестве указателей, имеющих поле указателя и конкретное значение. Подробно, самые правые R-битов октетов, включающие в себя поля РН, используются, чтобы указывать, для каких сообщений о запасе мощности включено сообщение о мощности передачи, такое как сообщение о Pcmax,c. А именно на фиг.11 указано, что для сообщения о запасе мощности типа 1, ассоциированного с индексом 0 соты, и сообщения о запасе мощности типа 1, ассоциированного с индексом 3 соты, включено сообщение о мощности передачи, которое изображено с помощью Pcmax,c на фиг.11, причем первое сообщение о Pcmax наверху ассоциировано с полем РН типа 1, принадлежащим к индексу соты 0, и, следовательно, ассоциировано с первичной сотой, а второе сообщение о Pcmax,c ассоциировано с сообщением о запасе мощности типа 1, принадлежащим к индексу 3 соты, и, следовательно, с третьей SCell.
Фиг.12 и 13 иллюстрируют элементы управления запасом мощности, аналогичные элементу фиг.11, также содержащие битовый массив. Октет, содержащий поле РН типа 2 на фиг.13 и поле РН типа 1 на фиг.12, предоставлен наверху после подзаголовка МАС элемента управлением МАС РН и после битового массива, за которым следует октет, содержащий ассоциированную мощность передачи, если сообщается в не виртуальном формате. Затем следуют октеты в убывающей последовательности на основе индекса соты, причем за октетом с полем РН следует октет с ассоциированным полем мощности передачи для каждой активированной обслуживающей соты, указанной с помощью битов в битовом массиве. Как упомянуто выше, значение бита, равное “1”, в поле бита битового массива указывает, что сообщается поле РН для соты, соответствующей индексу соты поля бита. Если значение бита равно “0”, поле РН не сообщается. На фиг.12 и 13 только 7 битов битового массива используются, чтобы указывать индекс соты и, следовательно, ассоциировано ли сообщение с первичной сотой или вторичными сотами, а восьмой бит битового массива является зарезервированным битом, R-битом. Как уже упомянуто выше, индекс соты предоставлен в возрастающей последовательности слева направо на фиг.6, фиг.8, фиг.11, фиг.12 и фиг.13, но, таким же образом, индекс соты может также увеличиваться справа налево, что зависит только от предварительно определенного правила.
В противоположность элементу управления запасом мощности фиг.11, в котором все поля запаса мощности сначала включены в элемент данных сверху вниз, а затем включены ассоциированные поля мощности передачи, на фиг.12 и 13 поле мощности передачи всегда включено непосредственно в следующий октет после соответствующего поля РН.
Более подробно, в примере, изображенном на фиг.12, в котором элемент управления запасом мощности включает в себя PHR типа 1, только когда PHR типа 2 не сообщаются, конкретное значение, равное “1”, в поле указателя у указателя в первом октете указывает, что поле мощности передачи включено в следующий октет, причем поле мощности передачи содержит информацию о мощности передачи обслуживающей соты восходящей линии связи, такую как Pcmax,c. После сообщения Pcmax,c следующий октет опять содержит поле РН, такое как поле РН, изображенное на фиг.12, содержащее PHR типа 1 первой вторичной соты с индексом 1 соты. Поскольку этот октет опять содержит поле указателя со значением бита, равным “1”, следующий октет будет опять содержать поле мощности передачи, включающее в себя, например, сообщение о Pcmax,c.
Элемент управления запасом мощности на фиг.13 в основном является таким же, что и на фиг.12, единственно, что также PHR типа 2 и ассоциированная мощность передачи сообщаются для первичной соты в двух самых верхних октетах. Здесь Pcmax,c1 ассоциирована с PHR типа 2, Pcmax,c2 ассоциирована с первым PHR типа 1, а Pcmax,c3 ассоциирована со вторым PHR типа 1.
В примерах, изображенных на фиг.12 и фиг.13, значения “1” указателя указывают, что все сообщения о запасе мощности являются не виртуальными PHR. Однако, как упомянуто выше, если виртуальное PHR должно быть послано, а Pcmax,c не должно быть сообщено, так как это значение Pcmax,c так или иначе может быть вычислено eNodeB, значение бита в поле указателя может указывать, что запас мощности является виртуальным, например значение бита, равное “0”, и эта Pcmax,c не будет без необходимости сигнализироваться для запасов мощности на основе эталонного формата или виртуального формата. Таким образом, элемент управления запасом мощности дат возможность посылать виртуальные сообщения о запасе мощности для компонентных несущих, которым планировщик eNodeB не разрешил передачу.
Как изображено на фиг.9 согласно фиг.13, для обоих сообщений о запасе мощности типа 1 и типа 2 поле указателя со значением = 1 бита указывает присутствие ассоциированного поля мощности передачи, здесь так называемого поля Pcmax,c, а значение = 0 бита указывает, что ассоциированное поле мощности передачи пропущено. В качестве альтернативы, как описано выше, поле указателя со значением = 0 бита может указывать присутствие ассоциированного поля мощности передачи, а значение = 1 бита может указывать, что ассоциированное поле мощности передачи (Pcmax,c) пропущено.
В другом варианте осуществления, объясненном относительно фиг.14а и фиг.14b, сообщения о запасе мощности не выровнены по байтам. Например, может быть один бит указателя в поле указателя после (или до) каждого сообщения о запасе мощности, указывающий, что Pcmax,c либо передана, либо нет. Если передана, она могла бы следовать после, или следовать в конце, или передаваться в отдельном элементе управления.
В вышеописанных примерах R-биты, которые используются в качестве битов указателя, могут также использоваться, чтобы указывать, основано ли сообщение о запасе мощности на виртуальном/эталонном формате PUSCH и/или PUCCH. Желательно не сообщать Pcmax,c, ассоциированную с сообщением о запасе мощности, с использованием эталонного формата либо для PUSCH, PUCCH, либо для обоих, этот указатель может использоваться eNodeB, чтобы также получать информацию, должно ли ожидаться сообщение о Pcmax,c в этом TTI или нет.
В дальнейшем описаны некоторые особенности PHR PCell, которое состоит из типа 1 и типа 2. В зависимости от того, основано ли ни одно, одно или оба PHR на виртуальном/эталонном формате, а также основаны ли тип 1 и тип 2 на разных Pcmax,c, может изменяться число включенных полей Pcmax,c для PCell. Таблица на фиг.15 перечисляет комбинации, образованные R-битами указателя октетов PHR типа 1 и типа 2, и включена ли или нет Pcmax,c (в этой таблице “0” указывает эталонный формат, но конечно, также было бы возможно противоположное).
Например, как можно взять из первой строки таблицы, если значение бита указателя, включенного в тот же октет, что и PHR типа 1 (первого бита), равно “0”, и значение бита указателя, включенного в тот же октет, что и PHR типа 2 (второго бита), равно “0”, PHR ни типа 1, ни типа 2 не основано на не виртуальной (реальной) передаче, т.е. в этом TTI передача ни PUSCH, ни PUCCH не имеет места в PCell. Отсутствие Pcmax,c должно быть сообщено.
Если значение первого бита равно “0”, а значение второго бита равно “1”, как указано во второй строке фиг.15, PHR типа 1 основано на виртуальном/эталонном формате PUSCH, а PHR типа 2 основано на реальном (не виртуальном) формате PUCCH и виртуальном (эталонном) формате PUSCH. Передается Pcmax,c для PHR типа 2, отвечающего за передачу PUCCH.
Если значение первого бита равно “1”, а значение второго бита равно “0”, PHR типа 1 основано на реальном формате PUSCH, а PHR типа 2 основано на виртуальном/эталонном формате PUCCH и реальном формате PUSCH. Сообщается Pcmax,c для PHR типа 1, отвечающего за передачу PUSCH, а Pcmax,c, ассоциированная с PHR типа 2, может сообщаться только при необходимости.
Если значение первого бита равно “1” и значение второго бита равно “1”, PHR как типа 1, так и типа 2 основаны на реальных передачах. Должна быть передана Pcmax,c для типа 1 (только PUSCH) и типа 2 (PUSCH и PUCCH). В зависимости от осуществления/стандартизации UE одна или, возможно, две Pcmax,c должны быть сообщены для одной и той же СС.
В дополнительных вариантах осуществления все значения Pcmax,c, по меньшей мере, для PHR типа 1, ассоциированные с PHR/CC в этом TTI, могут иметь одно и то же значение. Тогда один R-бит подзаголовка МАС (или любой другой указатель в подзаголовке МАС или в самом элементе управления МАС) может использоваться, чтобы указывать, что все PHR, сообщенные в этом элементе управления МАС PHR, должны быть ассоциированы с одним и тем же сообщением о Pcmax,c. Сообщение о Pcmax,c могло бы быть включено либо в тот же элемент управления МАС, либо в отдельный элемент управления МАС. Эти дополнительные варианты осуществления могут быть объединены с вариантами осуществления, обсужденными подробно выше, чтобы использовать указатели, чтобы указывать, какое PHR не должно иметь Pcmax,c, ассоциированную с ним в конкретном TTI и в сообщении.
В соответствии с вышеупомянутыми вариантами осуществления можно не сообщать Pcmax,c для всех СС, для которых сообщен РН, т.е. сообщаются только некоторые Pcmax,c. Это может быть полезным в случае, когда виртуальный формат используется для PH и eNodeB уже имеет знание информации, содержащейся в сообщении о Pcmax,c, и, следовательно, ему не нужно будет принимать ее. Кроме того, в вариантах осуществления, описанных относительно фиг.9 согласно фиг.14, могут не требоваться дополнительные октеты для идентификации сообщений о мощности передачи, таких как сообщения о Pcmax,c, и существующие зарезервированные биты могут использоваться для их идентификации. Даже если рассматривается решение элемента управлением MAC PHR, который не выровнен по байтам, как изображено на фиг.14а согласно фиг.14b, может требоваться только один дополнительный бит на каждый сообщаемый РН.
Кроме того, если мощность передачи, такая как Pcmax,c, всегда должна сообщаться, за исключением для СС, сообщающих РН с использованием виртуального/эталонного формата PUSCH и/или PUCCH, информация, предоставленная в eNodeB с помощью этого R-бита относительно сообщения о мощности передачи, такого как сообщение о Pcmax,c, может также использоваться eNodeB, чтобы узнавать, основан ли конкретный РН на передаче виртуального/эталонного формата или на действительной передаче. Поскольку варианты осуществления также могут работать другим обратным способом (если присутствие сообщения о Pcmax,c указывается, в соответствии с одним из вариантов осуществления, и его присутствие зависит от РН не виртуального/не эталонного формата), два типа информации могли бы быть получены из одного и того же бита указателя.
В дальнейшем описаны структурные схемы, иллюстрирующие операции в соответствии с некоторыми вариантами осуществления.
Структурная схема, изображенная на фиг.16, описывает операции передачи информации о мощности, включающей в себя сообщение о запасе мощности, из UE в BS, например eNodeB.
На первом этапе 1610 определяют, должно ли быть послано поле мощности передачи, ассоциированное с РН. Более подробно, определяют, должно ли быть послано вместе с РН поле мощности передачи, содержащее информацию о мощности передачи ассоциированной обслуживающей соты восходящей линии связи, такой как мощность Pcmax,c, ассоциированной с РН.
Если определяют на этапе 1610 на фиг.16, что поле мощности передачи не должно быть послано, последовательность операций процесса заканчивается. Однако, если определяют на этапе 1610, что поле мощности передачи, такое как поле, включающее в себя сообщение о Pcmax,c, должно быть послано, например, если ассоциированное сообщение о запасе мощности основано на действительной передаче, поле РН и поле мощности передачи добавляют для передачи к элементу управления запасом мощности на этапе 1640. Таким образом, предоставляют элемент управления РН, включающий в себя поле РН и поле мощности передачи, аналогичный элементу на фиг.9.
На этапе 1660 указатель устанавливают в конкретное значение, чтобы указывать, что октет, содержащий поле мощности передачи, включен в элемент управления МАС РН. Более подробно, указатель состоит из поля указателя, имеющего включенный в него бит с конкретным значением. Например, если конкретное значение бита равно “1”, указано, что мощность передачи сообщается в поле мощности передачи, т.е. сообщение о Pcmax,c включено.
В одном варианте осуществления этап 1610 определения выполняется, если ранее определено, что PHR было инициировано. Иначе говоря, если решают, что для конкретной обслуживающей соты должен сообщаться РН, необходимо проверить, является ли РН виртуального или реального формата, и на основе этого включают или не включают поле мощности передачи в элемент управления РН. Таким образом, должно ли быть послано поле мощности передачи, основано на том, имеет ли сота предоставление восходящей линии связи, подходящее для передачи в этом TTI, т.е. не виртуальной или действительной передачи.
Если определяют, что поле мощности передачи не должно быть послано, например, если ассоциированный РН является виртуального формата, РН, т.е. виртуальный РН, добавляют к элементу управления запасом мощности, а указатель устанавливают в другое конкретное значение, чтобы указывать, что поле мощности передачи не включено. Если ранее описанное конкретное значение этапа 1660 взято равным “1”, тогда другое конкретное значение тогда взято как “0”.
Аналогично, если определяют, что РН должен быть подготовлен на основе виртуальной передачи, т.е. в случае виртуального РН, указатель устанавливают в другое конкретное значение, чтобы указывать, что ассоциированное поле мощности передачи не включено в PHR.
Структурная схема фиг.17 описывает объясненные выше этапы в более детализированной последовательности, изображающей пример того, как устанавливают указатель для SCell. Для PCell возможно, что инициируются два PHR, причем каждый ассоциирован со своим собственным сообщением о Pcmax,c, которое может быть проиллюстрировано аналогичным способом.
На этапе 1720 по меньшей мере одно PHR инициировано и должно быть подготовлено для передачи в этом интервале времени передачи (TTI).
Затем следующие этапы будут выполняться для каждой SCell. На этапе 1740 проверяют, имеет ли обслуживающая SCell инициированное PHR. Если эта SCell имеет инициированное PHR, последовательность операций переходит на этап 1760, на котором проверяют, должно ли быть послано ассоциированное сообщение Pcmax,c с этим PHR.
Если Pcmax,c не должно быть послано, например, поскольку ассоциированный РН является виртуального формата, последовательность операций переходит на этап 1790, на котором РН добавляют к элементу управления МАС РН, а указатель устанавливают в “0”.
Если определяют на этапе 1760, что сообщение о Pcmax,c, которое ассоциировано с этим РН, должно быть послано, например, если РН основан на реальной передаче, последовательность операций переходит на этап 1780, на котором РН, в частности поле РН, добавляют к элементу управления МАС РН, а указатель устанавливают в “1”. Кроме того, сообщение о Pcmax,c добавляют для передачи в этом TTI.
В соответствии со структурными схемами на фиг.16 и фиг.17, если конкретное значение указателя в поле указателя равно “1”, указывается присутствие поля Pcmax,c, ассоциированного с РН, а если значение указателя в поле указателя равно другому конкретному значению, здесь “0”, указывается, что поле Pcmax,c пропущено. Это определение не зависит от типа РН и, следовательно, может выполняться для РН типа 1 и типа 2. В качестве альтернативы, конкретное значение “0” может указывать, что сообщение о Pcmax,c должно ожидаться, а другое конкретное значение “1” может указывать, что сообщение Pcmax,c не должно ожидаться.
Например, операции, описанные относительно фиг.16 и фиг.17, могут выполняться в пользовательском терминале (UT), таком как пользовательское оборудование (UE), и конкретно средством, специально адаптированным или сконфигурированным с возможностью выполнения этих этапов, таким как процессор, который будет описан более подробно относительно фиг.19. После того как UE передаст информацию о мощности, включающую в себя один или более РН и одно или более сообщений о мощности передачи, ассоциированных с РН, элемент управления запасом мощности, переносящий информацию о мощности, принимается в базовой станции. Базовая станция принимает информацию о мощности и обрабатывает информацию о мощности, как описано более подробно относительно фиг.18.
Как только BS принимает элемент управления РН из UE, включающий в себя информацию о мощности, BS определяет на этапе 1820, установлено ли значение в поле указателя принятого элемента управления РН в конкретное значение, которое указывает, что поле мощности передачи, ассоциированное с полем РН, включено в элемент управления РН. Например, если конкретное значение равно “1”, как обсуждено относительно фиг.17, это указывает, что поле мощности передачи и, следовательно, информация о мощности передачи, такая как сообщение о Pcmax,c, включена в элемент управления запасом мощности.
Затем BS считывает поле мощности передачи на этапе 1840, если значение поля указателя установлено в конкретное значение “1”, и таким образом BS получает информацию о мощности передачи.
Если определяют, что значение поля указателя установлено в другое конкретное значение, например “0”, BS понимает, что конкретный РН был подготовлен на основе виртуальной передачи и что ассоциированное поле мощности передачи не включено. Таким образом, следующий октет в элементе управления запасом мощности не будет интерпретирован как поле мощности передачи. Следовательно, можно обеспечивать BS четкими инструкциями, как интерпретировать информацию, посланную в элементе управления запасом мощности. В результате можно эффективно сообщать информацию о мощности передачи, такую как Pcmax,c, и оперировать ею.
В вышеописанных вариантах осуществления элемент управления запасом мощности передается, например посылается, из UE в BS в RAN, причем этот элемент управления запасом мощности включает в себя одно или более полей РН и ноль или более полей Pcmax,c и структурирован, как описано выше.
В вышеописанных примерах и вариантах осуществления было показано, что можно повторно использовать ассоциацию между значением РН и СС, чтобы ассоциировать Pcmax,c с РН, вместо использования дополнительного идентификатора, чтобы ассоциировать его с СС.
Это выполняется, например, с помощью использования одного из R-битов в октете, включающем в себя РН элемента управления запасом мощности, чтобы указывать, имеет ли РН и, следовательно, также СС, ассоциированная с этим РН, ассоциированное сообщение о Pcmax,c.
Так как первичная сота может иметь один или два сообщенных РН, как изображено на фиг.6 согласно фиг.14, которые, возможно, могли бы основываться на разных значениях Pcmax,c, присутствие одного или двух сообщений о Pcmax,c могло бы решаться на основе комбинации R-битов, использованных для указателя.
Кроме того, было показано, что может использоваться существующий указатель, например указатель, указывающий, что посылается так называемый виртуальный или эталонный формат РН, чтобы узнавать, передано ли или нет сообщение о Pcmax,c. В этом примере, если указывается виртуальный/эталонный формат РН, не будет сообщения о Pcmax,c для этой СС, сообщенного в этом TTI. Кроме того, один или более R-битов подзаголовка МАС могут использоваться, чтобы указывать, что все PHR, сообщенные в конкретном TTI, ассоциированы с одним и тем же сообщением Pcmax,c, например, по меньшей мере, для сообщений типа 1.
В результате с использованием вышеописанного указателя можно обнаруживать, что РН вычисляется с использованием виртуального формата и что Pcmax,c не посылается, что может быть без труда указано с использованием одной конкретной позиции бита, сообщающей, находится ли Pcmax,c или не находится в элементе управления запасом мощности.
Как обсуждено выше, пользовательский терминал (UT), упомянутый выше в качестве примера как пользовательское оборудование или UE, может устанавливать связь с BS, упомянутой выше в качестве примера как eNodeB, с использованием восходящей линии связи (UL) для беспроводных радиопередач из UT в BS, а с использованием нисходящей линии связи (DL) для беспроводных радиопередач из BS в UT, как изображено на фиг.20 ниже.
Как изображено на фиг.19 и фиг.20, пользовательский терминал UT, например пользовательское оборудование 1900, может включать в себя процессор 1920 на фиг.19 или процессор UTRP на фиг.20. Процессор может соединяться с приемопередатчиком 1960 на фиг.19 или приемопередатчиком UTXCVR на фиг.20. Кроме того, процессор предпочтительно также соединяется с памятью 1940.
Процессор 1920 пользовательского оборудования 1900, например, сконфигурирован с возможностью определения, должно ли поле мощности передачи, содержащее информацию о мощности передачи обслуживающей соты восходящей линии связи, например Pcmax,c, ассоциированное с запасом мощности, сообщаться вместе с запасом мощности. Процессор, например, дополнительно сконфигурирован с возможностью управления добавлением поля запаса мощности и поля мощности передачи для передачи к элементу управления запасом мощности и установкой указателя в конкретное значение, чтобы указывать, что поле мощности передачи включено, если определено, что поле мощности передачи должно быть послано. Подробности относительно поля (полей) РН PHR, поля (полей) мощности передачи, включающего в себя информацию о мощности передачи, и поля (полей) указателя были описаны выше и также являются применимыми здесь.
Память 1940 может быть памятью, хранящей один из вышеописанных элементов управления запасом мощности.
Приемопередатчик 1960 или аналогично приемопередатчик UTXCVR фиг.20 адаптирован передавать и принимать сообщения, например, включающие с себя вышеописанные элементы управления.
В дальнейшем система, изображенная на фиг.20, описана более подробно. Система фиг.20 содержит пользовательский терминал (UT) и базовую станцию (BS). Процессор UTPR UT может быть сконфигурирован с возможностью подготовки передач сообщения о запасе мощности и/или сообщения о Pcmax,c для передачи, как обсуждено выше. Также BS может включать в себя процессор BSPR, соединенный с приемопередатчиком BSTXCVR, и процессор BSPR может быть сконфигурирован с возможностью обработки принятых передач сообщения о запасе мощности и/или сообщения о Pcmax,c, как обсуждено выше.
Более подробно, BS может быть сконфигурирована с возможностью обработки принятой информации о мощности, включающей в себя сообщение о запасе мощности принятого элемента управления запасом мощности. Процессор базовой станции может быть сконфигурирован с возможностью определения, установлено ли значение в поле указателя принятого элемента управления запасом мощности в конкретное значение, которое указывает, что поле мощности передачи, ассоциированное с конкретным запасом мощности, включено в элемент управления запасом мощности, и считывания поля мощности передачи, если значение установлено в конкретное значение. Подробности этой операции были описаны выше.
В заключение, в соответствии с вышеописанным, можно не сообщать мощность передачи, например Pcmax,c, для всех СС, для которых сообщается РН. Это может быть полезным в случае, когда сообщается виртуальный формат PH, и BS, например eNodeB, уже имеет знание информации, содержащейся в ассоциированном сообщении о Pcmax,c, и, следовательно, ей будет не нужно принимать ее.
Кроме того, в соответствии с вариантами осуществления изобретения не требуется передавать никаких дополнительных октетов для идентификации сообщений о Pcmax,c, а могут использоваться существующие зарезервированные биты. Даже если применяется решение СЕ MAC PH, которое не выровнено по байтам, требуется только один дополнительный бит на каждый РН.
Кроме того, если Pcmax,c должна быть сообщена, за исключением для СС, сообщающих РН с использованием виртуального/эталонного формата PUSCH и/или PUCCH, информация, предоставленная в eNodeB с помощью этого R-бита, относительно того, предоставлено ли сообщение о Pcmax,c, также может использоваться eNodeB, чтобы узнавать, основан ли конкретный РН на передаче виртуального/эталонного формата или на действительной передаче. Поскольку варианты осуществления изобретения также могли бы работать другим обратным способом (если присутствие сообщения о Pcmax,c указывается в соответствии с одним из вариантов осуществления и его присутствие зависит от РН не виртуального/не эталонного формата), имеются выигрыши от получения двух типов информации из одного и того же бита указателя.
Несмотря на то что в качестве примера, главным образом, описаны передачи в соответствии со стандартом LTE, передачи могут быть обеспечены в соответствии с другими стандартами беспроводных передач, такими как полосы частот усовершенствованной мобильной телефонной службы (AMPS), ANSI-136, глобального стандарта для мобильной (GSM) связи, универсальной пакетной радиослужбы (GPRS), увеличенных скоростей передачи данных для развития GSM (EDGE), DCS, PDC, FCS, множественного доступа с кодовым разделением (CDMA), широкополосного CDMA, CDMA2000 и/или универсальной мобильной телекоммуникационной системы (UMTS). Кроме того, пользовательские терминалы/оборудование в соответствии с вариантами осуществления настоящего изобретения, например, могут быть любыми беспроводными (“мобильными”) терминалами связи (“беспроводными терминалами” или ”терминалами”), которые сконфигурированы с возможностью выполнения сотовых передач (например, передач речи и/или данных) с использованием множества компонентных несущих.
Различные варианты осуществления описаны полностью в настоящей заявке со ссылкой на сопровождающие чертежи, на которых изображены различные варианты осуществления. Однако это изобретение может быть осуществлено в множестве альтернативных форм и не должно быть истолковано как ограниченное вариантами осуществления, приведенными в настоящей заявке.
Таким образом, несмотря на то, что изобретение допускает различные модификации и альтернативные формы, специфические варианты осуществления его изображены в качестве примера на чертежах и были описаны подробно в настоящей заявке. Однако следует понимать, что нет намерения ограничивать изобретение раскрытыми конкретными формами, но наоборот, изобретение должно охватывать все модификации, эквиваленты и альтернативы, находящиеся в рамках сущности и объема изобретения, как определено с помощью формулы изобретения. Одинаковые номера относятся к одинаковым элементам по всему описанию чертежей.
Терминология, использованная в настоящей заявке, применена только с целью описания конкретных вариантов осуществления, а не подразумевается как ограничение изобретения. Как использованы в настоящей заявке, формы единственного числа “а”, “an” и “the” могут включать в себя также формы множественного числа, если контекст определенно не указывает иначе. Дополнительно будет понятно, что понятия “содержит”, “содержащий”, “включает”, “включающий”, “имеют”, “имеющий” или их варианты, когда использованы в настоящей заявке, указывают присутствие указанных признаков, целых, этапов, операций, элементов и/или компонентов, но не исключают присутствия или добавления одного или более других признаков, целых, этапов, операций, элементов, компонентов и/или их групп. Кроме того, когда элемент упомянут как “реагирующий” на другой элемент или его варианты или “соединенный” с другим элементом или его вариантами, он может быть непосредственно реагирующим на другой элемент или непосредственно соединенным с другим элементом или могут присутствовать промежуточные элементы. В противоположность, когда элемент упомянут как являющийся “непосредственно реагирующим” на другой элемент или его варианты или являющийся “непосредственно соединенным” с другим элементом или его вариантами, нет никаких присутствующих промежуточных элементов. Как использовано в настоящей заявке, понятие “и/или” включает в себя любые и все комбинации из одного или более ассоциированных перечисленных элементов и может быть сокращено как “/”.
Будет понятно, что, несмотря на то, что понятия первый, второй и т.д. могут использоваться в настоящей заявке, чтобы описывать различные элементы, эти элементы не должны ограничиваться этими понятиями. Эти понятия используются только, чтобы отличать один элемент от другого. Например, первый элемент мог бы называться вторым элементом и, аналогично, второй элемент мог бы называться первым элементом, не выходя из идей раскрытия. Кроме того, несмотря на то, что некоторые из диаграмм включают в себя стрелки в маршрутах связи, чтобы показывать первичное направление связи, следует понимать, что связь может происходить в противоположном направлении к изображенным стрелкам.
Объекты в соответствии с разными вариантами осуществления изобретения, включающие в себя оборудования и станции, а также устройства, аппараты и системы, включающие в себя процессоры и/или памяти, могут содержать или хранить компьютерные программы, включающие в себя инструкции, такие, что, когда компьютерные программы выполняются, выполняются операции в соответствии с вариантами осуществления изобретения, т.е. заставляют средство обработки данных выполнять операции. В частности, варианты осуществления изобретения также относятся к компьютерным программам для выполнения операций в соответствии с вариантами осуществления изобретения и к любому машиночитаемому носителю, хранящему компьютерные программы для выполнения вышеупомянутых способов.
Аналогично специально сконфигурированным процессорам, другие конкретные устройства могут использоваться, чтобы выполнять функции вышеописанных оборудований и станций или систем. Кроме того, функции могут быть распределены в разных компонентах или устройствах программного обеспечения или аппаратного обеспечения для вызывания предполагаемых функций. Множество отдельных устройств также могут быть собраны для обеспечения предполагаемых функций. Функции также могут быть осуществлены в аппаратном обеспечении, программном обеспечении, вентильной матрице, программируемой в условиях эксплуатации (FPGA), специализированной интегральной схеме (ASIC), программно-аппаратном обеспечении или тому подобном.
Примерные варианты осуществления описаны в настоящей заявке со ссылкой на иллюстрации блок-схем и структурных схем способов, осуществляемых с помощью компьютера, аппаратов (систем и/или устройств) и/или компьютерных программных продуктов. Понятно, что блок иллюстраций блок-схем и/или структурных схем этапов может быть осуществлен с помощью компьютерных программных инструкций, которые выполняются с помощью одной или более компьютерных схем. Эти компьютерные программные инструкции могут предоставляться в схему процессора или схему универсального компьютера, схему специализированного компьютера и/или в другую программируемую схему обработки данных, чтобы создавать машину, такую, что инструкции, которые выполняются с помощью процессора компьютера и/или другого программируемого аппарата обработки данных, преобразуют и управляют транзисторами, величинами, сохраненными в местоположениях памяти, и другими компонентами аппаратного обеспечения в таких схемах, чтобы осуществлять функции/действия, указанные в блоке или блоках блок-схем и/или структурных схем, и, таким образом, создают средства (функциональные средства) и/или структуры для осуществления функций/действий, указанных в блоке (блоках) блок-схем или структурной схемы.
Эти компьютерные программные инструкции также могут храниться на машиночитаемом носителе, которые могут руководить компьютером или другим программируемым аппаратом обработки данных, чтобы функционировать определенным способом, таким, что инструкции, хранимые на машиночитаемом носителе, создают изделие производства, включающее в себя инструкции, которые осуществляют функции/действия, указанные в блоке или блоках блок-схем или структурной схемы.
Материальный, невременный машиночитаемый носитель может включать в себя электронную, магнитную, оптическую электромагнитную или полупроводниковую систему, аппарат или устройство хранения данных. Более конкретные примеры машиночитаемого носителя включали бы в себя следующее: портативную компьютерную дискету, схему оперативной памяти (RAM), схему постоянной памяти (ROM), схему электрически стираемой программируемой памяти, доступной только для чтения (EPROM или флэш-памяти), память, доступную только для чтения, на портативном компакт-диске (CDROM) и память, доступную только для чтения, на портативном цифровом видеодиске (DVD/BlueRay).
Компьютерные программные инструкции могут также загружаться в компьютер и/или другой программируемый аппарат обработки данных, чтобы заставлять последовательность операционных этапов, выполняемых на компьютере и/или другом программируемом аппарате, создавать процесс, осуществляемый с помощью компьютера, такой что инструкции, которые выполняются в компьютере или в другом программируемом аппарате, обеспечивают этапы для осуществления функций/действий, указанных в блоке или блоках блок-схем и/или структурной схемы.
Таким образом, настоящее изобретение может быть осуществлено в аппаратном обеспечении и/или в программном обеспечении (включая программно-аппаратное обеспечение, резидентное программное обеспечение, микрокод и т.д.), которое выполняется в процессоре, таком как процессор цифровых сигналов, который в общем может быть упомянут как “схема”, ”модуль” или ее варианты.
Также следует заметить, что в некоторых альтернативных осуществлениях функции/действия, указанные в блоках, могут происходить не по порядку, указанному в структурных схемах. Например, два блока, изображенные последовательно, на самом деле могут выполняться, по существу, одновременно или блоки могут иногда выполняться в обратной последовательности, в зависимости от рассматриваемых функций/действий. Кроме того, функциональные возможности данного блока структурных схем и/или блок-схем могут быть разделены на множество блоков и/или функциональные возможности двух или более блоков структурных схем и/или блок-схем могут быть, по меньшей мере, частично объединены. Наконец, другие блоки могут быть добавлены/вставлены между блоками, которые проиллюстрированы.
Множество разных вариантов осуществления раскрыты в настоящей заявке в связи с приведенным выше описанием и чертежами. Будет понятно, что было бы излишне повторяющимся и загромождающим буквально описывать и иллюстрировать каждую комбинацию и подкомбинацию этих вариантов осуществления. Таким образом, настоящее описание, включающее в себя чертежи, должно быть истолковано, чтобы составлять полное письменное описание всех комбинаций и подкомбинаций вариантов осуществления, описанных в настоящей заявке, и способа и процесса их осуществления и использования и должно поддерживать формулу изобретения для любой такой комбинации или подкомбинации.
Если не определено иначе, все термины (включая технические и научные термины), использованные в настоящей заявке, имеют то же значение, что и обычно понятно обычному специалисту в области техники, к которой принадлежит изобретение. Дополнительно будет понятно, что термины, такие как термины, которые определены в обычно используемых словарях, должны быть интерпретированы как имеющие значение, которое соответствует их значению в контексте соответственной области техники, и не будут интерпретированы в идеализированном или слишком формальном смысле, если специально так не определено в настоящей заявке.
В описании раскрыты варианты осуществления изобретения и, несмотря на то, что использованы специфические термины, они использованы только в общем и описательном смысле, а не с целью ограничения.
Другие осуществления изобретения будут понятны специалистам в данной области техники из рассмотрения описания и практики изобретения осуществления изобретения, описанного в настоящей заявке. Подразумевается, что описание и примеры рассматриваются только как иллюстративные. Поэтому следует понимать, что изобретательские аспекты лежат менее чем во всех признаках одного вышеупомянутого раскрытого осуществления или конфигурации. Таким образом, точные рамки объема и сущности изобретения указаны с помощью следующей формулы изобретения.
Изобретение относится к области связи, более конкретно к элементу управления запасом мощности для передачи информации о мощности из пользовательского оборудования (UE) в базовую станцию (BS), к соответствующему способу, к способу обработки принятой информации о мощности в сети радиодоступа (RAN), а также к пользовательскому оборудованию для передачи информации о мощности и к базовой станции, сконфигурированной с возможностью обработки принятой информации о мощности, которые, в частности, дают возможность простого оперирования и обработки информации о мощности передачи соответственно. Элемент управления запасом мощности структурирован с возможностью содержания поля запаса мощности, содержащего информацию о запасе мощности и имеющего предварительно определенное число битов в элементе управления запасом мощности, и поля указателя, ассоциированного с полем запаса мощности, причем поле указателя служит для того, чтобы указывать, присутствует ли поле мощности передачи с предварительно определенным числом битов в элементе управления запасом мощности. 9 н. и 12 з.п. ф-лы, 22 ил.
1. Элемент управления запасом мощности для передачи информации о мощности из пользовательского оборудования (UE) в базовую станцию в сети радиодоступа (RAN), причем элемент управления запасом мощности структурирован с возможностью содержания
поля (910) запаса мощности, содержащего информацию о запасе мощности и имеющего предварительно определенное число битов в элементе управления запасом мощности; и
поля (920) указателя, ассоциированного с полем запаса мощности;
причем поле (920) указателя служит для того, чтобы указывать, присутствует ли поле (930) мощности передачи с предварительно определенным числом битов в элементе управления запасом мощности.
2. Элемент управления запасом мощности по п. 1, в котором поле (910) запаса мощности, содержащее информацию о запасе мощности, ассоциировано с обслуживающей сотой восходящей линии связи.
3. Элемент управления запасом мощности по п. 1, в котором поле (910) запаса мощности предшествует ассоциированному полю (920) мощности передачи в элементе управления запасом мощности.
4. Элемент управления запасом мощности по п. 1, в котором поле (930) мощности передачи содержит информацию о мощности передачи обслуживающей соты восходящей линии связи (Pcmax,c), которая ассоциирована с информацией о запасе мощности.
5. Элемент управления запасом мощности по одному из пп. 1-4, в котором биты поля (910) запаса мощности и ассоциированного поля указателя образуют часть октета элемента управления запасом мощности и/или биты поля (930) мощности передачи образуют часть октета элемента управления запасом мощности.
6. Элемент управления запасом мощности по одному из пп. 1-4, причем элемент управления запасом мощности содержит битовый массив, чтобы указывать, какая обслуживающая сота восходящей линии связи сообщает информацию о запасе мощности как часть этого элемента управления запасом мощности.
7. Элемент управления запасом мощности по одному из пп. 1-4, в котором RAN является сетью радиодоступа согласно проекту долгосрочного развития (RAN LTE).
8. Способ передачи информации о мощности, включающей в себя запас мощности, из пользовательского оборудования (UE) в базовую станцию в сети радиодоступа (RAN), содержащий этапы, на которых
определяют, должно ли быть послано поле (930) мощности передачи, содержащее информацию о мощности передачи обслуживающей соты восходящей линии связи (Pcmax,c), ассоциированную с запасом мощности восходящей линии связи, вместе с запасом мощности,
и, если определяют, что поле (930) мощности передачи должно быть послано, добавляют поле (910) запаса мощности со значением запаса мощности и поле (930) мощности передачи для передачи к элементу управления запасом мощности и устанавливают указатель в конкретное значение, чтобы указывать, что поле мощности передачи включено.
9. Способ по п. 8, в котором этап определения выполняют, если определяют, что запас мощности был инициирован.
10. Способ по п. 8 или 9, в котором определение, должно ли быть послано поле мощности передачи, основано на том, имеет ли сота передачу восходящей линии связи.
11. Способ по п. 8, в котором, если определяют, что поле мощности передачи не должно быть послано, поле запаса мощности добавляют к элементу управления запасом мощности, а указатель устанавливают в другое конкретное значение, чтобы указывать, что поле мощности передачи не включено.
12. Способ по п. 8, в котором, если определяют, что запас мощности должен быть подготовлен на основе виртуальной передачи, устанавливают указатель в другое конкретное значение, чтобы указывать, что ассоциированное поле мощности передачи не включено в элемент управления запасом мощности.
13. Способ, выполняемый базовой станцией в сети радиодоступа (RAN), для обработки принятой информации о мощности, включающей в себя сообщение о запасе мощности принятого элемента управления запасом мощности из пользовательского оборудования (UE), причем способ содержит этапы, на которых
определяют, установлено ли значение в поле (920) указателя, ассоциированном с полем (910) запаса мощности принятого элемента управления запасом мощности, в конкретное значение, которое указывает, что поле (930) мощности передачи, ассоциированное с полем (910) запаса мощности, включено в элемент управления запасом мощности, и
считывают поле (930) мощности передачи, если значение поля (920) указателя установлено в конкретное значение.
14. Способ по п. 13, в котором, если определяют, что значение поля (920) указателя установлено в другое конкретное значение, сообщение о запасе мощности было подготовлено на основе виртуальной передачи, и что ассоциированное поле мощности передачи не включено.
15. Способ по одному из пп. 8-14, в котором запас мощности включают в элемент управления запасом мощности по одному из пп. 1-7.
16. Способ передачи элемента управления запасом мощности по одному из пп. 1-7, включающего в себя запас мощности, из пользовательского оборудования (UE) в базовую станцию в сети радиодоступа (RAN).
17. Пользовательское оборудование для передачи информации о мощности, включающей в себя запас мощности, в базовую станцию в сети радиодоступа (RAN), содержащее процессор (1960), сконфигурированный с возможностью
определения, должно ли быть послано поле мощности передачи, содержащее информацию о мощности передачи обслуживающей соты восходящей линии связи (Pcmax,c), ассоциированную с запасом мощности, вместе с запасом мощности, и
управления добавлением поля запаса мощности со значением запаса мощности и поля мощности передачи для передачи к элементу управления запасом мощности и установкой указателя в конкретное значение, чтобы указывать, что поле мощности передачи включено, если определяют, что поле мощности передачи должно быть послано.
18. Базовая станция в сети радиодоступа (RAN), сконфигурированная с возможностью обработки принятой информации о мощности, включающей в себя сообщение о запасе мощности принятого элемента управления запасом мощности из пользовательского оборудования (UE), причем базовая станция содержит процессор (BSPR), сконфигурированный с возможностью
определения, установлено ли значение в поле (920) указателя, ассоциированном с полем запаса мощности принятого элемента управления запасом мощности, в конкретное значение, которое указывает, что поле мощности передачи, ассоциированное с полем запаса мощности, включено в элемент управления запасом мощности, и
считывания поля мощности передачи, если значение установлено в конкретное значение.
19. Система для передачи информации о мощности, причем система содержит пользовательское оборудование по п. 17 и базовую станцию по п. 18.
20. Память, хранящая элемент управления запасом мощности по одному из пп. 1-7.
21. Невременный машиночитаемый носитель, включающий в себя инструкции, сконфигурированные с возможностью, при выполнении в процессоре данных, заставлять процессор данных выполнять способ по одному из пп. 8-16.
| Колосоуборка | 1923 |
|
SU2009A1 |
| RU 2008110964 A, 27.09.2009 | |||
| УСТРОЙСТВО И СПОСОБ ПЕРЕДАЧИ И ПРИЕМА ИНФОРМАЦИИ ОТКЛОНЕНИЯ МОЩНОСТИ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ, ПОДДЕРЖИВАЮЩЕЙ ВЫСОКОСКОРОСТНОЙ ПАКЕТНЫЙ ДОСТУП ПО НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ | 2003 |
|
RU2251220C2 |
| Колосоуборка | 1923 |
|
SU2009A1 |
| Приспособление для суммирования отрезков прямых линий | 1923 |
|
SU2010A1 |
