Узел передачи и способ отчетности о статусе буфера

Авторы патента:


 


Владельцы патента RU 2610250:

ХУАВЕЙ ТЕКНОЛОДЖИЗ КО., ЛТД. (CN)

Изобретение относится к отчетности о статусе буфера. Технический результат – исключение напрасных затрат ресурсов передачи по радиосети, в которой узел передачи и узлы приема находятся в соответствии один-множество. Для этого способ включает в себя этапы, на которых: классифицируют, по меньшей мере, два объекта RLC, включенные в узел передачи, как по меньшей мере, один первый объект RLC и один второй объект RLC, где все объекты RLC ассоциированы с объектом PDCP, включенным в узел передачи; и в случае, когда буфер первого объекта RLC включает в себя данные, предназначенные для передачи, генерируют первый отчет о статусе буфера BSR на основе размера данных, предназначенных для передачи в буфере первого объекта RLC, и передают сгенерированный первый BSR в узел приема, соответствующий первому объекту RLC. В результате классификации первого объекта RLC и второго объекта RLC второй объект RLC исключительно ассоциируют с отчетностью о статусе буфера объекта PDCP. Этим можно достичь то, что только один узел приема инициируют для выделения соответствующего ресурса передачи в данные, предназначенные для передачи, когда данные, предназначенные для передачи, присутствуют в буфере объекта PDCP. 4 н. и 18 з.п. ф-лы, 7 ил.

 

Область техники, к которой относится изобретение

Настоящее изобретение относится к радиосети и, в частности, к узлу передачи в радиосети и к способу отчетности о статусе буфера.

Уровень техники

В традиционной радиосети узел передачи находится во взаимно-однозначном соответствии с узлом приема, то есть, один узел передачи передает данные только в один узел приема. Кроме того, данные, предназначенные для передачи, сохраняются в буфере внутри узла передачи, например, в буфере объекта протокол схождения пакетных данных (Packet Data Convergence Protocol, PDCP) и в буфере объекта Управление радиосоединением (Radio Link Control, RLC), где объект RLC ассоциирован с объектом PDCP.

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

Например, в случае, когда узел передачи передает данные в узел приема А и узел приема В, узел передачи включает в себя объекты А и В RLC, которые, соответственно, соответствуют узлам А и В приема; и объекты А и В RLC оба ассоциированы с объектом PDCP.

Обычно, перед передачей данных узел передачи должен отчитаться о статусе буфера перед узлом приема для запроса узла приема выделить ресурс передачи, где статус буфера обозначает размер данных, предназначенных для передачи. В предшествующем уровне техники, в случае, когда узел передачи и узлы приема находятся в соответствии один-множество, поскольку все объекты RLC ассоциированы с объектом PDCP, отчет о статусе буфера (buffer status report, BSR) для всех приемных узлов инициируют, когда данные предназначенные для передачи, находятся в буфере объекта PDCP; и, в результате, все узлы приема выделяют ресурсы передачи для этой части данных, приводя, таким образом, к напрасной трате ресурсов.

Например, в случае, когда узел передачи передает данные в узлы А и В приема, если данные, предназначенные для передачи, находятся в объекте PDCP, узел передачи инициирует BSR А и В. BSR А используется для отчета о статусе буфера приемного узла А на основе размера данных, предназначенных для передачи в объекте буфера PDCP и в буфере объекта A RLC. BSR В используется для отчета о статусе буфера перед приемным узлом В на основе размера данных, предназначенных для передачи в буфере объекта PDCP и в буфере объекта В RLC.

Поскольку оба А и В BSR рассчитывают размер данных, предназначенных для передачи в буфере объекта PDCP, оба узла А и В приема выделяют ресурсы передачи в буфере данных, предназначенных для передачи объекта PDCP, что, очевидно, приводит к бесполезным расходам ресурсов.

Сущность изобретения

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

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

Для описанного выше способа отчетности о статусе буфера, в возможном подходе к воплощению, способ дополнительно включает в себя: в случае, в котором буфер объекта PDCP и/или второй объект RLC включает в себя данные, предназначенные для передачи, генерируют второй BSR на основе размера данных, предназначенных для передачи, в буферах объекта PDCP, и во втором объекте RLC; и передают второй BSR в узел приема, соответствующий второму объекту RLC.

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

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

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

Для описанного способа отчетности о статусе буфера, в возможном подходе к воплощению, по меньшей мере, два объекта RLC все находятся в подтвержденном режиме (AM), или все находятся в неподтвержденном режиме (UM); или часть, по меньшей мере, из двух объектов RLC находится в режиме AM, и другая часть, по меньшей мере, из двух объектов RLC находится в UM.

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

Для решения описанной выше технической задачи, в соответствии со вторым аспектом настоящего изобретения, предусмотрен узел передачи. Узел передачи включает в себя объект протокола схождения пакетных данных (PDCP) и, по меньшей мере, два объекта управления радиосоединением (RLC), где, по меньшей мере, два объекта RLC все ассоциированы с объектом PDCP. Узел передачи дополнительно включает в себя: модуль конфигурирования, выполненный с возможностью классификации, по меньшей мере, двух объектов RLC, как, по меньшей мере, один первый объект RLC и один второй объект RLC; модуль генерирования, соединенный с модулем конфигурирования и выполненный с возможностью, в случае, когда буфер первого объекта RLC включает в себя данные, предназначенные для передачи, генерирования первого BSR на основе размера данных, предназначенных для передачи в буфере первого объекта RLC; и модуль передачи, соединенный с модулем генерирования и выполненный с возможностью передачи первого BSR в узел приема, соответствующий первому объекту RLC.

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

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

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

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

Для описанного выше узла передачи, в возможном подходе к воплощению, по меньшей мере, два объекта RLC все находятся в подтвержденном режиме (AM), или все находятся в неподтвержденном режиме (UM); или часть, по меньшей мере, из двух объектов RLC находится в AM, и другая часть, по меньшей мере, из двух объектов RLC находится в UM.

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

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

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

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

В описанном выше способе отчетности о статусе буфера, в возможном подходе к воплощению, по меньшей мере, два объекта RLC все находятся в подтвержденном режиме (AM), или все находятся в неподтвержденном режиме (UM); или часть, по меньшей мере, двух объектов RLC находится в AM, и другая часть, по меньшей мере, двух объектов RLC находится в UM.

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

Для решения описанной выше технической задачи, в соответствии с четвертым аспектом настоящего изобретения, предусмотрен узел передачи. Узел передачи включает в себя объект протокола схождения пакетных данных (PDCP) и, по меньшей мере, два объекта управления радиосоединением (RLC), где, по меньшей мере, два объекта RLC все ассоциированы с объектом PDCP. Узел передачи дополнительно включает в себя: модуль генерирования, выполненный с возможностью, в случае, когда буфер любого одного из объектов RLC или объекта PDCP включает в себя данные, предназначенные для передачи, генерировать отчет о статусе буфера (BSR) на основе размера данных, предназначенных для передачи в буферах, по меньшей мере, двух объектов RLC и объекта PDCP; и модуль передачи, соединенный с модулем генерирования и выполненный с возможностью передавать BSR в узел приема, соответствующий любому из объектов RLC.

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

Для описанного выше узла передачи, в возможном подходе к воплощению, по меньшей мере, два объекта RLC все находятся в подтвержденном режиме (AM), или все находятся в неподтвержденном режиме (UM); или часть, по меньшей мере, из двух объектов RLC находится в режиме AM, и другая часть, по меньшей мере, из двух объектов RLC находится в UM.

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

В соответствии с третьим аспектом и четвертым аспектом настоящего изобретения, в случае, когда узел передачи и узлы приема находятся в соответствии один-множество, то есть, в случае, когда узел передачи включает в себя объект PDCP и, по меньшей мере, два объекта RLC, BSR, который инициируют, когда данные, предназначенные для передачи, находятся в буфере любого одного из объектов RLC или объекта PDCP, генерируют на основе размера данных, предназначенных для передачи в буферах всех объектов RLC и объекта PDCP; и сгенерированный BSR передают в узел приема, в соответствии с любым одним из объектов RLC. Поэтому, можно обеспечить выделение ресурса передачи для данных, предназначенных для передачи в буфере объекта PDCP только одним узлом приема; эффективно исключая, таким образом, бесполезный расход ресурсов.

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

Краткое описание чертежей

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

На фиг. 1 показана схема системы, применимой к способу отчетности о статусе буфера, в соответствии с настоящим изобретением;

на фиг. 2 показана структурная блок-схема узла передачи в соответствии с вариантом осуществления настоящего изобретения;

на фиг. 3 показана блок-схема последовательности операций способа отчетности о статусе буфера в соответствии с вариантом осуществления настоящего изобретения;

на фиг. 4 показана структурная блок-схема узла передачи в соответствии с другим вариантом осуществления настоящего изобретения;

на фиг. 5 показана структурная блок-схема узла передачи в соответствии с еще одним другим вариантом осуществления настоящего изобретения;

на фиг. 6 показана блок-схема последовательности операций способа отчетности о статусе буфера в соответствии с другим вариантом осуществления настоящего изобретения; и

на фиг. 7 показана структурная блок-схема узла передачи в соответствии с еще одним вариантом осуществления настоящего изобретения.

Подробное описание изобретения

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

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

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

Как описано в разделе "Уровень техники", в случае, когда узел передачи и узел приема находятся в соответствии один-множество, то есть, узел передачи включает в себя один объект PDCP и обычно инициируют множество объектов RLC, все из которых ассоциированы с объектом PDCP, когда данные, предназначенные для передачи, находятся в буфере объекта PDCP, BSR для всех узлов приема; и, в качестве результата, все узлы приема выделяют ресурсы передачи для этой части данных; что, таким образом, приводит к бесполезному расходу ресурсов передачи. Для исключения такого рода бесполезного расхода ресурсов передачи, автор изобретения творчески предложил, чтобы объект RLC, среди всех объектов RLC, включенных в узел передачи, мог быть установлен, как второй объект RLC, который исключительно ассоциирован с отчетностью о статусе буфера объекта PDCP.

На фиг. 1 показана схема системы, применимой для способа отчетности о статусе буфера, в соответствии с настоящим изобретением. Как показано на фиг. 1, в случае, когда узел 100 передачи соответствует N узлам 200-1-200-N приема, то есть, узел 100 передачи включает в себя объект 110 PDCP и, по меньшей мере, два объекта 120-1-120-N RLC, объекты 120 RLC в узле 100 передачи могут быть классифицированы, как, по меньшей мере, один первый объект RLC и один второй объект RLC. Например, объекты 120-2-120-N RLC классифицируют, как первые объекты RLC, и объект 120-1 RLC классифицируют, как второй объект RLC.

Объекты RLC 120-1-120-N, соответственно, соответствуют узлам 200-1-200-N приема, и N представляет собой положительное целое число, большее или равное 2. Все объекты 120-1-120-N RLC ассоциированы с объектом 110 PDCP. Например, объект 110 PDCP ассоциирован со всеми объектами 120-1-120-N RLC на одной и той же несущей. Кроме того, все объекты 120-1-120-N RLC могут находиться в подтвержденном режиме (подтвержденный режим, AM), или все могут находиться в неподтвержденном режиме (неподтвержденный режим, UM); или даже, кроме того, часть объектов 120-1-120-N RLC могут быть установлены в AM, и другая часть объектов 120-1-120-N RLC могут быть установлены в UM.

В результате классификации первого объекта RLC и второго объекта RLC, состояние инициирования BSR (ниже называется первым BSR), которое передают в узел приема, соответствующий первому объекту RLC, может быть установлено так, что оно будет независимо от статуса буфера объекта PDCP; то есть, состояние инициирования первого BSR устанавливают в состояние "в буфере первого объекта RLC присутствуют данные, предназначенные для передачи". Таким образом, только в случае, когда буфер первого объекта RLC включает в себя данные, предназначенные для передачи, первый BSR генерируют на основе размера данных, предназначенных для передачи в буфере первого объекта RLC, и сгенерированный первый BSR передают в узел приема, соответствующий первому объекту RLC. Таким образом, в случае, когда буфер объекта PDCP включает в себя данные, предназначенные для передачи, только узел приема, соответствующий второму объекту RLC, инициируют для ассоциирования соответствующего ресурса передачи, эффективно исключая, таким образом, бесполезный расход ресурсов передачи.

На фиг. 2 показана структурная блок-схема узла передачи в соответствии с вариантом осуществления настоящего изобретения. Как показано на фиг. 2, узел 100 передачи включает в себя один объект 110 PDCP и N объектов 120-1-120-N RLC для передачи данных в N узлов 200-1-200-N приема, где N представляет собой положительное целое число, большее или равное 2. Таким образом, узел 100 передачи, в соответствии с данным вариантом осуществления настоящего изобретения, применим для архитектуры радиосети, в которой узел передачи и узлы приема находятся в соответствии один-множество. В возможном подходе к воплощению узел 100 передачи и узлы 200 приема все могут представлять собой терминалы, базовые станции или точки доступа.

Для эффективного исключения бесполезного расходования ресурсов при выделении ресурсов передачи, как показано на фиг. 2, узел 100 передачи может дополнительно включать в себя модуль 130 конфигурирования, модуль 140 генерирования и модуль 150 передачи. Модуль 130 конфигурирования соединен с объектом 110 PDCP и всеми объектами 120-1-120-N RLC, и, в основном, выполнен с возможностью классификации всех объектов 120-1-120-N RLC, как, по меньшей мере, один первый объект RLC (помеченный как 120-2-120-N на фиг. 2) и один второй объект RLC (помечен как 120-1 на фиг. 2), где второй объект 120-1 RLC представляет собой единственный объект RLC, который ассоциирован с отчетностью о статусе буфера объекта 110 PDCP. Модуль 140 генерирования соединен с модулем 130 конфигурирования и первыми объектами 120-2-120-N RLC, и, в основном, выполнен с возможностью, в случае, когда буфер первых объектов 120-2-120-N RLC включает в себя данные, предназначенные для передачи, генерировать первый BSR на основе размера данных, предназначенных для передачи, в буфере первых объектов 120-2-120-N RLC. Модуль 150 передачи соединен с модулем 140 генерирования и узлами 200-2-200-N приема, и, в основном, выполнен с возможностью передачи первого BSR, генерируемого модулем 140 генерирования, в узлы 200-2-200-N приема, в соответствии с первыми объектами 120-2-120-N RLC.

В возможном подходе к воплощению, как показано на фиг. 2, модуль 140 генерирования может дополнительно быть подключен к объекту 110 PDCP и второму объекту 120-1 RLC, и может быть выполнен с возможностью: в случае, когда буфер объекта 110 PDCP и/или второго объекта 120-1 RLC включает в себя данные, предназначенные для передачи, генерировать второй BSR на основе размера данных, предназначенных для передачи в буферах объекта 110 PDCP и второго объекта 120-1 RLC. В этом подходе воплощения модуль 150 передачи может дополнительно быть выполнен с возможностью передачи второго BSR, сгенерированного, как модуль 140 генерирования, в узел 200-1 приема, соответствующем второму объекту 120-1 RLC.

В конкретном возможном подходе к воплощению узел 100 передачи может дополнительно включать в себя первый модуль приема (который не показан на фиг. 2, с тем, чтобы упростить чертеж), который соединен с модулем 130 конфигурирования. Первый модуль приема, в основном, выполнен с возможностью приема первой индикации из узлов 200-1-200-N приема. Первая индикация может использоваться для установления объекта RLC, единственный из которых используется для передачи управления модуль данных протокола (protocol data unit, PDU). В этом конкретном подходе к воплощению модуль 130 конфигурирования может дополнительно быть выполнен с возможностью классификации объекта RLC, установленного по первой индикации, как первый объект RLC.

В другом конкретном возможном подходе к воплощению узел 100 передачи может дополнительно включать в себя второй модуль приема (который не показан на фиг. 2 для упрощения чертежа), который соединен с модулем 130 конфигурирования. Второй модуль приема, в основном, выполнен с возможностью приема второй индикации из узлов 200-1-200-N приема. Вторая индикация может использоваться для установления объекта RLC, который используется для передачи PDU, подаваемого из объекта 110 PDCP. В этом конкретном подходе к воплощению модуль 130 конфигурирования может быть дополнительно выполнен с возможностью классификации объекта RLC, установленного второй индикацией, как второй объект RLC.

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

На фиг. 3 показана блок-схема последовательности операций способа отчетности о статусе буфера, в соответствии с вариантом осуществления настоящего изобретения. Как описано выше, способ отчетности о статусе буфера, в соответствии с этим вариантом осуществления, в основном, применим в архитектуре радиосети, в которой узел передачи и узлы приема находятся в соответствии один-множество, то есть, узел передачи включает в себя один объект PDCP и множество объектов RLC. Каждый объект RLC во множестве объектов RLC, соответственно, соответствует одному узлу приема. Объект PDCP ассоциирован с множеством объектов RLC. Например, объект PDCP ассоциирован с множеством объектов RLC на той же несущей. Кроме того, множество объектов RLC все могут все быть в AM, или все могут быть в UM; или даже, кроме того, возможен случай, когда часть из множества объектов RLC находится в AM, и другая часть из множества объектов RLC находится в UM.

Далее подробно представлен способ отчетности о статусе буфера, показанный на фиг. 3, со ссылкой на узел 100 передачи, показанный на фиг. 2. Как показано на фиг. 3, способ отчетности о статусе буфера, в основном, включает в себя следующее:

Этап S310: узел 100 передачи (который, в частности, может представлять собой модуль 130 конфигурирования) классифицирует, по меньшей мере, два объекта 120-1-120-N RLC в узле 100 передачи, как, по меньшей мере, один первый объект RLC и один второй объект RLC, например, как показано на фиг. 2, как первые объекты 120-2-120-N RLC и второй объект 120-1 RLC, где второй объект 120-1 представляет собой единственный объект RLC, который ассоциирован с отчетностью о статусе буфера объекта 110 PDCP.

Этап S320: узел 100 передачи (который, в частности, может представлять собой модуль 140 генерирования), в случае, когда буфер первого объекта RLC включает в себя данные, предназначенные для передачи, генерирует первый BSR, на основе размера данных, предназначенных для передачи, в буфере первого объекта RLC; и передает (что может быть воплощено модулем 150 передачи) первый BSR в узел приема, соответствующий первому объекту RLC.

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

Этап S321: узел 100 передачи (который, в частности, может представлять собой модуль 140 генерирования) определяет, включает или нет в себя буфер первого объекта RLC в данные, предназначенные для передачи. В случае, когда результат определения представляет, что буфер первого объекта RLC включает в себя данные, предназначенные для передачи, выполняется переход на этап S322.

Этап S322: узел 100 передачи (который, в частности, может представлять собой модуль 140 генерирования) генерирует первый BSR на основе размера данных, предназначенных для передачи, в буфере первого объекта RLC. Затем выполняется переход на этап S323.

Этап S323: узел 100 передачи (который, в частности, может представлять собой модуль 150 передачи) передает сгенерированный первый BSR в узел приема, соответствующий первому объекту RLC.

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

Этап S330: узел 100 передачи (который, в частности, может представлять собой модуль 140 генерирования), в случае, когда буфер второго объекта RLC включает в себя данные, предназначенные для передачи, генерирует второй BSR на основе размера данных, предназначенных для передачи в буферах второго объекта RLC и объекта PDCP; и передает (что может быть воплощено с помощью модуля 150 передачи) второй BSR в узел приема, соответствующий второму объекту RLC; и/или

Этап S340: узел 100 передачи (который, в частности, может представлять собой модуль 140 генерирования), в случае, когда буфер объекта PDCP включает в себя данные, предназначенные для передачи, генерирует второй BSR на основе размера данных, предназначенных для передачи в буферах второго объекта RLC и объекта PDCP; и передает (что может быть воплощено с помощью модуля 150 передачи), второй BSR в узел приема, соответствующий второму объекту RLC.

Кроме того, в конкретном возможном подходе к воплощению, как показано на фиг. 3, этап S330, в частности, может включать в себя следующее:

Этап S331: узел 100 передачи (который, в частности, может представлять собой модуль 140 генерирования) определяет, включает ли в себя буфер второго объекта RLC данные, предназначенные для передачи. В случае, когда результат определения представляет, что буфер второго объекта RLC включает в себя данные, предназначенные для передачи, выполняют переход на этап S332.

Этап S332: узел 100 передачи (который, в частности, может представлять собой модуль 140 генерирования) генерирует второй BSR на основе размера данных, предназначенных для передачи, в буферах второго объекта RLC и объекта PDCP. Затем выполняют переход на этап S333.

Этап S333: узел 100 передачи (который, в частности, может представлять собой модуль 150 передачи) передает сгенерированный второй BSR в узел приема, соответствующий второму объекту RLC.

Кроме того, в конкретном возможном подходе к воплощению, как показано на фиг. 3, этап S340, в частности, может включать в себя следующее:

Этап S341: узел 100 передачи (который, в частности, может представлять собой модуль 140 генерирования) определяет, включает ли в себя буфер объекта PDCP данные, предназначенные для передачи. Когда результат определения представляет, что буфер объекта PDCP включает в себя данные, предназначенные для передачи, выполняют переход на этап S342.

Этап S342: узел 100 передачи (который, в частности, может представлять собой модуль 140 генерирования) генерирует второй BSR на основе размера данных, предназначенных для передачи, в буферах второго объекта RLC и объекта PDCP. Затем выполняют переход на этап S343.

Этап S343: узел 100 передачи (который, в частности, может представлять собой модуль 150 передачи) передает сгенерированный второй BSR в узел приема, соответствующий второму объекту RLC.

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

Следует отметить, что, хотя на фиг. 3 показано, что этапы S320, S330 и S340 выполняют последовательно, для специалиста в данной области техники будет понятно, что фактический порядок исполнения не ограничен этим. Например, этап S320 может быть выполнен после этапа S330 и/или этапа S340, и также может быть выполнен одновременно с этапом S330 и этапом S340. Этап S332 на этапе S330 также может быть скомбинирован с этапом S342 на этапе S340, и этап S333 на этапе S330 может быть скомбинирован с S343 на этапе S340. Фактически, после выполнения этапа S310, для выполнения классификации первого объекта RLC и второго объекта RLC, будут ли выполнены этапы S320, S330 и S340, в основном, зависит от статуса буфера объекта PDCP, первого объекта RLC и второго объекта RLC, и не зависит от того, был ли уже выполнен другой этап.

В возможном подходе к воплощению узел 100 передачи может выполнять классификацию первого объекта RLC и второго объекта RLC, то есть, произвольно устанавливать любой объект RLC среди объектов 120-1-120-N RLC, в качестве второго объекта RLC и других объектов RLC, в качестве первых объектов RLC.

В другом возможном подходе к воплощению узел 100 передачи может выполнять классификацию первого объекта RLC и второго объекта RLC, в соответствии с заданным правилом. Например, узел 100 передачи может устанавливать, в соответствии с номерами объекта RLC с наименьшим номером среди объектов 120-1-120-N RLC, в качестве второго объекта RLC, и устанавливать другие объекты RLC, в качестве первых объектов RLC. В качестве альтернативы, узел 100 передачи может устанавливать, в соответствии с емкостью буфера, объект RLC с наибольшей емкостью буфера среди объектов 120-1-120-N RLC, в качестве второго объекта RLC, и устанавливать другие объекты RLC, в качестве первых объектов RLC.

В еще одном, другом возможном подходе к воплощению, узел 100 передачи может выполнять классификацию первого объекта RLC и второго объекта RLC, в соответствии с индикацией узлов 200-1-200-N приема. Например, узел 100 передачи может принимать первую индикацию из узлов 200-1-200-N приема, где первая индикация используется для установления объекта RLC, который единственный используется для передачи PDU управления. В этом случае, на этапе S310, узел 100 передачи (который, в частности, может представлять собой модуль 130 конфигурирования) может классифицировать объект RLC, установленный первой индикацией, в качестве первого объекта RLC. В качестве другого примера узел 100 передачи может принимать вторую индикацию из узлов 200-1-200-N приема, где вторая индикация используется для установления объекта RLC, который используется для передачи PDU, передаваемого объектом PDCP. В этом случае, на этапе S310, узел 100 передачи (который, в частности, может представлять собой модуль 130 конфигурирования) может классифицировать объект RLC, установленный второй индикацией, как второй объект RLC, и классифицировать другие объекты RLC, как первые объекты RLC.

На фиг. 4 показана структурная блок-схема устройства узла передачи, в соответствии с другим вариантом осуществления настоящего изобретения. Устройство 400 узла передачи может представлять собой хост-сервер с вычислительными возможностями, персональный компьютер PC, портативный компьютер, терминал и т.п. Конкретный вариант воплощения устройства узла передачи не ограничен конкретным вариантом осуществления настоящего изобретения.

Устройство 400 узла передачи включает в себя процессор 410, интерфейс 420 передачи данных, запоминающее устройство 430 и шину 440. Процессор 410, интерфейс 420 передачи данных и запоминающее устройство 430 связываются друг с другом, используя шину 440.

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

Процессор 410 выполнен с возможностью выполнения программы. Процессор 410 может представлять собой центральное процессорное устройство (CPU), или специализированную интегральную схему (специализированная интегральная микросхема, ASIC), или одну или больше интегральных схем, которые выполнены с возможностью воплощения этого варианта осуществления настоящего изобретения.

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

В возможном подходе к воплощению программа, сохраняемая в запоминающем устройстве 430, может представлять собой программный код, который включает в себя инструкции для выполнения операций компьютером. Процессор 410 может, в частности, выполнять следующие этапы при работе программы: классифицирует, по меньшей мере, два объекта RLC, включенные в узел передачи, как, по меньшей мере, один первый объект RLC и один второй объект RLC, где, по меньшей мере, два объекта RLC все ассоциированы с объектом PDCP, включенным в узел передачи; в случае, когда буфер первого объекта RLC включает в себя данные, предназначенные для передачи, генерирует первый отчет о статусе буфера BSR на основе размера данных, предназначенных для передачи, в буфере первого объекта RLC; и передает первый BSR в узел приема, соответствующий первому объекту RLC.

В возможном подходе к воплощению обработка 410 может дополнительно выполнять следующие этапы, в результате работы программы: в случае, когда буфер объекта PDCP и/или второго объекта RLC включает в себя данные, предназначенные для передачи, генерируют второй BSR на основе размера данных, предназначенных для передачи, в буферы объекта PDCP и второго объекта RLC; и передают второй BSR в узел приема, соответствующий второму объекту RLC.

В возможном подходе к воплощению процессор 410 может дополнительно выполнять следующие этапы, в результате работы программы: принимать первую индикацию из узла приема; и классифицировать объект RLC, установленный по первой индикации, как первый объект RLC. Первая индикация используется для установления объекта RLC, который единственный используется для передачи модуля данных протокола управления PDU среди, по меньшей мере, двух объектов RLC.

В возможном подходе к воплощению, в результате работы программы, процессор 410 может дополнительно выполнять следующие этапы: принимают вторую индикацию из узла приема; и классифицируют объект RLC, установленный второй индикацией, как второй объект RLC. Вторая индикация используется для установления объекта RLC, который используется для передачи PDU, переданного объектом PDCP среди, по меньшей мере, двух объектов RLC.

На фиг. 5 показана структурная блок-схема узла передачи, в соответствии с еще одним, другим вариантом осуществления настоящего изобретения. Как показано на фиг. 5, узел 500 передачи включает в себя один объект 510 PDCP и N объектов 520-1-520-N RLC для передачи данных в N узлов 200-1-200-N приема, где N представляет собой положительное целое число, большее или равное 2. Таким образом, узел 500 передачи, в соответствии с этим вариантом осуществления, может применяться в архитектуре радиосети, в которой узел передачи и узлы приема находятся в соответствии один-множество. В возможном подходе к воплощению узел 500 передачи и узлы 200 приема все могут представлять собой терминалы, базовые станции или точки доступа.

Для эффективного исключения напрасной траты ресурсов при выделении ресурсов передачи, как показано на фиг. 5, узел 500 передачи может дополнительно включать в себя модуль 530 генерирования и модуль 540 передачи. Модуль 530 генерирования, в основном, выполнен с возможностью, в случае, когда буфер любого из объектов 520-i (1≤i≤N) RLC или объекта 510 PDCP, включает в себя данные, предназначенные для передачи, генерировать отчет о статусе буфера BSR на основе размера данных, предназначенных для передачи в буферах всех объектов 520-1-520-N RLC и объекта 510 PDCP. Модуль 540 передачи соединен с модулем 530 генерирования и, в основном, выполнен с возможностью передачи BSR, генерируемого модулем 530 генерирования, в узел 200-j приема, соответствующий любому объекту 520-j (1≤j≤N) RLC.

Таким образом, BSR, который инициируют, когда присутствуют данные, предназначенные для передачи в буфере любого из объекта RLC или объекта PDCP, генерируют на основе размера данных, предназначенных для передачи в буферах всех объектов RLC и объекта PDCP, используя модуль генерирования; и сгенерированный BSR передают, используя модуль передачи, в узел приема, соответствующему любому объекту RLC, таким образом, что инициируют только один узел приема, когда в буфере объекта PDCP присутствуют данные, предназначенные для передачи, для выделения соответствующего ресурса передачи для данных, предназначенных для передачи. Узел передачи, в соответствии с этим вариантом осуществления, может эффективно исключать бесполезный расход ресурсов передачи в случае, когда узел передачи и узлы приема находятся в соответствии один-множество.

На фиг. 6 показана блок-схема последовательности операций способа отчетности о статусе буфера в соответствии с другим вариантом осуществления настоящего изобретения. Как описано выше, способ отчетности о статусе буфера в соответствии с этим вариантом осуществления, в основном, применим для архитектуры радиосети, в которой узел передачи и узлы приема находятся в соответствии один-множество, то есть, узел передачи включает в себя один объект PDCP и множество объектов RLC. Каждый объект RLC во множестве объектов RLC, соответственно, соответствует одному узлу приема. Объект PDCP ассоциирован с множеством объектов RLC. Например, объект PDCP ассоциирован с множеством объектов RLC на одной и той же несущей. Кроме того, множество объектов RLC все могут быть в AM, или могут быть в UM; или даже, кроме того, может случиться так, что часть из множества объектов RLC находится в AM, и другая часть из множества объектов RLC может находиться в UM.

Далее подробно представлен способ отчетности о статусе буфера, показанный на фиг. 6, со ссылкой на узел 500 передачи, представленный на фиг. 5. Как показано на фиг. 6, способ отчетности о статусе буфера, в основном, включает в себя следующее:

Этап S610: Определяют, включает ли в себя буфер любого из объекта 520-i (1≤i≤N) RLC или объекта 510 PDCP данные, предназначенные для передачи, и выполняет переход на этап S620 в случае, когда результат определения представляет, что буфер объекта 520-i (1≤i≤N) RLC или объекта 510 PDCP включает в себя данные, предназначенные для передачи.

Этап S620: Генерируют отчет о статусе буфера BSR на основе размера данных, предназначенных для передачи, в буферах всех объектов 520-1-520-N RLC и объекта 510 PDCP, и затем переходят на этап S630.

Этап S630: Передают сгенерированный BSR в узел 200-j приема, соответствующий любому объекту 520-j (1≤j≤N) RLC.

Из представленной выше вводной части можно определить, что BSR, который инициируют, когда данные, предназначенные для передачи, находятся в буфере любого объекта RLC или объекта PDCP, генерируют на основе размера данных, предназначенных для передачи, в буферах всех объектов RLC и объекта PDCP; и сгенерированный BSR передают в узел приема, соответствующий любому объекту RLC, таким образом, что только один узел приема инициируют, когда данные, предназначенные для передачи, находятся в буфере объекта PDCP, для выделения соответствующего ресурса передачи, для данных, предназначенных для передачи. Способ отчетности о статусе буфера, в соответствии с этим вариантом осуществления, позволяет эффективно исключать напрасные затраты ресурсов передачи в случае, когда узел передачи и узлы приема находятся в соответствии один-множество.

На фиг. 7 показана структурная блок-схема устройства узла передачи, в соответствии с еще одним, другим вариантом осуществления настоящего изобретения. Устройство 700 узла передачи может представлять собой хост-сервер, который обладает вычислительными способностями, персональный компьютер PC, портативный компьютер, терминал и т.п. Конкретное воплощение устройства узла передачи не ограничено конкретным вариантом осуществления настоящего изобретения.

Устройство 700 узла передачи включает в себя процессор 710, интерфейс 720 передачи данных, запоминающее устройство 730 и шину 740. Процессор 710, интерфейс 720 передачи данных и запоминающее устройство 730 сообщаются друг с другом, используя шину 740.

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

Процессор 710 выполнен с возможностью выполнения программы. Процессор 710 может представлять собой центральное процессорное устройство (CPU) или специализированную интегральную схему (специализированная интегральная микросхема, ASIC), или одну или больше интегральных схем, которые выполнены с возможностью воплощения данного варианта осуществления настоящего изобретения.

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

В возможном подходе к воплощению программа, сохраненная в запоминающем устройстве 730, может представлять собой программный код, который включает в себя инструкцию для выполнения компьютером. Процессор 710 может, в частности, выполнять следующие этапы при работе программы: в случае, когда буфер любого из объекта RLC или объекта PDCP, который включен в узел передачи, включает в себя данные, предназначенные для передачи, генерирует отчет о статусе буфера BSR на основе размера данных, предназначенных для передачи, в буферы всех объектов RLC и объекта PDCP; и передает BSR в узел приема, соответствующий любому объекту RLC, где все объекты RLC ассоциированы с объектом PDCP.

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

Если функции воплощены в форме компьютерного программного обеспечения и продаются или используют, как независимые продукты, можно рассмотреть в определенной степени, что все или часть (например, часть, совершенствующая предшествующий уровень техники) технических решений настоящего изобретения воплощены в форме компьютерного программного продукта. Компьютерный программный продукт обычно сохраняют на считываемом в компьютере энергонезависимом носителе информации, и он включает в себя несколько инструкций для передачи инструкции в компьютерное устройство (который может представлять собой персональный компьютер, сервер или сетевое устройство) для выполнения всех или части этапов способов, представленных в вариантах осуществления настоящего изобретения. Представленный выше носитель информации включает в себя: любой носитель, на котором можно сохранять программный код, такой как привод флэш-USB, съемный жесткий диск, постоянное запоминающее устройство (постоянное запоминающее устройство, ROM), оперативное запоминающее устройство (оперативное запоминающее устройство, RAM), магнитный диск или оптический диск.

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

Промышленная применимость

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

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

классифицируют с помощью узла передачи, по меньшей мере, два объекта RLC, как, по меньшей мере, один первый объект RLC и один второй объект RLC, при этом второй объект RLC представляет собой единственный объект RLC, который ассоциирован с отчетностью о статусе буфера объекта PDCP;

в случае, когда буфер первого объекта RLC включает в себя данные, предназначенные для передачи, генерируют с помощью узла передачи первый отчет BSR о статусе буфера, на основе размера данных, предназначенных для передачи в буфере первого объекта RLC; и

передают с помощью узла передачи первый BSR в узел приема, в соответствии с первым объектом RLC.

2. Способ отчетности о статусе буфера по п. 1, дополнительно содержащий:

в случае, когда буфер объекта PDCP и/или второй объект RLC содержит данные, предназначенные для передачи, генерируют с помощью узла передачи второй BSR на основе размера данных, предназначенных для передачи, в буферах объекта PDCP, и во втором объекте RLC; и

передают с помощью узла передачи второй BSR в узел приема, соответствующий второму объекту RLC.

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

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

классифицируют с помощью узла передачи объект RLC, установленный в соответствии с первой индикацией, как первый объект RLC.

4. Способ отчетности о статусе буфера по п. 1, в котором классификация, по меньшей мере, двух объектов RLC, как, по меньшей мере, один первый объект RLC и один второй объект RLC, содержащий:

принимают с помощью узла передачи вторую индикацию из узла приема, где вторая индикация используется для установления объекта RLC, который используется для передачи PDU, передаваемого объектом PDCP, по меньшей мере, в два объекта RLC; и

классифицируют с помощью узла передачи объект RLC, установленный второй индикацией, как второй объект RLC.

5. Способ отчетности о статусе буфера по п. 1, в котором, по меньшей мере, два объекта RLC все ассоциируются с объектом PDCP на одной и той же несущей.

6. Способ отчетности о статусе буфера по п. 1, в котором, по меньшей мере, два объекта RLC все находятся в подтвержденном режиме (AM), или все находятся в неподтвержденном режиме (UM); или часть, по меньшей мере, из двух объектов RLC находится в режиме AM, и другая часть, по меньшей мере, из двух объектов RLC находится в UM.

7. Способ отчетности о статусе буфера по любому из пп. 1-6, в котором узел передачи представляет собой терминал, базовую станцию или точку доступа.

8. Узел передачи, содержащий объект протокола схождения пакетных данных (PDCP) и, по меньшей мере, два объекта управления радиосоединением (RLC), где, по меньшей мере, два объекта RLC все ассоциированы с объектом PDCP; и узел передачи дополнительно содержит:

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

модуль генерирования, соединенный с модулем конфигурирования и выполненный с возможностью, в случае, когда буфер первого объекта RLC включает в себя данные, предназначенные для передачи, генерирования первого отчета о статусе буфера (BSR) на основе размера данных, предназначенных для передачи в буфере первого объекта RLC; и

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

9. Узел передачи по п. 8, в котором:

модуль генерирования дополнительно выполнен с возможностью, в случае, когда буфер объекта PDCP и/или второго объекта RLC включает в себя данные, предназначенные для передачи генерировать второй BSR на основе размера данных, предназначенных для передачи в буферы объекта PDCP, и второго объекта RLC; и

модуль передачи дополнительно выполнен с возможностью передачи второго BSR в узел приема, соответствующий второму объекту RLC.

10. Узел передачи по п. 8, дополнительно содержащий первый модуль приема, который соединен с модулем конфигурирования, в котором:

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

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

11. Узел передачи по п. 8, дополнительно содержащий второй модуль приема, который соединен с модулем конфигурирования, в котором:

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

модуль конфигурирования дополнительно выполнен так, что он классифицирует объект RLC, установленный второй индикацией, как второй объект RLC.

12. Узел передачи по п. 8, в котором, по меньшей мере, два объекта RLC все ассоциированы с объектом PDCP на одной и той же несущей.

13. Узел передачи по п. 8, в котором, по меньшей мере, два объекта RLC все находятся в подтвержденном режиме (AM), или все находятся в неподтвержденном режиме (UM); или часть, по меньшей мере, из двух объектов RLC находится в AM, и другая часть, по меньшей мере, из двух объектов RLC находится в UM.

14. Узел передачи по любому из пп. 8-13, в котором узел передачи представляет собой терминал, базовую станцию или точку доступа.

15. Способ отчетности о статусе буфера, применяемый в узле передачи, который содержит объект протокола схождения пакетных данных (PDCP) и, по меньшей мере, два объекта управления радиосоединением (RLC), где, по меньшей мере, два объекта RLC все ассоциированы с объектом PDCP, и способ отчетности о статусе буфера содержит:

в случае, когда буфер любого одного из объектов RLC или объекта PDCP включает в себя данные, предназначенные для передачи, генерируют с помощью узла передачи отчет о статусе буфера (BSR) на основе размера данных, предназначенных для передачи в буферах, по меньшей мере, двух объектов RLC и объекта PDCP; и

передают с помощью узла передачи BSR в узел приема, соответствующий любому из объектов RLC.

16. Способ отчетности о статусе буфера по п. 15, в котором, по меньшей мере, два объекта RLC все ассоциированы с объектом PDCP на одной и той же несущей.

17. Способ отчетности о статусе буфера по п. 15, в котором, по меньшей мере, два объекта RLC все находятся в подтвержденном режиме (AM), или все находятся в неподтвержденном режиме (UM); или часть, по меньшей мере, двух объектов RLC находится в AM, и другая часть, по меньшей мере, двух объектов RLC находится в UM.

18. Способ отчетности о статусе буфера по любому из пп. 15-17, в котором узел передачи представляет собой терминал, базовую станцию или точку доступа.

19. Узел передачи, содержащий объект протокола схождения пакетных данных (PDCP) и, по меньшей мере, два объекта управления радиосоединением (RLC), где, по меньшей мере, два объекта RLC все ассоциированы с объектом PDCP, и узел передачи дополнительно содержит:

модуль генерирования, выполненный с возможностью, в случае, когда буфер любого одного из объектов RLC или объекта PDCP включает в себя данные, предназначенные для передачи, генерировать отчет о статусе буфера (BSR) на основе размера данных, предназначенных для передачи в буферах, по меньшей мере, двух объектов RLC и объекта PDCP; и

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

20. Узел передачи по п. 19, в котором, по меньшей мере, два объекта RLC все ассоциированы с объектом PDCP по одной и той же несущей.

21. Узел передачи по п. 19, в котором, по меньшей мере, два объекта RLC все находятся в подтвержденном режиме (AM), или все находятся в неподтвержденном режиме (UM); или часть, по меньшей мере, из двух объектов RLC находится в режиме AM, и другая часть, по меньшей мере, из двух объектов RLC находится в UM.

22. Узел передачи по любому из пп. 19-21, в котором узел передачи представляет собой терминал, базовую станцию или точку доступа.



 

Похожие патенты:

Изобретение относится к сотовой сети доступа, функционально соединенной с поставщиком межмашинных (М2М) услуг (SP). Технический результат заключается в обеспечении М2М-услуг, общих для различных сетей доступа.

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

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

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

Изобретение относится к системам беспроводной связи. Технический результат – определение правил для эффективного назначения ресурсов для передачи сигналов квитирования запроса гибридного автоматического повторения (HARQ-ACK) от множества пользовательских оборудований (UE).

Изобретение относится к беспроводной связи. Техническим результатом является эффективное использование ресурсов.

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

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

Изобретение относится к беспроводной связи. Технический результат заключается в экономии электроэнергии аккумуляторной батареи.

Изобретение относится к способу и устройству для регулирования мощности передачи, что относится к области сетевого оборудования. Способ включает в себя: получение идентификатора устройства; получение заданной мощности беспроводной передачи, соответствующей идентификатору устройства доступа, и регулирование текущей мощности передачи в соответствии с заданной мощностью беспроводной передачи.

Изобретение относится к способам определения геолокации. Технический результат заключается в повышении точности определения местоположения устройства. Способ содержит: получение информации о маршруте, связанной с маршрутом для электронного устройства от первого пункта геолокации до второго пункта геолокации; определение множества пунктов маршрута в составе маршрута; для данного пункта из множества пунктов маршрута: получение от первого датчика состояния первого датчика, указывающего на геолокационное положение электронного устройства; определение на основе геолокационного положения электронного устройства геолокации данного пункта маршрута из множества пунктов маршрута; получение от второго датчика устройства состояния второго датчика, связанного с конкретным геолокационным маневром в данном пункте маршрута; сравнение состояния второго датчика с предварительно определенным состоянием второго датчика для данного пункта маршрута и для конкретного геолокационного маневра; определение отклонения первого электронного устройства от маршрута в данном пункте маршрута при отличии состояния второго датчика от предварительно определенного состояния второго датчика. 2 н. и 24 з.п. ф-лы, 7 ил.

Изобретение относится к связи. Технический результат – предоставление устройства управления перемещением, которое, даже когда ISR (снижение объема передачи служебных сигналов при бездействии) является активным, допускает уведомление UE относительно входящего речевого вызова, сформированного, когда устройство мобильной связи перемещается из зоны регистрации позиции, управляемой посредством MME (объект управления мобильностью), в зону регистрации позиции, управляемую посредством SGSN. Для этого предусмотрено: поддержка доступа к eNB и управляющему радиоустройству 2G/3G; передача обслуживания от области беспроводной связи LTE в беспроводную связь 3G или беспроводную связь 2G; и прием, если процедура передачи обслуживания выполняется, когда MME принимает сообщение с запросом поискового вызова по SGs-интерфейсу между MME и MSC/VLR (центр коммутации мобильной связи/реестр гостевых абонентов) от MSC/VLR, принимающего входящий речевой вызов для терминала, и MME отбрасывает сообщение с запросом поискового вызова и не выполняет дальнейших действий, сообщения с запросом поискового вызова, повторно передаваемого посредством MSC/VLR, который управляет таймером. 2 н.п. ф-лы, 8 ил.

Изобретение относится к связи. Технический результат – осуществление надежного приема входящего пакетного вызова, выполняемого в то время, когда перемещается UE. Для этого UE содержит средства: для поддержки доступа к eNB или управляющему радиоустройству 2G/3G; для инициирования процедуры обновления зоны отслеживания или процедуры обновления зоны маршрутизации при смене MME (объекта управления мобильностью) или SGSN (обслуживающего узла поддержки GPRS); и для приема поискового вызова из eNB или 2G/3G, в которые сообщение поискового вызова передается на основе сообщения уведомления о данных нисходящей линии связи (DDN) из нового MME или нового SGSN после упомянутой смены, если выполняется процедура обновления зоны отслеживания или процедура обновления зоны маршрутизации, когда прежний MME или прежний SGSN до упомянутой смены принимает DDN-сообщение для UE от обслуживающего шлюза (SGW), который принимает входящий пакет для UE, при этом прежний MME или прежний SGSN отвечает SGW сообщением квитирования уведомления о данных нисходящей линии связи, указывающим, что DDN-сообщение было временно отклонено вследствие процедуры мобильности, при этом SGW запускает локально сконфигурированный защитный таймер. 2 н.п. ф-лы, 10 ил.

Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении безопасности передачи данных. Способ содержит этапы, на которых: применяют, посредством устройства управления доступом к сети, управление с ЕАВ; принимают, посредством устройства управления доступом к сети, по меньшей мере один запрос доступа к сети от устройства использования данных, в то время как устройство управления доступом к сети применяет управление с ЕАВ; определяют, посредством устройства управления доступом к сети, что доступ к сети для удовлетворения по меньшей мере одного запроса доступа к сети разрешен, и предоставляют возможность, посредством устройства управления доступом к сети, устройству использования данных приступить к передаче данных, связанной с по меньшей мере одним запросом доступа к сети. 4 н. и 11 з.п. ф-лы, 6 ил.

Изобретение относится к мобильной связи. Технический результат заключается в том, что UE и базовая станция согласуют понимание количества бит, занятого информацией RI. Настоящее изобретение обеспечивает способ для определения количества бит указания ранга, RI, базовую станцию и терминал. Способ включает в себя: определение, посредством базовой станции, информации указания согласно соответствию между терминалом и базовой станцией и способности множественного ввода и множественного вывода, MIMO, терминала, где информация указания включает в себя информацию, используемую терминалом для определения количества бит, занятого для отправки RI; и отправку, посредством базовой станции, информации указания к терминалу так, чтобы терминал определял, согласно информации указания, количество бит, занятое для отправки RI. 2 н. и 8 з.п. ф-лы, 13 ил.

Изобретение относится к области беспроводной связи и предназначено для обеспечения эффективного использования мощности во время беспроводной передачи данных среди множества передающих антенн. Изобретение раскрывает в частности способ определения мощности в физическом нисходящем совместно используемом канале нисходящей линии связи в системе связи. В этой системе связи устанавливается множество способов для вычисления отношения трафика к пилот-сигналу (T2P). Кроме того, устанавливается схема отображения между множеством служебных сигналов и множеством отношений служебных сигналов к опорному сигналу (RS) ηRS и множеством способов вычисления T2P. Для беспроводного терминала назначают специфичное для пользователя отношение T2P PB,k/PRs для некоторых OFDM символов, отношение ηRS служебных сигналов RS и способ вычисления, выбранный из множества способов вычисления Т2Р. Затем выбирают служебный сигнал, соответствующий как назначенному отношению служебных сигналов RS ηRS, так и назначенному способу вычисления Т2Р, в соответствии со схемой отображения, и передают в беспроводной терминал. 4 н. и 28 з.п. ф-лы, 11 табл., 9 ил.

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в повышении пропускной способности канала передачи. Для этого предложена технология периодической передачи отчетов с информацией о состоянии канала (CSI) в сценарии системы с координированными многоточечными передачей и приемом (СоМР). Один из способов содержит генерацию абонентским терминалом (UE) нескольких CSI-отчетов для передачи в субкадре для нескольких CSI-процессов. Каждый CSI-отчет может соответствовать CSI-процессу с неким индексом CSIProcessIndex. Терминал UE может отбрасывать CSI-отчеты, соответствующие CSI-процессам за исключением CSI-процесса с наименьшим индексом CSIProcessIndex. Терминал UE может передать по меньшей мере один CSI-отчет для CSI-процесса развитому Узлу B (eNB). 4 н. и 16 з.п. ф-лы, 16 ил., 2 табл.

Изобретение относится к области сетей беспроводной связи. Техническим результатом является обеспечение непосредственной маршрутизации SIP сообщения в шлюз, обеспечивающий приемное устройство, посредством универсального идентификатора ресурсов протокола инициирования сеансов в заголовке. Способ содержит этапы: сохранение шлюзом универсального идентификатора ресурсов протокола инициирования сеансов и/или международного идентификатора мобильного абонента устройства, передающего сообщение службы коротких сообщений, прием от передающего устройства сообщения службы коротких сообщений, извлечение универсального идентификатора ресурсов протокола инициирования сеансов для приемного устройства, являющегося получателем сообщения службы коротких сообщений, запрос у опорного сервера подписки приемного устройства международного идентификатора мобильного абонента и информации о маршрутизации, доставку сообщения службы коротких сообщений в приемное устройство. 9 н. и 17 з.п. ф-лы, 11 ил.

Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении скорости передачи данных в сети. Способ, содержащий этапы, на которых: получают запрос Протокола Передачи Гипертекста (HTTP); определяют, осуществляет ли терминал доступ к web-странице через маршрутизатор впервые, согласно идентификационной информации терминала; и если терминал осуществляет доступ к web-странице через маршрутизатор впервые, возвращают на терминал сообщение HTTP-ответа, содержащее URL-адрес назначенной web-страницы, определяют, содержит ли список обращавшихся терминалов идентификационную информацию терминала; если список обращавшихся терминалов не содержит идентификационную информацию терминала, определяют, что терминал осуществляет доступ к web-странице через маршрутизатор впервые; сохраняют идентификационную информацию терминала в списке обращавшихся терминалов. 3 н. и 4 з.п. ф-лы, 9 ил.

Изобретение относится к беспроводной связи. Технический результат заключается в том, как определять оптимальный режим для данного UE, и как конфигурировать UE для выбранного режима. Представлен способ выбора режима нисходящей линии связи для UE. Способ выполняется в контроллере радиосети, RNC, и содержит этапы: оценки геометрии для UE; выбора режима для UE на основании оцениваемой геометрии, при этом режим представляет собой либо режим коммутации множества сот, либо режим агрегирования множества сот; и конфигурирования выбранного режима для UE. При использовании геометрии UE для выбора режима выбирается наиболее подходящий режим относительно функциональных характеристик, таких как пропускная способность. Также представлены соответствующие способы для RBS, UE, а также соответствующие RNC, RBS и UE. 7 н. и 17 з.п. ф-лы, 13 ил.
Наверх