ЭФФЕКТИВНЫЕ МЕХАНИЗМЫ ПЛАНИРОВАНИЯ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ДЛЯ ДВОЙНОГО СОЕДИНЕНИЯ
EFFICIENT UPLINK SCHEDULING MECHANISMS FOR DUAL CONNECTION

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[0001] Настоящее раскрытие относится к способам для осуществления связи между мобильной станцией и базовой станцией. В частности, оно относится к улучшенному способу для управления назначением ресурсов для мобильной станции, предпочтительно для мобильной станции, выполненной с возможностью одновременного соединения с более, чем одной сотой. Настоящее раскрытие также обеспечивает мобильную станцию для участия в способах, здесь описанных.
УРОВЕНЬ ТЕХНИКИ
[0002] ДОЛГОВРЕМЕННОЕ РАЗВИТИЕ (LTE)
Системы мобильной связи третьего поколения (3G) на основе технологии радиодоступа WCDMA развертываются в широком масштабе повсюду в мире. Первый этап в улучшении или усовершенствовании этой технологии предусматривает введение Высокоскоростного пакетного доступа по нисходящей линии связи (HSDPA) и улучшенной восходящей линии связи, также упоминаемой как Высокоскоростной пакетный доступ по восходящей линии связи (HSUPA), обеспечивая технологию радиодоступа, которая является в высокой степени конкурентоспособной. Чтобы быть подготовленными к дальнейшему росту потребностей пользователей и быть конкурентоспособными по отношению к новым технологиям радиодоступа, 3GPP ввел новую систему мобильной связи, которая называется Долговременное развитие (LTE). LTE спроектирована, чтобы удовлетворять потребности в несущей для высокоскоростной транспортировки данных и мультимедиа, также как поддержки передачи речи большой емкости для следующего десятилетия. Способность обеспечивать высокие скорости передачи битов является ключевой мерой для LTE. Спецификация рабочего элемента (WI) в отношении Долговременного развития (LTE), называемая Усовершенствованный наземный радиодоступ UMTS (UTRA) и Сеть наземного радиодоступа UMTS (UTRAN), завершена как Выпуск 8 (Rel. 8 LTE). Система LTE представляет эффективный основанный пакетах на радиодоступ и сети радиодоступа, которые обеспечивают полные основанные IP на функциональные возможности с низкой задержкой и низкой стоимостью. В LTE, определяется масштабируемое множество полос пропускания для передачи, таких как 1.4, 3.0, 5.0, 10.0, 15.0, и 20.0 МГц, чтобы достигать гибкого развертывания системы с использованием заданного спектра. В нисходящей линии связи, был принят радиодоступ, основанный на мультиплексировании с ортогональным разделением частот (OFDM), из-за его внутренней устойчивости к многолучевым помехам (MPI) вследствие низкой скорости передачи символов, использования циклического префикса (CP), и его способности к различным компоновкам полос пропускания для передачи. В восходящей линии связи был принят радиодоступ, основанный на множественном доступе с частотным разделением каналов с одиночной несущей (SC-FDMA), так как обеспечение глобального покрытия было приоритетным над улучшением в пиковой скорости передачи данных при учете ограниченной мощности передачи пользовательского оборудования (UE). Используется много ключевых технологий пакетного радиодоступа, включающих в себя технологии канальной передачи с множеством входов и множеством выходов (MIMO), и в Выпуске 8 LTE достигнута высокоэффективная структура сигнализации управления.
[0003] АРХИТЕКТУРА LTE
Общая архитектура показана на фиг. 1 и более подробное представление архитектуры E-UTRAN дается на фиг. 2. E-UTRAN состоит из узлов eNB, обеспечивающих оконечные точки протоколов плоскости пользователя (PDCP/RLC/MAC/PHY) и плоскости управления (RRC) E-UTRA в направлении к UE. Узел eNB содержит уровни: физический (PHY), управления доступом к среде передачи (MAC), управления линией радиосвязи (RLC), и протокола управления пакетными данными (PDCP), - которые включают в себя функциональные возможности сжатия заголовков плоскости пользователя и шифрования. Он также предлагает функциональные возможности управления радиоресурсами (RRC), соответствующие плоскости управления. Он выполняет много функций, включающих в себя управление радиоресурсами, управление доступом, планирование, обеспечение применения согласованного UL QoS, широковещание информации сот, шифрование/расшифровывание данных плоскостей пользователя и управления, и сжатие/распаковку заголовков пакетов плоскости пользователя линии связи DL/UL. Узлы eNB взаимно соединены друг с другом посредством интерфейса X2. Узлы eNB также соединены посредством интерфейса S1 с EPC (Усовершенствованным ядром пакетной сети), более конкретно с MME (Сущностью управления мобильностью) посредством S1-MME и с обслуживающим шлюзом (S-GW) посредством S1-U. Интерфейс S1 поддерживает отношение многие с многими между сущностями MME/обслуживающими шлюзами и узлами eNB. SGW маршрутизирует и пересылает пакеты пользовательских данных, наряду с тем, что также действует как анкер мобильности для плоскости пользователя во время передач обслуживания между узлами eNB и как анкер для мобильности между LTE и другими технологиями 3GPP (оканчивающими интерфейс S4 и ретранслирующими трафик между системами 2G/3G и PDN GW). Для оборудований UE состояния незанятости, SGW оканчивает путь данных DL и запускает пейджинг, когда данные DL прибывают для UE. Он управляет и сохраняет контексты UE, например, параметры услуги носителя IP, сетевую внутреннюю информацию маршрутизации. Он также выполняет репликацию пользовательского трафика в случае законного перехвата.
[0004] MME является ключевым узлом управления для сети доступа LTE. Она является ответственной за отслеживание UE режима незанятости и процедуру пейджинга, включая сюда повторные передачи. Она используется в процессе активации/деактивации носителя и является также ответственной за выбор SGW для UE при начальном присоединении и во время передачи обслуживания внутри LTE, включающей в себя повторное обнаружение узлов Опорной сети (CN). Она является ответственной за аутентификацию пользователя (посредством взаимодействия с HSS). Сигнализация слоя без доступа (NAS) оканчивается в MME и также является ответственной за генерирование и назначение временных идентификационных информаций для оборудований UE. Она проверяет авторизацию оборудования UE для базирования в Публичной наземной сети мобильной связи (PLMN) поставщика услуг и обеспечивает применение ограничений роуминга оборудования UE. MME является оконечной точкой в сети для шифрования/защиты целостности для сигнализации NAS и обеспечивает управление ключами защиты. Законный перехват сигнализации также поддерживается сущностью MME. MME также обеспечивает функцию плоскости управления для мобильности между LTE и сетями доступа 2G/3G с помощью интерфейса S3, оканчивающегося в MME из SGSN. MME также оканчивает интерфейс S6a в направлении к домашнему HSS для роуминга оборудований UE.
[0005] СТРУКТУРА КОМПОНЕНТНЫХ НЕСУЩИХ В LTE
DL
RB
RB
SC
Компонентная несущая нисходящей линии связи системы 3GPP LTE подразделяется в частотно-временной области на так называемые подкадры. В 3GPP LTE каждый подкадр разделяется на два слота нисходящей линии связи, как показано на фиг. 3, при этом первый слот нисходящей линии связи содержит область канала управления (область PDCCH) в пределах первых символов OFDM. Каждый подкадр состоит из заданного количества символов OFDM во временной области (12 или 14 символов OFDM в 3GPP LTE (Выпуск 8)), при этом каждый символ OFDM охватывает всю полосу пропускания компонентной несущей. Символы OFDM, таким образом, каждый состоит из некоторого количества символов модуляции, передаваемых по соответствующим N*N поднесущим, как также показано на фиг. 4.
DL
RB
DL
RB
symb
SC
symb
SC
[0006] Предполагая систему связи с множеством несущих, например, использующую OFDM, как, например, используется в 3GPP долговременном развитии (LTE), наименьшей единицей ресурсов, которая может быть назначена планировщиком, является один "ресурсный блок". Физический ресурсный блок (PRB) определяется как N последовательных символов OFDM во временной области (например, 7 символов OFDM) и N последовательных поднесущих в частотной области, как проиллюстрировано на фиг. 4 (например, 12 поднесущих для компонентной несущей). В 3GPP LTE (Выпуск 8), физический ресурсный блок, таким образом, состоит из N*N ресурсных элементов, соответствующих одному слоту во временной области и 180 кГц в частотной области (для дополнительных деталей в отношении сетки ресурсов нисходящей линии связи, см. например, 3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)", раздел 6.2, доступный по адресу http://www.3gpp.org и включенный сюда по ссылке).
RB
SC
[0007] Один подкадр состоит из двух слотов, так что имеется 14 символов OFDM в подкадре, когда используется так называемый "нормальный" CP (циклический префикс), и 12 символов OFDM в подкадре, когда используется так называемый "расширенный" CP. Ради терминологии, в последующем время-частотные ресурсы, эквивалентные таким же N последовательным поднесущим, охватывающим полный подкадр, называются "пара ресурсных блоков", или эквивалентно "пара RB" или "пара PRB".
[0008] Признак "компонентная несущая" указывает на комбинацию нескольких ресурсных блоков в частотной области. В будущих выпусках LTE, признак "компонентная несущая" более не используется; вместо этого, терминология изменилась на "сота", которая указывает на комбинацию ресурсов нисходящей линии связи и необязательно восходящей линии связи. Связь между несущей частотой ресурсов нисходящей линии связи и несущей частотой ресурсов восходящей линии связи указывается в системной информации, передаваемой в ресурсах нисходящей линии связи.
Аналогичные предположения для структуры компонентных несущих применяются к более поздним выпускам также.
[0009] ОБЩИЙ ОБЗОР УРОВНЯ OSI
Фиг. 4 обеспечивает краткий обзор модели OSI, на которой основывается дальнейшее описание архитектуры LTE.
[0010] Эталонная модель взаимодействия открытых систем (модель OSI или эталонная модель OSI) является многоуровневым абстрактным описанием для дизайна протоколов передачи данных и компьютерной сети. Модель OSI разделяет функции системы на ряд уровней. Каждый уровень имеет то свойство, что он использует только функции уровня ниже, и экспортирует функциональные возможности только для уровня выше. Система, которая реализует поведение протокола, состоящее из ряда этих уровней, известна как 'стек протоколов' или 'стек'. Ее основной функцией является соединение между уровнями, которое диктует спецификации в отношении того, как один уровень взаимодействует с другим. Это означает, что уровень, написанный одним производителем, может работать с уровнем от другого. Для целей настоящего раскрытия, ниже более подробно будут описываться только первые три уровня.
[0011] Основной целью физического уровня или уровня 1 является передача информации (битов) по конкретному физическому носителю (например, коаксиальным кабелям, витым парам, оптоволокнам, эфирному интерфейсу, и т.д.). Он преобразовывает или модулирует данные в сигналы (или символы), которые передаются по каналу связи.
[0012] Цель уровня линии связи передачи данных (или Уровня 2) состоит в том, чтобы придавать форму информационному потоку способом, совместимым с конкретным физическим уровнем, посредством разбиения входных данных на кадры данных (функции сегментации и повторной сборки (SAR)). Дополнительно, он может обнаруживать и корректировать потенциальные ошибки передачи посредством запроса повторной передачи потерянного кадра. Он обычно обеспечивает механизм адресации и может предлагать алгоритмы управления потоком, чтобы выравнивать скорость передачи данных с емкостью приемника. Если совместно используемый носитель используется одновременно множеством передатчиков и приемников, уровень линии связи передачи данных обычно предлагает механизмы для регулировки и управления доступом к физическому носителю.
[0013] Так как имеются многочисленные функции, предлагаемые уровнем линии связи передачи данных, уровень линии связи передачи данных часто подразделяется на подуровни (например, подуровни RLC и MAC в UMTS). Обычными примерами протоколов Уровня 2 являются PPP/HDLC, ATM, ретрансляция кадров для сетей стационарных линий связи и RLC, LLC или MAC для беспроводных систем. Более подробная информация о подуровнях PDCP, RLC и MAC уровня 2 дается ниже.
[0014] Уровень сети или Уровень 3 обеспечивает функциональные и процедурные средства для передачи пакетов переменной длины от источника в пункт назначения посредством одной или более сетей при поддержании качества обслуживания, запрошенного транспортным уровнем. Обычно, основными целями уровня сети являются среди прочего выполнение сетевой маршрутизации, функции сетевой фрагментации и управления перегрузкой. Основными примерами протоколов уровня сети являются протокол Интернет IP или X.25.
[0015] По отношению к Уровням 4 по 7 следует отметить, что в зависимости от приложения и услуги иногда является трудным приписать приложение или услугу к конкретному уровню модели OSI, так как приложения и услуги, работающие выше Уровня 3, часто осуществляют многообразие функций, которые должны приписываться разным уровням модели OSI. Поэтому, особенно в основанных на TCP(UDP)/IP сетях, Уровень 4 и выше является иногда комбинированным и формирует так называемый "прикладной уровень".
[0016] УСЛУГИ УРОВНЕЙ И ОБМЕН ДАННЫМИ
В последующем признаки блок данных услуги (SDU) и блок данных протокола (PDU), как здесь используются, определяются в связи с фиг. 5. Чтобы формально описывать общим способом обмен пакетами между уровнями в модели OSI, были введены сущности SDU и PDU. SDU является блоком информации (блоком данных/информации), передаваемым из протокола на уровне N+1, который запрашивает услугу от протокола, расположенного на уровне N, посредством так называемой точки доступа к услуге (SAP). PDU является блоком информации, обмениваемым между одноранговыми процессами в передатчике и в приемнике одного и того же протокола, расположенного на одном и том же уровне N.
[0017] PDU, в общем, формируется посредством части полезной нагрузки, состоящей из обработанной версии принятого блока (блоков) SDU, которой предшествует конкретный заголовок уровня N и которая необязательно оканчивается заключительной частью. Так как не имеется прямого физического соединения (за исключением Уровня 1) между этими одноранговыми процессами, PDU пересылается в уровень N-1 для обработки. Поэтому, PDU уровня N с точки зрения уровня N-1 является SDU.
[0018] УРОВЕНЬ 2 LTE - СТЕК ПРОТОКОЛОВ ПЛОСКОСТИ ПОЛЬЗОВАТЕЛЯ И ПЛОСКОСТИ УПРАВЛЕНИЯ
Стек протоколов плоскости пользователя/плоскости управления уровня 2 LTE содержит три подуровня, как показано на фиг. 6, PDCP, RLC и MAC. Как описано ранее, на стороне передачи, каждый уровень принимает SDU от более высокого уровня, для которого уровень обеспечивает услугу, и выводит PDU в уровень ниже. Уровень RLC принимает пакеты от уровня PDCP. Эти пакеты называются блоки PDCP PDU с точки зрения PDCP и представляют блоки RLC SDU с точки зрения RLC. Уровень RLC создает пакеты, которые обеспечиваются в уровень ниже, то есть, уровень MAC. Пакеты, обеспеченные посредством RLC в уровень MAC, являются блоками RLC PDU с точки зрения RLC и блоками MAC SDU с точки зрения MAC.
[0019] На стороне приема, обработка обращается, при этом каждый уровень передает блоки SDU вверх на уровень выше, где они принимаются как блоки PDU.
[0020] Наряду с тем, что физический уровень, по существу, обеспечивает битовый конвейер, защищенный посредством турбо-кодирования и циклического избыточностного контроля (CRC), протоколы уровня линии связи улучшают услугу для верхних уровней посредством повышенных надежности, защиты и целостности. В дополнение, уровень линии связи является ответственным за многопользовательский доступ к среде передачи и планирование. Одна из основных проблем для дизайна уровня линии связи LTE состоит в том, чтобы обеспечивать требуемые уровни надежности и задержки для потоков данных протокола Интернет (IP) с их широким диапазоном разных услуг и скоростей передачи данных. В частности, служебная информация протокола должна масштабироваться. Например, широко предполагается, что потоки передачи речи по IP (VoIP) могут допускать задержки порядка 100 мс и потери пакетов вплоть до одного процента. С другой стороны, является хорошо известным, что загрузки файлов по TCP демонстрируют производительность более хорошую по сравнению с линиями связи с низкими произведениями полосы пропускания-задержки. Следовательно, загрузки при очень высоких скоростях передачи данных (например, 100 Мбит/с) требуют даже более низких задержек и, в дополнение, являются более чувствительными к потерям пакетов IP, чем трафик VoIP.
[0021] В целом, это достигается посредством трех подуровней уровня линии связи LTE, которые частично переплетаются.
[0022] Подуровень протокола сходимости пакетных данных (PDCP) отвечает главным образом за сжатие заголовка IP и шифрование. В дополнение, он поддерживает мобильность без потерь в случае передач обслуживания между eNB и обеспечивает защиту целостности для протоколов управления более высокого уровня.
[0023] Подуровень управления линией радиосвязи (RLC) содержит главным образом функциональные возможности ARQ и поддерживает сегментацию и конкатенацию данных. Последние две минимизируют служебную информацию протокола независимо от скорости передачи данных.
[0024] В заключение, подуровень управления доступом к среде передачи (MAC) обеспечивает HARQ и является ответственным за функциональные возможности, которые требуются для доступа к среде передачи, как, например, операция планирования и произвольный доступ. Фиг. 7 иллюстративно изображает поток данных пакета IP через протоколы уровня линии связи вниз к физическому уровню. Фигура показывает, что каждый подуровень протокола добавляет свой собственный заголовок протокола к блокам данных.
[0025] ПРОТОКОЛ СХОДИМОСТИ ПАКЕТНЫХ ДАННЫХ (PDCP)
Уровень PDCP обрабатывает сообщения управления радиоресурсами (RRC) в плоскости управления и пакеты IP в плоскости пользователя. В зависимости от характеристик радионосителя и режима ассоциированной сущности RLC (AM, UM, TM), основными функциями, выполняемыми сущностью PDCP уровня PDCP, являются:
- сжатие и распаковка заголовков (например, с использованием устойчивого сжатия заголовков (ROHC) для данных плоскости пользователя (DRB)
- Функции защиты:
- Шифрование и расшифровывание для данных плоскости пользователя и плоскости управления (для SRB и DRB)
- Защита целостности и верификация для данных плоскости управления (для SRB)
- Поддержание последовательных номеров PDCP для SRB и DRB
- Функции поддержки передачи обслуживания:
- Последовательная доставка и переупорядочивание блоков PDU для уровня выше при передаче обслуживания для AM DRB;
- Передача обслуживания без потерь для данных плоскости пользователя, отображенных на режим с квитированием RLC (AM); включая сюда доклад состояния для радионосителей AM DRB и устранение дубликатов блоков SDU более низких уровней для AM DRB
- Отбрасывание для данных плоскости пользователя вследствие превышения лимита времени (для SRB и DRB).
[0026] Уровень PDCP управляет потоками данных в плоскости пользователя, также как в плоскости управления, только для радионосителей с использованием либо Выделенного канала управления (DCCH), либо Выделенного транспортного канала (DTCH). Архитектура уровня PDCP отличается для данных плоскости пользователя и данных плоскости управления. В LTE определены два разных типа блоков PDCP PDU: блоки PDU данных PDCP и блоки PDU управления PDCP. Блоки PDU данных PDCP используются для данных плоскостей как управления, так и пользователя. Блоки PDU управления PDCP используются только, чтобы транспортировать информацию обратной связи для сжатия заголовков, и для докладов состояния PDCP, которые используются в случае передачи обслуживания и, следовательно, используются только в пределах плоскости пользователя.
[0027] ДОКЛАД СОСТОЯНИЯ БУФЕРА
Процедура доклада состояния буфера используется, чтобы обеспечивать обслуживающий eNB информацией об объеме данных, доступных для передачи, в буферах UL оборудования UE. RRC управляет докладом BSR посредством конфигурирования двух таймеров periodicBSR-Timer и retxBSR-Timer и посредством, для каждого логического канала, необязательной сигнализации logicalChannelGroup, которая назначает логический канал группе LCG.
[0028] Для процедуры доклада состояния буфера, UE учитывает все радионосители, которые не приостановлены, и может учитывать радионосители, которые приостановлены.
[0029] Доклад состояния буфера (BSR) запускается, если происходит любое из следующих событий:
- данные UL, для логического канала, который принадлежит группе LCG, становятся доступными для передачи в сущности RLC или в сущности PDCP (определение того, какие данные рассматриваются как доступные для передачи, определено в разделе 5.4 документа TS36.321-a.4.0), и либо данные принадлежат логическому каналу с более высоким приоритетом, чем приоритеты логических каналов, которые принадлежат какой-либо LCG и для которых данные уже доступны для передачи, или не имеется никаких данных, доступных для передачи, для какого-либо из логических каналов, которые принадлежат группе LCG, в этом случае BSR упоминается ниже как "регулярный BSR";
- назначаются ресурсы UL и количество заполняющих битов равняется или больше, чем размер элемента управления MAC доклада состояния буфера плюс его подзаголовок, в этом случае BSR упоминается ниже как "заполняющий BSR";
- retxBSR-Timer истекает и UE имеет данные, доступные для передачи для любого из логических каналов, которые принадлежат группе LCG, в этом случае BSR упоминается ниже как "регулярный BSR";
- periodicBSR-Timer истекает, в этом случае BSR упоминается ниже как "периодический BSR".
[0030] Для регулярного и периодического BSR:
- если более, чем одна LCG имеет данные, доступные для передачи в TTI, где передается BSR: докладывается длинный BSR;
- иначе докладывается короткий BSR.
[0031] Для заполняющего BSR:
- если количество заполняющих битов равняется или больше, чем размер короткого BSR плюс его подзаголовок, но меньше, чем размер длинного BSR плюс его подзаголовок:
- если более, чем одна LCG имеет данные, доступные для передачи в TTI, где передается BSR: докладывается усеченный BSR группы LCG с логическим каналом наивысшего приоритета с данными, доступными для передачи;
- иначе докладывается короткий BSR.
- иначе, если количество заполняющих битов равняется или больше, чем размер длинного BSR плюс его подзаголовок: докладывается длинный BSR.
[0032] Если процедура доклада состояния буфера определяет, что, по меньшей мере, один BSR был запущен и не отменен:
- если UE имеет ресурсы UL, назначенные для новой передачи для этого TTI:
- процедура мультиплексирования и сборки инструктируется сгенерировать элемент (элементы) управления MAC BSR;
- запускается или повторно запускается periodicBSR-Timer за исключением того, когда все сгенерированные доклады BSR являются усеченными докладами BSR;
- запускается или повторно запускается retxBSR-Timer.
- иначе, если был запущен регулярный BSR:
- если предоставление восходящей линии связи не сконфигурировано или регулярный BSR не был запущен вследствие появления доступных данных для передачи для логического канала, для которого маскирование SR логического канала (logicalChannelSR-Mask) установлено посредством верхних уровней:
- Запускается запрос планирования.
[0033] MAC PDU содержит, по большей мере, один элемент управления MAC BSR, даже когда множество событий запускают BSR ко времени, когда BSR может передаваться, в этом случае регулярный BSR и периодический BSR имеют первоочередность над заполняющим BSR.
[0034] UE повторно запускает retxBSR-Timer при индикации предоставления для передачи новых данных по любому UL-SCH.
[0035] Все запущенные доклады BSR отменяются в случае, когда предоставление (предоставления) UL в этом подкадре может разместить все ожидающие данные, доступные для передачи, но не является достаточным, чтобы дополнительно разместить элемент управления MAC BSR плюс его подзаголовок. Все запущенные доклады BSR отменяются, когда BSR включается в MAC PDU для передачи.
[0036] UE передает, по большей мере, один регулярный/периодический BSR в TTI. Если UE запрашивается передать множество блоков MAC PDU в TTI, оно может включать заполняющий BSR в любой из блоков MAC PDU, которые не содержат регулярный/периодический BSR.
[0037] Все доклады BSR, передаваемые в TTI, всегда отражают состояние буфера после того, как все блоки MAC PDU были построены для этого TTI. Каждая LCG докладывает, по большей мере, одно значение состояния буфера в расчете на TTI и это значение докладывается во всех докладах BSR, докладывающих состояние буфера для этой LCG.
[0038] ЗАМЕЧАНИЕ: Заполняющему BSR не разрешается отменять запущенный регулярный/периодический BSR. Заполняющий BSR запускается только для конкретного MAC PDU и запуск отменяется, когда этот MAC PDU построен.
[0039] НАЗНАЧЕНИЕ ПРИОРИТЕТОВ ЛОГИЧЕСКИМ КАНАЛАМ
Процедура назначения приоритетов логическим каналам (LCP) применяется, когда выполняется новая передача.
[0040] RRC управляет планированием данных восходящей линии связи посредством сигнализации для каждого логического канала:
- приоритет, где возрастающее значение приоритета указывает уровень более низкого приоритета,
- prioritisedBitRate, который устанавливает приоритетную скорость передачи битов (PBR),
- bucketSizeDuration, который устанавливает продолжительность размера бакета (BSD).
[0041] UE поддерживает переменную Bj для каждого логического канала j. Bj инициализируется нулем, когда соответствующий логический канал устанавливается, и увеличиваться на произведение PBR × продолжительность TTI для каждого TTI, где PBR является приоритетной скоростью передачи битов логического канала j. Однако значение Bj никогда не может превосходить размер бакета, и если значение Bj больше, чем размер бакета логического канала j, оно устанавливается на размер бакета. Размер бакета логического канала равняется PBR×BSD, где PBR и BSD сконфигурированы посредством верхних уровней.
[0042] UE выполняет следующую процедуру назначения приоритетов логическим каналам, когда выполняется новая передача:
- UE назначает ресурсы логическим каналам на следующих этапах:
- Этап 1: Всем логическим каналам с Bj>0 назначаются ресурсы в убывающем порядке приоритетов. Если PBR радионосителя установлена на "бесконечность", UE назначает ресурсы для всех данных, которые являются доступными для передачи по радионосителю, перед удовлетворением PBR радионосителя (радионосителей) более низкого приоритета;
- Этап 2: UE уменьшает Bj на полный размер блоков MAC SDU, обеспечиваемых в логический канал j на этапе 1
ЗАМЕЧАНИЕ: Значение Bj может быть отрицательным.
- Этап 3: если какие-либо ресурсы остаются, все логические каналы обслуживаются в строго убывающем порядке приоритетов (независимо от значения Bj) до тех пор, когда либо данные для этого логического канала, или предоставление UL исчерпываются, что бы ни произошло первым. Логические каналы, сконфигурированные с равным приоритетом, должны обслуживаться равным образом.
- UE также следует правилам ниже во время процедур планирования выше:
- UE не должно сегментировать RLC SDU (или частично переданный SDU или повторно переданный RLC PDU), если весь SDU (или частично переданный SDU или повторно переданный RLC PDU) умещается в оставшихся ресурсах;
- если UE сегментирует RLC SDU из логического канала, оно максимизирует размер сегмента, чтобы заполнять предоставление настолько, насколько возможно;
- UE должно максимизировать передачу данных.
[0043] UE не передает данные для логического канала, соответствующего радионосителю, который приостановлен (условия в отношении того, когда радионоситель считается приостановленным, определены в TS 36.331).
[0044] Для процедуры назначения приоритетов логическим каналам, UE учитывает следующий относительный приоритет в убывающем порядке:
- элемент управления MAC для C-RNTI или данные из UL-CCCH;
- элемент управления MAC для BSR, за исключением BSR, содержащегося для заполнения;
- элемент управления MAC для PHR или расширенного PHR;
- данные из любого логического канала, за исключением данных из UL-CCCH;
- элемент управления MAC для BSR, содержащегося для заполнения.
[0045] Когда UE запрашивается передать множество блоков MAC PDU в одном TTI, этапы 1 по 3 и ассоциированные правила могут применяться либо к каждому предоставлению независимо, либо к сумме емкостей предоставлений. Также порядок, в котором предоставления обрабатываются, оставляется реализации UE. Это зависит от реализации UE решать, в каком MAC PDU содержится элемент управления MAC, когда UE запрашивается передать множество блоков MAC PDU в одном TTI.
[0046] ДОПОЛНИТЕЛЬНЫЕ УСОВЕРШЕНСТВОВАНИЯ ДЛЯ LTE (LTE-A И ВЫПУСК 12 3GPP)
На мировой конференции по радиосвязи 2007 (WRC-07) было принято решение в отношении частотного спектра для IMT-Advanced. Хотя решение было принято в отношении всего частотного спектра для IMT-Advanced, фактическая доступная частотная полоса пропускания является разной в соответствии с каждым регионом или страной. Следуя за решением в отношении схемы доступного частотного спектра, однако, стандартизация радиоинтерфейса началась в проекте партнерства 3-его поколения (3GPP). На собрании 3GPP TSG RAN #39, описание элемента исследования в отношении "Дополнительных усовершенствований для E-UTRA (LTE-Advanced)" было одобрено в 3GPP. Элемент исследования охватывает компоненты технологии, подлежащие рассмотрению для развития E-UTRA, например, чтобы выполнять требования в отношении IMT-Advanced.
[0047] Дополнительно, в Выпуске 12 одни из главных компонент технологии, которые находятся в текущее время на рассмотрении для LTE, описываются в последующем.
[0048] МАЛЫЕ СОТЫ
Сильно растущие потребности в отношении мобильных данных являются движущими изменениями в том, как операторы мобильной связи должны будут отвечать на проблемные требования более высокой емкости и улучшенного качества пользовательского опыта (QoE). В текущее время, системы беспроводного доступа четвертого поколения, использующие Долговременное развитие (LTE), развертываются многими операторами во всем мире, чтобы предлагать более быстрый доступ с более низкой задержкой и более большую эффективность, чем 3G/3.5G. Тем не менее, ожидаемый будущий рост трафика является настолько огромным, что имеется чрезвычайно возросшая необходимость в дополнительном сетевом уплотнении, чтобы справляться с требованиями к емкости, конкретно в областях большого трафика (областях территорий беспроводного доступа), которые генерируют наивысший объем трафика. Сетевое уплотнение - увеличение количества сетевых узлов, и, тем самым, приведение их физически более близко к пользовательским терминалам - является ключом к улучшению емкости по трафику и расширению достижимых скоростей передачи пользовательских данных системы беспроводной связи. В дополнение к прямому уплотнению макро развертывания, сетевое уплотнение может достигаться посредством развертывания дополнительных узлов низкой мощности, соответственно малых сот под покрытием существующего уровня макро-узлов. В таком разнородном развертывании, узлы низкой мощности обеспечивают очень большую емкость по трафику и очень высокую пользовательскую пропускную способность локально, например, в положениях территорий беспроводного доступа внутри помещения и вне помещения.
[0049] Между тем, макроуровень обеспечивает доступность услуг и QoE во всей области покрытия. Другими словами, уровень, содержащий узлы низкой мощности, также может упоминаться как обеспечивающий доступ в локальной области, в отличие от макроуровня с глобальным покрытием. Установка узлов низкой мощности, соответственно малых сот, также как разнородные развертывания являются возможными с первого выпуска LTE. В этом отношении, было определено некоторое количество решений в недавних выпусках LTE (то есть Выпуске 10/11). Более конкретно, эти выпуски ввели дополнительные инструменты, чтобы справляться с помехами между уровнями в разнородных развертываниях. Чтобы дополнительно оптимизировать производительность и обеспечивать эффективную по стоимости/с низким энергопотреблением работу, малые соты требуют дополнительных усовершенствований и во многих случаях должны взаимодействовать с или служить дополнением к существующим макросотам. Такие решения будут исследоваться во время дальнейшего развития LTE - Выпуск 12 и далее. В частности, дополнительные усовершенствования, относящиеся к узлам низкой мощности и разнородным развертываниям, будут рассматриваться под руководством нового элемента исследования (SI) Выпуска 12 "Исследования относительно усовершенствований малых сот для E-UTRA и E-UTRAN". Некоторые из этих действий будут сосредоточены на достижении даже более высокой степени взаимодействия между макро и маломощными уровнями, включающими в себя разные формы макроподдержки для маломощного уровня и двухуровневого соединения. Двойное соединение имеет следствием, что устройство имеет одновременные соединения как с макро, так и с маломощными уровнями.
[0050] СЦЕНАРИИ РАЗВЕРТЫВАНИЯ В РАМКАХ SI УСОВЕРШЕНСТВОВАНИЯ МАЛЫХ СОТ
Этот раздел описывает сценарии развертывания, предполагаемые в элементе исследования (SI) в отношении усовершенствований малых сот. В последующих сценариях, предполагаются технологии опорных соединений, категоризированные как неидеальное опорное соединение в TR 36.932. Волоконный доступ, который может использоваться, чтобы развертывать дистанционные средства радиосвязи (RRH), не предполагается в этом исследовании. Узлы HeNB не устраняются, но не отличаются от пико узлов eNB в терминах сценариев развертывания и проблем, даже хотя мощность передачи узлов HeNB является более низкой, чем мощность передачи пико узлов eNB. Рассматриваются следующие 3 сценария, проиллюстрированные на фиг. 8:
Сценарий #1. Сценарий #1 является сценарием развертывания, где макро и малые соты на одной и той же несущей частоте (интра-частоте) соединяются посредством неидеального опорного соединения.
Сценарий #2. Сценарий #2 является сценарием развертывания, где макро и малые соты на разных несущих частотах (интер-частоте) соединяются посредством неидеального опорного соединения. Имеется, по существу, две особенности сценария #2, которые здесь упоминаются как сценарий 2a и сценарий 2b, при этом различие состоит в том, что в сценарии 2b рассматривается развертывание малых сот внутри помещения.
Сценарий #3. Сценарий #3 является сценарием развертывания, где только малые соты на одной или более несущих частотах соединяются посредством неидеального опорного соединения.
[0051] В зависимости от сценария развертывания, существуют разные трудности/проблемы, которые должны дополнительно исследоваться. Во время фазы элемента исследования такие проблемы были идентифицированы для соответствующего сценария развертывания и охвачены в TS36.842. Больше деталей в отношении этих трудностей/проблем могут быть найдены там.
[0052] Чтобы решать идентифицированные проблемы, которые описаны в разделе 5 в TS36.842, для этого исследования учитываются следующие цели дизайна в дополнение к требованиям, определенным в TR 36.932.
[0053] В терминах устойчивости мобильности: для оборудований UE в RRC_CONNECTED, производительность мобильности, достигаемая посредством развертываний малых сот, должна быть сравнимой с производительностью мобильности исключительно макро сети.
[0054] В терминах увеличенной нагрузки сигнализации вследствие частой передачи обслуживания: любые новые решения не должны давать результатом избыточное увеличение нагрузки сигнализации в направлении к CN. Однако дополнительная сигнализация и нагрузка трафика плоскости пользователя, вызванные усовершенствованиями малых сот, также должны учитываться.
[0055] В терминах улучшения пропускной способности в расчете на пользователя и емкости системы: должно быть целью использование радиоресурсов в макро и малых сотах, чтобы достигать пропускной способности в расчете на пользователя и емкости системы, аналогичных развертываниям идеальных опорных соединений, при учете требований QoS.
[0056] НАЗНАЧЕНИЕ ПРИОРИТЕТОВ ЛОГИЧЕСКИМ КАНАЛАМ (LCP)
Конечный радиоресурс должен назначаться и использоваться аккуратно среди оборудований UE и радионосителей. В нисходящей линии связи, eNB является фокусной точкой, через которую проходят все данные нисходящей линии связи перед передачей по радиоинтерфейсу в каждое UE. Таким образом, eNB может принимать согласованные решения в отношении того, какие данные нисходящей линии связи должны передаваться первыми. Однако в восходящей линии связи, каждое UE принимает индивидуальное решение только на основе данных в своих собственных буферах и назначенного радиоресурса. Чтобы обеспечивать, что каждое UE принимает наилучшие и наиболее согласованные решения в терминах использования назначенного радиоресурса, вводится процедура назначения приоритетов логическим каналам (LCP). Процедура LCP используется для построения MAC PDU посредством принятия решения в отношении объема данных из каждого логического канала и типа элемента управления MAC, которые должны включаться в MAC PDU. Посредством использования процедуры LCP, UE может удовлетворять QoS каждого радионосителя наилучшим и наиболее предсказуемым способом.
[0057] В построении MAC PDU с данными из множества логических каналов, наиболее простым и наиболее интуитивным способом является основанный на абсолютном приоритете способ, где пространство MAC PDU назначается логическим каналам в убывающем порядке приоритета логического канала. То есть, данные из логического канала наивысшего приоритета обслуживаются первыми в MAC PDU, за которыми следуют данные из следующего логического канала наивысшего приоритета, продолжая до тех пор, когда пространство MAC PDU иссякнет. Хотя основанный на абсолютном приоритете способ является достаточно простым в терминах реализации UE, он иногда ведет к подавлению передачи данных из логических каналов низкого приоритета. Подавление передачи означает, что данные из логических каналов низкого приоритета не могут передаваться, так как данные из логических каналов высокого приоритета забирают все пространство MAC PDU.
[0058] В LTE, для каждого логического канала определяется приоритетная скорость передачи битов (PBR), чтобы передавать данные в порядке важности, но также, чтобы избегать подавления передачи данных с более низким приоритетом. PBR является минимальной скоростью передачи данных, гарантируемой для логического канала. Даже если логический канал имеет низкий приоритет, по меньшей мере, малая величина пространства MAC PDU назначается, чтобы гарантировать PBR. Таким образом, проблема подавления передачи может избегаться посредством использования PBR.
[0059] Построение MAC PDU с помощью PBR состоит из двух раундов. В первом раунде, каждый логический канал обслуживается в убывающем порядке приоритета логического канала, но объем данных из каждого логического канала, включаемых в MAC PDU, исходно ограничен величиной, соответствующей сконфигурированному значению PBR логического канала. После того, как все логические каналы обслуживаются вплоть до их значений PBR, если имеется пространство, оставшееся в MAC PDU, выполняется второй раунд. Во втором раунде, каждый логический канал обслуживается снова в убывающем порядке приоритета. Главное отличие для второго раунда по сравнению с первым раундом состоит в том, что каждому логическому каналу более низкого приоритета может назначаться пространство MAC PDU, только если все логические каналы более высокого приоритета не имеют больше данных для передачи.
[0060] MAC PDU может включать в себя не только блоки MAC SDU из каждого сконфигурированного логического канала, но также MAC CE. За исключением заполняющего BSR, MAC CE имеет более высокий приоритет, чем MAC SDU из логических каналов, так как он управляет работой уровня MAC. Таким образом, когда MAC PDU составляется, MAC CE, если он существует, является первым, подлежащим включению туда, и оставшееся пространство используется для блоков MAC SDU из логических каналов. Затем, если осталось дополнительное пространство и оно является достаточно большим, чтобы включать туда BSR, заполняющий BSR запускается и включается в MAC PDU.
[0061] Таблица ниже показывает порядок приоритетов, учитываемый при генерировании MAC PDU. Среди нескольких типов элемента MAC CE и данных из логических каналов, C-RNTI MAC CE и данные из UL-CCCH имеют наивысший приоритет. C-RNTI MAC CE и данные из UL-CCCH никогда не включаются в один и тот же MAC PDU. В отличие от данных из других логических каналов, данные из UL-CCCH имеют более высокий приоритет, чем другие элементы MAC CE. Так как UL-CCCH транспортирует сообщение RRC с использованием SRB0, данные UL-CCCH должны иметь более высокий приоритет, чем другие данные. Обычно, данные из UL-CCCH транспортируются во время процедуры RA и размер блока MAC PDU из UL-CCCH является ограниченным. C-RNTI MAC CE используется во время процедуры RA оборудованием UE, чье существование является известным узлу eNB. Так как процедура RA подвержена коллизиям, является важным иметь средство, посредством которого eNB может идентифицировать каждое UE. Таким образом, от UE требуется включать туда свой C-RNTI в качестве своей идентификационной информации настолько рано насколько возможно во время процедуры RA.
<b>Таблица 1</b>
Приоритет
Наивысший
MAC CE для C-RNTI или данные из UL-CCCH
MAC CE для BSR, за исключением BSR, содержащегося для заполнения
MAC CE для PHR
данные из любого логического канала, за исключением данных из UL-CCCH
Наименьший
MAC CE для заполняющего BSR
Приоритет элементов MAC CE и данных из логических каналов
[0062] Последующее иллюстрирует пример того, как выполняется мультиплексирование MAC LTE. В этом примере, предполагается следующее:
- имеется три канала: канал 1 имеет наивысший приоритет, канал 2 имеет средний приоритет, и канал 3 имеет наименьший приоритет;
- каналу 1, каналу 2, и каналу 3 назначены значения PBR.
[0063] В первом раунде, каждый канал обслуживается вплоть до объема данных, эквивалентного PBR, согласно порядку приоритета. В этом первом раунде, канал без какого-либо сконфигурированного значения PBR не обслуживается. В дополнение, если объем данных, доступных для канала, меньше, чем сконфигурированное значение PBR, канал обслуживается вплоть до объема данных, который является доступным в буфере. Таким образом, каждому каналу назначается пространство в MAC PDU вплоть до его сконфигурированного значения PBR.
[0064] Во втором раунде, логический канал обслуживается, только когда удовлетворяются следующие три условия:
- после того, как были обслужены логические каналы более высокого приоритета, чем рассматриваемый логический канал;
- имеется пространство, оставшееся в MAC PDU;
- имеются данные, доступные в буфере канала.
[0065] Соответственно, если имеется оставшееся пространство в PDU, канал 1 обслуживается первым. Так как оставшиеся данные в буфере для канала 1 больше, чем оставшееся пространство в MAC PDU, все оставшееся пространство в MAC PDU назначается каналу 1. Так как более не имеется пространства, каналы 2 и 3 во втором раунде не обслуживаются.
[0066] Описание выше является общим принципом и не применяется принудительно каждый раз, когда компонуется новый MAC PDU. Каждый MAC SDU соответствует одному RLC PDU и один RLC PDU включает в себя, по меньшей мере, 1 байт заголовка RLC PDU. Для каждого MAC SDU, существует соответствующий, по меньшей мере, 1 байтовый подзаголовок MAC. Таким образом, всякий раз, когда малый объем данных из одного логического канала включается в MAC PDU, это будет привносить, по меньшей мере, 2 байта служебной информации заголовка. Если бы вышеупомянутый принцип мультиплексирования применялся в каждом MAC PDU, полная служебная информация, вызванная подзаголовком MAC и заголовком RLC PDU каждого логического канала в MAC PDU, была бы огромной. Таким образом, нежели применять вышеупомянутые требования PBR для каждого подкадра, является более хорошим удовлетворять требования PBR для длительного периода времени. Чтобы уменьшать служебную информацию и предотвращать слишком сильную сегментацию, применяется модель маркерного бакета с PBR.
[0067] В модели маркерного бакета, каждый логический канал ассоциирован с двумя параметрами: bucketSizeDuration и prioritizedBitRate. В этой модели, предполагается, что каждому логическому каналу дается право передавать объем prioritizedBitRate данных в каждом подкадре. Если некоторый логический канал не полностью использовал право передавать свой объем prioritizedBitRate данных в некотором подкадре, оставшееся право может использоваться в другом подкадре. Право передавать может накапливаться вплоть до объема (prioritizedBitRate×bucketSizeDuration) данных. Когда некоторые данные для логического канала включаются в MAC PDU, право передавать уменьшается на объем данных, включенный в MAC PDU. Чтобы предотвращать, что некоторый логический канал накапливает слишком много права передавать, параметр bucketSizeDuration устанавливает предел, вплоть до которого логический канал может накапливать право передавать. Посредством этой модели маркерного бакета, UE может удовлетворять принципу PBR в среднем для более длительного периода времени, не в расчете на подкадр.
[0068] В последующем, обеспечивается пример назначения приоритетов логическим каналам. Здесь, для заданного логического канала, предполагается, что bucketSizeDuration равняется 4 мс (подкадров) и prioritizedBitRate равняется 1 Кбит/мс. Таким образом, логический канал не может накапливать более, чем 4 Кбит в целом права передавать. Другими словами, даже если данные из логического канала не передались в течение длительного времени, максимальное количество бит, которые логический канал может передавать, равняется 4 Кбит. В примере, логический канал не передавал какие-либо данные в течение с 1-ого подкадра по 5-ый подкадр. Но, из-за ограниченного размера маркерного бакета, максимальный маркер, накопленный логическим каналом в 5-ом подкадре, равняется 4 Кбит. В 6-ом подкадре, 3 Кбит данных из логического канала были переданы. Так как 1 Кбит в целом для маркера накапливается в 7-ом подкадре, полный накопленный маркер для логического канала в конце 7-ого подкадра равняется 2 Кбит. Таким образом, даже если логический канал не передавал какие-либо данные, он может осуществлять много передач в более позднее время благодаря накопленному маркеру, но не более, чем максимальный маркер.
[0069] ДВОЙНОЕ СОЕДИНЕНИЕ
Одно перспективное решение, которое находится в текущее время в обсуждении в рабочих группах RAN 3GPP, является так называемая концепция "двойного соединения". Признак "двойное соединение" используется, чтобы указывать на работу, когда заданное UE потребляет радиоресурсы, обеспечиваемые, по меньшей мере, двумя разными сетевыми узлами, соединенными с помощью неидеального опорного соединения. По существу, UE соединяется как с макросотой (макро eNB), так и с малой сотой (вторичным eNB). Дополнительно, каждый eNB, участвующий в двойном соединении для UE, может предусматривать разные роли. Эти роли не необходимо зависят от класса мощности узла eNB и могут изменяться среди оборудований UE.
[0070] Так как элемент исследования находится в текущее время на очень раннем этапе, в отношении деталей о двойном соединении решение еще не принято. Например, архитектура еще не была согласована. Поэтому многие проблемы/подробности, например, усовершенствования протоколов, являются все еще открытыми в текущее время. Фиг. 9 показывает некоторую иллюстративную архитектуру для двойного соединения. Она должна пониматься только как один потенциальный вариант выбора. Однако настоящее раскрытие не ограничено этой конкретной архитектурой сети/протокола, но может применяться в общем. Здесь делаются следующие предположения об архитектуре:
- В расчете на решение уровня носителя в отношении того, где обслуживать каждый пакет, плоскость C/U разбивается
- В качестве примера, сигнализация UE RRC и данные высокого QoS, такие как VoLTE, могут обслуживаться макросотой, в то время как данные, предназначенные для наилучшего обслуживания из возможных, разгружаются в малую соту.
- Нет связи между носителями, таким образом, нет общих PDCP или RLC, требуемых между макросотой и малой сотой
- Более свободная координация между узлами RAN
- SeNB не имеет никакого соединения с S-GW, то есть, пакеты пересылаются узлом MeNB
- Малая сота является прозрачной для CN.
[0071] Относительно последних двух перечисленных пунктов, следует отметить, что также является возможным, что SeNB соединяется напрямую с S-GW, то есть, S1-U находится между S-GW и SeNB. По существу, имеется три разных варианта выбора по отношению к отображению/разделению носителя:
- вариант 1 выбора: S1-U также оканчивается в SeNB;
- вариант 2 выбора: S1-U оканчивается в MeNB, нет разделения носителя в RAN;
- вариант 3 выбора: S1-U оканчивается в MeNB, носителя разделяется в RAN.
[0072] Фиг. 10 изображает эти три варианта выбора, беря направление нисходящей линии связи для данных плоскости U в качестве примера. Вариант 2 выбора предполагается во всем описании и также показан на фигуре.
[0073] Общая проблема любой системы беспроводной связи состоит в том, что ресурсы являются ограниченными и не является возможным назначать и использовать все ресурсы все время, так как имеется более, чем один потенциальный претендент на эти ресурсы.
[0074] Это требование усложняется, так как назначение и использование ограниченных ресурсов должно делаться при учете того, что (какой ресурс) минимально требуется, чтобы обслуживать согласованное качество обслуживания (QoS) носителя каждого UE, и также при учете того, что разные оборудования UE могут использовать разные радиоканалы и, поэтому, будут нуждаться в разной величине ресурсов, чтобы осуществлять даже похожую потребность. Решение назначения ресурсов выполняется для каждого временного интервала передачи (TTI), который, для LTE, равняется 1 мс. Таким образом, каждые 1 мс, сеть должна решать сколько ресурса DL она назначает каждому из оборудований UE, для которых имеются некоторые данные, подлежащие отправке в него. Аналогично, каждые 1 мс, сеть должна решать сколько ресурса UL она назначает каждому из оборудований UE, которые имеют информацию для передачи.
[0075] Нисходящая линия связи (DL) однако отличается от восходящей линии связи (UL). В DL, eNB имеет полное представление о требованиях всех оборудований UE и их носителя (носителей). Именно, сколько данных должны передаваться в каждое UE для каждого из их носителей, каким является условие радиосвязи (и, поэтому какие ресурсы являются хорошими/плохими), QoS и т.д. В UL, однако, сеть не знает, сколько данных UE имеет, чтобы посылать по каждому из ее носителей UL. Таким образом, она не может назначать точную величину ресурсов для каждого из носителя UL этого UE.
[0076] Одним возможным решением может быть назначать "достаточную" величину ресурсов для UE, чтобы все носители UL были удовлетворены, по меньшей мере, 'статистически'. Однако, так как ресурсы являются ограниченными, это очень часто означает трату впустую таких ресурсов и тогда будет происходить подавление передачи для некоторых других оборудований UE/носителей. По этой причине UE посылает доклад состояния буфера (BSR) время от времени, когда некоторые условия, как определено в главе 5.4.5 в 3GPP TS 36.321-a40, удовлетворяются, так что сеть имеет некоторую идею в отношении требований передачи UL оборудования UE.
[0077] Другая проблема состоит в том, что сеть должна обеспечивать, чтобы реализация UE не использовала обеспеченное предоставление полностью произвольным образом, что может делать выполнение QoS носителя (носителей) затруднительным. Для этой цели определяются некоторые правила в отношении того, как UE использует предоставление между своими носителями. Это называется назначение приоритетов логическим каналам (LCP), так как это главным образом относится к поддержанию некоторого приоритета между разными логическими каналами, которые реализуют радионосители (радионоситель). Как доклад состояния буфера, так и назначение приоритетов логическим каналам являются функциями подуровня MAC стека протоколов LTE.
[0078] В Выпуске 8/9 LTE, например, была только одна сущность MAC в расчете на UE, которая исполняет LCP, чтобы назначать предоставления (предоставление) между всеми носителями (носителем), то есть, информировать результирующее предоставление в каждую из сущности RLC. Даже когда в LTE было введено агрегирование несущих и как результат имелись предоставления, принимаемые от более, чем одной соты в один момент времени, одиночная сущность MAC являлась ответственной за исполнение LCP и назначала применимое предоставление каждой сущности RLC. Это показано на диаграмме из фиг. 11.
[0079] С введением усовершенствований малых сот, в одном из возможного варианта выбора архитектуры, является возможным, что физические ресурсы назначаются более, чем одной сотой для соответствующей сущности MAC. Другими словами, может быть столько сущностей MAC в UE, сколько количество участвующих сот (соты) в UL. Это не является проблемой с точки зрения доклада LCP/BSR, так как эти планировщики MAC могут исполнять их собственную LCP, или докладывать BSR, и информировать результирующее предоставление в каждую из их соответствующих сущностей RLC, как проиллюстрировано на фиг. 12.
[0080] Это является, например, ситуацией в варианте 2 выбора архитектуры, например, 2C, который показан на фиг. 13. В варианте 2C выбора архитектуры, передача по эфирному интерфейсу конкретного носителя происходит полностью через конкретную соту; на диаграмме из фиг. 13, левая передача носителя происходит посредством физических ресурсов MeNB, и правая передача носителя происходит посредством физических ресурсов SeNB. Соответствующая картина стороны UE стека протоколов показана на фиг. 14.
[0081] Проблема возникает в варианте 3 выбора архитектуры, например, 3C, который показан на фиг. 15 и 16. В частности, в варианте 3C выбора, сущности MAC в соте 1 и 2 не знают, сколько предоставления они должны назначить для совместно используемого (пунктирного) носителя, так как не имеется никакого определенного правила до сих пор. Поэтому, в отношении сегодняшнего дня, если эти планировщики MAC строго исполняют LCP, то они могут приходить к излишнему назначению предоставления (например, каждый назначает предоставление радионосителю, равное 'prioritisedBitRate') пунктирному носителю, который теперь будет принимать предоставления дважды. С другой стороны, это аннулирует фундаментальную цель усовершенствований малых сот, так как сеть может хотеть назначить максимальные данные для передачи через соту 2, так как она является сотой, которая используется для усиления разгрузки.
[0082] Аналогично, не ясно, как состояние буфера будет докладываться для данных, доступных для передачи, соответствующей пунктирному носителю. Процедура доклада состояния буфера используется, чтобы обеспечивать обслуживающий eNB информацией об объеме данных, доступных для передачи, в буферах UL оборудования UE. Объем данных, доступных для передачи, является суммой данных, доступных для передачи в PDCP, и данных, доступных для передачи в сущности RLC (подробности, которых являются публично доступными в документах TS 36.322 и 36.323 проекта 3GPP). Дополнительно, так как (как показано на фиг. 16) PDCP является общей сущностью, индивидуальные сущности RLC разделенного пунктирного носителя (то есть, RLC узла MeNB и RLC узла SeNB) извлекают их блоки SDU оттуда. Поэтому, следуя настоящему описанию данные, доступные для передачи, могут дважды подсчитывать одни и те же блоки PDCP SDU и блоки PDCP PDU, еще не представленные в RLC, один для каждой сущности MAC или соты.
[0083] Таким образом, является предпочтительной конфигурация, в которой UE может осуществлять связь с, по меньшей мере, двумя сотами при предотвращении, по меньшей мере, некоторых из недостатков, проиллюстрированных выше.
СПИСОК ССЫЛОЧНЫХ МАТЕРИАЛОВ
НЕПАТЕНТНАЯ ЛИТЕРАТУРА
[0084] NPL 1: 3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)", версия 8.9.0, декабрь 2009
NPL 2: 3GPP TS 36.321, "Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC); Protocol specification (Release 10)", версия 10.4.0, декабрь 2011
NPL 3: 3GPP TS 36.331, "Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 10)", версия 10.10.0, март 2013
NPL 4: 3GPP TR 36.932, "Technical Specification Group Radio Access Network; Scenarios and Requirements for Small Cell Enhancements for E-UTRA and E-UTRAN (Release 12)", версия 1.0.0, декабрь 2012
NPL 5: 3GPP TS36.842, "Evolved Universal Terrestrial Radio Access (E-UTRA); Study on Small Cell Enhancements for E-UTRA and E-UTRAN - Higher layer aspects (Release 12)", версия 0.2.0, май 2013
NPL 6: 3GPP TS 36.322, "Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) protocol specification (Release 10)", версия 10.0.0, декабрь 2010
NPL 7: 3GPP TS 36.323, "Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data Convergence Protocol (PDCP) specification (Release 11)", версия 11.0.0, сентябрь 2012
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0085] Вышеупомянутые недостатки преодолеваются посредством раскрытия из независимых пунктов формулы. Дальнейшие дополнительные преимущества достигаются посредством раскрытия из зависимых пунктов формулы изобретения.
[0086] Один неограничивающий и иллюстративный вариант осуществления настоящего раскрытия обеспечивает способ связи для мобильного узла, выполненного с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования разделенного носителя, разделенного между главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для разделенного носителя между главной базовой станцией и вторичной базовой станцией. В этом способе мобильный узел разделяет полное заполнение буфера уровня PDCP в мобильном узле между главной базовой станцией и вторичной базовой станцией на основе отношения разделения, на первое значение заполнения буфера PDCP для главной базовой станции и второе значение заполнения буфера PDCP для вторичной базовой станции. Мобильный узел генерирует первый доклад состояния (отчет по состоянию) буфера для главной базовой станции на основе первого значения заполнения буфера PDCP, и дополнительно также генерирует второй доклад состояния буфера для вторичной базовой станции на основе второго значения заполнения буфера PDCP. Впоследствии, мобильный узел передает первый доклад состояния буфера в главную базовую станцию, и передает второй доклад состояния буфера во вторичную базовую станцию.
[0087] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, конкретное отношение разделения определяется так, что одно из первого и второго значений заполнения буфера PDCP равняется полному заполнению буфера уровня PDCP в мобильном узле для разделенного носителя, и так, что другое одно из первого и второго значений заполнения буфера PDCP равняется нулю. Предпочтительно, упомянутое конкретное отношение разделения выражается посредством 1 к 0 или 0 к 1.
[0088] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, когда сконфигурирован с упомянутым конкретным отношением разделения, мобильный узел передает все данные восходящей линии связи, обрабатываемые посредством уровня PDCP, либо в главную базовую станцию, либо во вторичную базовую станцию в зависимости от упомянутого конкретного отношения разделения, за исключением данных восходящей линии связи RLC, которые передаются в соответствующую базовую станцию.
[0089] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, когда сконфигурирован с упомянутым конкретным отношением разделения, мобильный узел деактивирует разделенный носитель для данных восходящей линии связи, обрабатываемых посредством уровня PDCP, либо для главной базовой станции, либо для вторичной базовой станции в зависимости от упомянутого конкретного отношения разделения.
[0090] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, мобильный узел информируется главной базовой станцией в отношении того, как разделять полное заполнение буфера уровня PDCP в мобильном узле между главной базовой станцией и вторичной базовой станцией. Предпочтительно это может делаться посредством флага в информационном элементе, ассоциированном с разделенным носителем.
[0091] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, первый уровень управления линией радиосвязи, RLC, располагается в мобильном узле для разделенного носителя для главной базовой станции, и второй уровень RLC располагается в мобильном узле для разделенного носителя для вторичной базовой станции. Первый доклад состояния буфера генерируется мобильным узлом на основе суммы первого значения заполнения буфера PDCP и значения заполнения буфера первого уровня RLC в мобильном узле. Второй доклад состояния буфера генерируется мобильным узлом на основе суммы второго значения заполнения буфера PDCP и значения заполнения буфера второго уровня RLC в мобильном узле.
[0092] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, конкретное отношение разделения определяется так, что одно из первого и второго значений заполнения буфера PDCP равняется полному заполнению буфера уровня PDCP в мобильном узле для разделенного носителя, и так, что другое одно из первого и второго значений заполнения буфера PDCP равняется нулю. Дополнительно, в случае, когда первый соответственно второй доклад состояния буфера равняется нулю, первый соответственно второй доклад состояния буфера не передается.
[0093] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, мобильный узел сконфигурирован с возможностью передавать все квитирования уровня протокола управления передачей, TCP, относящиеся к данным нисходящей линии связи TCP, принятым в мобильном узле, в главную базовую станцию. Это предпочтительно делается независимо от того, передаются ли или нет оставшиеся данные восходящей линии связи мобильным узлом в главную базовую станцию.
[0094] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, уровень PDCP мобильного узла обнаруживает квитирования TCP и внутренним образом пересылает обнаруженные квитирования TCP в более низкие уровни для передачи через канал в главную базовую станцию.
[0095] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, вычисление первого доклада состояния буфера учитывает передачу всех квитирований уровня TCP в главную базовую станцию, независимо от отношения разделения.
[0096] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, мобильный узел выполняет первую процедуру назначения приоритетов логическим каналам, LCP, для разделенного носителя для главной базовой станции, на основе значения заполнения буфера для разделенного носителя для главной базовой станции, доложенного с первым докладом состояния буфера. Аналогично, мобильный узел выполняет вторую процедуру назначения приоритетов логическим каналам, LCP, для разделенного носителя для вторичной базовой станции, на основе значения заполнения буфера для разделенного носителя для вторичной базовой станции, доложенного со вторым докладом состояния буфера.
[0097] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, значение заполнения буфера, доложенное с первым докладом состояния буфера, учитывается в первой процедуре LCP посредством обеспечения ресурсов разделенному носителю для главной базовой станции как максимум вплоть до значения заполнения буфера, доложенного с первым докладом состояния буфера для разделенного носителя для главной базовой станции. Значение заполнения буфера, доложенное со вторым докладом состояния буфера, учитывается во второй процедуре LCP посредством обеспечения ресурсов разделенному носителю для вторичной базовой станции как максимум вплоть до значения заполнения буфера, доложенного со вторым докладом состояния буфера для разделенного носителя для вторичной базовой станции.
[0098] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, первый уровень управления доступом к среде передачи, MAC, располагается в мобильном узле для разделенного носителя для главной базовой станции, и второй уровень MAC располагается в мобильном узле для разделенного носителя для вторичной базовой станции. Когда доклад состояния буфера запускается в первом уровне MAC вследствие прибытия данных в буфере разделенного носителя, первый уровень MAC запускает доклад состояния буфера во втором уровне MAC для разделенного носителя. Когда доклад состояния буфера запускается во втором уровне MAC вследствие прибытия данных в буфере разделенного носителя, второй уровень MAC запускает доклад состояния буфера в первом уровне MAC для разделенного носителя.
[0099] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, первый доклад состояния буфера генерируется посредством первого уровня MAC во время запуска, и второй доклад состояния буфера генерируется посредством второго уровня MAC во время запуска. Альтернативно, в случае, когда первый доклад состояния буфера планируется для передачи перед вторым докладом состояния буфера, первый доклад состояния буфера генерируется посредством первого уровня MAC во время, когда первый доклад состояния буфера планируется для передачи в главную базовую станцию, и второй доклад состояния буфера генерируется посредством второго уровня MAC во время, когда первый доклад состояния буфера планируется для передачи в главную базовую станцию. Еще альтернативно к вышеупомянутому, первый доклад состояния буфера генерируется посредством первого уровня MAC во время, когда первый доклад состояния буфера планируется для передачи в главную базовую станцию, и второй доклад состояния буфера генерируется посредством второго уровня MAC во время, когда второй доклад состояния буфера планируется для передачи во вторичную базовую станцию. Еще дополнительно альтернативно к вышеупомянутому, первый доклад состояния буфера генерируется посредством первого уровня MAC во время, когда первый доклад состояния буфера планируется для передачи в главную базовую станцию, или во время, когда первый доклад состояния буфера запускается в первом уровне MAC, и второй доклад состояния буфера генерируется посредством второго уровня MAC во время, когда второй доклад состояния буфера планируется для передачи во вторичную базовую станцию, при этом второй доклад состояния буфера включает в себя значение данных, не доложенное посредством первого доклада состояния буфера.
[0100] Согласно альтернативному и предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, первый уровень управления доступом к среде передачи, MAC, располагается в мобильном узле для разделенного носителя для главной базовой станции, и второй уровень MAC располагается в мобильном узле для разделенного носителя для вторичной базовой станции. Доклад состояния буфера запускается в первом уровне MAC вследствие прибытия данных в буфере разделенного носителя. Доклад состояния буфера запускается во втором уровне MAC вследствие прибытия данных в буфере разделенного носителя.
[0101] Вариант осуществления дополнительно обеспечивает мобильный узел, выполненный с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования разделенного носителя, разделенного между главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для разделенного носителя между главной базовой станцией и вторичной базовой станцией. Процессор мобильного узла разделяет полное заполнение буфера уровня PDCP в мобильном узле между главной базовой станцией и вторичной базовой станцией, на основе отношения разделения, на первое значение заполнения буфера PDCP для главной базовой станции и второе значение заполнения буфера PDCP для вторичной базовой станции. Процессор генерирует первый доклад состояния буфера для главной базовой станции на основе первого значения заполнения буфера PDCP, и генерирует второй доклад состояния буфера для вторичной базовой станции на основе второго значения заполнения буфера PDCP. Передатчик мобильного узла передает первый доклад состояния буфера в главную базовую станцию, и передает второй доклад состояния буфера во вторичную базовую станцию.
[0102] Один вариант осуществления настоящего раскрытия обеспечивает способ связи для мобильного узла, выполненного с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, располагается в мобильном узле и совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Мобильный узел разделяет полное заполнение буфера уровня PDCP в мобильном узле между главной базовой станцией и вторичной базовой станцией на основе отношения разделения буфера, на первое значение заполнения буфера PDCP для главной базовой станции и второе значение заполнения буфера PDCP для вторичной базовой станции. Мобильный узел генерирует первый доклад состояния буфера для главной базовой станции на основе первого значения заполнения буфера PDCP, и генерирует второй доклад состояния буфера для вторичной базовой станции на основе второго значения заполнения буфера PDCP. Мобильный узел передает первый доклад состояния буфера в главную базовую станцию, и передает второй доклад состояния буфера во вторичную базовую станцию.
[0103] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, отношение разделения буфера определяется главной базовой станцией, предпочтительно на основе, по меньшей мере, одного из: нагрузки, обрабатываемой вторичной базовой станцией, требований разгрузки, состояний каналов, качества обслуживания. Определенное отношение разделения буфера передается от главной базовой станции в мобильный узел и/или вторичную базовую станцию, предпочтительно с использованием сигнализации управления радиоресурсами, RRC, или сигнализации управления доступом к среде передачи, MAC.
[0104] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, отношение разделения буфера определяется мобильным узлом, предпочтительно на основе, по меньшей мере, одного из: порогов радиосвязи линий радиосвязи между мобильным узлом и соответственно главной и вторичной базовой станцией, прошлых предоставлений ресурсов, принятых мобильным узлом. Определенное отношение разделения буфера передается от мобильного узла в главную базовую станцию и/или вторичную базовую станцию, предпочтительно с использованием сигнализации управления радиоресурсами, RRC, или сигнализации управления доступом к среде передачи, MAC.
[0105] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, первый уровень управления линией радиосвязи, RLC, располагается в мобильном узле для совместно используемого логического канала для главной базовой станции, и второй уровень RLC располагается в мобильном узле для совместно используемого логического канала для вторичной базовой станции. Первый доклад состояния буфера генерируется мобильным узлом на основе суммы первого значения заполнения буфера PDCP и значения заполнения буфера первого уровня RLC в мобильном узле. Второй доклад состояния буфера генерируется мобильным узлом на основе суммы второго значения заполнения буфера PDCP и значения заполнения буфера второго уровня RLC в мобильном узле.
[0106] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, мобильный узел выполнен с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования множества логических каналов, совместно используемых между главной базовой станцией и вторичной базовой станцией. Отношение разделения буфера применяется только к одному или набору логических каналов из множества совместно используемых логических каналов, или отношение разделения буфера применяется ко всем из множества совместно используемых логических каналов.
[0107] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, определение того, превосходит ли полное заполнение буфера уровня PDCP и уровня RLC в мобильном узле предварительно определенный порог или нет. Если да, выполняются этапы разделения полного заполнения буфера, генерирования и передачи первого и второго докладов состояния буфера. Если нет, этапы разделения полного заполнения буфера, генерирования и передачи первого и второго докладов состояния буфера не выполняются, и мобильный узел генерирует и передает свой доклад состояния буфера данных восходящей линии связи только в одну из главной или вторичной базовой станции.
[0108] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, мобильный узел передает первый доклад состояния буфера для главной базовой станции во вторичную базовую станцию, предпочтительно для того, чтобы вторичная базовая станция оценивала величину ресурсов, которые могут назначаться мобильной станции в следующих нескольких подкадрах от главной базовой станции. Мобильный узел передает второй доклад состояния буфера для вторичной базовой станции в главную базовую станцию, предпочтительно для того, чтобы главная базовая станция оценивала величину ресурсов, которые могут назначаться мобильной станции в следующих нескольких подкадрах от вторичной базовой станции.
[0109] Один вариант осуществления настоящего раскрытия дополнительно обеспечивает мобильный узел, выполненный с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Процессор мобильного узла разделяет полное заполнение буфера уровня PDCP в мобильном узле между главной базовой станцией и вторичной базовой станцией, на основе отношения буфера разделенного носителя, на первое значение заполнения буфера PDCP для главной базовой станции и второе значение заполнения буфера PDCP для вторичной базовой станции. Процессор мобильного узла генерирует первый доклад состояния буфера для главной базовой станции на основе первого значения заполнения буфера PDCP, и генерирует второй доклад состояния буфера для вторичной базовой станции на основе второго значения заполнения буфера PDCP. Передатчик мобильного узла передает первый доклад состояния буфера в главную базовую станцию, и передает второй доклад состояния буфера во вторичную базовую станцию.
[0110] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, приемник мобильного узла принимает от главной базовой станции отношение разделения буфера, определенное посредством главной базовой станции, предпочтительно с использованием сигнализации управления радиоресурсами, RRC, или сигнализации управления доступом к среде передачи, MAC.
[0111] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, отношение разделения буфера определяется мобильным узлом, предпочтительно на основе, по меньшей мере, одного из: порогов радиосвязи линий радиосвязи между мобильным узлом и соответственно главной и вторичной базовой станцией, прошлых предоставлений ресурсов, принятых мобильным узлом. Передатчик передает определенное отношение разделения буфера в главную базовую станцию и/или вторичную базовую станцию, предпочтительно с использованием сигнализации управления радиоресурсами, RRC, или сигнализации управления доступом к среде передачи, MAC.
[0112] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, первый уровень управления линией радиосвязи, RLC, располагается в мобильном узле для совместно используемого логического канала для главной базовой станции, и второй уровень RLC располагается в мобильном узле для совместно используемого логического канала для вторичной базовой станции. Процессор генерирует первый доклад состояния буфера на основе суммы первого значения заполнения буфера PDCP и значения заполнения буфера первого уровня RLC в мобильном узле. Процессор генерирует второй доклад состояния буфера на основе суммы второго значения заполнения буфера PDCP и значения заполнения буфера второго уровня RLC в мобильном узле.
[0113] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, процессор определяет, превосходит ли полное заполнение буфера уровня PDCP и уровня RLC в мобильном узле предварительно определенный порог или нет. Если да, выполняются этапы разделения полного заполнения буфера, генерирования и передачи первого и второго докладов состояния буфера. Если нет, этапы разделения полного заполнения буфера, генерирования и передачи первого и второго докладов состояния буфера не выполняются, и мобильный узел генерирует и передает свой доклад состояния буфера данных восходящей линии связи только в одну из главной или вторичной базовой станции.
[0114] Один вариант осуществления настоящего раскрытия дополнительно обеспечивает главную базовую станцию для использования в системе мобильной связи, где мобильный узел соединяется с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Процессор главной базовой станции определяет отношение разделения буфера, предпочтительно на основе, по меньшей мере, одного из: нагрузки, обрабатываемой вторичной базовой станцией, требований разгрузки, состояний каналов, качества обслуживания. Отношение разделения буфера предназначено для использования мобильным узлом, чтобы разделять полное заполнение буфера уровня PDCP в мобильном узле между главной базовой станцией и вторичной базовой станцией на основе отношения разделения буфера, на первое значение заполнения буфера PDCP для главной базовой станции и второе значение заполнения буфера PDCP для вторичной базовой станции. Передатчик передает определенное отношение разделения буфера в мобильный узел и/или вторичную базовую станцию, предпочтительно с использованием сигнализации управления радиоресурсами, RRC, или сигнализации управления доступом к среде передачи, MAC.
[0115] Один дополнительный вариант осуществления настоящего раскрытия обеспечивает способ для мобильного узла, выполненного с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Первый уровень управления линией радиосвязи, RLC, располагается в мобильном узле для совместно используемого логического канала для главной базовой станции, и второй уровень RLC располагается в мобильном узле для совместно используемого логического канала для вторичной базовой станции. Мобильный узел передает значение полного заполнения буфера уровня PDCP в мобильном узле, значение заполнения буфера первого уровня RLC и значение заполнения буфера второго уровня RLC, в главную базовую станцию и/или вторичную базовую станцию. Либо главная базовая станция, либо вторичная базовая станция определяют отношение разделения, на основе принятого значения полного заполнения буфера уровня PDCP в мобильном узле, значения заполнения буфера первого уровня RLC и значения заполнения буфера второго уровня RLC. Определенное отношение разделения передается в другую одну из главной базовой станции и вторичной базовой станции. Главная базовая станция и вторичная базовая станция, выполняют назначение ресурсов восходящей линии связи для совместно используемого логического канала, соответственно на основе отношения разделения, так что назначение ресурсов восходящей линии связи для совместно используемого логического канала для данных, как указано посредством принятого значения полного заполнения уровня PDCP, разделяется между главной базовой станцией и вторичной базовой станцией согласно отношению разделения.
[0116] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, главная базовая станция конфигурирует совместно используемый логический канал, чтобы он был один в группе логических каналов.
[0117] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, мобильный узел определяет, в какую базовую станцию передавать значение полного заполнения буфера уровня PDCP в мобильном узле, значение заполнения буфера первого уровня RLC и значение заполнения буфера второго уровня RLC, предпочтительно на основе, по меньшей мере, одного из:
- прошлых назначений ресурсов, принятых от вторичной базовой станции и главной базовой станции,
- порогов линий радиосвязи,
- величины заполнения буфера,
- того, были ли или нет предыдущие назначения ресурсов от вторичной базовой станции или главной базовой станции достаточными для мобильного узла, чтобы передавать все данные.
[0118] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, мобильный узел определяет, в какую базовую станцию передавать значение полного заполнения буфера уровня PDCP в мобильном узле, значение заполнения буфера первого уровня RLC и значение заполнения буфера второго уровня RLC.
[0119] Дополнительный вариант осуществления настоящего раскрытия обеспечивает мобильный узел, выполненный с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Первый уровень управления линией радиосвязи, RLC, располагается в мобильном узле для совместно используемого логического канала для главной базовой станции, и второй уровень RLC располагается в мобильном узле для совместно используемого логического канала для вторичной базовой станции. Передатчик мобильного узла передает значение полного заполнения буфера уровня PDCP в мобильном узле, значение заполнения буфера первого уровня RLC и значение заполнения буфера второго уровня RLC, в главную базовую станцию и вторичную базовую станцию, для того, чтобы главная или вторичная базовая станция определяли отношение разделения, на основе которого назначение ресурсов восходящей линии связи для совместно используемого логического канала соответственно выполняется посредством главной и вторичной базовой станции, так что назначение ресурсов восходящей линии связи для совместно используемого логического канала для данных, как указано посредством принятого значения полного заполнения уровня PDCP, разделяется между главной базовой станцией и вторичной базовой станцией согласно отношению разделения.
[0120] Дополнительный вариант осуществления настоящего раскрытия обеспечивает главную базовую станцию для использования в системе мобильной связи, при этом мобильный узел выполнен с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Первый уровень управления линией радиосвязи, RLC, располагается в мобильном узле для совместно используемого логического канала для главной базовой станции, и второй уровень RLC располагается в мобильном узле для совместно используемого логического канала для вторичной базовой станции. Приемник главной базовой станции принимает от мобильного узла значение полного заполнения буфера уровня PDCP в мобильном узле, значение заполнения буфера первого уровня RLC и значение заполнения буфера второго уровня RLC. Процессор главной базовой станции определяет отношение разделения, на основе принятого значения полного заполнения буфера уровня PDCP в мобильном узле, значения заполнения буфера первого уровня RLC и значения заполнения буфера второго уровня RLC. Передатчик главной базовой станции передает определенное отношение разделения во вторичную базовую станцию. Процессор выполняет назначение ресурсов восходящей линии связи для совместно используемого логического канала, на основе отношения разделения, так что назначение ресурсов восходящей линии связи для совместно используемого логического канала для данных, как указано посредством принятого значения полного заполнения уровня PDCP, разделяется между главной базовой станцией и вторичной базовой станцией согласно отношению разделения.
[0121] Еще дополнительный вариант осуществления настоящего раскрытия обеспечивает способ связи для мобильного узла, выполненного с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Параметр приоритетной скорости передачи битов, используемый для процедуры назначения приоритетов логическим каналам, LCP, разделяется на первый параметр приоритетной скорости передачи битов для процедуры LCP для совместно используемого логического канала для главной базовой станции, и на второй параметр приоритетной скорости передачи битов для процедуры LCP для совместно используемого логического канала для вторичной базовой станции. Мобильный узел выполняет первую процедуру LCP для совместно используемого логического канала для главной базовой станции, на основе первого параметра приоритетной скорости передачи битов. Мобильный узел выполняет вторую процедуру LCP для совместно используемого логического канала для вторичной базовой станции, на основе второго параметра приоритетной скорости передачи битов.
[0122] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, первая процедура LCP выполняется посредством сущности управления доступом к среде передачи, MAC, в мобильном узле, ответственной за главную базовую станцию, и процедура LCP выполняется посредством сущности MAC в мобильном узле, ответственной за вторичную базовую станцию.
[0123] Еще дополнительный вариант осуществления настоящего раскрытия обеспечивает мобильный узел, выполненный с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Процессор мобильного узла разделяет параметр приоритетной скорости передачи битов, используемый для процедуры назначения приоритетов логическим каналам, LCP, на первый параметр приоритетной скорости передачи битов для процедуры LCP для совместно используемого логического канала для главной базовой станции, и на второй параметр приоритетной скорости передачи битов для процедуры LCP для совместно используемого логического канала для вторичной базовой станции. Процессор выполняет первую процедуру LCP для совместно используемого логического канала для главной базовой станции, на основе первого параметра приоритетной скорости передачи битов, и выполняет вторую процедуру LCP для совместно используемого логического канала для вторичной базовой станции, на основе второго параметра приоритетной скорости передачи битов.
[0124] Другой вариант осуществления настоящего раскрытия обеспечивает способ связи для мобильного узла, выполненного с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Мобильный узел выполняет первую процедуру назначения приоритетов логическим каналам, LCP, для совместно используемого логического канала либо для главной базовой станции, либо для вторичной базовой станции, на основе параметра приоритетной скорости передачи битов, включая сюда обновление параметра приоритетной скорости передачи битов мобильным узлом на основе первой процедуры LCP. После завершения первой процедуры LCP мобильным узлом, мобильный узел выполняет вторую процедуру LCP совместно используемого логического канала для другой базовой станции, вторичной базовой станции или главной базовой станции, на основе обновленного параметра приоритетной скорости передачи битов.
[0125] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, мобильный узел определяет, предназначена ли первая процедура LCP для совместно используемого логического канала либо для главной базовой станции, либо для вторичной базовой станции, согласно одному из следующего:
- первая процедура LCP всегда предназначена для совместно используемого логического канала для вторичной базовой станции, тогда как вторая процедура LCP всегда предназначена для совместно используемого логического канала для главной базовой станции,
- первая процедура LCP всегда предназначена для совместно используемого логического канала для главной базовой станции, тогда как вторая процедура LCP всегда предназначена для совместно используемого логического канала для вторичной базовой станции,
- определяется на случайной основе,
- на основе предыдущих назначений ресурсов восходящей линии связи, принятых от главной базовой станции и вторичных базовых станций,
- на основе величины неудовлетворенной приоритетной скорости передачи битов для процедуры LCP для совместно используемого логического канала для главной базовой станции, и/или на основе величины неудовлетворенной приоритетной скорости передачи битов для процедуры LCP для совместно используемого логического канала для вторичной базовой станции.
[0126] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, этапы выполнения первой и второй процедур LCP выполняются мобильным узлом каждый временной интервал передачи.
[0127] Этот другой вариант осуществления дополнительно обеспечивает мобильный узел, выполненный с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Процессор мобильного узла выполняет первую процедуру назначения приоритетов логическим каналам, LCP, для совместно используемого логического канала либо для главной базовой станции, либо для вторичной базовой станции, на основе параметра приоритетной скорости передачи битов, включая сюда обновление параметра приоритетной скорости передачи битов мобильным узлом на основе первой процедуры LCP. Процессор выполняет, после завершения первой процедуры LCP, вторую процедуру LCP совместно используемого логического канала для другой базовой станции, вторичной базовой станции или главной базовой станции, на основе обновленного параметра приоритетной скорости передачи битов.
[0128] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, этапы выполнения первой и второй процедур LCP выполняются посредством процессора мобильного узла каждый временной интервал передачи.
[0129] Еще другой вариант осуществления настоящего раскрытия обеспечивает способ связи для мобильного узла, выполненного с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Первая сущность управления доступом к среде передачи, MAC, в мобильном узле является ответственной за выполнение процедур назначения приоритетов логическим каналам, LCP, в отношении главной базовой станции. Вторая сущность MAC в мобильном узле является ответственной за выполнение процедуры LCP в отношении вторичной базовой станции. Одна из первой или второй сущности MAC в мобильном узле выполняет первую процедуру LCP для совместно используемого логического канала, в течение конкретного первого количества временных интервалов передачи. После выполнения первой процедуры LCP в течение конкретного первого количества временных интервалов передачи, другая одна из первой или второй сущности MAC в мобильном узле выполняет вторую процедуру LCP для совместно используемого логического канала, в течение конкретного второго количества временных интервалов передачи.
[0130] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, другая одна из первой или второй сущности MAC выполняет третью процедуру LCP для других логических каналов, нежели совместно используемый логический канал, в течение первого количества временных интервалов передачи. Упомянутая одна из первой или второй сущности MAC выполняет четвертую процедуру LCP для других логических каналов, нежели совместно используемый логический канал, в течение второго количества временных интервалов передачи.
[0131] Этот вариант осуществления дополнительно обеспечивает мобильный узел, выполненный с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Первая сущность управления доступом к среде передачи, MAC, в мобильном узле является ответственной за выполнение процедур назначения приоритетов логическим каналам, LCP, в отношении главной базовой станции. Вторая сущность MAC в мобильном узле является ответственной за выполнение процедуры LCP в отношении вторичной базовой станции. Процессор мобильного узла выполняет посредством упомянутой одной из первой или второй сущности MAC в мобильном узле первую процедуру LCP для совместно используемого логического канала, в течение конкретного первого количества временных интервалов передачи. Процессор выполняет, после выполнения первой процедуры LCP в течение конкретного первого количества временных интервалов передачи, посредством другой одной из первой или второй сущности MAC, вторую процедуру LCP для совместно используемого логического канала, в течение конкретного второго количества временных интервалов передачи.
[0132] Согласно одному предпочтительному варианту осуществления настоящего раскрытия, который может использоваться в дополнение или альтернативно к вышеупомянутому, процессор выполняет посредством другой одной из первой или второй сущности MAC третью процедуру LCP для других логических каналов, нежели совместно используемый логический канал, в течение первого количества временных интервалов передачи. Процессор выполняет посредством одной из первой или второй сущности MAC четвертую процедуру LCP для других логических каналов, нежели совместно используемый логический канал, в течение второго количества временных интервалов передачи.
[0133] Один дополнительный вариант осуществления настоящего раскрытия обеспечивает способ связи для мобильного узла, выполненного с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Главная базовая станция определяет первое назначение ресурсов для мобильного узла по отношению к множеству логических каналов главной базовой станции, включая сюда совместно используемый логический канал, и передает его в мобильный узел. Вторичная базовая станция определяет второе назначение ресурсов для мобильного узла по отношению к множеству логических каналов вторичной базовой станции, включая сюда совместно используемый логический канал, и передает его в мобильный узел. Мобильный узел определяет величину неудовлетворенной приоритетной скорости передачи битов или оставшегося буфера для каждого из множества логических каналов, за исключением совместно используемого логического канала, на основе первого и второго назначений ресурсов. Мобильный узел перераспределяет ресурсы из либо принятого первого, либо принятого второго назначения ресурсов в отношении совместно используемого логического канала, логическим каналам, имеющим неудовлетворенную приоритетную скорость передачи битов или оставшийся буфер в порядке логических каналов, где логический канал с наивысшей неудовлетворенной приоритетной скоростью передачи битов является первым.
[0134] Дополнительный вариант осуществления также обеспечивает мобильный узел, выполненный с возможностью соединения с главной базовой станцией и с вторичной базовой станцией посредством использования логического канала, совместно используемого главной базовой станцией и вторичной базовой станцией. Уровень протокола сходимости пакетных данных, PDCP, расположенный в мобильном узле, совместно используется для совместно используемого логического канала между главной базовой станцией и вторичной базовой станцией. Приемник мобильного узла принимает от главной базовой станции первое назначение ресурсов для мобильного узла по отношению к множеству логических каналов главной базовой станции, включая сюда совместно используемый логический канал. Приемник принимает от вторичной базовой станции второе назначение ресурсов для мобильного узла по отношению к множеству логических каналов вторичной базовой станции, включая сюда совместно используемый логический канал. Процессор мобильного узла определяет величину неудовлетворенной приоритетной скорости передачи битов или оставшегося буфера для каждого из множества логических каналов, за исключением совместно используемого логического канала, на основе первого и второго назначений ресурсов. Процессор перераспределяет ресурсы из либо принятого первого, либо принятого второго назначения ресурсов в отношении совместно используемого логического канала, логическим каналам, имеющим неудовлетворенную приоритетную скорость передачи битов или оставшийся буфер, в порядке логических каналов, где логический канал с наивысшей неудовлетворенной приоритетной скоростью передачи битов является первым.
[0135] Эти общие и конкретные аспекты могут осуществляться с использованием системы, способа, и компьютерной программы, и любой комбинации систем, способов, и компьютерных программ. Дополнительные выгоды и преимущества раскрытых вариантов осуществления станут видны из описания и фигур. Выгоды и/или преимущества могут индивидуально обеспечиваться посредством различных вариантов осуществления и признаков из описания и фигур, и не должны все обеспечиваться, чтобы получать одно или более из них.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0136] Настоящее раскрытие будет более хорошо пониматься со ссылкой на сопровождающие чертежи. Соответствующие варианты осуществления являются только возможной конфигурацией, в которой индивидуальные признаки могут, однако, как описано выше, осуществляться независимо друг от друга или могут пропускаться. Одинаковые элементы, проиллюстрированные на чертежах, обеспечиваются с использованием одинаковых ссылочных позиций. Части описания, относящиеся к одинаковым элементам, проиллюстрированным на чертежах, могут пропускаться.
[фиг. 1] Фиг. 1 схематически показывает иллюстративную архитектуру системы 3GPP LTE,
[фиг. 2] Фиг. 2 схематически показывает иллюстративный обзор полной архитектуры E-UTRAN для 3GPP LTE,
[фиг. 3] Фиг. 3 схематически показывает иллюстративные границы подкадров на компонентной несущей нисходящей линии связи, как определено для 3GPP LTE (Выпуск 8/9),
[фиг. 4] Фиг. 4 схематически иллюстрирует модель OSI с разными уровнями для осуществления связи,
[фиг. 5] Фиг. 5 схематически иллюстрирует отношение блока данных протокола (PDU) и блока данных услуги (SDU) также как обмен ими между уровнями,
[фиг. 6] Фиг. 6 схематически иллюстрирует стек протоколов плоскостей пользователя и управления уровня 2, скомпонованный из трех подуровней, PDCP, RLC и MAC,
[фиг. 7] Фиг. 7 схематически дает обзор разных функций в уровнях PDCP, RLC и MAC, также как иллюстрирует примерную обработку блоков SDU/блоков PDU посредством различных уровней,
[фиг. 8] Фиг. 8 схематически показывает четыре возможных сценария сдвоенных сот,
[фиг. 9] Фиг. 9 схематически показывает иллюстративные архитектуры для двойного соединения,
[фиг. 10] Фиг. 10 схематически показывает различные варианты выбора в направлении DL для данных плоскости U;
[фиг. 11] Фиг. 11 схематически показывает одиночную сущность MAC, принимающую предоставления от более, чем одной соты,
[фиг. 12] Фиг. 12 схематически показывает две соты MAC, принимающие предоставления от двух сот без разделенных носителей,
[фиг. 13] Фиг. 13 схематически показывает сторону сети, вариант 2C выбора архитектуры плоскости пользователя,
[фиг. 14] Фиг. 14 схематически показывает сторону UE, вариант 2C выбора архитектуры плоскости пользователя,
[фиг. 15] Фиг. 15 схематически показывает сторону сети, вариант 3C выбора архитектуры плоскости пользователя,
[фиг. 16] Фиг. 16 схематически показывает сторону UE, вариант 3C выбора архитектуры плоскости пользователя,
[фиг. 17] Фиг. 17 схематически показывает в вариант 3C и 3D выбора архитектуры UP, где PDCP является общей сущностью,
[фиг. 18] Фиг. 18 схематически показывает пример применения отношения для вывода BSR,
[фиг. 19] Фиг. 19 схематически показывает вариант 3C выбора архитектуры плоскости пользователя стороны UE согласно одному варианту осуществления настоящего раскрытия,
[фиг. 20] Фиг. 20 схематически показывает вариант 3C выбора архитектуры плоскости пользователя стороны UE согласно одному варианту осуществления настоящего раскрытия.
ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
[0137] В настоящем описании, используются следующие признаки. "Мобильная станция" или "мобильный узел" является физической сущностью в пределах сети связи. Один узел может иметь несколько функциональных сущностей. Функциональная сущность указывает на модуль программного обеспечения или аппаратного обеспечения, который осуществляет и/или предлагает предварительно определенный набор функций для других функциональных сущностей узла или сети. Узлы могут иметь один или более интерфейсов, которые присоединяют узел к средству связи или носителю, по которому узлы могут осуществлять связь. Аналогично, сетевая сущность может иметь логический интерфейс, присоединяющий функциональную сущность к средству связи или носителю, по которому она может осуществлять связь с другими функциональными сущностями или соответствующими узлами.
[0138] Признак "главная базовая станция", используемый в формуле изобретения и во всем описании настоящего раскрытия, должен толковаться, как используется в области двойного соединения в 3GPP LTE-A; таким образом, другими признаками являются макро базовая станция, или главный/макро eNB; или обслуживающая базовая станция или любая другая терминология, которая будет выбрана позже проектом 3GPP. Аналогично, признак "вторичная базовая станция", используемый в формуле изобретения и во всем описании, должен толковаться, как используется в области двойного соединения в 3GPP LTE-A; таким образом, другими признаками являются подчиненная базовая станция, или вторичный/подчиненный eNB или любая другая терминология, которая будет выбрана позже проектом 3GPP.
[0139] Признак "радионоситель", используемый в формуле изобретения и во всем описании настоящего раскрытия, должен толковаться совместно с терминологией 3GPP, и указывает на виртуальное соединение между двумя конечными точками, то есть, мобильной станцией и базовой станцией, которое используется для транспортировки данных между ними; признак, который акцентирует тот факт, что виртуальное соединение обеспечивает "услугу носителя", то есть, транспортную услугу с конкретными атрибутами QoS. Радионоситель данных также может называться радионоситель плоскости пользователя, и радионоситель сигнализации также может называться радионоситель плоскости управления. Радионоситель отличается от другой терминологии, как определено проектом 3GPP, такой как носитель S1, E-RAB, носитель S5/S8, носитель EPS и т.д. (см. также фиг. 2.8 в LTE - The UMTS Long Term Evolution FROM THEORY TO PRACTICE, под редакцией: Stefania Sesia, Issam Toufik, Matther Baker, Второе издание, ISBN 978-0-470-66025-6, включенную сюда по ссылке).
[0140] В последующем, будут подробно описываться несколько вариантов осуществления настоящего раскрытия. Только для иллюстративных целей, большинство вариантов осуществления описываются по отношению к системам мобильной связи схем радиодоступа согласно 3GPP LTE (Выпуск 8/9) и LTE-A (Выпуск 10/11), частично описанным в разделе Технический уровень техники выше. Следует отметить, что настоящее раскрытие может предпочтительно использоваться, например, в системе мобильной связи, такой как системы связи 3GPP LTE-A (Выпуск 12), как описано в разделе Технический уровень техники выше. Эти варианты осуществления описываются как варианты осуществления для использования совместно с и/или для усовершенствования функциональных возможностей, определенных в 3GPP LTE и/или LTE-A. В этом отношении, терминология 3GPP LTE и/или LTE-A используется во всем описании. Дополнительно, описываются иллюстративные конфигурации, чтобы детально описывать полную широту настоящего раскрытия.
[0141] Описания не должны пониматься как ограничивающие настоящее раскрытие, но как простой пример вариантов осуществления настоящего раскрытия, чтобы лучше понимать настоящее раскрытие. Специалист в данной области техники должен знать, что общие принципы настоящего раскрытия, как изложены в формуле изобретения, могут применяться к разным сценариям и способами, которые не описаны здесь явно. Соответствующим образом, последующие сценарии, предполагаемые для описательных целей различных вариантов осуществления, не ограничивают настоящее раскрытие как таковое.
[0142] Согласно настоящему раскрытию, некоторые из недостатков в некоторых из альтернатив серии 3; например, 3C и 3D, устраняются. Соответствующим образом, настоящее раскрытие обеспечивает несколько вариантов осуществления по отношению к усовершенствованному докладу состояния буфера и процедуре назначения приоритетов логическим каналам.
[0143] Как описано ранее для предшествующего уровня техники, до сих пор имеется только одна сущность MAC, даже в агрегировании несущих. Таким образом, она может применять процедуру назначения приоритетов логическим каналам, LCP, только один раз, даже если она принимает предоставления от более, чем одной соты/линии связи. Когда UE запрашивается передать множество блоков MAC PDU в одном TTI, этапы 1 по 3 и ассоциированные правила стандартной процедуры LCP могут применяться либо к каждому предоставлению независимо, либо к сумме емкостей предоставлений. Как результат варианта 3 выбора архитектуры плоскости пользователя, UE имеет 2 сущности MAC, которые принимают отдельные предоставления от соответствующей соты; но то, как LCP будет исполняться (например, одно за одним или агрегировано) не ясно, особенно для совместно используемого носителя. Следовательно, также является не ясным то, как назначение PBR может работать для такого носителя.
[0144] Фиг. 15 схематически иллюстрирует интерфейс S1-U, оканчивающийся в MeNB, в дополнение к радионосителю, разделенному в MeNB, также как независимые сущности RLC для разделенных радионосителей. Фиг. 17 схематически показывает, что в вариантах 3C и 3D выбора архитектуры UP, PDCP является общей сущностью для уровней RLC, MAC и PHY для MeNB и SeNB.
[0145] В последующем, BSR будет рассматриваться первым. Серия 3 вариантов выбора архитектуры плоскости пользователя, рассматриваемая в 3GPP, в частности, в документе TR 36.842 проекта 3GPP, обеспечивает возможность разделения носителя, так что пакеты из конкретного носителя (носителей) могут приниматься/передаваться посредством более, чем одной соты одновременно от/в UE.
[0146] Чтобы обеспечивать QoS всех носителей (носителя) каждого UE, которое обслуживается в сети, разные действия UL, например, LCP, BSR, PHR и другие, могут быть связаны, так что, как только UE знает, например, то, как BSR для разделенного носителя должен докладываться в каждую линию связи/соту, оно также может выводить то, как вывод PBR осуществляется для исполнения LCP для этого разделенного носителя, соответствующим образом в каждой сущности MAC в направлении к индивидуальной участвующей соте (сотам) или наоборот. Это может быть дополнительно связано с PHR, так что конкретный триггер PHR также может запускать повторный вывод/повторное вычисление BSR/PBR и т.д. и даже доклад в том смысле соответствующего нового триггера.
[0147] Вариант выбора тогда состоит в том, чтобы использовать фиксированное отношение, которое может полустатически использоваться (до повторного вывода/повторного конфигурирования), чтобы выводить, например, BSR и параметры LCP как PBR. Отношение может быть полустатически фиксированным (ниже называется 'фиксированным') до изменения позже при его новом выводе/сигнализации.
[0148] Пример этого проиллюстрирован на фиг. 18. Как можно видеть на фигуре, для отношения, равного 1:4, разделение логического канала 2 (LC2) - BSR в MeNB докладывается для 110 и 99 байтов для LCG1 и LCG2 соответственно. Более того, 133 и 78 байтов докладываются в SeNB для LCG1 и LCG2 соответственно.
[0149] Более конкретно, фиг. 18 схематически иллюстрирует картину стороны UE. Здесь, предполагается, что BSR докладываются в LCG только для тех каналов, которые фактически принимаются/передаются между соответствующей парой MeNB-UE или SeNB-UE. Как проиллюстрировано, в этом варианте осуществления, имеется две сущности MAC в UE, именно MAC-MeNB и MAC-SeNB, которые вычисляют размер буфера, соответствующий их части логических каналов. В частности, в этом примере имеется две группы логических каналов, LCG1 и LCG2, где LCG1 имеет логические каналы LC1 и LC4, в то время как LCG2 имеет логические каналы LC2 и LC3. Как можно видеть, только LC2 является разделенным носителем, чьи пакеты передаются/принимаются обоими MeNB и SeNB. Вычисление доклада состояния буфера добавляет BO для всех логических каналов. BO для каждого логического канала является буфер RLC+буфер PDCP. Дополнительно, RLC BO (заполнение буфера) докладывается только в соответствующий Узел, то есть, не используется совместно, так как RLC обеспечивается в расчете на eNB. Буфер PDCP совместно используется/разделяется между соответствующими сущностями MAC, только если соответствующий логический канал разделен, в противном случае нет.
[0150] Поэтому, для LC1, в качестве примера, BSR, подлежащий докладу в MeNB посредством MAC-MeNB, является простой суммой PDCP BO для LC1 (100 байт)+RLC BO для LC1 (10 байт), и, поэтому, MAC-MeNB вычисляет размер буфера, соответствующий логическому каналу LC1, как 110 байт. Так как LCG1 для MAC-MeNB состоит только из LC1 (LC4, также принадлежащий группе LCG1, относится к SeNB), состояние буфера, доложенное в MeNB (посредством MAC-MeNB), для LCG1 равняется 110 байт.
[0151] Беря пример случая разделенного носителя, LC2, так как иллюстративное отношение равняется 1:4, именно одна часть для MeNB и четыре части для SeNB, PDCP BO становится разделенным в этом отношении. То есть, PDCP BO, подлежащее докладу в MeNB посредством MAC-MeNB, для LC2 равняется 80*1/5=16 байт. Так как LC3 также является частью группы LCG2, PDCP BO канала LC3 добавляется напрямую, так как LC3 не является разделенным носителем. Поэтому, заполнение буфера PDCP для LCG2, подлежащее докладу в MeNB посредством MAC-MeNB, равняется 76, то есть, 16+60 байт. Дополнительно, так как доклад состояния буфера является суммой PDCP BO+RLC BO, соответствующий BSR добавляет заполнения RLC BO к этому значению. Поэтому, MAC-MeNB вычисляет размер буфера, соответствующий логическим каналам LCG2 как 99 байт, именно 76+11+12 байт. Обратно, для доклада в SeNB, используется оставшаяся часть заполнения PDCP BO для LC2, именно 80*4/5=64 байт, к которым добавляется RLC BO, в этом примере, другие 14 байт, что дает результатом полное докладываемое значение в SeNB, равное 78 байт.
[0152] В вышеописанном примере 1:4 берется только как иллюстративное отношение; оно может представляться также как 1/5:4/5 или 0.2:0.8. В качестве другого примера, если UE имеет 100 байт данных для отправки в UL для конкретного разделенного носителя и отношение, выведенное и сигнализированное посредством сети равняется 2:3 между MeNB и SeNB для того же носителя, то UE должно докладывать заполнение буфера, равное 40 байт, в MeNB и 60 байт в SeNB. Согласно одному предпочтительному варианту осуществления, это отношение основывается главным образом на том, сколько трафика сеть хочет разгрузить в малую соту (например, 10%, 50%, 99% или 100%).
[0153] Если, например, отношение равняется 100%, то весь трафик разгружается в малую соту. Учитывая соответствующее отношение, равное 0:1, именно ничего в MeNB и все в SeNB, PDCP BO разделяется соответственно. При предположении буферов PDCP и RLC из фиг. 18, это будет давать результатом следующее. Для логического канала LC2, PDCP BO, подлежащее докладу в MeNB посредством MAC-MeNB, равняется 0 байт. Как ранее, так как логический канал LC3 также является частью группы LCG2, добавляется PDCP BO, равное 60 байт, для логического канала LC3, и в этом случае полностью вследствие того, что он не является разделенным носителем. Поэтому, PDCP BO для группы LCG2, подлежащее докладу в MeNB, равняется 60 байт. К 60 байтам для PDCP BO, должны добавляться соответствующие заполнения RLC BO для группы LCG2; это добавляет другие 11 байтов и 12 байтов для логических каналов LC2 и LC3 соответственно.
[0154] Обратно, для доклада BSR в SeNB, докладывается полный буфер PDCP для разделенного носителя. В частности, 80 байт в буфере PDCP для LC2 добавляются полностью к RLC BO, равному 14 байт, для LC2. Таким образом, полный BSR докладывает полное значение 94 байта (80+14).
[0155] Это применяется соответствующим образом к специальному отношению, равному 0%, или 1:0, то есть, к случаю, когда никакой трафик не разгружается в малую соту. В этом случае, полный буфер PDCP для разделенного носителя LC2 докладывается в MeNB (в дополнение к 60 байтам для LC3, и RLC BO для LC2 и LC3), и ничего для буфера PDCP для разделенного носителя LC2 не докладывается в SeNB (хотя RLC BO для LC2 является ненулевым и еще докладывается в SeNB).
[0156] Упомянутые конкретные отношения разделения, равные 1:0 и 0:1, имеют преимущество упрощенного поведения UE по отношению к процедуре BSR для случаев разделенного носителя.
[0157] Является дополнительно предпочтительным, если доклады состояния буфера фактически докладываются, только когда значение доклада BSR не является нулевым. Излагая другим образом, особенно в вышеупомянутых случаях, когда PDCP BO может быть 0 вследствие специального отношения разделения, равного 1:0 или 0:1, BSR, по существу, докладывает BO для уровня RLC, то есть, RLC BO, отражающее состояние принятых блоков RLC PDU в нисходящей линии связи, в SeNB. Однако для тех случаев, когда никакие данные не находятся в буфере для уровня RLC (в этом случае для LC2), соответствующий BSR, который бы вычислялся, будет иметь значение 0. Следовательно, согласно одному предпочтительному варианту осуществления, этот тип доклада BSR, который бы докладывал значение, равное 0, не передается.
[0158] Фиксированное отношение может, например, выводиться сетью и сигнализироваться в UE. В некоторых вариантах реализации, MeNB отвечает за определение значения отношения, например, посредством также принятия ввода, такого как показатель загрузки SeNB, от SeNB. В одном варианте осуществления eNB может сигнализировать значение отношения в UE с использованием сигнализации RRC (например, при (повторном) конфигурировании носителя) или с использованием сигнализации MAC.
[0159] Это отношение может говорить UE, какая часть буфера должна докладываться в каждую из участвующих сот для конкретного разделенного носителя или, альтернативно, во все разделенные носители, поэтому оно может осуществляться посредством использования только одного отношения в расчете на UE.
[0160] В некоторых вариантах осуществления, сетевые узлы MeNB и SeNB могут совместно использовать эту назначенную информацию отношения, чтобы узлы eNB знали, не только сколько предоставления UL будет обеспечиваться в UE другим eNB, например, в следующих нескольких интервалах TTI. Это может давать индикацию использования ресурса/мощности UL другой линии связи, и затем каждая линия связи может обеспечивать свое использование ресурса/мощности UL соответственно.
[0161] Для конкретных отношений, равных 1:0 и 0:1 (то есть, никакая/полная разгрузка в малую соту), сеть может сигнализировать то, как разделять полное заполнение буфера уровня PDCP разными способами, как будет описано в последующем. Например, сеть может указывать уже в конфигурации носителя, какая линия связи должна использоваться для доклада BSR для данных PDCP, как описано выше. Это может осуществляться, например, посредством сообщения управления радиоресурсами (RRC), например, посредством сообщения конфигурирования радиоресурсов. Согласно первому варианту осуществления сигнализации, может вводиться флаг для логического канала, ассоциированного с разделенным носителем EPS. Флаг, таким образом, указывает, должно ли UE докладывать данные PDCP в буфере внутри BSR для этого логического канала или нет. Например, флаг может включаться в информационный элемент logicalChannelConfig, определенный в стандарте TS36.331, аналогичным образом как информационный элемент (IE) logicalChannelSR-Mask. Альтернативно, определение "появления доступных данных" в технических стандартах TS 36.323, TS36.322 и TS 36.321 может повторно использоваться в упомянутом отношении, так что данные PDCP учитываются только для доклада BSR и необязательно также для запуска BSR как "появление доступных данных", когда флаг установлен. Этот флаг, по существу, указывает, какой из упомянутых двух логических каналов для разделенного носителя используется для доклада BSR данных PDCP. Один из упомянутых двух логических каналов, либо логический канал, используемый для передач в MeNB, либо логический канал в направлении к SeNB, обеспечивается для доклада BSR данных PDCP, тогда как другой логический канал блокируется (или приостанавливается) для доклада BSR данных PDCP.
[0162] Согласно второму варианту осуществления сигнализации, новый информационный элемент может определяться либо в MAC-MainConfig IE, либо в DRB-ToAddMod IE (уже стандартизированных в TS36.331), таким образом, указывая, учитываются ли данные PDCP разделенного носителя конкретным радионосителем или логическим каналом для доклада BSR или нет.
[0163] Более того, даже если одна из линий связи сконфигурирована с возможностью быть блокированной или приостановленной для доклада BSR данных PDCP разделенного носителя, эта линия связи все еще используется для доклада данных RLC разделенного носителя, например, блоков RLC STATUS PDU, в соответствующий eNB. Элементы управления MAC (MAC CE) как BSR или PHR, которые также передаются в восходящей линии связи, не являются специальными для радионосителя данными и, следовательно, не находятся в объеме этого настоящего раскрытия.
[0164] То, как сеть, например, MeNB, выводит отношение, может основываться на некоторых конкретных критериях, как, например, загрузка соты участвующей соты, требования разгрузки, такие как сколько трафика должно быть разгружено в SeNB, состояния каналов UL оборудования UE, такие как, какая линия связи является более хорошей/более плохой, показатели QoS, такие как требования к задержке пакетов/задержке в носителе, и т.д.
[0165] Назначение BSR может применяться только к заполнению буфера в подуровне PDCP, как в документе TS 36.323 проекта 3GPP, но не, например, к подуровню RLC, который может докладываться "как есть", то есть, без какого-либо дополнительного разделения между MeNB и SeNB.
[0166] Дополнительно, вышеописанное основанное на отношении разделение может зависеть от некого "некоторого минимального трафика/буфера", который может быть сконфигурирован в UE или определен. Например, некоторый минимальный диапазон будет конфигурируемым, то есть, когда сеть конфигурирует носитель для UE с использованием сообщения переконфигурирования соединения RRC; оно может говорить, что вплоть до индекса 20 из таблицы 6.1.3.1-1: Уровни размера буфера для BSR (как описано в 3GPP TS 36.321-a40) учитываются как ниже некоторого минимального диапазона.
[0167] Когда заполнение буфера комбинированных PDCP и RLC меньше, чем этот минимальный порог, то UE может скорее посылать свои данные UL только в одну из линии связи; линия связи сама может основываться на выборе оборудования UE или может быть предварительно сконфигурированной вместе с минимальным трафиком/заполнением буфера. В качестве одной возможной альтернативы этого усовершенствования, тип носителя (например, носитель сигнализации или конкретных данных, как, например, потоковая передача, фоновая передача и т.д.) может определять, что UE может использовать только конкретную линию связи для этой передачи данных. Сам выбор линии связи/носителя может быть предварительно сконфигурирован/определен или основываться на выборе реализации оборудования UE.
[0168] Согласно дополнительному варианту осуществления, который может использоваться в дополнение или альтернативно к вышеупомянутому и нижеописанным вариантам осуществления в отношении разделения BSR, любые квитирования уровня TCP, ассоциированные с данными нисходящей линии связи TCP, принимаемыми в UE, всегда должны передаваться в MeNB. Это не зависит от того, указывают ли квитирования TCP ACK на данные, принятые через SeNB, и/или не зависит от того, передаются ли или нет другие данные восходящей линии связи мобильным узлом в MeNB или SeNB.
[0169] Квитирования TCP передаются в восходящей линии связи для каждого пакета данных нисходящей линии связи TCP, принятого оборудованием UE. Обычно, квитирования TCP обрабатываются, как проиллюстрировано на фиг. 7, таким образом, инкапсулируются в уровне IP и дополнительно посредством уровня PDCP как PDCP PDU и т.д. Чтобы принудительно обеспечивать, чтобы все квитирования TCP ACK передавались в MeNB, UE должно обнаруживать эти квитирования TCP ACK (или, по меньшей мере, те квитирования TCP ACK, которые будут иным образом передаваться в SeNB) и пересылать их по соответствующему логическому каналу в MeNB (вместо в SeNB). Это может достигаться оборудованием UE согласно разным вариантам осуществления, некоторые из которых будут описываться в последующем.
[0170] Согласно первому варианту осуществления, уведомление (уведомления) между уровнями может определяться между уровнями TCP и PDCP, таким образом, обеспечивая возможность уровню PDCP идентифицировать квитирования TCP ACK и пересылать их в соответствующую сущность RLC для дополнительной обработки и передачи в MeNB.
[0171] Альтернативно, уровень PDCP может обнаруживать квитирования TCP ACK напрямую, то есть, без какого-либо уведомления между уровнями от уровней выше, на основе, например, некоторых правил реализации. Например, обычно квитирования TCP ACK имеют фиксированный размер PDCP PDU, и могут, таким образом, отличаться от других блоков PDCP PDU. Альтернативно, заголовок TCP/IP идентифицирует данные, чтобы относить их к TCP ACK.
[0172] Эти процедуры обнаружения могут выполняться посредством уровня PDCP до сжатия заголовка IP.
[0173] В любом случае, UE является способным направлять все квитирования TCP ACK в соответствующие более низкие уровни, для передачи в MeNB.
[0174] Как подтверждается результатами моделирования, производительность TCP напрямую связана с RTT (временем приема-передачи)/задержкой. Таким образом, пропускная способность нисходящей линии связи будет оптимизироваться/увеличиваться, когда квитирования TCP ACK не испытывают дополнительную задержку X2 между SeNB и MeNB, и TCP RTT уменьшается.
[0175] Как упомянуто ранее, этот конкретный вариант осуществления, где все квитирования TCP ACK должны передаваться в MeNB, может использоваться в комбинации с любым из вариантов осуществления, относящихся к отношению разделения, при вычислении BSR и при деактивации передачи по восходящей линии связи данных PDCP для разделенного носителя в один из MeNB и SeNB. В этих конкретных случаях однако, когда разделенный носитель для MeNB деактивирован (то есть, весь трафик разгружается в SeNB), квитирования TCP ACK не разгружаются, но передаются в MeNB (даже хотя они фактически обрабатываются посредством уровня PDCP). Это обеспечивает возможность разгрузки трафика в SeNB, который располагается более близко к UE, но в то же время улучшает производительность TCP, как описано выше, посредством передачи всех TCP ACK в MeNB.
[0176] По упомянутой причине, квитирования ACK восходящей линии связи TCP рассматриваются как исключение для описанной процедуры и должны также учитываться для доклада состояния буфера. Как описано для вышеописанного варианта осуществления, когда отношение равняется 0:1 (то есть, все данные PDCP передаются в восходящей линии связи в SeNB, и BSR разделяется посредством 0:1 по отношению к PDCP BO), заполнение буфера PDCP для квитирований TCP ACK действительно учитывается для доклада BSR; как исключение для вышеупомянутого варианта осуществления. В частности, любые квитирования TCP ACK, занимающие буфер PDCP, докладываются в MeNB в соответствующем BSR, но не докладываются в SeNB; квитирования TCP ACK, таким образом, обрабатываются отличным образом от других данных в буфере PDCP, для которых отношение разделения действительно применяется. Другими словами, отношение разделения, даже когда сконфигурировано для доклада BSR, не применяется к квитированиям TCP ACK в буфере PDCP.
[0177] Альтернативно варианту осуществления, где сеть определяет отношение, фиксированное отношение может, например, выводиться самим оборудованием UE, на основе многообразия входных параметров, включающих в себя одно или более из следующего, но не ограниченных этим:
- Пороги радиосвязи/повторные передачи HARQ (например, использовать более хорошую линию радиосвязи больше, чем плохую линию радиосвязи)
- Предысторию: принятые прошлые предоставления (более большие предоставления, принятые от конкретной соты, будут вести к более высокому отношению в ее предпочтение)
[0178] В общем, вывод отношения оборудования UE может быть функцией этих параметров, так что более предпочтительная сота, например, которая давала больше предоставлений в прошлое время, как, например, 10/100/1000 мс, или которая имела более малую рабочую точку HARQ, принимает более высокое отношение BSR/PBR.
[0179] Отношение может информироваться в сеть посредством сигнализации UL RRC или MAC, обеспечивая возможность сетевому узлу (узлам) знать, сколько заполнения буфера докладывается в другой узел для разделенного носителя.
[0180] В дополнение, для не разделенного носителя (носителей), который принимается/передается между UE и только одним из сетевых узлов, то есть, так сказать, носителя одиночного соединения, их заполнение буфера может докладываться в 'другой узел'. Другими словами, например, на фиг. 18, 110 и 133 байт могут докладываться в другие узлы (SeNB и MeNB соответственно); это обеспечивает индикацию, чтобы определять, будет ли UE иметь высокое/низкое назначение ресурсов (например, > 1 Мбит/с) от другого узла. Соответственно, MeNB/SeNB может планировать UE, чтобы минимизировать конфликты при назначении радиоресурсов, включая сюда и оказывая влияние на мощность передачи UE.
[0181] Состояние буфера докладывается оборудованием UE не в расчете на логический канал, но для группы логических каналов. Группа логических каналов может содержать логический канал (каналы) для разделенного носителя (носителя) также как логический канал (каналы) для не разделенного носителя (носителей). Состояние буфера для логического канала (каналов) для не разделенного носителя (носителей) может докладываться только в соответствующий eNB (то есть, состояние буфера для не разделенного носителя в направлении к MeNB должно докладываться только в MeNB; и аналогично для SeNB). В качестве дополнительного усовершенствования, состояние буфера для не разделенного носителя в направлении к MeNB также может докладываться в SeNB и наоборот. Это будет, например, помогать главной базовой станции (MeNB) определять, сколько планирования UE может принимать в следующих нескольких подкадрах от вторичной базовой станции, и, соответственно, главная базовая станция может планировать UE, чтобы минимизировать конфликты, при назначении радиоресурсов. Это может, например, быть полезным при оценке требования оборудования UE к полной мощности передачи в следующих нескольких подкадрах. Это усовершенствование может достигаться посредством конфигурирования (посредством сети по отношению к UE) и включения оборудованием UE в доклад состояния буфера 2 частей, части для каждого MeNB и SeNB.
[0182] Что касается доклада BSR для логического канала (каналов) для разделенного носителя (носителей): Логический канал для разделенного носителя (носителей) должен быть сконфигурирован как отдельная группа логических каналов, то есть, не включающая в себя какой-либо логический канал (каналы) для не разделенного носителя (носителей) в этой группе, посредством сети. Отображение носителей в группу LCG должно все еще делаться в соответствии с приоритетом носителей. По существу, только носители одного и того же приоритета должны отображаться в одну и ту же LCG. Поэтому, если разделенные носители имеют разный приоритет, они должны предположительно быть в отдельных группах LCG.
[0183] Таким образом, состояние буфера для всех логических каналов (канала) для разделенных носителей (носителя) может докладываться вместе в его собственной LCG. Это может требовать от сети сконфигурировать более, чем 4 группы LCG, как имеет место (максимум 4 группы LCG) в текущее время. В этом случае, сеть может внутренним образом решать (с использованием интерфейса Xn) обслуживать UE в определенном отношении.
[0184] Или, альтернативно, состояние буфера для логического канала (каналов) для разделенного носителя (носителей) может вычисляться для UE как целое (никакого разделения для MeNB/SeNB, то есть, так, что докладывается все PDCP BO) и докладываться в какой-либо/оба узла eNB внутри соответствующей LCG.
[0185] В случае доклада BSR (например, для разделенного носителя) только в один из Узлов, UE может выбирать узел на основе:
- Предыстории, такой как повторные передачи HARQ, предыдущие назначения и т.д., чтобы максимизировать использование линии связи, которая является более подходящей согласно состоянию канала UL оборудования UE и доступности ресурсов в этом Узле.
- Конкретный узел также может быть сконфигурирован, чтобы выбираться как часть политики сети, которая может диктовать, что при следующих ситуациях, предполагается, что UE выбирает конкретную соту для доклада BSR:
o Порог радиосвязи, например, если DL RSRP, рабочая точка UL HARQ и т.д. находятся выше некоторого порога, то выбирается сота X для доклада BSR,
o Заполнение буфера, например, если BO меньше, чем предварительно определенное значение порог 1, то выбирается SeNB,
o Выбирается сота для отправки BSR, где сконфигурирован D-SR, выделенный SR на PUCCH,
o Некоторый способ реализации UE.
[0186] В качестве возможного усовершенствования, UE может посылать BSR в другую соту/линию связи, если первая сота/линия связи не обеспечивает много/какое-либо предоставление в пределах определенной величины времени, как, например, после истечения N retxBSR-Timer; где N является целым числом, более большим, чем или равным 1; например, если первая сота обеспечила менее, чем 50% предоставлений, которые UE запрашивало.
[0187] В качестве еще другого решения, значения отношения 0 (0:1), бесконечность (1:0) и т.д. могут использоваться, чтобы выключать одну из линий связи полностью. Например, если отношение 0 сигнализируется с использованием сигнализации MAC, то UE полностью остановит использование первой линии связи (например, MeNB) (соответствующий разделенный носитель или все носители в зависимости от того, что отношение обозначает). Аналогично, если сигнализируется отношение бесконечность, то UE остановит использование второй линии связи (например, SeNB).
[0188] В более подробном варианте осуществления, отношения разделения, равные 0:1 и 1:0, уже рассмотренные для вычисления BSR, как описано выше, могут в дополнение или альтернативно использоваться, чтобы деактивировать разделенный носитель либо для MeNB, либо для SeNB для передачи данных от совместно используемой сущности PDCP в восходящей линии связи. Например, в линии с докладом BSR, когда PDCP BO полностью докладывается в MeNB для отношения разделения, равного 1:0, носитель для SeNB может деактивироваться или приостанавливаться и, таким образом, не использоваться для передачи каких-либо данных восходящей линии связи, обработанных посредством уровня PDCP, в SeNB. Обратно, в линии с докладом BSR, когда PDCP BO полностью докладывается в SeNB для отношения разделения, равного 0:1, носитель для MeNB может деактивироваться или приостанавливаться и, таким образом, не использоваться для передачи каких-либо данных восходящей линии связи, обработанных посредством уровня PDCP, в MeNB.
[0189] Это имеет то преимущество, что поведение UE упрощается для процедуры LCP для этих разделенных носителей, так как разделение носителя, таким образом, фактически происходит только в нисходящей линии связи. Так как все данные восходящей линии связи (за исключением данных RLC) идут только в один eNB, UE не должно определять то, как разделять заполнение буфера PDCP между упомянутыми двумя узлами eNB.
[0190] Фиг. 19, которая является аналогичной фиг. 16, примерно иллюстрирует деактивацию носителя для соты 2 (SeNB), в том, что совместно используемый уровень PDCP (сущность) пересылает все вниз только в сущность уровня RLC для соты 1 (то есть, в направлении к MeNB). Фиг. 20 изображает случай, когда носитель в направлении к MeNB деактивируется, и, таким образом, совместно используемый уровень PDCP (сущность) пересылает все вниз только в сущность уровня RLC для соты 2 (то есть, в направлении к SeNB).
[0191] Как уже упомянуто выше, даже если одна из линий связи сконфигурирована с возможностью быть блокированной или приостановленной для передач по восходящей линии связи данных PDCP разделенного носителя, эта линия связи все еще используется для передачи данных RLC разделенного носителя, например, блоков RLC STATUS PDU, в соответствующий eNB. Другими словами, данные, которые исходят от сущностей RLC, могут все еще передаваться в соответствующую базовую станцию, независимо от отношения разделения и деактивации разделенного носителя. Дополнительно, элементы управления MAC (MAC CE) как BSR или PHR, которые также передаются в восходящей линии связи, не являются специальными для радионосителя данными и, следовательно, не находятся в объеме этого настоящего раскрытия; они дальше передаются в соответствующую базовую станцию. Как видно из фиг. 19, данные, как генерируются посредством более низких уровней протокола PDCP (RLC, MAC), все еще пересылаются через соту 2 в SeNB.
[0192] Необязательно, дополнительное исключение относится к квитированиям TCP, то есть, квитированиям, посылаемым из уровня UE TCP в ответ на данные нисходящей линии связи TCP, принимаемые в UE. Как описано в одном дополнительном варианте осуществления, квитирования TCP всегда передаются в один сконфигурированный eNB, то есть, MeNB, и, таким образом, в случае разделенного носителя, квитирования TCP ACK пересылаются из уровня PDCP в соответствующие более низкие уровни с тем, чтобы дополнительно пересылаться в MeNB; это имеет место даже для квитирований TCP ACK, которые относятся к данным нисходящей линии связи TCP, принятым от SeNB, и даже для вышеупомянутого случая, где предполагается, что все данные PDCP (которые включают в себя квитирования TCP ACK, обработанные посредством уровня PDCP) передаются в SeNB.
[0193] Это может, например, вести к сценарию, где все данные разгружаются в SeNB, за исключением, по меньшей мере, того, что все квитирования ACK восходящей линии связи TCP посылаются в MeNB. Согласно другому варианту осуществления необязательно, также блоки PDU состояния PDCP всегда посылаются в один предварительно определенный eNB, например, MeNB, чтобы избегать дополнительной задержки Xn. Аналогично квитированиям TCP, сущность PDCP всегда пересылает доклад состояния PDCP в соответствующие более низкие уровни с тем, чтобы они дополнительно передавались в MeNB независимо от отношения разделения или деактивации носителя. Это может, например, вести к сценарию, где все данные разгружаются в SeNB, за исключением, по меньшей мере, того, что все блоки PDU состояния PDCP посылаются в MeNB.
[0194] UE может информироваться об отношении разделения, и, таким образом, о том, какую линию связи разделенного носителя деактивировать для данных восходящей линии связи PDCP, различными способами узлом MeNB. Как уже было описано в связи с отношением разделения, используемым в связи с вычислением BSR, сеть может указывать уже в конфигурации носителя, должна ли конкретная линия связи использоваться для передачи данных восходящей линии связи PDCP или нет; то есть, должна ли конкретная линия связи деактивироваться по отношению к передаче данных восходящей линии связи PDCP. Это может делаться посредством сообщения управления радиоресурсами (RRC), например, посредством сообщения конфигурирования радиоресурсов.
[0195] Согласно первому варианту осуществления сигнализации, может вводиться флаг для логического канала, ассоциированного с разделенным носителем EPS. Флаг, таким образом, указывает, должно ли UE использовать конкретный логический канал для передачи данных восходящей линии связи PDCP или нет (и может дополнительно указывать, докладывать ли данные PDCP в BSR для этого логического канала или нет). Например, флаг может включаться в информационный элемент logicalChannelConfig, определенный в стандарте 36.331, аналогичным образом как информационный элемент logicalChannelSR-Mask (IE). Альтернативно, определение "появления доступных данных" в технических стандартах TS 36.323, TS36.322 и TS 36.321 может повторно использоваться в упомянутом отношении.
[0196] Согласно второму варианту осуществления сигнализации, новый информационный элемент может определяться либо в MAC-MainConfig или DRB-ToAddMod (уже стандартизированных в TS36.331), таким образом, указывая, должно ли UE использовать конкретный радионоситель или соответственно логический канал для передачи данных восходящей линии связи PDCP или нет (и может дополнительно указывать, докладывать ли данные PDCP для передачи по этому радионосителю или логическому каналу или нет).
[0197] Вышеописанное отношение вывода BSR также может использоваться, чтобы исполнять процедуру назначения приоритетов логическим каналам, например, посредством использования того же, или выведенного отношения, чтобы разделять PBR (prioritisedBitRate). Например, если PBR, равная 'kBps128', то есть, 128 байт в расчете на TTI, назначается в отношении 1:3, то есть, для каждого байта на MeNB, SeNB получает 3, то эффективная PBR на этих линиях связи будет 32 и 96 соответственно. С этими выведенными скоростями PBR, процедура LCP может исполняться в 2 разных подуровнях MAC, для соответствующих 2 разных сот/линий связи, как определено в назначении приоритетов логическим каналам, как определено в разделе 5.4.3.1 в TS 36.321.
[0198] Однако, если никакой подход фиксированного отношения не должен использоваться, то другой альтернативой будет использовать подход виртуальных бакетов. В этом подходе MAC-1, соответствующая соте/линии связи 1, может исполнять LCP как обычно и обновлять ситуацию удовлетворенной PBR (определенное "Bj" как в Разделе 5.4.3.1 в TS36.321, здесь включенное по ссылке) разделенного носителя соответственно; MAC-2, соответствующая соте/линии связи 2, может исполнять LCP как обычно, но беря для разделенного носителя новое значение ("Bj" как в Разделе 5.4.3.1 в TS36.321), обновленное посредством MAC-1 соответственно.
[0199] В отношении того, какая сущность MAC, для какой линии связи, должна начинать исполнять процедуру LCP первой, может быть несколько механизмов. Это может оставляться реализации UE; например, некоторая реализация UE может всегда начинать с SeNB, и другие могут всегда начинать с MeNB; альтернативно, другая реализация UE может принимать решение случайным образом, или на основе предоставления, которое было принято ранее для одной из линий связи.
[0200] В одном возможном примере, если большая часть, например, более, чем 50% предоставления, была обеспечена конкретным eNB, то UE может начинать с предоставления этого узла eNB. В качестве дополнительного варианта выбора UE может переключать первую MAC (соту/линию связи) на основе аналогичных критериев или может даже быть сконфигурировано сетью, например, чтобы начинать с соты (заполнения BO, соответствующего этой соте), которая имеет меньшее неблагополучие в терминах меньших агрегированных данных, подлежащих передаче и т.д. Неблагополучие может вычисляться посредством агрегирования неудовлетворенной PBR и/или оставшегося объема данных в буфере. Дополнительно, в сущности MAC, выбранной этим способом, неблагополучие носителя с наивысшим приоритетом может минимизироваться сначала посредством назначения ему дополнительных предоставлений и затем перехода к неблагополучным носителям с более низким приоритетом последовательным образом.
[0201] В качестве альтернативного решения к тому, когда никакой подход фиксированного отношения не должен использоваться, сеть может конфигурировать разделение во времени, как, например, способом TDM, в отношении того, какая MAC будет исполнять LCP при рассмотрении разделенного носителя (носителей). Другая MAC не рассматривает этот разделенный носитель (носители) для этих временных интервалов, но в других отношениях исполняет LCP обычным образом для всех других носителей (носителя).
[0202] В качестве дополнительного альтернативного решения к тому, когда никакой подход фиксированного отношения не должен использоваться, могут добавляться больше этапов к процедуре, описанной в разделе 5.4.3.1 в TS36.321 проекта 3GPP, так что первая LCP исполняется обычным образом в обеих сущностях MAC и затем одна из MAC, которая имеет наивысшее неблагополучие пытается уменьшить неблагополучие посредством снятия назначений для разделенного носителя, так что отрицательное Bj, если какое-либо, разделенного носителя в точности становится обратно 0. Эти предоставления затем распределяются другим носителям (носителю), если их Bj является все еще положительным, иначе (или, если предоставление все еще остается) предоставление назначается другим носителям с высоким приоритетом, начиная с носителя с наивысшим приоритетом, который имеет все еще какие-либо данные в своем буфере, так что неблагополучие носителя с наивысшим приоритетом может минимизироваться сначала посредством назначения ему дополнительных предоставлений и затем перехода к неблагополучным носителям с более низким приоритетом последовательным образом.
[0203] В последующем, будут раскрываться дополнительные альтернативные подходы. В качестве еще другого альтернативного решения к тому, когда никакой подход фиксированного отношения не должен использоваться, предоставления от всех соты/линии связи могут агрегироваться как одно предоставление, и затем может исполняться процедура LCP, чтобы сумма до сих пор назначенного предоставления для логических каналов в соте не превосходила предоставление, которое пришло от этой соты, и, когда это происходит, процедура LCP назначает предоставление оставшемуся логическому каналу другой MAC-соты.
[0204] В качестве еще другой альтернативы для назначения приоритетов логическим каналам, сеть (RRC) может конфигурировать разделенный носитель как две отдельные конфигурации, соответствующие двум разным сотам, в UE, так что PBR (prioritisedBitRate) или другие параметры, которыми RRC управляет для планирования данных восходящей линии связи посредством сигнализации для каждого логического канала, имеет разные значения для каждой PBR (prioritisedBitRate) или других параметров, которыми RRC управляет для планирования данных восходящей линии связи.
[0205] После этого, каждая сущность MAC в UE может исполнять свою LCP независимо. То, какие значения такого параметра могут конфигурироваться, может быть решением, аналогичным выводу "отношения", который был описан выше. В качестве варианта выбора осуществления оборудование UE также может конфигурировать себя этим аналогичным способом, то есть, конфигурировать внутренним образом разделенный носитель как две отдельные конфигурации.
[0206] Дополнительно, размещение разных процедур планирования UL вместе может делаться так, что они не только совместно используют, например, отношение, но также триггер. Это может, например, происходить, когда одна из сот терпит неудачу (например, сталкивается с RLF или не может использоваться по аналогичной причине), тогда UE должно докладывать BSR, PHR при предположении, что нет никакой передачи для плохой линии связи, и изменять отношение (которое используется, чтобы вычислять BSR, LCP и даже PHR), чтобы было ясно для принимающего сетевого узла, что другая линия связи потерпела неудачу и/или что он должен/может обеспечить более большое предоставление (мощность, физические ресурсы) оборудованию UE и также инициировать последующую необходимую процедуру, включая сюда перемещение оборудования UE в некоторую другую соту с использованием, например, процедуры передачи обслуживания. В этой соте изменение одной ситуации, например, мощности (доклад PHR), может впоследствии запускать другие доклады, например, BSR, и также назначение приоритетов логическим каналам UL также должно учитывать эти изменения, чтобы разделенный носитель не страдал/страдал минимально в передаче. Таким образом, всякий раз, когда происходит RLF, UE может сигнализировать, используя специальный доклад (неявно или явно) в одном из тех докладов/процедуре, что произошел RLF, и затем сеть может инициировать некоторый тип механизма восстановления.
[0207] В последующем будет описываться один дополнительный вариант осуществления настоящего раскрытия, согласно которому процедура назначения приоритетов логическим каналам учитывает разделенный носитель, и, конкретно, доклад состояния разделенного буфера, как введено в любом из предыдущих вариантов осуществления.
[0208] Согласно одному из предыдущих вариантов осуществления, буфер PDCP для разделенного носителя (например, LC2 на фиг. 18) совместно используется между радионосителем для MeNB и радионосителем для SeNB. Это может вести к трате впустую предоставления восходящей линии связи во время процедуры LCP, как будет проиллюстрировано посредством следующего сценария.
[0209] Предполагается, что UE сконфигурировано со специальным для eNB носителем RB1, отображаемым только в MeNB, и с "разделенным носителем" RB2, отображаемым как в MeNB, так и в SeNB. Дополнительно, доклад BSR для разделенного носителя RB2 сконфигурирован с отношением, равным 0.4 к 0.6. При предположении, что прибывают 100 байт данных (PDCP) для обоих носителей одновременно, UE соответствующим образом посылает первый BSR1 с 140 байтами (100 байт+0.4*100 байт) в MeNB, и второй BSR2 с 60 байтами (0.6*100 байт) в SeNB.
[0210] Сначала, UE планируется с предоставлением, равным 140 байт, от MeNB. При условии, что приоритет логического канала носителя RB2 больше, чем приоритет носителя RB1, и когда выполняется общая процедура LCP для разделенного носителя, как описано в варианте осуществления выше, UE посылает 100 байт данных посредством RB2 в MeNB, и 40 байт данных посредством RB1 в MeNB. Позже, UE принимает другое предоставление, равное 60 байт, от SeNB. Однако не имеется никаких данных, оставшихся для каких-либо носителей, отображаемых в SeNB, и UE не может использовать предоставление от SeNB для данных в направлении к MeNB. Таким образом, UE посылает заполняющие байты в SeNB, и данные носителя RB1, ожидающие передачи по восходящей линии связи в MeNB, ожидают в буфере UE, до тех пор, когда MeNB принимает новую информацию о состоянии буфера, например, посредством периодического BSR. Как видно, настоящая процедура LCP является неэффективной при осуществлении вариантов осуществления, где заполнение буфера PDCP разделено и только разделенное PDCP BO докладывается в узлы eNB.
[0211] Согласно этому дополнительному варианту осуществления, процедура LCP выполнена с возможностью учитывать, что только часть заполнения PDCP BO докладывается в упомянутые два узла eNB. В частности, по меньшей мере, первый и третий этапы процедуры LCP определяются аналогичным образом, как изложено ниже:
Этап 1: Всем логическим каналам с Bj>0 назначаются ресурсы в убывающем порядке приоритетов. Если PBR радионосителя установлена на "бесконечность", UE назначает ресурсы для всех данных, которые являются доступными для передач по радионосителю, перед удовлетворением PBR радионосителей (радионосителя) более низкого приоритета, но только вплоть до некоторого максимума заполнения буфера, доложенного в базовую станцию;
Этап 2: если какие-либо ресурсы остаются, все логические каналы обслуживаются в строго убывающем порядке приоритетов (независимо от значения Bj) до тех пор, когда либо доложенные данные для этого логического канала, или предоставление UL исчерпываются, что бы ни произошло первым. Логические каналы с равным приоритетом должны обслуживаться равным образом.
[0212] Поэтому, при выполнении упомянутых двух процедур LPC (одной для каждого направления разделенного носителя, в направлении к MeNB и SeNB), в вышеупомянутом сценарии трата впустую ресурсов предотвращается. В этом примере, при приеме первого предоставления, равного 140 байт, от MeNB, вместо использования ресурсов для отправки всех 100 байтов данных носителя RB2 в MeNB, только 40 байтов передаются оборудованием UE посредством RB2 в MeNB, так как только 40 байтов были доложены с BSR1 относительно RB2. Из оставшихся 100 байтов этого первого предоставления от MeNB, 100 байтов расходуются, чтобы передавать 100 байтов данных, ожидающих носитель RB1 в направлении к MeNB. Затем, при приеме второго предоставления, равного 60 байт, от SeNB, оставшиеся 60 байтов, ожидающие носитель RB2, передаются с использованием соответствующей величины ресурсов из этого второго предоставления.
[0213] Для случая, когда один радионоситель или логический канал разделенного носителя деактивирован или приостановлен для передачи UL данных PDCP, процедура LCP будет учитывать только данные в сущности RLC этого блокированного/приостановленного логического канала, но не данные, доступные в сущности PDCP для этого блокированного/приостановленного логического канала.
[0214] Согласно другому дополнительному варианту осуществления, процедура LCP для разделенных носителей учитывает виртуальный буфер PDCP для каждой из линии связи/носителей, которую разделенный носитель использует в восходящей линии связи. Так как сущность PDCP совместно используется между упомянутыми двумя сущностями RLC/MAC в случае разделенного носителя, как показано на фиг. 16, UE создает виртуальный буфер/сущность PDCP для каждой из сот, которые используются в процедуре LCP в упомянутых двух сущностях MAC. Заполнение буфера PDCP виртуальной сущности/буфера PDCP вычисляется посредством заполнения буфера PDCP совместно используемой сущности PDCP, умноженного на сконфигурированное отношение разделения. Например, в случае, если заполнение буфера PDCP совместно используемой сущности PDCP равняется 100 байт в один момент времени и сконфигурированное отношение разделения равняется 0.4 к 0.6, то BO виртуального буфера/сущности PDCP для соты 1 (в направлении к MeNB) равняется 40 байт, тогда как BO виртуального буфера/сущности PDCP соты (в направлении к SeNB) равняется 60 байт. Преимущество виртуального буфера/сущностей PDCP состоит в том, что обычные операции LCP могут делаться для разделенного носителя, как описано в варианте осуществления выше.
[0215] В последующем, будет описываться один дополнительный вариант осуществления настоящего раскрытия. Предполагается, что присутствует разделенный носитель, то есть, носитель EPS разделен между MeNB и SeNB. Однако еще не определено то, как запуск доклада BSR посредством сущностей MAC будет обрабатываться оборудованием UE. Когда данные прибывают в буферах разделенного носителя и BSR запускается в сущности MAC (является она MAC-MeNB или MAC-SeNB), другая сущность MAC (MAC-SeNB или MAC-MeNB) может не запускаться.
[0216] Согласно первому варианту выбора, триггер BSR в одной из сущностей MAC для разделенного носителя действительно не распространяется в другую сущность MAC. Скорее, упомянутая одна сущность MAC докладывает BSR в свою соответствующую базовую станцию, в то время как другая сущность MAC докладывает BSR, когда запускается сама (например, из-за прибытия данных, или посредством периодического триггера BSR). Соответствующие отношения разделения могут учитываться для соответствующего вычисления упомянутых двух BSR. В этом случае, доклад посредством упомянутых двух сущностей MAC разделенного носителя является полностью независимым, что облегчает реализацию.
[0217] Согласно второму варианту выбора, триггер BSR в одной из сущностей MAC (является она MAC-MeNB или MAC-SeNB) распространяется в другую сущность MAC, так что эта другая сущность MAC также внутренним образом запускает BSR; фактически, сущности MAC разделенного носителя всегда запускаются вместе, чтобы докладывать BSR и, таким образом, должны передаваться два доклада состояния буфера, один в MeNB и один в SeNB. Однако в зависимости от того, как планируются ресурсы восходящей линии связи для доклада BSR, упомянутые две передачи доклада BSR скорей всего должны происходить в разные моменты времени в упомянутых двух сотах. Поэтому, заполнение буфера разделенного носителя может измениться, то есть, новые данные могут прибывать в буфере между упомянутыми двумя моментами времени передачи, что ведет к проблемам в отношении того, как обрабатывать такие ситуации, особенно по отношению к более позднему докладу BSR.
[0218] Этот вариант осуществления, таким образом, также имеет дело с вопросом, как упомянутые два BSR должны вычисляться по отношению друг к другу, и являются возможными разные варианты выбора, четыре, из которых будут описываться более подробно. T0 является временем, в которое упомянутые две сущности MAC запускаются для доклада BSR; T1 является временем, в которое первый BSR планируется для передачи (является это BSR-MeNB, или BSR-SeNB); соответствующим образом, T2 является временем, в которое второй BSR планируется для передачи (является это BSR-SeNB или BSR-MeNB).
[0219] Согласно первому варианту выбора вычисления, оба доклада BSR вычисляются на основе заполнения буфера либо в T0 (то есть, когда BSR запускаются), либо в T1 (то есть, когда должен передаваться первый доклад). Отношение разделения может соответственно применяться для вычисления упомянутых двух докладов BSR. UE должно сохранять заполнение буфера PDCP в T0 или T1, чтобы выполнять вычисление доклада BSR в T2.
[0220] Согласно второму варианту выбора вычисления, первый по времени BSR вычисляется с заполнением буфера либо в T0 или T1, и затем передается как запланировано в T1. Затем, вычисляется второй по времени BSR как заполнение буфера в момент времени T2, минус то, что уже было доложено посредством первого по времени BSR; то есть, равняется BO_T2 - доложенное_BO_T1/0. Таким образом, хотя в момент времени T0 или T1, отношение разделения может применяться к этому первому по времени BSR, для второго по времени BSR отношение разделения не будет применяться, так как значение этого второго по времени BSR отражает различие BO в T2 по отношению к доложенному BO в момент времени T1 или T0. Преимущество этого второго варианта выбора вычисления состоит в том, что полное заполнение буфера докладывается в узлы eNB.
[0221] Согласно третьему варианту выбора вычисления, упомянутые два доклада BSR вычисляются независимо друг от друга, по существу, в соответствующие моменты времени, когда они передаются. Таким образом, первый по времени BSR вычисляется на основе BO в момент времени T1, в то время как второй по времени BSR вычисляется на основе BO в момент времени T2. Снова, в обоих случаях отношение разделения может применяться соответственно, как описано в одном из различных вариантов осуществления, описанных ранее. Этот вариант выбора имеет преимущество, что процедура доклада BSR может выполняться независимо в упомянутых двух сущностях MAC, что является предпочтительным с точки зрения реализации.
[0222] Согласно четвертому варианту выбора вычисления, первый по времени BSR (например, для MeNB) вычисляется в момент времени T1 на основе BO в момент времени T1 (с использованием соответствующего отношения разделения). Дополнительно, в момент времени T1 также значение для другого BSR (например, для SeNB) вычисляется на основе BO в момент времени T1 (с использованием соответствующего отношения разделения); однако этот доклад не передается, но всего лишь сохраняется для более позднего использования. В частности, в момент времени T2 UE вычисляет BSR на основе новых прибывавших данных (то есть, данных, прибывавших между T1 и T2) (также применяя отношение разделения соответственно), и добавлять его к сохраненному значению доклада BSR (например, для SeNB), как вычислено в момент времени T1. Таким образом, результирующее значение затем докладывается в T2, как запланировано.
[0223] Различия этих четырех вариантов выбора будут проиллюстрированы согласно следующему иллюстративному сценарию. Предполагается, что состояние буфера в T0 и T1 равняется 100 байт. Предполагается, что новые данные, равные 200 байт, прибывают между T1 и T2. Определяется отношение разделения, равное 0.3 к 0.7, для MeNB по отношению к SeNB. В момент времени T1 планируется BSR для MeNB; в момент времени T2 планируется BSR для SeNB.
<b>Таблица 2</b>
BO, доложенное в T1
BO, доложенное в T2
Вариант 1 выбора
30(0.3*100)
70(0.7*100)
Вариант 2 выбора
30(0.3*100)
270(300-30)
Вариант 3 выбора
30(0.3*100)
210 (0,7*300)
Вариант 4 выбора
30(0.3*100)
210 ((0.7*200)+70)
Это настоящее раскрытие дополнительно рассматривает аспект транспортировки радионосителя сигнализации (сообщений сигнализации RRC) между MeNB и UE RRC с использованием планирования/транспорта Уровня 2 линии связи UE-SeNB.
[0224] В обычных обстоятельствах для радионосителя сигнализации (сообщений сигнализации RRC) может быть достаточным только транспорт Уровня 2 RRC->PDCP->RLC-M->MAC-M; но мы должны иметь другую возможность RRC->PDCP->RLC-S->MAC-S для того же SRB при некоторых специальных условиях, например, когда MeNB желает иметь разнесение RRC (то есть, посылать сообщение RRC через обе линии связи MeNB и SeNB, чтобы обеспечивать, что UE принимает сообщение сигнализации RRC посредством, по меньшей мере, одной линии связи), или когда линия радиосвязи потерпела неудачу в направлении к одному из узлов eNB и UE может желать послать сообщение доклада, чтобы доложить ситуацию (включая сюда измерения) в RRC в MeNB (посредством доступной линии связи MeNB или SeNB).
[0225] Транспорты уровня 2 радионосителей SRB, в DL, с точки зрения оборудования UE означают, что UE должно быть сконфигурировано с возможностью для приема некоторых радионосителей SRB от SeNB также. Так как MAC-S будет доступной в любом случае (соответствующая SeNB), единственная дополнительная требуемая конфигурация будет скорей всего для RLC-S. Если конфигурация RLC-S будет являться в точности такой же как RLC-M, то реализация UE может обеспечивать, что пакеты SRB доставляются в RRC посредством обеих MAC-M и MAC-S аналогичным образом, например, посредством наличия SAP (точки доступа к услуге) между MAC-S и RLC-M; этот улучшенный аспект осуществления работает, так что эта SAP является всегда доступной, или альтернативно, сеть должна активировать эту SAP (или сконфигурировать/активировать RLC-S), когда она намеревается послать сообщение DL RRC посредством транспорта SeNB L2. Реализация UE "может" обеспечивать, что пакеты SRB доставляются в RRC посредством L2 сущностей MAC-M и MAC-S посредством всегда наличия выделенной SAP между ними. Однако в одной дополнительной альтернативе сеть может конкретно осуществлять управление в отношении того, когда SRB от SeNB L2 будет доставляться посредством сигнализации уровня MAC или RRC (тем самым, типом активации этой линии связи между сущностями MAC-M и MAC-S).
[0226] В UL, однако, так как в обычных обстоятельствах, пакеты RRC не должны излишне дублироваться и посылаться через 2 разные линии связи, но только при специальных условиях (с использованием одинаковых/разных идентификаторов транзакции RRC), в соответствии с чем RRC/PDCP может запускать/активировать это в более низком уровне и позже возвращаться к передаче SRB 1 линии связи. Это может делаться посредством UE RRC, когда необходимо:
- отвечать на сообщение сигнализации RRC, которое было принято по линии связи SeNB L2
- инициировать сообщение сигнализации RRC по линии связи SeNB L2, когда линии связи MeNB L2 не доступна вследствие отказа линии радиосвязи
- инициировать сообщение сигнализации RRC по линии связи MeNB L2, когда линия связи SeNB L2 не доступна вследствие отказа линии радиосвязи
- критическая информация должна посылаться в восходящей линии связи
[0227] Для вышеупомянутых усовершенствований, относящихся к доставке SRB посредством линии связи L2 SeNB, сеть может нуждаться конфигурировать релевантные параметры в UE RRC и более низких уровнях и обеспечивать возможность сигнализации MAC, когда требуется. Эта сетевая конфигурация может позволять дублирование сообщений RRC на линии связи L2 SeNB, использовать сигнализацию MAC/RRC для этой цели и даже конфигурировать сценарии, где это новое поведение UE будет требоваться.
[0228] АППАРАТНОЕ И ПРОГРАММНОЕ ОСУЩЕСТВЛЕНИЕ НАСТОЯЩЕГО РАСКРЫТИЯ
Другой вариант осуществления настоящего раскрытия относится к осуществлению вышеописанных различных вариантов осуществления с использованием аппаратного обеспечения и программного обеспечения. В этой связи настоящее раскрытие обеспечивает пользовательское оборудование (мобильный терминал) и узлы eNodeB (главную и вторичную базовую станцию). Пользовательское оборудование выполнено с возможностью выполнять способы, здесь описанные.
[0229] Дополнительно следует понимать, что различные варианты осуществления настоящего раскрытия могут осуществляться или выполняться с использованием вычислительных устройств (процессоров). Вычислительное устройство или процессор могут, например, быть процессорами общего назначения, цифровыми сигнальными процессорами (DSP), специализированными интегральными схемами (ASIC), программируемыми пользователем вентильными матрицами (FPGA) или другими программируемыми логическими устройствами, и т.д. Различные варианты осуществления настоящего раскрытия также могут выполняться или осуществляться посредством комбинации этих устройств.
[0230] Дополнительно, различные варианты осуществления настоящего раскрытия также могут осуществляться посредством программных модулей, которые исполняются посредством процессора, или напрямую в аппаратном обеспечении. Также может быть возможной комбинация программных модулей и реализации аппаратного обеспечения. Программные модули могут сохраняться на любом типе машиночитаемых запоминающих носителей, например, RAM, EPROM, EEPROM, флэш-памяти, регистрах, жестких дисках, CD-ROM, DVD, и т.д.
[0231] Следует дополнительно отметить, что индивидуальные признаки разных вариантов осуществления настоящего раскрытия могут индивидуально или в произвольной комбинации быть сущностью для другого присутствующего раскрытия.
[0232] Специалисту в данной области техники следует принять во внимание, что для настоящего раскрытия могут делаться многочисленные изменения и/или модификации, как показано в конкретных вариантах осуществления, без отхода от сущности или объема настоящего раскрытия, как широко описано. Настоящие варианты осуществления должны, поэтому, рассматриваться во всех отношениях как иллюстративные и не ограничительные.