Способ сообщения состояния буфера и устройство связи для этого

Изобретение относится к системам связи. Технический результат заключается в обеспечении возможности инициирования отчета о состоянии буфера, соответствующего каждому подключению, если данные восходящей линии связи становятся доступными для передачи. В соответствии со способом предусматривается установление первого MAC-объекта для первого усовершенствованного узла B и второго MAC-объекта для второго усовершенствованного узла B; идентификацию первого MAC-объекта, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов, если данные восходящей линии связи становятся доступными для передачи; и инициирование отчета о состоянии буфера (BSR) для первого MAC-объекта. 2 н. и 13 з.п. ф-лы, 25 ил., 3 табл.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[1] Настоящее изобретение относится к беспроводной связи, а более конкретно, к способу сообщения состояния буфера и к устройству связи для этого.

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

[2] Стандарт долгосрочного развития (LTE) Партнерского проекта третьего поколения (3GPP) является улучшенной версией универсальной системы мобильной связи (UMTS) и вводится в качестве 3GPP версии 8. 3GPP LTE использует множественный доступ с ортогональным частотным разделением каналов (OFDMA) в нисходящей линии связи и использует множественный доступ с частотным разделением каналов с одной несущей (SC-FDMA) в восходящей линии связи. 3GPP LTE использует систему cо многими входами и многими выходами (MIMO), имеющую до четырех антенн. В последние годы ведется постоянное обсуждение усовершенствованного стандарта LTE (LTE-A) 3GPP, который является развитием 3GPP LTE.

[3] Примеры технологий, используемых в 3GPP LTE-A, включают в себя агрегирование несущих.

[4] Агрегирование несущих использует множество компонентных несущих. Компонентная несущая задается с помощью центральной частоты и полосы пропускания. Одна компонентная несущая нисходящей линии связи или пара из компонентной несущей восходящей линии связи и компонентной несущей нисходящей линии связи преобразуются в одну соту. Когда пользовательское оборудование принимает услугу посредством использования множества компонентных несущих нисходящей линии связи, можно сказать, что пользовательское оборудование принимает услугу из множества обслуживающих сот. Иными словами, множество обслуживающих сот предоставляют для пользовательского оборудования различные услуги.

[5] В последнее время, ведется обсуждение на предмет задействования небольших сот.

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

ТЕХНИЧЕСКАЯ ЗАДАЧА

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

[7] Следовательно, цель настоящего изобретения заключается в том, чтобы предоставлять решения для того, чтобы реализовывать режимы сдвоенного подключения.

РЕШЕНИЕ ЗАДАЧИ

[8] Чтобы достигать этих и других преимуществ, и в соответствии с целью настоящего изобретения, осуществленного и в общих чертах описанного в данном документе, предусмотрен способ сообщения состояния буфера. Способ может содержать: установление первого MAC-объекта для первого усовершенствованного узла B и второго MAC-объекта для второго усовершенствованного узла B; идентификацию первого MAC-объекта, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов, если данные восходящей линии связи становятся доступными для передачи; и инициирование отчета о состоянии буфера (BSR) для первого MAC-объекта. Здесь, BSR может включать в себя информацию относительно данных восходящей линии связи первого MAC-объекта. Способ дополнительно может содержать передачу инициированного BSR для первого MAC-объекта в первый усовершенствованный узел B.

[9] Способ может содержать: идентификацию второго MAC-объекта, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов, если данные восходящей линии связи второго MAC-объекта становятся доступными для передачи; и инициирование другого отчета о состоянии буфера (BSR) для второго MAC-объекта. Здесь, другой BSR может включать в себя информацию относительно данных восходящей линии связи второго MAC-объекта. Способ дополнительно может содержать: передачу инициированного другой BSR для второго MAC-объекта во второй усовершенствованный узел B.

[10] Между тем, если первый усовершенствованный узел B управляет множеством сот, первый MAC-объект может обрабатывать множество сот первого усовершенствованного узла B. Кроме того, если второй усовершенствованный узел B управляет множеством сот, второй MAC-объект может обрабатывать множество сот второго усовершенствованного узла B.

[11] Чтобы достигать этих и других преимуществ и в соответствии с целью настоящего изобретения, осуществленного и в общих чертах описанного в данном документе, также предусмотрено устройство связи, выполненное с возможностью сообщения состояния буфера. Устройство связи может содержать: радиочастотный (RF) модуль; и процессор, соединенный с RF-модулем, чтобы за счет этого выполнять управление с возможностью: устанавливать первый MAC-объект для первого усовершенствованного узла B и второй MAC-объект для второго усовершенствованного узла B, идентифицировать первый MAC-объект, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов, если данные восходящей линии связи становятся доступными для передачи, и инициировать отчет о состоянии буфера (BSR) для первого MAC-объекта.

ПРЕИМУЩЕСТВА ИЗОБРЕТЕНИЯ

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

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

[13] Фиг. 1 показывает систему беспроводной связи, к которой применяется настоящее изобретение.

[14] Фиг. 2 является схемой, показывающей архитектуру протоколов радиосвязи для пользовательской плоскости.

[15] Фиг. 3 является схемой, показывающей архитектуру протоколов радиосвязи для плоскости управления.

[16] Фиг. 4 показывает пример широкополосной системы с использованием агрегирования несущих для 3GPP LTE-A.

[17] Фиг. 5 показывает пример структуры DL-уровня 2, когда используется агрегирование несущих.

[18] Фиг. 6 показывает пример структуры UL-уровня 2, когда используется агрегирование несущих.

[19] Фиг. 7 является видом, иллюстрирующим процедуру формирования отчетов о состоянии буфера.

[20] Фиг. 8 является видом, иллюстрирующим архитектуру сообщения управления доступом к среде (MAC) для BSR.

[21] Фиг. 9a является видом, иллюстрирующим элемент MAC-управления коротким BSR, к которому применяется настоящее изобретение.

[22] Фиг. 9b является видом, иллюстрирующим элемент MAC-управления длинным BSR, к которому применяется настоящее изобретение.

[23] Фиг. 10 показывает один примерный принцип задействования небольших сот.

[24] Фиг. 11 показывает один примерный принцип совместного использования макросоты и небольших сот.

[25] Фиг. 12 показывает один пример первого сценария развертывания небольших сот.

[26] Фиг. 13a показывает один пример второго сценария развертывания небольших сот.

[27] Фиг. 13b показывает другой пример второго сценария развертывания небольших сот.

[28] Фиг. 14 показывает один пример третьего сценария развертывания небольших сот.

[29] Фиг. 15 показывает принцип режимов сдвоенного подключения.

[30] Фиг. 16 показывает примерный стек протоколов для пользовательской плоскости, когда PHY-уровень завершается в усовершенствованном U-узле B.

[31] Фиг. 17 показывает примерные стеки протоколов для пользовательской плоскости, когда MAC-уровень завершается в усовершенствованном U-узле B.

[32] Фиг. 18 показывает примерный стек протоколов и интерфейсы для пользовательской плоскости, когда RLC-уровень завершается в усовершенствованном U-узле B.

[33] Фиг. 19 показывает примерный стек протоколов и интерфейсы для пользовательской плоскости, когда PDCP-уровень завершается в усовершенствованном U-узле B.

[34] Фиг. 20 показывает протоколы радиосвязи усовершенствованных узлов B для поддержки режимов сдвоенного подключения.

[35] Фиг. 21 показывает протоколы радиосвязи UE для поддержки режимов сдвоенного подключения.

[36] Фиг. 22 показывает один примерный способ согласно одному варианту осуществления настоящего раскрытия сущности.

[37] Фиг. 23 является блок-схемой, показывающей систему беспроводной связи для того, чтобы реализовывать вариант осуществления настоящего изобретения.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

[39] Ниже приводится подробное описание дренажного устройства и холодильника, имеющего его согласно варианту осуществления, со ссылкой на прилагаемые чертежи.

[40] Настоящее изобретение описывается на основе универсальной системы мобильной связи (UMTS) и усовершенствованного ядра пакетной коммутации (EPC). Тем не менее, настоящее изобретение не ограничено этими системами связи, и оно также может быть применимым ко всем видам систем связи и способов, к которым применяется техническая сущность настоящего изобретения.

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

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

[43] Термины, используемые, в данном документе, включающие в себя порядковый номер, к примеру, "первый", "второй" и т.д., могут использоваться для того, чтобы описывать различные элементы, но элементы не могут быть ограничены посредством этих терминов. Термины используются только для того, чтобы отличать элемент от другого элемента. Например, первый элемент может называться "вторым элементом", и аналогично, второй элемент может называться "первым элементом".

[44] В случае если элемент "соединяется" или "связывается" с другим элементом, он может непосредственно соединяться или связываться с другим элементом, но еще один элемент может существовать между ними. Наоборот, в случае если элемент "непосредственно соединяется" или "непосредственно связывается" с другим элементом, очевидно, что какие-либо другие элементы не существуют между ними.

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

[46] На прилагаемых чертежах предусмотрено примерное UE (пользовательское оборудование), тем не менее, UE может упоминаться в качестве таких терминов, как терминал, мобильное оборудование (ME), мобильная станция (MS), пользовательский терминал (UT), абонентская станция (SS), беспроводное устройство (WD), карманное устройство (HD), терминал доступа (AT) и т.д. Так же, UE может быть реализовано как портативное устройство, такое как ноутбук, мобильный телефон, PDA, смартфон, мультимедийное устройство и т.д., или как непортативное устройство, такое как PC или установленное в транспортном средстве устройство.

[47] Фиг. 1 показывает систему беспроводной связи, к которой применяется настоящее изобретение.

[48] Система беспроводной связи также может упоминаться в качестве усовершенствованной наземной сети радиодоступа UMTS (E-UTRAN) или системы по стандарту долгосрочного развития (LTE)/LTE-A.

[49] E-UTRAN включает в себя, по меньшей мере, одну базовую станцию 20 (BS), которая предоставляет плоскость управления и пользовательскую плоскость для пользовательского оборудования 10 (UE). UE 10 может быть стационарным или мобильным и может упоминаться в качестве других терминов, таких как мобильная станция (MS), пользовательский терминал (UT), абонентская станция (SS), мобильный терминал (MT), беспроводное устройство и т.д. BS 20, в общем, является стационарной станцией, которая обменивается данными с UE 10, и может упоминаться в качестве других терминов, таких как усовершенствованный узел B (eNodeB), базовая приемо-передающая система (BTS), точка доступа и т.д.

[50] BS 20 соединяются посредством X2-интерфейса. BS 20 также соединены посредством S1-интерфейса с усовершенствованным ядром 30 пакетной коммутации (EPC), более конкретно, с объектом управления мобильностью (MME) через S1-MME и с обслуживающим шлюзом (S-GW) через S1-U.

[51] EPC 30 включает в себя MME, S-GW и шлюз сети пакетной передачи данных (P-GW). MME имеет информацию по доступу UE или информацию характеристик UE, и эта информация, в общем, используется для управления мобильностью UE. S-GW представляет собой шлюз, имеющий E-UTRAN в качестве конечной точки. P-GW представляет собой шлюз, имеющий PDN в качестве конечной точки.

[52] Уровни радиоинтерфейсного протокола между UE и сетью могут классифицироваться на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней модели взаимодействия открытых систем (OSI), которая известна в системе связи. Из них, физический уровень (PHY), принадлежащий первому уровню, предоставляет услугу передачи информации посредством использования физического канала, а уровень управления радиоресурсами (RRC), принадлежащий третьему уровню, служит для того, чтобы управлять радиоресурсом между UE и сетью. Для этого, RRC-уровень обменивается RRC-сообщением между UE и BS.

[53] Фиг. 2 является схемой, показывающей архитектуру протоколов радиосвязи для пользовательской плоскости. Фиг. 3 является схемой, показывающей архитектуру протоколов радиосвязи для плоскости управления.

[54] Пользовательская плоскость представляет собой стек протоколов для передачи пользовательских данных. Плоскость управления представляет собой стек протоколов для передачи управляющих сигналов.

[55] Ссылаясь на фиг. 2 и 3, PHY-уровень предоставляет для верхнего уровня услугу передачи информации через физический канал. PHY-уровень соединяется уровнем управления доступом к среде (MAC), который является верхним уровнем для PHY-уровня, через транспортный канал. Данные передаются между MAC-уровнем и PHY-уровнем через транспортный канал. Транспортный канал классифицирован согласно тому, как и с какими характеристиками данные передаются через радиоинтерфейс.

[56] Между различными PHY-уровнями, т.е. PHY-уровнем передающего устройства и PHY-уровнем приемного устройства, данные передаются через физический канал. Физический канал может модулироваться с использованием схемы мультиплексирования с ортогональным частотным разделением каналов (OFDM) и может использовать время и частоту в качестве радиоресурса.

[57] Функции MAC-уровня включают в себя преобразование между логическим каналом и транспортным каналом и мультиплексирование/демультиплексирование для транспортного блока, предоставляемого в физический канал по транспортному каналу служебной MAC-единицы данных (SDU), принадлежащей логическому каналу. MAC-уровень предоставляет услуги для уровня управления радиосвязью (RLC) через логический канал.

[58] Функции RLC-уровня включают в себя конкатенацию, сегментацию и повторную сборку RLC SDU. Чтобы обеспечивать различное качество обслуживания (QoS), требуемое посредством однонаправленного радиоканала (RB), RLC-уровень предоставляет три рабочих режима, т.е. прозрачный режим (TM), режим без подтверждения приема (UM) и режим с подтверждением приема (AM). AM RLC предоставляет коррекцию ошибок посредством использования автоматического запроса на повторную передачу (ARQ).

[59] Функции уровня протокола конвергенции пакетных данных (PDCP) в пользовательской плоскости включают в себя доставку пользовательских данных, сжатие заголовков и шифрование. Функции PDCP-уровня в плоскости управления включают в себя доставку данных и шифрование/защиту целостности в плоскости управления.

[60] Уровень управления радиоресурсами (RRC) задается только в плоскости управления. RRC-уровень служит для того, чтобы управлять логическим каналом, транспортным каналом и физическим каналом в ассоциации с конфигурированием, переконфигурированием и высвобождением однонаправленных радиоканалов (RB). RB представляет собой логический тракт, предоставленный посредством первого уровня (т.е. PHY-уровня) и второго уровня (т.е. MAC- уровня, RLC- уровня и PDCP- уровня) для доставки данных между UE и сетью.

[61] Установление RB подразумевает процесс для указания уровня протоколов радиосвязи и свойств канала, чтобы предоставлять конкретные услуги, и для определения соответствующих подробных параметров и операций. RB может классифицироваться на два типа, т.е. на RB сигнализации (SRB) и RB передачи данных (DRB). SRB используется в качестве тракта для передачи RRC-сообщения в плоскости управления. DRB используется в качестве тракта для передачи пользовательских данных в пользовательской плоскости.

[62] Когда RRC-соединение устанавливается между RRC-уровнем UE и RRC-уровнем сети, UE находится в состоянии RRC-соединения (также может упоминаться в качестве режима RRC-соединения), а в противном случае UE находится в состоянии RRC-бездействия (также может упоминаться в качестве режима RRC-бездействия).

[63] Данные передаются из сети в UE через транспортный канал нисходящей линии связи. Примеры транспортного канала нисходящей линии связи включают в себя широковещательный канал (BCH) для передачи системной информации и совместно используемый канал (SCH) нисходящей линии связи для передачи пользовательского трафика или управляющих сообщений. Пользовательский трафик многоадресных или широковещательных услуг нисходящей линии связи или управляющих сообщений может передаваться по SCH нисходящей линии связи или по дополнительному многоадресному каналу (MCH) нисходящей линии связи. Данные передаются из UE в сеть через транспортный канал восходящей линии связи. Примеры транспортного канала восходящей линии связи включают в себя канал с произвольным доступом (RACH) для передачи начального управляющего сообщения и SCH восходящей линии связи для передачи пользовательского трафика или управляющих сообщений.

[64] Примеры логических каналов, принадлежащих каналу верхнего уровня относительно транспортного канала и преобразуемых в транспортные каналы, включают в себя широковещательный канал (BCCH), канал управления поисковыми вызовами (PCCH), общий канал управления (CCCH), многоадресный канал управления (MCCH), многоадресный канал трафика (MTCH) и т.д.

[65] Физический канал включает в себя несколько OFDM-символов во временной области и несколько поднесущих в частотной области. Один субкадр включает в себя множество OFDM-символов во временной области. Блок ресурсов является единицей выделения ресурсов и включает в себя множество OFDM-символов и множество поднесущих. Дополнительно, каждый субкадр может использовать конкретные поднесущие конкретных OFDM-символов (например, первого OFDM-символа) соответствующего субкадра для физического канала управления нисходящей линии связи (PDCCH), т.е. канала управления L1/L2. Интервал времени передачи (TTI) является единицей времени передачи субкадров.

[66] В дальнейшем в этом документе описывается RRC-состояние UE и механизм RRC-соединения.

[67] RRC-состояние указывает то, соединен или нет RRC-уровень UE логически с RRC-уровнем E-UTRAN. Если два уровня соединены между собой, это называется состоянием RRC-соединения, а если два уровня не соединены между собой, это называется состоянием RRC-бездействия. В состоянии RRC-соединения, UE имеет RRC-соединение, и в силу этого E-UTRAN может распознавать присутствие UE в части соты. Соответственно, UE может эффективно управляться. С другой стороны, в состоянии RRC-бездействия, UE не может распознаваться посредством E-UTRAN и управляется посредством базовой сети в части зоны отслеживания, которая является частью более широкой зоны по сравнению с сотой. Иными словами, относительно UE в состоянии RRC-бездействия только присутствие или отсутствие UE распознается в части широкой зоны. Чтобы получать типичную услугу мобильной связи, к примеру, речь или данные, требуется переход в состояние RRC-соединения.

[68] Когда пользователь первоначально включает питание UE, UE сначала выполняет поиск надлежащей соты и после того остается в состоянии RRC-бездействия в соте. Только тогда, когда имеется необходимость устанавливать RRC-соединение, UE, остающееся в состоянии RRC-бездействия, устанавливает RRC-соединение с E-UTRAN через процедуру RRC-соединения и затем переходит в состояние RRC-соединения. Примеры случая, в котором UE в состоянии RRC-бездействия должно устанавливать RRC-соединение, являются различными, к примеру, случай, в котором передача данных по восходящей линии связи необходима вследствие попытки телефонной связи пользователя и т.п., или случай, в котором ответное сообщение передается в ответ на сообщение поискового вызова, принимаемое из E-UTRAN.

[69] Не связанный с предоставлением доступа уровень (NAS) принадлежит верхнему уровню относительно RRC-уровня и служит для того, чтобы выполнять управление сеансами, управление мобильностью и т.п.

[70] Далее описывается сбой в линии радиосвязи.

[71] UE постоянно выполняет измерение, чтобы поддерживать качество линии радиосвязи с обслуживающей сотой, из которой UE принимает услугу. UE определяет то, является или нет связь невозможной в текущей ситуации вследствие ухудшения качества линии радиосвязи с обслуживающей сотой. Если определено то, что качество обслуживающей соты является настолько плохим, что связь является почти невозможной, UE определяет текущую ситуацию в качестве сбоя в линии радиосвязи.

[72] Если сбой в линии радиосвязи определяется, UE прекращает поддержание связи с текущей обслуживающей сотой, выбирает новую соту через процедуру выбора соты (или повторного выбора соты) и выполняет попытку повторного установления RRC-соединения с новой сотой.

[73] Фиг. 4 показывает пример широкополосной системы с использованием агрегирования несущих для 3GPP LTE-A.

[74] Ссылаясь на фиг. 4, каждая CC имеет полосу пропускания в 20 МГц, которая является полосой пропускания 3GPP LTE. Могут агрегироваться вплоть до 5 CC, так что может конфигурироваться максимальная полоса пропускания в 100 МГц.

[75] Фиг. 5 показывает пример структуры DL-уровня 2, когда используется агрегирование несущих. Фиг. 6 показывает пример структуры UL-уровня 2, когда используется агрегирование несущих.

[76] Агрегирование несущих может влиять на MAC-уровень L2. Например, поскольку агрегирование несущих использует множество CC, и каждый объект гибридных автоматических запросов на повторную передачу (HARQ) управляет каждой CC, MAC-уровень 3GPP LTE-A с использованием агрегирования несущих должен выполнять операции, связанные с множеством HARQ-объектов. Помимо этого, каждый HARQ-объект обрабатывает транспортный блок независимо. Следовательно, когда используется агрегирование несущих, множество транспортных блоков может передаваться или приниматься одновременно через множество CC.

[77] [78] ФОРМИРОВАНИЕ ОТЧЕТОВ О СОСТОЯНИИ БУФЕРА (BSR)

[79] Ниже описывается формирование отчетов о состоянии буфера (BSR). Его можно найти в разделе 5.4.5 документа 3GPP TS 36.321 V10.5.0 (2012-03).

[80] BSR-процедура используется для того, чтобы предоставлять в обслуживающий eNB информацию относительно объема данных, доступного для передачи в UL-буферах UE.

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

[82] Соответственно, если предусмотрены данные, которые должны передаваться в обслуживающий eNB, UE информирует обслуживающий eNB о том, что UE имеет данные, которые должны передаваться в BS, и BS выделяет надлежащие радиоресурсы восходящей линии связи для UE на основе информации. Эта процедура называется процедурой формирования отчетов о состоянии буфера (BSR).

[83] UE требуются радиоресурсы восходящей линии связи для передачи BSR в обслуживающий eNB. Если UE имеет выделенные радиоресурсы восходящей линии связи, когда инициирован BSR, UE сразу передает BSR в обслуживающий eNB с использованием выделенных радиоресурсов восходящей линии связи. Если UE не имеет выделенных радиоресурсов восходящей линии связи, когда инициирован BSR, UE выполняет процедуру запроса на диспетчеризацию (SR) для приема радиоресурсов восходящей линии связи из обслуживающего eNB.

[84] Для BSR-процедуры, UE рассматривает все однонаправленные радиоканалы, которые не приостановлены, и может рассматривать однонаправленные радиоканалы, которые приостановлены.

[85] BSR инициируется, если возникает какое-либо предварительно заданное событие. Согласно этому событию, BSR может быть классифицирован на три типа: регулярный BSR, дополняющий BSR и периодический BSR.

[86] Регулярный BSR может быть инициирован, если данные восходящей линии связи, для логического канала, который принадлежит группе логических каналов (LCG), становятся доступными для передачи в RLC-объекте или в PDCP-объекте. Определение того, как что данные считаются доступными для передачи, указывается в разделе 4.5 документа 3GPP TS 36.322 V9.1.0 (2010-03) и разделе 4.5 документа 3GPP TS 36.323 V9.0.0 (2009-12), соответственно. Регулярный BSR может быть инициирован, если данные принадлежат логическому каналу с более высоким приоритетом по сравнению с приоритетами логических каналов, которые принадлежат любой LCG и для которых данные уже доступны для передачи. Регулярный BSR также может быть инициирован, при отсутствии данных, доступных для передачи ни для одного из логических каналов, которые принадлежат LCG.

[87] Дополняющий BSR может быть инициирован, если выделяются ресурсы восходящей линии связи, и число дополняющих битов равно или выше размера элемента MAC-управления (CE) BSR плюс его подзаголовок.

[88] Регулярный BSR может быть инициирован, если истекает таймер BSR на основе повторной передачи, и UE имеет данные, доступные для передачи для любого из логических каналов, которые принадлежат LCG.

[89] Периодический BSR может быть инициирован, если таймер периодического BSR истекает.

[90] [91] Фиг. 7 является видом, иллюстрирующим процедуру формирования отчетов о состоянии буфера.

[92] Ссылаясь на фиг. 7, усовершенствованный узел B 200 управляет BSR-процедурой, ассоциированной с логическим каналом в каждом UE, через сигнализацию MAC-MainConfig, заданную на RRC-уровне. RRC-сообщение включает в себя информацию в таймере периодического BSR (periodicBSR-Timer) и/или в таймере повторной передачи BSR (retxBSR-Timer). Дополнительно, RRC-сообщение включает в себя конфигурационную информацию, ассоциированную с форматом BSR и размером данных.

[93] В любое время, UE инициирует BSR.

[94] Отчет о состоянии буфера (BSR) должен быть инициирован, если возникает какое-либо из следующих событий:

[95] - UL-данные, для логического канала, который принадлежит LCG, становятся доступными для передачи в RLC-объекте или в PDCP-объекте (определение того, какие данные должны считаться доступными для передачи, указывается в [3] и [4], соответственно), и либо данные принадлежат логическому каналу с более высоким приоритетом по сравнению с приоритетами логических каналов, которые принадлежат любой LCG и для которых данные уже доступны для передачи, либо нет данных, доступных для передачи ни для одного из логических каналов, которые принадлежат LCG, причем в этом случае BSR упоминается ниже в качестве "регулярного BSR";

[96] - UL-ресурсы выделяются, и число дополняющих битов равно или выше размера элемента MAC-управления отчета о состоянии буфера плюс его подзаголовок, причем в этом случае BSR упоминается ниже в качестве "дополняющего BSR";

[97] - истекает RetxBSR-Timer, и UE имеет данные, доступные для передачи для любого из логических каналов, которые принадлежат LCG, причем в этом случае BSR упоминается ниже в качестве "регулярного BSR";

[98] - истекает periodicBSR-Timer, причем в этом случае BSR упоминается ниже в качестве "периодического BSR".

[99] На основе BSR-инициирования UE может передавать BSR-отчет. BSR сконфигурирован с учетом конфигурационной информации, устанавливаемой посредством RRC-сигнализации.

[100] Фиг. 8 является видом, иллюстрирующим архитектуру сообщения управления доступом к среде (MAC) для BSR.

[101] Протокольная MAC-единица данных (PDU) включает в себя MAC-заголовок 710, нуль или более элементов 721 и 722 MAC-управления (CE), нуль или более служебных MAC-единиц 723 данных (SDU) и необязательно дополняющие биты. Как MAC-заголовок 710, так и MAC SDU 723 имеют переменные размеры. MAC SDU 723 представляет собой блок данных, предоставляемый на верхний уровень (например, RLC-уровень или RRC-уровень) относительно MAC-уровня. MAC CE 721 или 722 используется для того, чтобы доставлять управляющую информацию MAC-уровня, к примеру, BSR.

[102] MAC PDU-заголовок 710 включает в себя один или более подзаголовков. Каждый подзаголовок соответствует MAC SDU, MAC CE или дополняющим битам.

[103] Подзаголовок включает в себя шесть полей R/R/E/LCID/F/L заголовка, но для последнего подзаголовка в MAC PDU и для MAC CE фиксированного размера. Последний подзаголовок в MAC PDU и подзаголовки для MAC CE фиксированного размера включают в себя исключительно из четырех полей R/R/E/LCID заголовка. Подзаголовок, соответствующий дополняющим битам, включает в себя четыре поля R/R/E/LCID заголовка.

[104] Описания для каждого поля приводятся далее.

[105] - R (1 бит): зарезервированное поле.

[106] - E (1 бит): расширенное поле. Оно указывает то, предусмотрены или нет поля F и L в следующем поле.

[107] - LCID (5 битов): поле идентификатора логического канала. Оно указывает тип MAC CE или конкретного логического канала, которому принадлежит MAC SDU.

[108] - F (1 бит): поле формата. Оно указывает то, следующее поле L имеет размер в 7 битов или в 15 битов.

[109] - L (7 или 15 битов): поле длины. Оно указывает длину MAC CE или MAC SDU, соответствующей MAC-подзаголовку.

[110] Поля F и L не включены в MAC-подзаголовок, соответствующий MAC CE фиксированного размера.

[111] Как показано на фиг. 8, BSR передается в форме MAC-сигнализации, и BSR, сконфигурированный посредством UE, идентифицируется посредством значения задания LCID (идентификатора логического канала) MAC-заголовка 710. В качестве примера, в случае если значение LCID задается 11101, это обозначает, что передается BSR MAC CE 720, имеющий формат короткого BSR (см. фиг. 9), и в случае, если значение LCID задается как 11110, это обозначает, что передается BSR MAC CE 720, имеющий формат длинного BSR (см. фиг. 10). Соответственно, базовая станция может распознавать формат BSR MAC CE через значение LCID MAC-заголовка.

[112] Фиг. 9a является видом, иллюстрирующим элемент MAC-управления коротким BSR, к которому применяется настоящее изобретение.

[113] Ссылаясь на фиг. 9a, форма короткого BSR и усеченного BSR имеет одно поле идентификатора LCG и одно соответствующее поле размера буфера. В данном документе, поле идентификатора LCG (идентификатора группы логических каналов, 810) идентифицирует группу логического канала(ов), состояние буфера UE которой сообщается. Длина поля составляет 2 бита. Размер буфера (820) идентифицирует общий объем данных, доступный через все логические каналы LCG, и длина этого поля составляет 6 битов.

[114] Фиг. 9b является видом, иллюстрирующим элемент MAC-управления длинным BSR, к которому применяется настоящее изобретение.

[115] Длинный BSR включает в себя объем (размер) буфера в порядок от группы логических каналов с идентификатором 0 LCG (910) до группы логических каналов с идентификатором 3 LCG (940) без идентификатора группы логических каналов. Здесь, одна LCG включает в себя один или более RB, и значение поля размера буфера для LCG является общей суммой данных, доступных для передачи на RLC-уровне и PDCP для всех RB, включенных в LCG.

[116] В это время, данные, доступные для передачи на PDCP- и RLC-уровне, могут задаваться следующим образом.

[117] ДАННЫЕ, ДОСТУПНЫЕ ДЛЯ ПЕРЕДАЧИ В RLC

[118] В целях формирования отчетов о состоянии MAC-буфера, UE должно рассматривать следующее в качестве данных, доступных для передачи на RLC-уровне:

[119] - RLC SDU или ее сегменты, которые еще не включены в PDU RLC-данных;

[120] - PDU RLC-данных или ее части, которые ожидают повторной передачи (RLC AM).

[121] Помимо этого, если PDU состояния инициирована, и таймер запрещения состояния не запущен или истек, UE должно оценивать размер PDU состояния, которая должна передаваться при следующей возможности передачи, и рассматривать ее в качестве данных, доступных для передачи на RLC-уровне.

[122] ДАННЫЕ, ДОСТУПНЫЕ ДЛЯ ПЕРЕДАЧИ В PDCP

[123] В целях формирования отчетов о состоянии MAC-буфера, UE должно рассматривать PDU PDCP-управления, а также следующее в качестве данных, доступных для передачи на PDCP-уровне:

[124] Для SDU, для которых PDU не отправлена на нижние уровни:

[125] - непосредственно SDU, если SDU еще не обработана посредством PDCP, или

[126] - PDU, если SDU обработана посредством PDCP.

[127] Помимо этого, для однонаправленных радиоканалов, которые преобразуются в RLC AM, если PDCP-объект ранее выполнил процедуру повторного установления, UE должно также рассматривать следующее в качестве данных, доступных для передачи на PDCP-уровне:

[128] Для SDU, для которых только соответствующая PDU отправлен на нижние уровни до повторного установления PDCP, начиная с первой SDU, для которой доставка соответствующих PDU не подтверждена посредством нижнего уровня, за исключением SDU, которые указываются как успешно доставленные посредством отчета о состоянии PDCP, если принят:

[129] - SDU, если она еще не обработана посредством PDCP, или

[130] - PDU, когда она обработана посредством PDCP.

[131] Здесь, UE определяет индекс, который является значением, которое должно вставляться в поле размера буфера (6 битов) с учетом "extendedBSR-Size сконфигурирован/или не сконфигурирован" относительно объема данных, которые должны быть переданы.

[132] Поле размера буфера идентифицирует общий объем данных, доступных по всем логическим каналам из группы логических каналов после того, как скомпонованы все MAC PDU для TTI. Объем данных указывается в числе байтов. Он должен включать в себя все данные, которые доступны для передачи на RLC-уровне и на PDCP-уровне. Длина этого поля составляет 6 битов. Значения, принимаемые посредством поля размера буфера, показаны в таблице 1.

[133] [134] Таблица 1

Таблица 1
Индекс	Значение размера буфера [байты]	Индекс	Значение размера буфера [байты]
0	BS=0	32	1132<BS<=1326
1	0<BS<=10	33	1326<BS<=1552
2	10<BS<=12	34	1552<BS<=1817
3	12<BS<=14	35	1817<BS<=2127
4	14<BS<=17	36	2127<BS<=2490
5	17<BS<=19	37	2490<BS<=2915
6	19<BS<=22	38	2915<BS<=3413
7	22<BS<=26	39	3413<BS<=3995
8	26<BS<=31	40	3995<BS<=4677
9	31<BS<=36	41	4677<BS<=5476
10	36<BS<=42	42	5476<BS<=6411
11	42<BS<=49	43	6411<BS<=7505
12	49<BS<=57	44	7505<BS<=8787
13	57<BS<=67	45	8787<BS<=10287
14	67<BS<=78	46	10287<BS<=12043
15	78<BS<=91	47	12043<BS<=14099
16	91<BS<=107	48	14099<BS<=16507
17	107<BS<=125	49	16507<BS<=19325
18	125<BS<=146	50	19325<BS<=22624
19	146<BS<=171	51	22624<BS<=26487
20	171<BS<=200	52	26487<BS<=31009
21	200<BS<=234	53	31009<BS<=36304
22	234<BS<=274	54	36304<BS<=42502
23	274<BS<=321	55	42502<BS<=49759
24	321<BS<=376	56	49759<BS<=58255
25	376<BS<=440	57	58255<BS<=68201
26	440<BS<=515	58	68201<BS<=79846
27	515<BS<=603	59	79846<BS<=93479
28	603<BS<=706	60	93479<BS<=109439
29	706<BS<=826	61	109439<BS<=128125
30	826<BS<=967	62	128125<BS<=150000
31	967<BS<=1132	63	BS>150000

[135] Согласно таблице 1, BSR может сообщать размер буфера, который колеблется от 0 до 150 Кбайт либо более чем 150 Кбайт.

[136] [137] НЕБОЛЬШАЯ СОТА

[138] Далее описывается принцип небольшой соты.

[139] В системе мобильной связи третьего и четвертого поколения, непрерывно предпринимаются попытки повышать пропускную способность соты, чтобы поддерживать услуги, предоставляемые на высокой пропускной способности, и двунаправленные услуги, такие как мультимедийный контент, потоковая передача и т.п.

[140] Иными словами, поскольку различные технологии передачи с большой пропускной способностью требуются с развитием связи и распространением мультимедийной технологии, способ повышения пропускной способности радиосвязи включает в себя способ выделения большего количества частотных ресурсов, но предусмотрен предел на выделение большего количества частотных ресурсов множеству пользователей с ограниченными частотными ресурсами.

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

[142] [143] Фиг. 10 показывает один примерный принцип задействования небольших сот.

[144] Небольшие соты с использованием узлов с низким уровнем мощности считаются перспективными в решении вопросов очень резкого увеличения объема мобильного трафика, в частности, для развертываний публичных точек доступа в сценариях в помещениях и вне помещений. Узел с низким уровнем мощности, в общем, означает узел, мощность передачи которого ниже классов макроузлов и BS, например, пико- и фемто-eNB являются применимыми. Улучшения небольших сот для E-UTRA и E-UTRAN акцентируются на дополнительных функциональностях для повышенной производительности в публичных зонах беспроводного доступа для помещений и вне помещений с использованием узлов с низким уровнем мощности.

[145] Как показано на фиг. 10, улучшение небольших сот может быть нацелено на режим с/без макропокрытия, развертывания небольших сот вне помещений и в помещениях и идеальное и неидеальное транзитное соединение. Могут рассматриваться разреженные и плотные развертывания небольших сот.

[146] (A) РЕЖИМ С/БЕЗ МАКРОПОКРЫТИЯ

[147] Как показано на фиг. 10, улучшение небольших сот может быть нацелено на сценарий развертывания, в котором узлы небольших сот развертываются в пределах покрытия одного или нескольких наложенных уровней E-UTRAN-макросот, чтобы повышать пропускную способность уже развернутой сотовой сети. Два сценария могут рассматриваться:

[148] - Если UE находится в покрытии как макросоты, так и небольшой соты одновременно

[149] - Если UE не находится в покрытии как макросоты, так и небольшой соты одновременно

[150] Фиг. 10 также показывает сценарий, в котором узлы небольших сот не развертываются в пределах покрытия одного или более наложенных уровней E-UTRAN-макросот. Этот сценарий также является целью практического исследования на предмет улучшения небольших сот.

[151] (B) Вне помещений и в помещениях

[152] Улучшение небольших сот может быть нацелено на развертывания небольших сот вне помещений и в помещениях. Узлы небольших сот могут развертываться в помещениях или вне помещений и в любом случае могут предоставлять услуги UE для связи в помещениях или вне помещений.

[153] Для UE для связи в помещениях, задается только низкая скорость UE (0-3 км/ч). Для случая вне помещений, задается не только низкая скорость UE, но также и средняя скорость UE (до 30 км/ч и потенциально более высокие скорости).

[154] Как пропускная способность, так и мобильность/подключение должны использоваться в качестве показателя производительности для низкой и средней мобильности. Производительность на границе соты (например, CDF-точка для 5%-го фрагмента для пользовательской пропускной способности) и эффективность по мощности (и сети и UE) также используются в качестве показателей для дальнейшего изучения.

[155] (C) Идеальное и неидеальное транзитное соединение

[156] Могут изучаться как идеальное транзитное соединение (т.е. транзитное соединение со сверхвысокой пропускной способностью и с очень небольшим временем задержки, такое как выделенное соединение "точка-точка" с использованием оптоволокна, микроволновой LOS), так и неидеальное транзитное соединение (т.е. типичное транзитное соединение с широким коммерческим применением, такое как xDSL, микроволновая NLOS и другие транзитные соединения, к примеру, ретрансляционные). Может учитываться компромисс между производительностью и затратами.

[157] Классификация неидеального транзитного соединения на основе вводов оператора перечислена в таблице 2:

[158] Таблица 2

Таблица 2
Технология транзитного соединения	Время задержки (односторонней)	Пропускная способность	Приоритет (1 является наибольшим)
Оптоволоконный доступ 1	10-30 мс	10Mбит/с – 10 Гбит/с	1
Оптоволоконный доступ 2	5-10 мс	100-1000 Мбит/с	2
DSL-доступ	15-60 мс	10-100 Мбит/с	1
Кабельное соединение	25-35 мс	10-100 Мбит/с	2
Беспроводное транзитное соединение	5-35 мс	Типично 10-100 Мбит/с, может составлять вплоть до диапазона в Гбит/с	1

[159] Классификация от хорошего до идеального транзитного соединения на основе вводов оператора перечислена в таблице 3:

[160] Таблица 3

Таблица 3
Технология транзитного соединения	Время задержки (односторонней)	Пропускная способность	Приоритет (1 является наибольшим)
Волоконное соединение	2-5 мс	50 Mбит/с – 10 Гбит/с	1

[161] Для интерфейсов между макро- и небольшой сотой, а также между небольшими сотами, настоящее раскрытие сущности может сначала идентифицировать то, какой вид информации является необходимым или полезным для обмена между узлами, чтобы получать требуемые улучшения, до того как определяется фактический тип интерфейса. Кроме того, если прямой интерфейс может предполагаться между макро- и небольшой сотой, а также между небольшой сотой и небольшой сотой, X2-интерфейс может использоваться в качестве начальной точки.

[162] (D) РАЗРЕЖЕННОЕ И ПЛОТНОЕ

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

[164] Кроме того, может рассматриваться плавное будущее расширение/масштабируемость (например: от разреженного до плотного, от плотного в небольшой зоне до плотного в большой зоне или от нормального плотного до суперплотного). С точки зрения производительности подсистемы мобильности/подключений, разреженные и плотные развертывания могут рассматриваться с равным приоритетом.

[165] (E) СИНХРОНИЗАЦИЯ

[166] Синхронизированный и несинхронизированный сценарий могут рассматриваться между небольшими сотами, а также между небольшими сотами и макросотой(ами). Для конкретных операций, например, координации помех, агрегирование несущих и COMP между eNB, улучшение небольших сот может извлекать выгоду из синхронизированных развертываний относительно поиска/измерений небольших сот и управления помехами/ресурсами. Следовательно, синхронизированные по времени развертывания кластеров небольших сот приоритезируются в исследовании, и должны рассматриваться новые средства достижения такой синхронизации.

[167] (F) СПЕКТР

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

[169] Улучшение небольших сот может быть применимым ко всем существующим, а также будущим полосам частот для сотовой связи, с особым акцентом на полосах верхних частот, например, на полосе частот в 3,5 ГГц, с тем чтобы пользоваться более доступным спектром и более широкой полосой пропускания.

[170] Улучшение небольших сот также может учитывать вероятность для полос частот, которые, по меньшей мере, локально используются только для развертываний небольших сот.

[171] Также могут рассматриваться сценарии внутриканального развертывания между макроуровнем и уровнем небольших сот.

[172] Дублирование действий с существующим и предстоящими практическими исследованиями/рабочими исследованиями 3GPP может не допускаться.

[173] Некоторые примерные конфигурации спектра:

[174] - Агрегирование несущих на макроуровне с полосами X и Y частот и только с полосой X частот на уровне небольших сот

[175] - Небольшие соты, поддерживающие полосы частот с агрегированием несущих, которые являются внутриканальными с макроуровнем

[176] - Небольшие соты, поддерживающие полосы частот с агрегированием несущих, которые не являются внутриканальными с макроуровнем

[177] Один потенциальный сценарий внутриканального развертывания представляет собой плотное внутриканальное развертывание небольших сот вне помещений с учетом UE с низкой мобильностью и неидеального транзитного соединения. Все небольшие соты находятся в пределах макропокрытия.

[178] Улучшение небольших сот может поддерживаться независимо от дуплексных схем (FDD/TDD) для полос частот для макроуровня и уровня небольших сот. Радиоинтерфейс и решения по улучшению небольших сот могут быть независимыми от полосы частот, и агрегированная полоса пропускания в расчете на небольшую соту может не превышать 100 МГц, по меньшей мере, для 3GPP версии 12.

[179] (G) ТРАФИК

[180] В развертывании небольших сот, вероятно, что трафик колеблется значительно, поскольку число пользователей в расчете на узел небольшой соты типично не такое большое вследствие небольшого покрытия.

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

[182] Может рассматриваться как равномерное, так и неравномерное распределение нагрузки по трафику во временной области и в пространственной области. Трафик при неполном буфере и полном буфере включаются, и трафик при неполном буфере, приоритезирован для того, чтобы верифицировать практические случаи. Более подробные технологии оценки могут изучаться на уровне рабочей группы 3GPP в последующих практических исследованиях физического уровня и верхних уровней на предмет улучшения небольших сот.

[183] CSG/гибридная схема является независимой темой, которая может анализироваться в других WI/SI. Решения, агностические к CSG/гибридной схеме или открытому доступу, также могут применяться к CSG/гибридной схеме.

[184] (H) ОБРАТНАЯ СОВМЕСТИМОСТЬ

[185] Обратная совместимость, т.е. возможность для унаследованных UE (до версии 12) осуществлять доступ к узлу небольшой соты/несущей, требуется для развертываний небольших сот.

[186] Введение функциональных возможностей без обратной совместимости может быть оправдано значительным выигрышем.

[187] (I) Варианты использования развертывания

[188] Развертываемый оператором сценарий (т.е. оператор выполняет планирование развертывания сот и устанавливает/поддерживает узлы небольших сот) может поддерживаться для улучшения небольших сот.

[189] Развертываемые пользователями сценарии, например, узлы небольших сот, развернутые в офисных зданиях бизнес-пользователями, могут поддерживаться для улучшения небольших сот с более низким приоритетом.

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

[191] Даже в развертываемом оператором сценарии, может рассматриваться уменьшение усилий по планированию развертывания сот по сравнению с версиями 10/11.

[192] (J) Совместное использование и межсетевое взаимодействие

[193] Для улучшения небольших сот должны поддерживаться идентичные характеристики для межсетевого взаимодействия между RAT, по меньшей мере, с производительностью, идентичной производительности в 3GPP E-UTRAN версия 10/11, при допущении, что небольшие соты поддерживают механизмы 3GPP версии 10/11.

[194] (K) АСПЕКТЫ БАЗОВОЙ СЕТИ

[195] Улучшение небольших сот может минимизировать нагрузку по передаче служебных сигналов (например, вызываемую посредством мобильности) в базовую сеть, а также увеличение транзитного трафика вследствие растущего числа узлов небольших сот.

[196] (L) Требования по характеристикам и производительности

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

[198] (M) ПРОИЗВОДИТЕЛЬНОСТЬ СИСТЕМЫ

[199] Улучшение небольших сот может поддерживать значительно увеличенную пользовательскую пропускную способность как для нисходящей линии связи, так и для восходящей линии связи с основным акцентом на пропускной способности типичного пользователя (например, 50% и, для сценариев с ограниченным покрытием, на 5%-ю точке CDF пользовательской пропускной способности), при условии обоснованной сложности системы. Фактические количественные требования могут определяться в последующих практических исследованиях на предмет улучшений физического и верхнего уровня.

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

[201] Улучшение небольших сот может задавать пропускную способность в расчете на единицу площади (например, бит/с/км2) максимально высокой для данного распределения пользователей и небольших сот, типичных типов трафика и при условии обоснованной сложности системы.

[202] Улучшения небольших сот могут оценивать влияние фактических задержек транзитного соединения и предоставлять решения с целью повышенной производительности системы. Другие аспекты, например, качество обслуживания VoLTE (например, MOS-оценка) и влияние задержки/дрожания на услуги (потоковую передачу видео, видеовызовы т.д.), также могут разрешаться в последующих исследованиях.

[203] (N) ПРОИЗВОДИТЕЛЬНОСТЬ ПОДСИСТЕМЫ МОБИЛЬНОСТИ

[204] Улучшение небольших сот может поддерживать мобильность, которая требуется для сценариев развертывания.

[205] Улучшение небольших сот может поддерживать мобильность, которая требуется для будущего использования спектра в полосах верхних частот (например, большего доступного спектра и более широкой полосы пропускания).

[206] Улучшение небольших сот может поддерживать мобильность для описанных гибких условий покрытия.

[207] Для UE, обслуживаемых на макроуровне, и для целевых мобильных скоростей до 30 км/ч, должны быть обнаружены узлы небольших сот, и потенциальная мобильность в узел небольшой соты выполнена своевременно и с низким потреблением мощности UE в ситуации, когда UE перемещается в зону покрытия уровня небольших сот.

[208] Мобильность через плотно развернутые узлы небольших сот и между макро- и небольшой сотой на идентичном частотном уровне может задаваться с хорошей производительностью для мобильных скоростей до 30 км/ч.

[209] Улучшения мобильности для более высоких скоростей (например, 50-80 км/ч) в улучшениях небольших сот, например, для разгрузки с передвижных UE в небольших сотах вне помещений, могут изучаться в последующих практических исследованиях. Могут рассматриваться решения для исключения пользователей с очень высокой мобильностью.

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

[211] Услуги реального времени могут поддерживаться в улучшении небольших сот. Влияние мобильности между узлами небольших сот и между небольшой сотой и наложенными макроузлами на качество (например, время прерывания, потери пакетов) может быть меньше или равно влиянию, предоставляемому посредством 3GPP E-UTRA/E-UTRAN версия 10/11.

[212] Улучшение небольших сот может рассматривать технологии и механизмы для того, чтобы уменьшать время задержки C-плоскости/U-плоскости и потери пакетов во время мобильности между узлами макросот и узлами небольших сот, а также между узлами небольших сот по сравнению с 3GPP E-UTRA/E-UTRAN версия 10/11.

[213] Улучшения мобильности, рассматриваемые в будущем техническом практическом исследовании, могут быть релевантными для сценариев развертывания. Дополнительные улучшения, которые не покрываются другими практическими исследованиями/рабочими исследованиями (например, HetNet-мобильность), могут рассматриваться, и могут исключаться дублированные усилия.

[214] (O) ПРОИЗВОДИТЕЛЬНОСТЬ ПОКРЫТИЯ

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

[216] (P) АРХИТЕКТУРА

[217] E-UTRAN-архитектура может позволять достигать производительности системы и подсистемы мобильности, нацеленной на улучшение небольших сот. Исследования для архитектуры могут сначала идентифицировать то, какой вид информации является необходимым или полезным для обмена между узлами, чтобы получать требуемые улучшения, до того как определяется фактический тип интерфейса.

[218] (Q) ЗАТРАТЫ И СЛОЖНОСТЬ

[219] Улучшение небольших сот должно удовлетворять требуемой производительности. Дополнительно, затраты и сложность должны минимизироваться, чтобы поддерживать развертывания улучшения небольших сот.

[220] Улучшение небольших сот может обеспечивать низкие затраты сетевых ресурсов посредством:

[221] - обеспечения возможности решений, направленных на различные транзитные соединения,

[222] - обеспечения возможности недорогого развертывания, несложных задач управления и обслуживания, например, посредством SON-функциональности, минимизации тестов в ходе вождения и т.д.,

[223] - обеспечения уменьшенных затрат на реализацию базовых станций с учетом, например, ослабления RF-требований в сценариях небольших сот

[224] Следует отметить, что все указываемые интерфейсы должны быть открытыми для функциональной совместимости оборудования от различных поставщиков.

[225] Улучшение небольших сот может быть возможным для реализации с низкой инкрементной сложностью UE и обеспечения длительного времени работы от аккумулятора UE (в режиме ожидания и активном режиме).

[226] Различные характеристики UE могут рассматриваться для улучшений небольших сот, в частности, относительно функциональных возможностей, связанных с UE RF-сложностью, таких как возможность одновременной передачи и приема из уровней макро- и небольшой соты.

[227] Сложность системы должна минимизироваться, чтобы стабилизировать систему и функциональную совместимость на ранней стадии и снижать затраты терминала и сети. Для этих требований должно учитываться следующее:

[228] - Минимизация числа вариантов

[229] - Отсутствие избыточных обязательных функциональных возможностей

[230] - Ограничения числа необходимых тестовых сценариев, например, посредством ограничения числа состояний протоколов и числа процедур, с надлежащим диапазоном параметров и степенью детализации

[231] (R) ЭФФЕКТИВНОСТЬ ИСПОЛЬЗОВАНИЯ ЭНЕРГИИ

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

[233] Высокая эффективность использования энергии UE может задаваться с учетом тракта передачи ближнего действия небольшой соты. Это означает усилия по обеспечению баланса с точки зрения эффективности использования энергии UE, например, уменьшения требуемой энергии/бит для UL, измерений мобильности UE, идентификации соты и обнаружения небольших сот, возможностей работы конечных пользователей и производительности системы.

[234] (S) БЕЗОПАСНОСТЬ

[235] Архитектура зон для улучшения небольших сот может иметь сравнимый уровень безопасности с E-UTRA версии 10/11 и E-UTRAN для сценариев развертывания улучшения небольших сот.

[236] Фиг. 11 показывает один примерный принцип совместного использования макросоты и небольших сот.

[237] Как показано на фиг. 11, сота традиционной BS или усовершенствованного узла B (200) может называться макросотой в контексте небольших сот. Каждая небольшая сота управляется посредством каждой небольшой BS или усовершенствованного узла B (300). Когда традиционная BS или усовершенствованный узел B (200) может работать при использовании частоты F1, каждая небольшая сота работает при использовании частоты F1 или F2. Небольшие соты могут группироваться в кластер. Следует отметить, что фактическое развертывание небольших сот варьируется в зависимости от политики оператора.

[238] Фиг. 12 показывает один пример первого сценария развертывания небольших сот.

[239] Как показано на фиг. 12, небольшие соты могут развертываться при наличии наложенной макросоты. Иными словами, небольшие соты могут развертываться в покрытии макросоты. В таком развертывании, может рассматриваться следующее.

[240] - Внутриканальное развертывание макросоты и небольших сот

[241] - Развертывание небольших сот вне помещений

[242] - Рассматривается кластер небольших сот

[243] - Небольшие соты являются плотными в кластере

[244] - Также могут рассматриваться сведения относительно числа/плотности небольших сот в расчете на кластер, транзитной линии связи для координации между небольшими сотами и временной синхронизации между небольшими сотами

[245] - Также могут рассматриваться как идеальное транзитное соединение, так и неидеальное транзитное соединение для следующих интерфейсов: интерфейс между небольшими сотами в идентичном кластере и интерфейс между кластером небольших сот и, по меньшей мере, одним усовершенствованным макроузлом B.

[246] - Неидеальное транзитное соединение предполагается для всех остальных интерфейсов.

[247] Здесь, неидеальное транзитное соединение означает, что может быть задержка до 60 мс.

[248] Фиг. 13a показывает один пример второго сценария развертывания небольших сот.

[249] Как показано на фиг. 13a, небольшие соты могут развертываться вне помещений. В таком развертывании может рассматриваться следующее.

[250] - Небольшие соты развертываются при наличии наложенной макросети

[251] - Отдельное частотное развертывание макросоты и небольших сот

[252] - Развертывание небольших сот вне помещений

[253] - Рассматривается кластер небольших сот

[254] - Небольшие соты являются плотными в кластере

[255] - Также могут рассматриваться сведения относительно числа/плотности небольших сот в расчете на кластер, транзитной линии связи для координации между небольшими сотами и временной синхронизации между небольшими сотами

[256] - Также могут рассматриваться как идеальное транзитное соединение, так и неидеальное транзитное соединение для следующих интерфейсов: интерфейс между небольшими сотами в идентичном кластере и интерфейс между кластером небольших сот и, по меньшей мере, одним макро-eNB

[257] - Неидеальное транзитное соединение предполагается для всех остальных интерфейсов

[258] Фиг. 13b показывает другой пример второго сценария развертывания небольших сот.

[259] Как показано на фиг. 13b, небольшие соты могут развертываться в помещениях. В таком развертывании может рассматриваться следующее.

[260] - Небольшие соты развертываются при наличии наложенной макросети

[261] - Отдельное частотное развертывание макросоты и небольших сот

[262] - Рассматривается развертывание небольших сот в помещениях

[263] - Рассматривается кластер небольших сот

[264] - Небольшие соты являются плотными в кластере

[265] - Также могут рассматриваться сведения относительно числа/плотности небольших сот в расчете на кластер, транзитной линии связи для координации между небольшими сотами и временной синхронизации между небольшими сотами

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

[267] - Также могут рассматриваться как идеальное транзитное соединение, так и неидеальное транзитное соединение для следующих интерфейсов: интерфейс между небольшими сотами в идентичном кластере и интерфейс между кластером небольших сот и, по меньшей мере, одним макро-eNB

[268] - Неидеальное транзитное соединение предполагается для всех остальных интерфейсов.

[269] Фиг. 14 показывает один пример третьего сценария развертывания небольших сот.

[270] Как показано на фиг. 14, небольшие соты могут развертываться в помещениях. В таком развертывании может рассматриваться следующее.

[271] - Макросотовое покрытие не присутствует

[272] - Рассматривается сценарий развертывания в помещениях

[273] - Рассматривается кластер небольших сот

[274] - Небольшие соты являются плотными в кластере

[275] - Также могут рассматриваться сведения относительно числа/плотности небольших сот в расчете на кластер, транзитной линии связи для координации между небольшими сотами и временной синхронизации между небольшими сотами

[276] - Может рассматриваться разреженный сценарий, к примеру, сценарий публичной зоны беспроводного доступа в помещениях.

[277] - Также могут рассматриваться как идеальное транзитное соединение, так и неидеальное транзитное соединение для следующих интерфейсов: интерфейс между небольшими сотами в идентичном кластере.

[278] - Неидеальное транзитное соединение предполагается для всех остальных интерфейсов.

[279] [280] Фиг. 15 показывает принцип режимов сдвоенного подключения.

[281] Как проиллюстрировано на фиг. 15, UE 100 имеет режимы сдвоенного подключения как к макросоте, так и к небольшой соте. Здесь, подключение означает соединение с усовершенствованным узлом B для передачи данных. Если UE обслуживается как посредством одной макросоты, так и посредством одной небольшой соты, можно сказать, что UE имеет режимы сдвоенного подключения, т.е. одно подключение для макросоты и другое подключение для небольшой соты. Если UE обслуживается посредством небольших сот, можно сказать, что UE имеет режим множественного подключения.

[282] Макросота обслуживается посредством усовершенствованного C-узла B (или CeNB), а небольшая сота или группа небольших сот обслуживаются посредством усовершенствованного U-узла B (или UeNB). Усовершенствованный C-узел B означает усовершенствованный узел B плоскости управления, который отвечает за управление характерными для плоскости управления операциями, например, управлением RRC-соединениями и мобильностью, например, передачей управляющих данных по однонаправленным радиоканалам сигнализации (SRB). Усовершенствованный U-узел B означает усовершенствованный узел B пользовательской плоскости, который отвечает за управление характерными для пользовательской плоскости операциями, например, передачей данных по однонаправленным радиоканалам передачи данных (DRB).

[283] Небольшая сота усовершенствованного U-узла B отвечает за передачу трафика на основе принципа максимальной эффективности (BE), тогда как макросота усовершенствованного C-узла B отвечает за передачу других типов трафика, таких как VoIP, потоковые данные или данные сигнализации.

[284] Следует отметить, что предусмотрен X3-интерфейс между усовершенствованным C-узлом B и усовершенствованным U-узлом B, который является аналогичным традиционному X2-интерфейсу между усовершенствованными узлами B.

[285] Здесь, следующее рассматривается:

[286] - CeNB и UeNB являются различными узлами.

[287] - Макросота обслуживается посредством CeNB, а небольшая сота или группа небольших сот обслуживается посредством UeNB.

[288] - Передача данных по SRB выполняется для CeNB.

[289] - Предусмотрен X3-интерфейс между CeNB и UeNB, который является аналогичным традиционному X2-интерфейсу между eNB.

[290] - Поскольку переконфигурирование RRC-соединения управляется в CeNB, CeNB может отправлять информацию относительно DRB-конфигураций в UeNB через X3-интерфейс.

[291] Если предусмотрен MAC-уровень в CeNB, и предусмотрен другой MAC-уровень в UeNB, возможно то, что:

[292] - MAC-уровень в CeNB может быть сконфигурирован со всеми SRB и/или с нулем, одним или более DRB

[293] - MAC-уровень в UeNB может быть сконфигурирован с нулем или одним SRB и/или одним или более DRB

[294] В качестве другого средства, также возможно то, что:

[295] - MAC-уровень в CeNB может быть сконфигурирован со всеми SRB

[296] - MAC-уровень в UeNB может быть сконфигурирован со всеми DRB.

[297] [298] Фиг. 16 показывает примерный стек протоколов для пользовательской плоскости, когда PHY-уровень завершается в усовершенствованном U-узле B.

[299] Как показано на фиг. 16, оконечные точки MAC-уровня, RLC-уровня и PDCP-уровня в L2-протоколах между UE и усовершенствованным узлом B находятся в усовершенствованном C-узле B.

[300] Поскольку оконечная точка PHY-уровня находится в усовершенствованном U-узле B, функции MAC-уровня, RLC-уровня и PDCP-уровня выполняются в усовершенствованном C-узле B. Этот способ требует плотного взаимодействия между усовершенствованным U-узлом B и усовершенствованным C-узлом B, поскольку часть PHY-уровня и MAC-уровня близко связываются.

[301] Например, усовершенствованный U-узел B должен указывать/передавать информацию относительно передач/приема TB и обратной связи по HARQ в усовершенствованный C-узел B через X3-интерфейс. Кроме того, поскольку диспетчеризация выполняется на MAC-уровне, усовершенствованный C-узел B управляет диспетчеризацией для усовершенствованного U-узла B.

[302] Другими словами, для передач данных по DL в усовершенствованном U-узле B, усовершенствованный C-узел B перенаправляет DL-данные (транспортные блоки) в усовершенствованный U-узел B, поскольку в принципе MAC-уровень формирует транспортные блоки и перенаправляет их на PHY-уровень. Кроме того, усовершенствованный U-узел B перенаправляет соответствующую информацию обратной связи, принимаемую из UE, в усовершенствованный C-узел B, поскольку повторные HARQ-передачи обрабатываются на MAC-уровне.

[303] Для передачи данных по UL, поскольку информация относительно величины UL-данных в UE известна только на MAC-уровне, усовершенствованный C-узел B указывает информацию диспетчеризации в усовершенствованный U-узел B. Информация диспетчеризации включает в себя то, сколько радиоресурсов должны быть диспетчеризованы в какой UE. Затем усовершенствованный U-узел B диспетчеризует UE и принимает TB из UE. Далее усовершенствованный U-узел B перенаправляет TB в усовершенствованный C-узел B. Усовершенствованный C-узел B декодирует принятые TB и указывает результаты в усовершенствованный U-узел B, так что последующие передачи могут выполняться в усовершенствованном U-узле B.

[304] Фиг. 17 показывает примерные стеки протоколов для пользовательской плоскости, когда MAC-уровень завершается в усовершенствованном U-узле B.

[305] Поскольку функции, предоставленные посредством MAC-уровня, являются характерными для соты, например, диспетчеризация и HARQ, должен быть предусмотрен обоснованный способ находить MAC-уровень в усовершенствованном U-узле B. Для диспетчеризации посредством усовершенствованного U-узла B своего UE, он должен знать информацию диспетчеризации из UE и усовершенствованного C-узла B.

[306] Для диспетчеризации в UL, усовершенствованный U-узел B знает объем данных в DRB из BSR, сообщенного посредством UE.

[307] Для диспетчеризации в DL, поскольку усовершенствованный U-узел B подключается к P-GW через усовершенствованный C-узел B, усовершенствованный C-узел B перенаправляет данные по DRBS, который усовершенствованный U-узел B должен диспетчеризовать в UE.

[308] Если усовершенствованный U-узел B передает данные в UE, усовершенствованный U-узел B указывает информацию относительно передачи данных в усовершенствованный C-узел B. Например, усовершенствованный U-узел B указывает то, переданы данные успешно или нет. Если усовершенствованный U-узел B принимает данные из UE, усовершенствованный U-узел B передает данные в усовершенствованный C-узел B.

[309] Поскольку MAC-уровень расположен в усовершенствованном U-узле B, MAC-функции отдельно выполняются в расчете на соту, т.е. помимо MAC в усовершенствованном C-узле B, MAC выполняет следующие функции для усовершенствованного U-узла B:

[310] Формирование отчетов о состоянии буфера: при условии, что предусмотрены только DRB между UE и усовершенствованным U-узлом B, UE сообщает BSR, включающий в себя информацию относительно данных, по DRB.

[311] Запрос на диспетчеризацию: регулярный BSR вследствие данных по DRB инициирует SR в усовершенствованный U-узел B. Если инициирован SR, UE отправляет SR в усовершенствованный U-узел B.

[312] Сообщение запаса мощности: UE сообщает запас мощности сот в усовершенствованном U-узле B в усовершенствованный U-узел B.

[313] DRX: UE может быть сконфигурировано с характерными для усовершенствованного U-узла B DRX-параметрами. Следовательно, UE управляет DRX с характерными для усовершенствованного U-узла B параметрами, чтобы отслеживать PDCCH по усовершенствованному U-узлу B.

[314] Тем не менее, поскольку по-прежнему требуются взаимодействия между MAC-уровнем и RLC-уровнем, например, для процедуры приоритезации логических каналов в усовершенствованном узле B, усовершенствованный C-узел B должен перенаправлять информацию относительно DL-данных, доступных для передач в усовершенствованный U-узел B. Согласно этой информации, усовершенствованный U-узел B формирует MAC PDU, которые должны отправляться в UE.

[315] Фиг. 18 показывает примерный стек протоколов и интерфейсы для пользовательской плоскости, когда RLC-уровень завершается в усовершенствованном U-узле B.

[316] Как показано на фиг. 18, MAC-уровень и RLC-уровень расположены в усовершенствованном U-узле B. Поскольку MAC-уровень находится в усовершенствованном U-узле B, MAC-функции являются идентичными оконечному MAC-узлу в усовершенствованном U-узле B.

[317] Поскольку традиционная работа в RLC-режиме уже является характерной для однонаправленного радиоканала, не возникает существенных последствий, если один RLC-уровень только для SRB находится в усовершенствованном C-узле B, а другой RLC-уровень только для DRB находится в усовершенствованном U-узле B.

[318] Кроме того, поскольку RLC-уровень и MAC-уровень расположены в идентичном узле, т.е. в усовершенствованном U-узле B, обмен информацией между усовершенствованным C-узлом B и усовершенствованным U-узлом B, вообще не требуется с точки зрения взаимодействия RLC- и MAC-уровней.

[319] Тем не менее, поскольку отсутствует PDCP-уровень в усовершенствованном U-узле B, по-прежнему имеется необходимость перенаправлять данные между усовершенствованным C-узлом B и усовершенствованным U-узлом B.

[320] Фиг. 19 показывает примерный стек протоколов и интерфейсы для пользовательской плоскости, когда PDCP-уровень завершается в усовершенствованном U-узле B.

[321] Как показано на фиг. 19, поскольку все L2-уровни расположены в усовершенствованном U-узле B, усовершенствованный U-узел B непосредственно подключается к S-GW, так что IP-пакеты транспортируются в P-GW через S-GW. Следовательно, передача данных между усовершенствованным U-узлом B и усовершенствованным C-узлом B не требуется. Иными словами, усовершенствованный U-узел B непосредственно принимает DL-данные из S-GW и отправляет их в UE. Усовершенствованный U-узел B принимает UL-данные из UE, и непосредственно отправляет их в S-GW.

[322] Поскольку PHY-уровень и MAC-уровень должны быть расположены в идентичном узле, и поскольку RLC-уровень и PDCP-уровень являются характерными для однонаправленного радиоканала, этот способ является самым обоснованным с точки зрения объема информации, которой обмениваются между усовершенствованным U-узлом B и усовершенствованным C-узлом B.

[323] [324] Фиг. 20 показывает протоколы радиосвязи усовершенствованных узлов B для поддержки режимов сдвоенного подключения.

[325] Для режимов сдвоенного или множественного подключения, MAC-функции UE 100 должны быть вновь заданы, поскольку с точки зрения протоколов уровня 2, RLC-функции и конфигурации являются характерными для однонаправленного канала, тогда как MAC-функции и конфигурации не являются.

[326] Чтобы поддерживать режимы сдвоенного или множественного подключения, изучаются различные архитектуры протоколов, и одна из потенциальных архитектур показана на фиг 15. В этой архитектуре, PDCP-объект для усовершенствованного U-узла B расположен в различных сетевых узлах, т.е. PDCP в усовершенствованном C-узле B.

[327] Как показано на фиг 20, усовершенствованный C-узел B включает в себя PHY-уровень, MAC-уровень, RLC-уровень, уровень PDCH и RRC-уровень, тогда как усовершенствованный U-узел B включает в себя PHY-уровень, MAC-уровень и RLC-уровень. Следует отметить, что RRC-уровень и PDCP-уровень существуют только в усовершенствованном C-узле B. Другими словами, предусмотрен общий RRC- и PDCP-уровень, и предусмотрен набор RLC-, MAC- и PHY-уровней в расчете на подключение. Соответственно, данные по SRB сигнализируются по усовершенствованному C-узлу B, и данные по DRB сигнализируются либо по усовершенствованному C-узлу B, либо по усовершенствованному U-узлу B согласно DRB-конфигурациям. Иными словами, усовершенствованный C-узел B может доставлять данные по DRB в дополнение к управляющим данным по SRB, в то время как усовершенствованный U-узел B может доставлять данные только по DRB.

[328] Здесь, следующее рассматривается:

[329] - Усовершенствованный C-узел B и усовершенствованный U-узел B могут представлять собой различные узлы.

[330] - Передача данных по SRB выполняется по усовершенствованному C-узлу B.

[331] - Передача данных по DRB выполняется либо по усовершенствованному C-узлу B, либо по усовершенствованному U-узлу B. То, располагается тракт данных по DRB в усовершенствованном C-узле B или усовершенствованном U-узле B, может быть сконфигурировано посредством усовершенствованного узла B, MME или S-GW.

[332] - Предусмотрен X3-интерфейс между усовершенствованным C-узлом B и усовершенствованным U-узлом B, который является аналогичным традиционному X2-интерфейсу между усовершенствованными узлами B.

[333] - Поскольку переконфигурирование RRC-соединения управляется в усовершенствованном C-узле B, усовершенствованный C-узел B отправляет информацию относительно DRB-конфигураций в усовершенствованный U-узел B через X3-интерфейс.

[334] Фиг. 21 показывает протоколы радиосвязи UE для поддержки режимов сдвоенного подключения.

[335] Как показано на фиг. 21, усовершенствованный U-узел B отвечает за передачу DRB на основе принципа максимальной эффективности (BE). Усовершенствованный C-узел B отвечает за передачу SRB и DRB. Как пояснено выше, PDCP-объект для усовершенствованного U-узла B расположен в усовершенствованном C-узле B.

[336] Как показано на фиг. 21, на стороне UE 100, предусмотрено несколько MAC-объектов для макросоты усовершенствованного C-узла B и небольших сот усовершенствованного U-узла B. Другими словами, UE 100 устанавливает каждый MAC-объект для каждого подключения. Соответственно, UE 100 включает в себя несколько MAC-объектов для режимов сдвоенного или множественного подключения. Здесь, хотя фиг. 21 иллюстрирует два PHY-объекта для режимов сдвоенного подключения, только один PHY-объект может обрабатывать режимы сдвоенного подключения. Для подключения к усовершенствованному U-узлу B, UE 100 может включать в себя PDCP-объект, RLC-объект и MAC-объект, которые обрабатывают DRB BE. Для подключения к усовершенствованному C-узлу B, UE 100 может включать в себя несколько RLC-объектов, несколько PDCP-объектов, которые обрабатывают SRB и DRB.

[337] Между тем, каждый из усовершенствованного C-узла B и усовершенствованного U-узла B владеет радиоресурсом для себя и включает в себя планировщик для диспетчеризации радиоресурса для себя. Здесь, каждый планировщик и каждое подключение являются преобразуются "1 к 1".

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

[339] Тем не менее, существующий BSR-механизм дает возможность UE сообщать только объем данных в расчете на группу логических каналов (LCG) в одном сообщении в один усовершенствованный узел B. Это подразумевает, что требуется обмен информацией относительно состояния буфера между усовершенствованными узлами B, которые подвергаются режиму сдвоенного подключения. Таким образом, возникает задержка для диспетчеризации посредством усовершенствованного узла B.

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

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

[342] Фиг. 22 показывает один примерный способ согласно одному варианту осуществления настоящего раскрытия сущности.

[343] Ссылаясь на фиг. 22, проиллюстрировано то, как BSR-инициирование и сообщение выполняются в режиме сдвоенного подключения.

[344] (1) Подробно, UE 100 может принимать конфигурацию режимов сдвоенного подключения к усовершенствованному C-узлу B 200 (или усовершенствованному макроузлу B) и усовершенствованному U-узлу B 300 (или небольшому усовершенствованному узлу B). Конфигурация может указывать то, что первое подключение (подключение 1) предназначено для усовершенствованного C-узла B, а второе подключение (подключение 2) предназначено для усовершенствованного U-узла B. Затем UE 100 может активировать (или конфигурировать) каждый MAC-объект для каждого подключения.

[345] (2) Так же, UE 100 может принимать конфигурацию по множеству однонаправленных каналов. Конфигурация может указывать то, что первый однонаправленный радиоканал (однонаправленный радиоканал 1) связан или ассоциирован с первым подключением (подключением 1), а второй однонаправленный радиоканал (однонаправленный радиоканал 2) связан или ассоциирован со вторым подключением (подключением 2). Затем UE 100 может ассоциировать (или коррелировать) каждый MAC-объект для каждого подключения с каждым однонаправленным радиоканалом.

[346] (3) В дальнейшем, UE 100 может обнаруживать поступление данных восходящей линии связи из первого однонаправленного радиоканала (однонаправленного радиоканала 1). Другими словами, UE 100 может проверять то, становятся или нет данные восходящей линии связи доступными для передачи, и затем идентифицировать соответствующий MAC-объект, т.е. первый MAC-объект, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов. Так же, UE 100 может инициировать отчет о состоянии буфера (BSR) для первого MAC-объекта. Здесь, если UE 100 не имеет разрешения на передачу по UL для первого MAC-объекта, т.е. для первого подключения (подключения 1), оно инициирует запрос на диспетчеризацию для первого подключения (подключения 1) посредством использования PUCCH или RA-процедуры.

[347] (4) После этого, UE может передавать BSR, включающий в себя информацию относительно данных первого MAC-объекта, т.е. первого однонаправленного радиоканала (однонаправленного радиоканала 1)

[348] (5) Кроме того, UE 100 может обнаруживать поступление данных восходящей линии связи из второго однонаправленного радиоканала (однонаправленного радиоканала 2). Другими словами, UE 100 может проверять то, становятся или нет данные восходящей линии связи доступными для передачи, и затем идентифицировать соответствующий MAC-объект, т.е. второй MAC-объект, по которому должны передаваться данные восходящей линии связи, из первого и второго MAC-объектов. Так же, UE 100 может инициировать отчет о состоянии буфера (BSR) для второго MAC-объекта. Здесь, если UE 100 не имеет разрешения на передачу по UL для второго MAC-объекта, т.е. для второго подключения (подключения 2), оно инициирует запрос на диспетчеризацию для второго подключения (подключения 2) посредством использования PUCCH или RA-процедуры.

[349] (6) После этого, UE может передавать BSR, включающий в себя информацию относительно данных второго MAC-объекта, т.е. второго однонаправленного радиоканала (однонаправленного радиоканала 2).

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

[351] [352] В дальнейшем в этом документе поясняются другие варианты осуществления настоящего раскрытия сущности.

[353] ГРУППИРОВКА ПОДКЛЮЧЕНИЙ

[354] Для реализации режима сдвоенного подключения, с точки зрения UE, один MAC-уровень необходим для каждого усовершенствованного узла B при условии, что предусмотрено одно подключение в расчете на усовершенствованный узел B. Поскольку один усовершенствованный узел B обслуживает одну или более сот, и соты, принадлежащие идентичному усовершенствованному узлу B, могут обрабатываться на одном MAC-уровне, UE имеет один MAC-уровень в расчете на подключение. Для режима сдвоенного подключения предполагается, что UE имеет, по меньшей мере, одно подключение для макросоты и одно или более подключений для небольших сот. Например, UE обслуживается посредством одной макросоты и двух небольших сот. Эти небольшие соты обслуживаются посредством различных усовершенствованных U-узлов B. В таком случае, UE имеет 3 подключения, что требует 3 MAC-уровней.

[355] Управление подключениями может выполняться посредством усовершенствованного C-узла B, MME или S-GW. Следующее включается в управление подключениями.

[356] - Идентификатор подключения

[357] UE может быть сконфигурировано с идентификатором подключения для каждого подключения посредством, например, RRC-сообщения. Например, UE может быть сконфигурировано с идентификатором 0 подключения для усовершенствованного C-узла B, идентификатором 1 подключения для UeNodeB1 и идентификатором 2 подключения для UeNodeB2. Идентификатор подключения, в общем, используется для идентификации подключения между UE и усовершенствованным узлом B, например, когда подключение добавляется, модифицируется или удаляется.

[358] - Конфигурация в расчете на подключение

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

[360] - Конфигурация по умолчанию для подключения

[361] Конфигурации для подключения для усовершенствованного C-узла B рассматриваются как конфигурация сбоя. Таким образом, если подключение удаляется, конфигурация по умолчанию применяется к конфигурации, включающей в себя однонаправленный радиоканал, сконфигурированный для удаленного подключения. Например, UE сконфигурировано с однонаправленными радиоканалами A и B, и однонаправленный радиоканал A сконфигурирован для усовершенствованного C-узла B (подключения 1), а однонаправленный радиоканал B сконфигурирован для усовершенствованного U-узла B (подключения 2). Если подключение 2 удаляется, UE рассматривает однонаправленный радиоканал B, который должен быть сконфигурирован для подключения 1.

[362] - ТАЙМЕР ПОДКЛЮЧЕНИЯ

[363] UE может быть сконфигурировано с таймером подключения для каждого подключения. Когда UE сконфигурировано с новым подключением, UE запускает таймер подключения для нового подключения. UE перезапускает таймер подключения, если подключение модифицируется. Если таймер подключения истекает, UE разрывает подключение.

[364] - АКТИВАЦИЯ/ДЕАКТИВАЦИЯ ПОДКЛЮЧЕНИЯ

[365] Усовершенствованный узел B (например, усовершенствованный C-узел B) может командовать UE активировать или деактивировать один, часть, вся подключения. Когда новое подключение добавляется в UE, UE рассматривает подключение, которое должно деактивироваться. Когда усовершенствованный узел B запрашивает от UE активировать подключение посредством PDCCH-, MAC-, RLC-, PDCP-, RRC-сигнализации, UE активирует подключение. Для активированного подключения, UE может использовать передачу данных по нему. Если усовершенствованный узел B запрашивает от UE деактивировать подключение, то UE деактивирует подключение. Для деактивированного подключения, UE не может использовать передачу данных по нему.

[366] [367] ФОРМИРОВАНИЕ ОТЧЕТОВ О СОСТОЯНИИ БУФЕРА (BSR)

[368] Поскольку планировщик в каждом усовершенствованном узле B диспетчеризует собственные радиоресурсы, каждый планировщик должен знать объем данных для диспетчеризации.

[369] Тем не менее, существующий BSR-механизм дает возможность UE сообщать только объем данных в расчете на группу логических каналов (LCG) в одном сообщении в один усовершенствованный узел B. Это подразумевает, что требуется обмен информацией относительно состояния буфера между усовершенствованными узлами B, которые подвергаются режиму сдвоенного подключения. Таким образом, возникает задержка для диспетчеризации посредством усовершенствованного узла B.

[370] Следовательно, предлагается, что BSR-процедура выполняется в расчете на подключение. Иными словами, однонаправленные радиоканалы, сконфигурированные для подключения, рассматриваются для BSR-процедуры для подключения. Например, предполагается, что UE имеет 2 подключения (подключение 1 и 2) и 2 набора однонаправленных радиоканалов (набор A и B). Дополнительно предполагается, что набор A используется для подключения 1, а набор B используется для подключения 2. В этом случае, BSR-процедура для подключения 1 ассоциирована с данными по однонаправленным радиоканалам в наборе A, и BSR-процедура для подключения 2 ассоциирована с данными по однонаправленным радиоканалам в наборе B. Таким образом:

[371] - Если поступают данные по однонаправленным радиоканалам в наборе A,

[372] UE инициирует BSR для подключения 1. Это означает то, что UE сообщает BSR (т.е. BSR MAC CE) в усовершенствованный узел B, который подвергается подключению 1. Кроме того, если UE не имеет UL-ресурсов, то UE инициирует SR для подключения 1. Это означает то, что UE отправляет SR по PUCCH или выполняет процедуру произвольного доступа в/по усовершенствованному узлу B, который подвергается подключению 1. BSR MAC CE включает в себя информацию только относительно состояния буфера однонаправленных радиоканалов в наборе A.

[373] - Если поступают данные по однонаправленным радиоканалам в наборе B,

[374] UE инициирует BSR для подключения 2. Это означает то, что UE сообщает BSR (т.е. BSR MAC CE) в усовершенствованный узел B, который подвергается подключению 2. Кроме того, если UE не имеет UL-ресурсов, то UE инициирует SR для подключения 2. Это означает то, что UE отправляет SR по PUCCH или выполняет процедуру произвольного доступа в/по усовершенствованному узлу B, который подвергается подключению 2. BSR MAC CE включает в себя информацию только относительно состояния буфера однонаправленных радиоканалов в наборе B.

[375] Кроме того, конфигурации BSR, включающие в себя periodicBSR-Timer, retxBSR-Timer и т.д., могут конфигурироваться в расчете на подключение. В дополнение к конфигурациям BSR, эти таймеры работают для каждого подключения.

[376] Усовершенствованный узел B может хотеть знать общий объем данных UE (в UL). В этом случае, усовершенствованный узел B может командовать UE сообщать общий объем данных в UL. Эта команда может сигнализироваться посредством PDCCH-, MAC-, RLC-, PDCP- или RRC-сигнализации. Кроме того, усовершенствованный узел B может конфигурировать UE с периодическим таймером для сообщения общего объема данных в UL. Общий объем данных может указываться посредством объема данных в расчете на LCG, объем данных, в расчете на логический канал, объема данных в расчете на подключение или и т.д.

[377] Кроме того, UE может сообщать объем данных для подключения, если подключение добавляется, удаляется или модифицируется. Это означает то, что UE инициирует BSR, когда подключение добавляется, удаляется или модифицируется. В этих случаях, UE отправляет BSR в усовершенствованные узлы B, для которых изменяются сконфигурированные однонаправленные радиоканалы. Например, UE имеет два однонаправленных радиоканала (A и B) для подключения 1. Если UE сконфигурировано с новым подключением 2, и однонаправленный радиоканал B сконфигурирован для подключения 2, то UE инициирует BSR для подключения 2 и отправляет BSR в усовершенствованный узел B, который подвергается подключению 2, включающий в себя объем данных, по однонаправленному радиоканалу B. Кроме того, UE инициирует BSR для подключения 1 и отправляет его в усовершенствованный узел B, который подвергается подключению 1, включающий в себя объем данных для однонаправленных радиоканалов, по однонаправленному радиоканалу A.

[378] Если подключение удаляется, UE инициирует BSR и отправляет его в усовершенствованный C-узел B (или в другие усовершенствованные U-узлы B), чтобы указывать объем данных для однонаправленных радиоканалов, сконфигурированных для удаленного подключения.

[379] Когда указывается объем данных в однонаправленных радиоканалах, сконфигурированных для подключения, идентификатор подключения может указываться вместе, чтобы идентифицировать подключение. Например, когда UE сообщает BSR для подключения 1, то UE также указывает идентификатор подключения, назначаемый для подключения 1, вместе с BSR.

[380] [381] ПРИОРИТЕЗАЦИЯ ЛОГИЧЕСКИХ КАНАЛОВ (LCP)

[382] Когда UE принимает разрешение на передачу по UL из усовершенствованного узла B, который подвергается определенному подключению, во время LCP-процедуры, рассматриваются только данные по сконфигурированным однонаправленным радиоканалам и/или управляющая информация для подключения. Например, если UE имеет 2 подключения (A и B), и однонаправленный радиоканал "a" сконфигурирован для подключения A, а однонаправленный радиоканал "b" сконфигурирован для подключения B, когда UE принимает разрешение на передачу по UL из усовершенствованного узла B, который подвергается подключению A, то данные по однонаправленному радиоканалу "a" рассматриваются для формирования MAC PDU посредством принимаемого разрешения на передачу по UL. Иными словами, в LCP-процедуре, разрешение на передачу по UL является применимым только к данным по однонаправленным радиоканалам, сконфигурированным для подключения, для которого назначается разрешение на передачу по UL.

[383] [384] СООБЩЕНИЕ ЗАПАСА МОЩНОСТИ (PHR)

[385] PHR-конфигурации в расчете на подключение могут предоставляться в UE. Кроме того, связанные с PHR таймеры могут работать в расчете на подключение.

[386] Если UE инициирует PHR, оно отправляет PHR MAC CE. PHR MAC CE включает в себя PH сот, принадлежащих идентичному подключению.

[387] Когда подключение добавляется, удаляется или модифицируется, UE инициирует PHR для одного, некоторых или всех сконфигурированных подключений.

[388] Когда UE сообщает PH для подключения, UE может указывать идентификатор подключения.

[389] [390] ПОДДЕРЖАНИЕ ВРЕМЕННОГО ВЫРАВНИВАНИЯ В ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ

[391] Конфигурация в отношении временного выравнивания в восходящей линии связи в расчете на подключение может предоставляться в UE. Связанный с временным выравниванием в восходящей линии связи таймер (например, timeAlignmentTimer) может работать в расчете на подключение.

[392] Когда истекает timeAlignmentTimer для подключения для усовершенствованного C-узла B, UE рассматривает timeAlignmentTimer для всех подключений как истекший.

[393] Когда указывается команда временного опережения, идентификатор подключения также указывается. После этого UE применяет команду временного опережения для подключения, указываемого посредством идентификатора подключения, и запускает timeAlignmentTimer для подключения, указываемого посредством идентификатора подключения.

[394] [395] ПРОЦЕДУРА ПРОИЗВОЛЬНОГО ДОСТУПА

[396] Процедура произвольного доступа также выполняется в расчете на подключение. Если процедура произвольного доступа должна выполняться одновременно для 2 или более подключений, UE приоритезирует процедуру произвольного доступа для подключения усовершенствованного C-узла B относительно подключения усовершенствованных U-узлов B.

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

[398] Фиг. 23 является блок-схемой, показывающей систему беспроводной связи для того, чтобы реализовывать вариант осуществления настоящего изобретения.

[399] UE 100 включает в себя процессор 101, запоминающее устройство 102 и радиочастотный (RF) модуль 103. Запоминающее устройство 102 соединяется с процессором 101 и выполнено с возможностью сохранять различную информацию, используемую для операций для процессора 101. RF-модуль 103 соединяется с процессором 101 и выполнен с возможностью отправлять и/или принимать радиосигнал. Процессор 101 реализует предложенные функции, процессы и/или способы. В описанных вариантах осуществления, работа UE может реализовываться посредством процессора 101.

[400] Усовершенствованный узел B 200/300 (включающий в себя усовершенствованный C-узел B и усовершенствованный U-узел B) включает в себя процессор 201/301, запоминающее устройство 202/302 и RF-модуль 203/303. Запоминающее устройство 202/302 соединяется с процессором 201/301 и выполнено с возможностью сохранять различную информацию, используемую для операций для процессора 201/301. RF-модуль 203/303 соединяется с процессором 201/301 и выполнен с возможностью отправлять и/или принимать радиосигнал. Процессор 201/301 реализует предложенные функции, процессы и/или способы. В описанных вариантах осуществления, работа усовершенствованного узла B может реализовываться посредством процессора 201.

[401] Процессор может включать в себя специализированные интегральные схемы (ASIC), другие наборы микросхем, логические схемы и/или процессоры данных. Запоминающее устройство может включать в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), флэш-память, карты памяти, носители хранения данных и/или другие устройства хранения данных. RF-модуль может включать в себя схему основной полосы частот для обработки радиосигнала. Когда вышеописанный вариант осуществления реализуется в программном обеспечении, вышеописанная схема может реализовываться с использованием модуля (процесса или функции), который выполняет вышеуказанную функцию. Модуль может сохраняться в запоминающем устройстве и выполняться посредством процессора. Запоминающее устройство может располагаться в процессор внутренне или внешне и соединяться с процессором с использованием множества известных средств.

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

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

- конфигурируют, посредством пользовательского оборудования (UE), первый объект управления доступом к среде (MAC), ассоциированный с первой базовой станцией, и

- конфигурируют, посредством UE, второй МАС-объект, ассоциированный со второй базовой станцией;

- инициируют, посредством первого МАС-объекта UE, первый отчет о состоянии буфера, если первые данные доступны в восходящей линии связи, ассоциированной с первым МАС-объектом; и

- инициируют, посредством второго МАС-объекта UE, второй отчет о состоянии буфера, если вторые данные доступны в восходящей линии связи, ассоциированной со вторым МАС-объектом.

2. Способ по п. 1, в котором:

- первый отчет о состоянии буфера включает в себя информацию относительно первых данных в первом МАС-объекте, и

- второй отчет о состоянии буфера включает в себя информацию относительно вторых данных во втором МАС-объекте.

3. Способ по п. 1, в котором:

- первый отчет о состоянии буфера включает в себя информацию относительно объема первых данных в первой группе логических каналов (LCG), и

- второй отчет о состоянии буфера включает в себя информацию относительно объема вторых данных во второй LCG.

4. Способ по п. 1, дополнительно содержащий этап, на котором:

- принимают конфигурации, ассоциированные с отчетом о состоянии буфера,

- при этом конфигурации включают в себя periodicBSR-Timer, указывающий периодическое таймирование отчета о состоянии буфера, и retxBSR-Timer, указывающий таймирование повторной передачи отчета о состоянии буфера.

5. Способ по п. 4, в котором этап приема конфигураций включает в себя этапы, на которых:

- принимают первую конфигурацию, ассоциированную с первым отчетом о состоянии буфера; и

- принимают вторую конфигурацию, ассоциированную со вторым отчетом о состоянии буфера.

6. Способ по п. 1, дополнительно содержащий этапы, на которых:

- выполняют первую процедуру произвольного доступа, ассоциированную с первым МАС-объектом; и

- выполняют вторую процедуру произвольного доступа, ассоциированную со вторым МАС-объектом.

7. Способ по п. 1, в котором:

- если первая базовая станция обеспечивает первое множество сот, то первый МАС-объект обрабатывает первое множество сот первой базовой станции; и

- если вторая базовая станция обеспечивает второе множество сот, то второй МАС-объект обрабатывает второе множество сот второй базовой станции.

8. Способ по п. 1, дополнительно содержащий этапы, на которых:

- запускают, посредством первого МАС-объекта UE, первый таймер временного выравнивания для таймирования восходящей линии связи в первой базовой станции; и

- запускают, посредством второго МАС-объекта UE, второй таймер временного выравнивания для таймирования восходящей линии связи во второй базовой станции;

- когда первый таймер временного выравнивания, ассоциированный с первой базовой станцией, истекает, второй таймер временного выравнивания, ассоциированный со второй базовой станцией, рассматривается как истекший.

9. Пользовательское оборудование (UE) в системе мобильной связи, причем UE содержит:

- радиочастотный (RF) модуль; и

- процессор, функционально соединенный с RF-модулем, чтобы за счет этого выполнять управление с возможностью:

- конфигурировать первый объект управления доступом к среде (MAC), ассоциированный с первой базовой станцией;

- конфигурировать второй МАС-объект, ассоциированный со второй базовой станцией;

- причем первый МАС-объект инициирует первый отчет о состоянии буфера, если первые данные доступны в восходящей линии связи, ассоциированной с первым МАС-объектом; и

- причем второй МАС-объект инициирует второй отчет о состоянии буфера, если вторые данные доступны в восходящей линии связи, ассоциированной со вторым МАС-объектом.

10. UE по п. 9, в котором:

- первый отчет о состоянии буфера включает в себя информацию относительно первых данных в первом МАС-объекте, и

- второй отчет о состоянии буфера включает в себя информацию относительно вторых данных во втором МАС-объекте.

11. UE по п. 9, в котором:

- первый отчет о состоянии буфера включает в себя информацию относительно объема первых данных в первой группе логических каналов (LCG), и

- второй отчет о состоянии буфера включает в себя информацию относительно объема вторых данных во второй LCG.

12. UE по п. 9, в котором RF-модуль дополнительно выполнен с возможностью:

- принимать конфигурации, ассоциированные с отчетом о состоянии буфера,

- при этом конфигурации включают в себя periodicBSR-Timer, указывающий периодическое таймирование отчета о состоянии буфера, и retxBSR-Timer, указывающий таймирование повторной передачи отчета о состоянии буфера.

13. UE по п. 12, в котором RF-модуль дополнительно выполнен с возможностью:

- принимать первую конфигурацию, ассоциированную с первым отчетом о состоянии буфера; и

- принимать вторую конфигурацию, ассоциированную со вторым отчетом о состоянии буфера.

14. UE по п. 9, в котором процессор дополнительно выполнен с возможностью:

-выполнять первую процедуру произвольного доступа, ассоциированную с первым МАС-объектом; и

- выполнять вторую процедуру произвольного доступа, ассоциированную со вторым МАС-объектом.

15. UE по п. 9, в котором:

- если первая базовая станция обеспечивает первое множество сот, то первый МАС-объект обрабатывает первое множество сот первой базовой станции; и

- если вторая базовая станция обеспечивает второе множество сот, то второй МАС-объект обрабатывает второе множество сот второй базовой станции.