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

Иллюстрации

Показать все

Изобретение относится к системам связи. Технический результат заключается в обеспечении возможности инициирования отчета о состоянии буфера, соответствующего каждому подключению, если данные восходящей линии связи становятся доступными для передачи. В соответствии со способом предусматривается установление первого 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 сконфигурирован/или не сконфигурирован" относительно объема данных, которые должны б