Разбиение очереди для параллельного планирования агрегирования несущих

Иллюстрации

Показать все

Изобретение относится к области связи. Техническим результатом является эффективное использование ресурсов посредством выделения слишком большого количества ресурсов для одной СС и недостаточного колическтва ресурсов для другой СС. Раскрыты способ и система для планирования агрегирования несущих в системе связи. Согласно одному аспекту способ для планирования агрегирования несущих включает в себя выбор набора из по меньшей мере одной компонентной несущей из группы возможных компонентных несущих для передачи на них данных в очереди. Выбор всех компонентных несущих в наборе выполняется перед определением количества данных, подлежащего назначению для любой из компонентных несущих в наборе. Блоки данных из очереди назначаются по меньшей мере одной из компонентных несущих в наборе выбранных компонентных несущих, на основе, по меньшей мере частично, оцененного количества данных, которое может быть перенесено на каждой выбранной компонентной несущей в наборе. 3 н. и 19 з.п. ф-лы, 6 ил.

Реферат

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

Данное изобретение относится к сетевым коммуникациям и, в частности, к способу и системе для выделения компонентных несущих в сети связи.

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

Агрегирование несущих (CA) является признаком технологии долгосрочной эволюции (Long Term Evolution, LTE), в которой передача между базовой станцией, такой как усовершенствованный узел B (eNB), и пользовательским оборудованием (UE), таким как беспроводной телефон, выполняется одновременно с использованием многочисленных компонентных несущих (CC). Компонентная несущая, на которой исходно устанавливается управление радиоресурсами (radio resource control, RRC), называется первичной CC для UE, а ячейка, для которой выделяется первичная CC, называется первичной ячейкой (PCell). Сеть LTE может добавлять другие ячейки, для которых выделяются другие CC, и эти ячейки называются вторичными ячейками (SCells).

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

В документе “L2 Segmentation in Carrier Aggregation”, Alcatel-Lucent Shanghai Bell и др. (12 апреля 2010) описывается выполнение разрешений доступа по восходящей линии связи для логических каналов. В документе “Carrier_Aggregation Framework in 3GPP LTE Advanced”, Mikio Iwamujra и др. (01 августа 2010) описывается агрегирование несущих в усовершенствованных сетях 3GPP LTE. В документе “CA Impact on Logical Channel Prioritization”, Alcatel-Lucent Shanghai Bell и др. (12 апреля 2010) описывается назначение многочисленных компонентных несущих (CC) для пользовательского оборудования (UE).

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

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

В одном варианте осуществления этого аспекта, выбор возможной компонентной несущей из группы возможных компонентных несущих основан, по меньшей мере частично, на количестве данных в очереди. В некоторых вариантах осуществления, выбор возможной компонентной несущей из группы возможных компонентных несущих основан, по меньшей мере частично, на состоянии канала, ассоциированного с возможной компонентной несущей. В одном варианте осуществления, способ дополнительно включает в себя выделение ресурсов физического нисходящего канала управления (physical downlink control channel, PDCCH), для каждой выбранной компонентной несущей из группы возможных компонентных несущих перед назначением блоков данных из очереди. В еще одном другом варианте осуществления этого аспекта, назначение блоков данных из очереди по меньшей мере одной из выбранных компонентных несущих основан, по меньшей мере частично, на весе, ассоциированном с очередью. В некоторых вариантах осуществления, назначение блоков данных из очереди по меньшей мере одной из выбранных компонентных несущих основан, по меньшей мере частично, на оцененном использовании ресурсов ячейки коммуникационной сети, причем ячейка является одной из группы ячеек, для которых может быть назначено множество выбранных компонентных несущих. В этих вариантах осуществления, оцененное использование ресурсов может быть основано, по меньшей мере частично, на количестве физических ресурсных блоков (physical resource blocks, PRB) ячейки, которые могут быть назначены для очереди. Дополнительно, количество физических ресурсных блоков, которые могут быть назначены для очереди, может быть основано, по меньшей мере частично, на качестве канала.

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

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

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

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

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

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

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

Более полное понимание данного изобретения, а также его сопутствующих преимуществ и признаков, будет легче обеспечено со ссылкой на нижеследующее подробное описание, при рассмотрении в сочетании с сопутствующими чертежами, в которых:

Фиг. 1 является блок-схемой иллюстративного eNB, разработанного согласно принципам данного изобретения;

Фиг. 2 является последовательностью операций иллюстративного процесса выделения данных из очереди для множества CC, согласно принципам данного изобретения;

Фиг. 3 является последовательностью операций иллюстративного двухфазного процесса для выделения данных для CC, согласно принципам данного изобретения;

Фиг. 4 является последовательностью операций иллюстративного процесса выбора CC для выделения данных из очереди, согласно принципам данного изобретения;

Фиг. 5 является более подробной последовательностью операций иллюстративного процесса для выделения данных для CC, согласно принципам данного изобретения; и

Фиг. 6 является последовательностью операций иллюстративного процесса для выделения данных для множества CC, согласно принципам данного изобретения;

ПОДРОБНОЕ ОПИСАНИЕ

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

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

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

Со ссылкой теперь на чертежи, в которых одинаковые позиционные обозначения обозначают одинаковые элементы, на фиг. 1 показана блок-схема иллюстративного eNB 10, разработанного согласно принципам данного изобретения. eNB 10 включает в себя запоминающее устройство 12 и процессор 14. Запоминающее устройство 12 включает в себя очереди 16 данных, подлежащие передаче к одному или нескольким UE. Запоминающее устройство 12 также включает в себя машинный код 18, подлежащий выполнению процессором 14. Процессор 14 выполняет машинный код 18 для выполнения функций выбора 20 компонентных несущих и выделения 22 данных, описанных в данном документе. Процессор 14 может дополнительно выполнять машинный код 18 для выполнения дополнительных функций, включая назначение 24 PDCCH, планирование 26 и вычисление 28 использования ресурсов, описанных более полно ниже.

В одном варианте осуществления, процессор 14 выполнен с возможностью выбора по меньшей мере одной компонентной несущей из группы возможных компонентных несущих, CC. Все выбранные компонентные несущие выбираются селектором 20 компонентных несущих перед определением количества данных, подлежащего переносу на любой из выбранных компонентных несущих. Выбор CC может быть основан на множестве факторов, включая количество данных в очереди и состояние канала, ассоциированного с CC. Процессор 14 может быть дополнительно выполнен с возможностью назначения ресурсов PDCCH, посредством распределителя 24 ресурсов PDCCH, для передачи на каждой из по меньшей мере одной выбранной CC. Данные из очереди могут быть выделены для каждой из по меньшей мере одной компонентной несущей, на основе, по меньшей мере частично, количества ресурсов PDCCH, запланированных планировщиком 26 для передачи на по меньшей мере одной компонентной несущей. Количество ресурсов PDCCH, запланированных для передачи, может быть основано, по меньшей мере частично, на весе, ассоциированном с очередью. В свою очередь, вес, ассоциированный с очередью, может быть основан, по меньшей мере частично, на средней скорости передачи данных. Процессор 14 может быть дополнительно выполнен с возможностью оценки, вычислителем 28 использования ресурсов, ресурсов потребляемых для выделения данных из очереди для компонентных несущих, выбранных из группы возможных компонентных несущих.

Фиг. 2 является последовательностью операций иллюстративного процесса выделения данных из очереди для множества CC, согласно принципам данного изобретения. Сначала, каждая из по меньшей мере одной очереди проверяется на допустимость посредством назначения веса или приоритета для каждой очереди и упорядочения очередей на основе приоритета или веса. Затем, выбирается по меньшей мере одна CC для каждой очереди (блок S100). Следует отметить, что в некоторых вариантах осуществления, порядок проверки допустимости и выбора CC может быть обратным, с выбором CC, происходящим перед проверкой допустимости. После завершения проверки допустимости и выбора CC, администратор PDCCH каждой ячейки назначает ресурсы PDCCH для по меньшей мере некоторых из CC с более высоким весом, на которых обеспечивается передача ячейкой (блок S102). Ресурсы PDCCH используются для передачи решений планирования к UE. Возможно, что UE может не получить ресурсы PDCCH, выделенные для него, если ресурсы, которые оно может использовать, уже выделены для другого UE, которое имеет очередь с более высоким весом.

После назначения ресурсов PDCCH, выполняется определение в отношении того, сколько данных из очереди следует назначить для каждой из CC, выбранной для очереди (блок S104). Планирование и адаптация канала выполняются для каждой CC, подлежащей использованию во время текущего временного интервала передачи (transmission time interval, TTI) (блок S106). Планирование и адаптация канала заканчиваются, когда все объекты планирования спланированы или ресурсы ячейки исчерпаны. Количество фактически используемых ресурсов вычисляется и сравнивается с оцененным количеством ресурсов для определения избытка или недостатка ресурсов для текущего TTI (блок S108). Если существует избыток или дефицит ресурсов, то количество данных, назначенных для каждой очереди, может быть настроено (блок S104).

Следует отметить, что если некоторые физические ресурсные блоки, PRB, совместно используются многочисленными ячейками, то может быть использована функция объединения, которая выделяет совместно используемые ресурсы для каждой ячейки. Объединение (блок S104) может быть выполнено после выделения ресурсов PDCCH (блок S102). Совместно используемые ресурсы могут быть ограничены возможностями оборудования, или лицензией. Объединение может быть выполнено по всем ячейкам, которые совместно используют ресурсы. После объединения может начаться планирование на уровне ячеек и адаптация канала (блок S106), после того как каждая ячейка узнает количество ресурсов, назначенное для ячейки.

Фактором, который следует учитывать для разбиения очереди, является то, что достаточное количество данных должно быть выделено для каждой CC. Если выделено слишком много данных, то CC не сможет перенести все данные, назначенные для нее. Если выделено недостаточно данных, то спектр связи и ресурсы обработки полностью не используются. Другим фактором, который следует учитывать для разбиения очереди, является то, что алгоритм для выделения данных для каждой CC должен быть простым для сохранения ресурсов процессора и запоминающего устройства, необходимых для планирования и адаптации канала. Следует дополнительно отметить, что разбиение очереди может быть выполнено по множеству ячеек. Таким образом, если разбиение очереди выполняется совместно с объединением, то тогда все ячейки, вовлеченные в объединение ресурсов, должны быть рассмотрены для выделения ресурсов. Можно предположить, что все обслуживающие ячейки для UE, используемые для агрегирования несущих, являются подмножеством объединяемых ячеек. Таким образом, когда объединение выполняется совместно с разбиением очереди, выбранные компонентные несущие выбираются из объединения CC, совместно используемого множеством ячеек связи, например, eNB.

Фиг. 3 является последовательностью операций иллюстративного двухфазного процесса для выделения данных для CC, согласно принципам данного изобретения. В фазе 1, выбирается (блок S110) по меньшей мере одна CC для передачи на ней данных очереди. Выбор всех выбранных CC выполняется перед выделением данных для любой из CC. В фазе 2, блоки данных из очереди назначаются для каждой из по меньшей мере одной CC, на основе, по меньшей мере частично, количества данных, которое должно быть перенесено на каждой CC (блок S112). Таким образом, в первой фазе, выбираются CC, которые предполагается использовать для передачи данных в очереди, тогда как точное количество данных, назначенное для CC, определяется позже во второй фазе, когда может быть выполнена хорошая оценка количества битов, которое может быть передано на CC.

Выбор CC в фазе 1 может быть основан на множестве факторов, включая количество данных в очереди и состояние канала, ассоциированного с CC. Например, если очередь не имеет много данных, то может не быть необходимости в использовании многочисленных CC. Например, многочисленные CC могут не требоваться для передачи кадра речевых данных. Таким образом, количество данных в очереди может быть сравнено с порогом, причем многочисленные CC выбираются для очереди, только если количество данных в очереди превышает порог. В качестве другого примера, если состояние канала, проверенное UE, для данной CC не является хорошим, т.е., не превышает заданного порога качества канала, то CC может не быть выбрана. Состояние канала может быть представлено широкополосным отношением сигнала к помехам и шуму (signal to interference plus noise ratio, SINR), полученному от широкополосного индикатора качества (channel quality indicator, CQI).

Для выбора CC может быть использован один из нескольких вариантов. Иллюстративный псевдокод для одного варианта на основе количества данных в очереди представлен следующим образом:

Для данной очереди:

Если общее количество данных в очереди меньше порога:

Если CC является первичной CC:

То CC выбирается

Иначе:

CC не выбирается

Иначе:

CC выбирается

Конец блока.

Следует отметить, что вес, назначенный для очереди в фазе проверки допустимости, может быть основан на качестве канала. Поскольку очередь с низким весом едва ли будет выбрана для выделения ресурсов PDCCH, качество канала неявно является фактором в процессе выбора CC.

Согласно другому варианту для выбора CC на основе, по меньшей мере частично, состояний каналов, может быть использован следующий иллюстративный псевдокод:

Для данной очереди:

Если широкополосное SINR для CC меньше порога SINR:

Если общее количество данных в очереди меньше порога:

Если CC является первичной CC:

CC выбирается

Иначе:

CC не выбирается

Конец блока:

Иначе:

CC выбирается

Конец блока:

Иначе:

CC не выбирается

Конец блока.

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

Иллюстративный процесс для выбора CC для выделения данных их очереди согласно принципам данного изобретения описывается со ссылкой на фиг. 4. Сначала, возможная CC идентифицируется (блок S114). В одном варианте осуществления, выполняется определение в отношении того, является ли широкополосное отношение сигнала к помехам и шуму (SINR) большим, чем порог SINR (блок S116). В других вариантах осуществления, другие индикаторы качества канала могут сравниваться с порогом. Если SINR не является большим, чем порог, то идентифицированная CC не выбирается (блок S124). Если SINR не превышает порога SINR, то выполняется определение в отношении того, является ли общее количество данных в очереди меньшим, чем порог очереди (блок S118). Если общее количество данных в очереди является большим, чем порог очереди, то тогда идентифицированная CC выбирается (блок S122). Иначе, если количество данных в очереди является меньшим, чем порог очереди, то выполняется определение в отношении того, является ли идентифицированная CC первичной CC (блок S120). Если идентифицированная CC не является первичной CC, то тогда идентифицированная CC не выбирается (блок S124). Если идентифицированная CC является первичной CC, то тогда идентифицированная CC выбирается (блок S122). Процесс продолжается блоком S114 с идентификацией следующей CC.

В качестве другого варианта для выбора CC, вычисляется вес очереди для каждой возможной CC во время стадии проверки допустимости (блок S100). Вес очереди может быть основан, например, на средней пропускной способности. В одном варианте осуществления, CC с самыми высокими весами выбираются, а CC с низкими весами не выбираются. Если CC не выбирается для очереди, то администратор PDCCH (блок S106) не будет рассматривать эту CC для выделения ресурсов PDCCH. Наоборот, если CC выбирается для очереди, то выбранная CC не обязательно будет рассматриваться для выделения ресурсов PDCCH. Все очереди, ассоциированные с CC, проверяются для определения, какие очереди должны быть рассмотрены для выделения ресурсов PDCCH, на основе веса очереди.

Фиг. 5 является более подробной последовательностью операций иллюстративного процесса для выделения данных для CC, согласно принципам данного изобретения. На стадии проверки допустимости, назначается вес по меньшей мере одной очереди данных, предназначенной для UE (блок S126). По меньшей мере одна из множества CC выбирается для передачи данных к UE (блок S128). Для каждой выбранной CC, выделяются ресурсы PDCCH, на основе веса, назначенного для очереди (блок S130). Часть количества данных из очереди назначается для каждой выбранной CC, имеющей ресурсы PDCCH, выделенные для очереди. Назначение блоков данных основано, по меньшей мере частично, на количестве данных, которое может быть перенесено выбранной CC (блок S132). Дополнительно, назначение блоков данных может быть основано, по меньшей мере частично, на весе, ассоциированном с очередью.

Даже если CC выбирается на первой стадии, описанной выше, CC может не рассматриваться для обслуживания очереди во второй стадии. Например, вес очереди для CC может быть слишком низким для рассмотрения для выделения ресурсов PDCCH. Количество данных в очереди, подлежащее назначению для CC, может быть определено только для CC, которые имеют ресурсы PDCCH, назначенные для очереди. Перед второй стадией разбиения очереди, каждая ячейка в группе ячеек для передачи данных из очереди выведет список очередей, для которых выделены ресурсы PDCCH, где каждая очередь связана с весом. Очереди из всех ячеек в пределах группы объединяются и сортируются согласно весу от высокого к низкому. Таким образом, ресурсы PDCCH могут быть выделены для списка очередей в порядке уменьшения веса.

Иллюстративный процесс для выделения данных для множества CC согласно принципам данного изобретения показан на фиг. 6. Сначала, использование ресурсов ячейки устанавливается равным нулю для всех ячеек в группе, видимой UE (S134). Затем выбирается очередь на основе веса (S136). Например, очередь с более высоким весом выбирается перед очередью с более низким весом. Далее, идентифицируется (блок S138) ячейка, ассоциированная с очередью. Выполняется определение, являются ли исчерпанными (блок S140) ресурсы идентифицированной ячейки. Если ресурсы идентифицированной ячейки являются исчерпанными, то идентифицируется (блок S138) другая ячейка.

Если ресурсы идентифицированной ячейки не являются исчерпанными, то выполняется определение, обрабатывается ли очередь в первый раз (блок S142). Если очередь обрабатывается в первый раз, то тогда данные, доступные для ячейки, являются полным контентом очереди (блок S146). Если очередь обрабатывается не в первый раз, то тогда данные, доступные для ячейки, являются оставшимися данными в очереди (блок S144). Далее, определяется (блок S148) количество данных, которое может быть передано ячейкой без превышения ограничений ресурсов ячейки. Определяется, что оставшиеся данные в очереди равны данным, доступным для ячейки, минус оцененное количество данных, которое может быть передано ячейкой (блок S150). Вычисляется, что использование ресурсов ячейки равно предшествующему использованию ресурсов ячейки плюс оцененные ресурсы, потребляемые очередью (блок S152). Затем процесс продолжается со следующей ячейкой (блок S138).

Существуют по меньшей мере несколько путей для оценки количества данных, которое может быть передано от данной ячейки, при данном количестве доступных данных и ограничениях ресурсов ячейки. Одним путем является получение широкополосного SINR от широкополосного CQI и, затем, преобразование широкополосного SINR для схемы модуляции и кодирования (modulation and coding scheme, MCS). Если имеется MCS, то можно оценить количество битов, которое может быть передано одним физическим ресурсным блоком (PRB). На основе оцененного количества PRB, которое может быть назначено для очереди, можно оценить количество битов, которое может быть передано из ячейки. Количество PRB, которое может быть назначено для очереди, может быть доступными PRB с хорошими состояниями каналов для UE в случае частотно-избирательного планирования. Количество PRB, которое может быть назначено для очереди, также может быть общим количеством доступных PRB в момент планирования, если планирование не является частотно-избирательным. Вследствие ошибок оценки, ограничения ресурсов ячейки могут включать в себя пределы для предотвращения избыточного выделения ресурсов.

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

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

Задать начальное значение использования ресурсов равным нулю для всех ячеек в группе

Задать начальное значение использования объединенных ресурсов равным нулю

Выполнить цикл для отсортированных очередей

Идентифицировать ячейку, к которой относится очередь

Если ресурсы ячейки не являются исчерпанными & объединенные ресурсы не являются исчерпанными:

Если очередь обрабатывается в первый раз:

Данные, доступные для ячейки = полное количество данных в очереди

Иначе:

Данные, доступные для ячейки = оставшиеся данные в очереди

Конец блока:

Если имеется количество данных, доступное для ячейки, то оценить количество данных, которое может быть передано из ячейки без превышения ограничений ресурсов ячейки и ограничений объединенных ресурсов;

Оставшиеся данные в очереди = Данные, доступные для ячейки – оцененное количество данных, которое будет передано из ячейки;

Использование ресурсов ячейки = Использование ресурсов ячейки + оцененные ресурсы, потребляемые очередью;

Использование объединенных ресурсов = Использование объединенных ресурсов + оцененные ресурсы, потребляемые очередью;

Конец блока:

Конец.

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

Предполагая, что данные из очереди должны быть переданы на N компонентных несущих, оцененное количество битов, которое может быть передано на каждой CC, дается посредством Mj. Если общее количество битов в очереди равно L, то количество битов, назначенное для CC, дается посредством:

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

,

где β является параметром для подчеркивания уравновешивания количества битов, которое UE может передать на несущей (Mj) в зависимости от того, насколько нагружена несущая (Bj). Простой фильтр может быть использован для вычисления количества назначенных битов, усредненного по времени:

,

где assignedBitsForAllUsers - биты, назначенные для всех пользователей,

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

Таким образом, варианты осуществления, описанные здесь, используют параллельный метод для агрегирования компонентных несущих. Определение того, назначать ли данные из очереди для CC, выполняется в первой фазе. Определение того, сколько данных следует выделить для CC, выполняется во второй фазе. Решение о том, сколько данных следует выделить для CC, предпочтительно принимается как можно позже в пределах временного интервала передачи, TTI, для обеспечения хорошей оценки данных, которые могут быть перенесены на CC. Это приводит к увеличенной пропускной способности и эффективному использованию ресурсов PDCCH. Дополнительно, алгоритмы, описанные здесь, являются простыми и быстрыми, таким образом, обеспечивая экономию времени и ресурсов процессора для планирования и адаптации канала.

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

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

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

1. Способ планирова