RU2432698C2

RU2432698C2 - Способ и устройство для обеспечения предотвращения истощения восходящей линии связи в системе долговременного развития

Info

Publication number: RU2432698C2
Application number: RU2009137923/09A
Authority: RU
Inventors: Цзинь ВАН (US); Цзинь ВАН; Мохаммед САММУР (JO); Мохаммед САММУР; Питер С. ВАН (US); Питер С. ВАН; Шанкар СОМАСУНДАРАМ (GB); Шанкар СОМАСУНДАРАМ; Стефен Э. ТЕРРИ (US); Стефен Э. ТЕРРИ
Original assignee: Интердиджитал Текнолоджи Корпорейшн
Priority date: 2007-03-14
Filing date: 2008-03-12
Publication date: 2011-10-27
Also published as: JP2012178872A; JP5592435B2; KR20130042016A; MY151416A; US8699334B2; US9042231B2; RU2009137923A; WO2008112233A3; CN103746936B; US9398524B2; JP2010521874A; US20130170355A1; KR20100017412A; TWI483591B; WO2008112233A2; BRPI0808234A2; MX2009009801A; US20150230163A1; TWI528848B; JP4806077B2

Abstract

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

Description

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

Эта заявка относится к беспроводной связи.

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

Одна из попыток программы долговременного развития (LTE) проекта партнерства третьего поколения (3GPP) состоит в том, чтобы ввести в действие новую технологию, новую архитектуру и новые способы в новые настройки и конфигурации LTE. Программа LTE была предпринята для того, чтобы обеспечить улучшенную спектральную эффективность, сниженную задержку и лучшее использование ресурсов радиосвязи, таким образом обеспечивая более быструю пользовательскую работу и приложения и услуги с более широкими возможностями при меньшей связанной с этим стоимости.

Целью усовершенствованного универсального наземного радиодоступа (E-UTRA) и сети универсального наземного радиодоступа (UTRAN) является разработка сети радиодоступа, приспособленной для системы с высокой скоростью обработки данных, низкой задержкой и пакетной оптимизацией, обладающей улучшенными пропускной способностью системы и покрытием. Для того чтобы достигнуть этого, может потребоваться развитие стыка мобильной станции с оборудованием сети радиосвязи, а также архитектуры радиосети. Например, вместо использования радиоинтерфейсной технологии множественного доступа с кодовым разделением (CDMA), используемой в настоящее время, например, в 3GPP, для передач канала нисходящей линии связи (DL) и канала восходящей линии связи (UL) можно использовать множественный доступ с ортогональным частотным разделением (OFDMA) и множественный доступ с частотным разделением (FDMA) соответственно. Кроме того, LTE может использовать все услуги с пакетной коммутацией, что будет обозначать, что все голосовые вызовы будут выполнены на основе пакетной коммутации.

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

В пакетном доступе по высокоскоростному каналу восходящей линии связи (HSUPA) расширенный UL был создан на существующей модели качества обслуживания (QoS). В этой модели, когда сеть предоставляет ресурс радиосвязи для WTRU, WTRU отвечает за выбор того, какой поток канала восходящей линии связи QoS обслуживать, используя ассоциированный приоритет для каждого потока, обеспеченного сигнализацией контроля ресурса радиосвязи (RRC). В этой схеме, чтобы сеть предотвратила истощение ресурсов для потоков с низким приоритетом, может потребоваться обеспечить эти потоки таким же приоритетом, как потоки с высоким приоритетом. Однако главным образом собирая эти потоки вместе, WTRU выделяет каждому потоку равные права передачи для каждой очереди.

Существует два предложения, касающихся решения проблемы истощения UL в сети радиодоступа 2 (RAN2). Одно представляет собой решение, ориентированное на NW, и другое представляет собой решение, ориентированное на WTRU. Решение, ориентированное на NW, отличается контролем соблюдения правил после передачи трафика, который выполняется с помощью NW после того, как она примет данные от WTRU. Информация о гарантированной скорости передачи битов (GBR), максимальной скорости передачи битов (MBR) и приоритетной скорости передачи битов (PBR) не должна передаваться на WTRU.

Решение, ориентированное на WTRU, может содержать контроль соблюдения правил перед передачей трафика. Контроль соблюдения правил о трафике выполняется с помощью WTRU прежде, чем данные будут переданы в эфир, и информация о GBR, MBR и PBR может быть передана на WTRU при установлении или изменении однонаправленного канала (RB). Решение, ориентированное на WTRU, может быть использовано для предотвращения истощения UL в LTE и может быть точно определено на основании количества бакетов («корзин») с маркерами. На фиг.1 показан пример конфигурации корзины с маркерами 100.

Как показано на фиг.1, маркеры добавляются в каждую корзину в соответствии с определенной скоростью (например, маркеры/разделы). Для того чтобы установить очередность обслуживания и послать пакет размером X маркеров из WTRU, WTRU проверяет текущий размер корзины с маркерами, чтобы узнать, содержится ли там достаточное количество маркеров, чтобы сделать отправку этого пакета возможной (т.е. если размер пакета ≤ размер корзины с маркерами), и если это так, то WTRU может послать пакет. Если там нет достаточного количества маркеров, чтобы сделать возможной отправку пакета, WTRU не будет посылать пакет в настоящий момент, но сможет послать его, когда будет накоплено достаточное количество маркеров.

Однако имеют место различные исходы при использовании решения, ориентированного на WTRU, для предотвращения истощения UL в системе LTE. Так как отношение между сообщением о состоянии буфера (BSR) и сконфигурированным MBR/GBR не было передано в RAN2, может возникнуть приближающаяся проблема потери разрешения. Если происходит потеря разрешения, может возникнуть задержка сигнализации, потеря распределения ресурсов и т.п.

В основном, потеря разрешения относится к WTRU, принимающему разрешение, но не способному полностью его использовать. Может произойти потеря разрешений, так как WTRU не знает, с какой скоростью он будет принимать разрешения, что делает для WTRU сложным предварительно определение того, будет ли определенный уровень буфера превышать сконфигурированную MBR/совокупную MBR (aMBR), когда этот уровень буфера регулируется. Поэтому в настоящее время для WTRU не существует механизма, учитывающего сконфигурированную MBR/aMBR при сообщении о BSR. В результате может наступить ситуация, в которой WTRU сообщает определенный уровень буфера, но когда он получает разрешения UL для регулирования этого уровня буфера, невозможно установить очередность обслуживания относительно однонаправленного канала SAE, потому что это будет обозначать нарушение сконфигурированной MBR/aMBR. Это то, что можно назвать «потерей разрешения». Потеря разрешения может произойти, даже если усовершенствованный узел B (eNB) предоставляет разрешения согласно только данным, указанным в BSR.

Поэтому полезно будет предоставить способ и устройство для обеспечения предотвращения истощения UL в системе LTE.

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

Раскрыты способ и устройство для предотвращения истощения восходящей линии связи (UL). Способ включает в себя определение информации о текущем состоянии буфера. Информация о текущем состоянии буфера сообщается на усовершенствованный узел B (eNB). От eNB принимается разрешение, которое содержит определение количества маркеров, которое беспроводной приемопередающий блок (WTRU) может накапливать.

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

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

на фиг.1 показан пример конфигурации бакета («корзины») с маркерами;

на фиг.2 показан пример системы беспроводной связи, включающий в себя большое число WTRU и eNB;

фиг.3 представляет собой пример функциональной блок-схемы WTRU и eNB с фиг.2;

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

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

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

При дальнейшем упоминании термин «беспроводной приемопередающий блок (WTRU)» включает в себя следующее, но не ограничиваясь им: оборудование пользователя (UE), мобильную станцию, неподвижную или мобильную абонентскую установку, пейджер, сотовый телефон, электронный секретарь (PDA), компьютер или устройство пользователя любого другого типа, способное работать в беспроводной среде. При дальнейшем упоминании термин «базовая станция» включает в себя следующее, но не ограничиваясь им: узел B, управляющее устройство узла, узел доступа (AP) или блок сопряжения любого другого типа, способный работать в беспроводной среде.

На фиг.2 показана система беспроводной связи 200, содержащая большое число WTRU 210 и eNB 220. Как показано на фиг.2, WTRU 210 находятся во взаимодействии с eNB 220. Следует отметить, что несмотря на то, что пример конфигурации WTRU 210 и базовой станции 220 изображен на фиг.2, любое сочетание беспроводных и проводных устройств может быть включено в систему беспроводной связи 200.

Фиг.3 представляет собой функциональную блок-схему 300 WTRU 210 и eNB 220 системы беспроводной связи 200 с фиг.2. Как показано на фиг.3, WTRU 210 находится во взаимодействии с eNB 220 и оба они сконфигурированы для выполнения способа предотвращения истощения обеспечения канала восходящей линии связи.

В дополнение к компонентам, которые могут быть найдены в обыкновенном WTRU, WTRU 210 включает в себя процессор 215, приемник 216, передатчик 217 и антенну 218. Процессор 215 сконфигурирован для выполнения способа обеспечения предотвращения истощения восходящей линии связи. Приемник 216 и передатчик 217 находятся во взаимодействии с процессором 215. Антенна 218 находится во взаимодействии как с приемником 216, так и с передатчиком 217 для облегчения передачи и приема беспроводных данных.

В дополнение к компонентам, которые могут быть найдены в обыкновенном eNB, eNB 220 включает в себя процессор 225, приемник 226, передатчик 227 и антенну 228. Процессор 225 сконфигурирован для выполнения способа обеспечения предотвращения истощения восходящей линии связи. Приемник 226 и передатчик 227 находятся во взаимодействии с процессором 225. Антенна 228 находится во взаимодействии как с приемником 226, так и с передатчиком 227 для облегчения передачи и приема беспроводных данных.

Фиг.4 представляет собой блок-схему способа 400 обеспечения предотвращения истощения UL. На этапе 410 WTRU 210 сообщает информацию о текущем состоянии буфера на eNB 220. Эта информация может содержать информацию для некоторых или всех RB, может быть направлена для предотвращения потери разрешения. Информация может включать в себя информацию о загруженности буфера (BO), размере корзины с маркерами каждого RB для PBR, GBR, MBR и eMBR, соответственно, образец накопления маркеров в WTRU, запас мощности и т.п.

Информация о BO может быть для одного RB, группы RB или всех RB, пока запас мощности существует для всех RB. Размер маркера и образец накопления маркеров может быть для PBS, GBR, MBR и aMBR, соответственно, для RBs. Альтернативно, сообщается совокупное количество маркеров для нескольких RB, и о различных совокупностях может сообщаться отдельно. Например, совокупные маркеры для GBS, MBR и eMBR могут быть сообщены независимо друг от друга. Так как разрешение предоставлено одному WTRU, общее количество маркеров, которые WTRU 210 может использовать, может предоставить эффективный способ установления очередности обслуживания разрешения.

В ходе предоставления отчета на этапе 410 WTRU 210 может сообщить о доле маркеров относительно максимального размера корзины с маркерами. Например, два (2) бита можно использовать, чтобы показать, что WTRU 210 имеет от 0 до ¼, от ¼ до ½, от ½ до ¾ или от ¾ до 100 процентов от максимального размера корзины с маркерами. Также следует отметить, что два бита могут быть определены для обеспечения неравномерных диапазонов, например нулевые маркеры, маркеры менее чем ¼, маркеры между ¼ и ½, маркеры больше чем ½ и т.п.

В качестве примера, если 2 бита используются для обеспечения равномерного диапазона, «00» может использоваться для диапазона от 0 до ¼, «01» для диапазона от ¼ до ½, «10» для диапазона от ½ до ¾ и «11» для диапазона от ¾ до 100 процентов. Следует отметить, что любое сочетание битов можно использовать для обеспечения различных диапазонов, отличных от описанного. Для неравномерных диапазонов можно использовать сходные правила (например, «00» обозначает нулевые маркеры, «01» обозначает маркеры менее чем ¼ и т.п.).

Как описано выше, WTRU 210 сообщает всю или только частичное количество информации, имеющей отношение к WTRU 210, на eNB 220 для того, чтобы помочь eNB 220 с синхронизацией. Таким образом, eNB 220 осведомлен о состоянии WTRU и может выдать точное решение о разрешении, чтобы способствовать в предотвращении потери разрешения. Дополнительно WTRU 210 может сообщать каждому RB, группе RB, всем RB, только RB с высоким приоритетом или любому сочетанию. Также WTRU 210 может точно определять в своем состоянии буфера (например, запросе на разрешение), планируемое время, за которое он будет накапливать достаточно маркеров для отсылки, по меньшей мере, одного пакета, (например, наименьшего размера транспортного блока (TB)), так что eNB 220 будет способен запланировать разрешение на указанное время или после него. WTRU 210 может сообщать любую часть или всю информацию в каждый промежуток времени прохождения сигнала (TTI) или каждые несколько TTI, что может быть сконфигурировано с помощью сигнализации RRC в ходе процесса установления или модификации RB.

WTRU 210 может передавать свое сообщение или информацию о корзине с маркерами (этап 410) периодически, или это может инициироваться по предопределенному событию. События, которые могут быть использованы для инициирования сообщения, включают в себя события, в которых значения для описываемой информации предварительно превышают или падают ниже порогового значения. Например, если количество маркеров для определенного одного или нескольких RB падает ниже предопределенного порога, WTRU 210 может быть инициирован для передачи сообщения. Пороговые значения могут быть сконфигурированы передачей сигналов RRC при установлении RB и могут быть определены как доли от максимального размера корзины с маркерами.

Таким образом, информация о состоянии WTRU 210 (например, состояние буфера) может быть оценена в скользящем окне с помощью WTRU 210, но отослана на eNB 220 каждый TTI или после более чем одного TTI.

На этапе 420 eNB 220 определяет, сколько маркеров может накапливать WTRU 210. В одном из вариантов осуществления каждой корзине предоставлен вес, соответствующий каждому приложению и сигналу для сети. Из этих взвешенных значений можно сформировать накопленное значение, подлежащее передаче на WTRU 210. Даже если имеет место множество RB на различных WTRU 210, которые все передают пакеты на одинаковой скорости, в зависимости от приоритета приложения, некоторые WTRU 210 могут нуждаться в большем количестве ресурсов. Таким образом, приоритеты могут разделяться между различными WTRU 210 на основании веса, переданного из NW.

Когда eNB 220 обладает всей информацией, которая ему требуется для того, чтобы выполнить распределение разрешения, eNB 220 передает распределение разрешения на WTRU 210 (этап 430). Следует понимать, что eNB 220 может передавать распределение разрешения отдельному WTRU 210, группе WTRU 210 или всем WTRU 210 в системе беспроводной связи 200.

Фиг.5 представляет собой блок-схему альтернативного способа 500 обеспечения предотвращения истощения UL. На этапе 510 WTRU 210 определяет состояние буфера. В одном примере WTRU 210 может вычислять и оценивать свое состояние буфера и передавать на eNB 220 запрос на разрешение, основанный на оценке (этап 520).

Запрос на разрешение может представлять собой относительный или абсолютный запрос, который посылается каждый TTI или каждые несколько TTI. Посылать ли относительный или абсолютный запрос на разрешение и как часто разрешение будет посылаться с WTRU, должно быть сконфигурировано на стадии установления или модификации RB через передачу сигналов RRC. Например, относительный запрос на разрешение является относительным по отношению к значению, использованному ранее, и изменение передается на WTRU 210 для того, чтобы WTRU 210 могло установить фактическое разрешение на основании предыдущего разрешения и текущего разрешения. Для абсолютного разрешения это значение, которое WTRU 210 должен использовать, указывается без необходимости того, чтобы WTRU 210 выполнял какие-либо установления.

Запрос на разрешение может быть в форме «Happy Bit», где отдельный бит или множество битов передаются на eNB 220 в формате Happy Bit. Если используется однобитовый запрос на разрешение, тогда отдельный бит должен представлять результаты оценки для всех различных атрибутов, таких как состояние загруженности буфера WTRU, пакетная информация, запас мощности, запас маркеров (например, для PBR, GBR, MBR, aMBR) всех RB и т.п.

Happy Bit может представлять состояние для одного RB или только атрибут каждого RB и может быть оценен в скользящем окне. Happy Bit может обозначать каждый RB, RB с высокими приоритетами или любое их сочетание и может сообщаться на eNB 220 каждые TTI или после определенного количества TTI. Также Happy Bit может показывать величину запроса на разрешение, которая требуется для WTRU 210.

Если запрос на разрешение содержит множество битов, один бит может отображать все атрибуты одного RB или группы RB (например, со сходными свойствами, такими как приоритет, и т.п.), или один бит может отображать один атрибут (например, запас маркеров, BO или запас мощности), относящийся ко всем RB. Дополнительно, множество битов можно использовать в качестве индекса, отображающего различные сочетания состояния WTRU 210 для запроса на разрешение. Например, биты могут указывать, является ли WTRU 210 ограниченным по маркерам, данным или мощности. Сообщение о состоянии буфера (BSR) можно использовать, чтобы представлять запрос на разрешение от WTRU 210, если для целей запроса на разрешение используется больше битов.

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

Таблица 1
Индекс разрешений	Указание
000	Ограничение по маркерам
001	Ограничение по мощности
010	Ограничение по данным
011	Ограничение по маркерам и ограничение по мощности
100	Ограничение по маркерам и ограничение по данным
101	Ограничение по мощности и ограничение по данным
110	Ограничение по маркерам, мощности и данным
111	Без изменений

Как показано в таблице 1 выше, различные значения индекса указывают на то, является ли WTRU 210 ограниченным по маркерам, ограниченным по мощности, ограниченным по данным или любым их сочетанием. Следует отметить, что несмотря на то, что таблица 1 показывает пример карты размещения информации, другие карты размещения информации также можно использовать и может сообщаться о других ограничениях. Например, WTRU 210 может включить в состав то, что количество TTI, предоставленных для WTRU 210 для передачи своих данных, было недостаточным. После приема информации от WTRU 210 eNB 220 передает разрешение на WTRU 210 (этап 530).

Для того чтобы обеспечить предотвращение истощения UL, может потребоваться RRC сигнализация, которая содержит в себе параметры, направленные для поддержки. Нижеприведенная таблица 2 показывает пример параметров RRC для обеспечения предотвращения истощения UL, в котором класс соответствует элементу информации (IE).

Таблица 2
Класс	Новые параметры IE
Решение о явном или неявном подходе	Будет ли использоваться явное сообщение WTRU или способ запроса на разрешение WTRU
	Разрешено ли корзине маркеров стать отрицательной или нет
Явное сообщение WTRU	Предназначено ли сообщение для одного RB, группы RB или всех RB
	Будет ли использовано периодическое, инициируемое событием или периодическое инициируемое событием сообщение WTRU
	Если будет использовано инициируемое событием сообщение, то определить порог(и) для инициирования сообщения WTRU
	Происходит ли сообщение каждый TTI или несколько TTI
	Если WTRU должно отправлять сообщение каждые несколько TTI, то определить точное число TTI
Запрос на разрешение WTRU	Будет ли использоваться абсолютное или относительное разрешение
Запрос на разрешение WTRU	Будет ли использоваться один или много Happy Bits
	Если используется периодическое сообщение, определить период сообщения о разрешении
	«Happy Bit» будет сообщен для одного RB или группы RB
	Размер окна для оценки запроса на разрешение WTRU

Еще один параметр, о котором, возможно, потребуется просигнализировать (сообщить), состоит в том, разрешено ли корзине с маркерами стать отрицательной или нет. Этот дополнительный параметр предусматривает различные варианты реализации корзины с маркерами. Например, некоторые WTRU 210 могут захотеть проверить, имеется ли достаточное количество маркеров для отсылки пакета, тогда как другие реализации корзины с маркерами позволяют WTRU 210 отсылать пакет до тех пор, пока количество маркеров превышает 0. В более позднем варианте реализации корзине с маркерами разрешено становиться отрицательной. Предусматривает ли вариант реализации корзины с маркерами отрицательные корзины маркеров или нет, может быть дополнительным параметром сигнализации или при сигнализации с WTRU 210 на eNB 220, или при сигнализации из сети на WTRU 210 через eNB 220. Также может поддерживаться комбинация сигнализации.

В нижеприведенной таблице 3 показаны параметры примерной корзины с маркерами, которые могут передаваться в дополнение к параметрам, показанным в таблице 2.

Таблица 3
Однонаправленный канал	Корзина	Параметр
Однонаправленный канал GBR 1	Корзина маркеров GBR	GBR
		Размер корзины маркеров GBR (GBRtbs)
		Время между поступлениями маркеров GBR (GBRitap)
	Корзина маркеров MBR	MBR
		Размер корзины маркеров MBR (MBRtbs)
		Время между поступлениями маркеров MBR (MBRitap)
Однонаправленный канал GBR 2	Корзина маркеров GBR	GBR
		Размер корзины маркеров GBR (GBRtbs)
		Время между поступлениями маркеров GBR (GBRitap)
	Корзина маркеров MBR	MBR
		Размер корзины маркеров MBR (MBRtbs)
		Время между поступлениями маркеров MBR (MBRitap)
Однонаправленный канал НЕ-GBR 3	Корзина маркеров Min-BR	MinBR
		Размер корзины маркеров MinBR (MinBRtbs)
		Время между поступлениями маркеров MinBR (MinBRitap)
Однонаправленный канал НЕ-GBR 4	Корзина маркеров Min-BR	MinBR
		Размер корзины маркеров MinBR (MinBRtbs)
		Время между поступлениями маркеров MinBR (MinBRitap)
Однонаправленные каналы НЕ-GBR	Корзина маркеров aMBR	aMBR
		Размер корзины маркеров aMBR (aMBRtbs)
		Время между поступлениями маркеров aMBR (aMBRitap)

Возможно, что потребуется передать большое количество параметров через сообщение RRC на стадии установления или модификации RB. Так как параметры, относящиеся к корзине с маркерами, являются полустатическими и не нуждаются в обновлении при каждом разрешении, если параметры, относящиеся к корзине с маркерами, должны быть переданы, сеть не обязательно должна включать эти параметры (например, размер корзины, время между поступлениями маркеров и т.п.) в каждое разрешение. Вместо этого параметры могут быть переданы вначале при установлении RB или в процессе модификации RB. Если любой из параметров корзины с маркерами, описанный в таблице 2 или таблице 3, нуждается в обновлении, тогда требуется передача только этих параметров из eNB 220 на WTRU 210. Таким образом, используя параметры, использованные в таблицах 2 и 3, передаются возможности WTRU 210, такие как «диапазон» и/или «гранулярность» периодов между поступлениями маркеров, которые WTRU 210 может поддерживать, и максимальный и/или минимальный размеры корзины, которые WTRU 210 может поддерживать, и т.п. Например, эти параметры могут передаваться на стадии установления или модификации RB через сообщение RRC, переконфигурирующее соединение.

В качестве альтернативы параметрам, определенным в таблицах 2 и 3, для каждого RB может быть заранее задана таблица с различными вариантами каждого параметра, относящегося к корзине с маркерами, помеченного индексом. Затем может быть передан индекс каждого параметра, относящегося к маркеру, для того RB. Также может быть предоставлен индекс для различных сочетаний параметров, относящихся к маркерам, для одного RB, где передается только один индекс для параметров маркеров, относящихся к тому RB. Параметры для GBR и не-GBR, такие как корзины с маркерами GBR и MBR, могут совместно использовать одну таблицу индексов для целей сигнализации. Альтернативно, индекс может быть предоставлен для различных параметров, относящихся к маркерам, для различных RB в одной таблице. Однако если существует только один набор параметров для GBR или MBR одного RB, тогда эти параметры могут быть заданы, например, в виде стандарта и передача сигналов может не потребоваться. Таким образом, индекс может включать в себя параметры, относящиеся к одному RB, или параметры, относящиеся к множеству RB.

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

Несмотря на то что признаки и элементы описаны выше в определенных сочетаниях, каждый признак или элемент можно использовать отдельно без других признаков и элементов или в различных комбинациях с другими признаками и элементами или без них. Предоставленные здесь способы или блок-схемы могут быть воплощены в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель для выполнения компьютером общего назначения или процессором. Примеры машиночитаемых носителей включают в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистровую, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические накопители и оптические накопители, такие как диски CD-ROM и цифровые многоцелевые диски (DVD).

Пригодные процессоры включают в себя, в качестве примера, процессор общего назначения, процессор специального назначения, стандартный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или несколько микропроцессоров в соединении с ядром DSP, контроллер, микроконтроллер, специализированные интегральные микросхемы (ASIC), логические матрицы, программируемые пользователем (FPGA), любые другие типы интегральных микросхем (IC) и/или конечный автомат.

Процессор совместно с программным обеспечением можно использовать для осуществления радиочастотного приемопередатчика для использования в беспроводном приемопередающем блоке (WTRU), оборудовании пользователя (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом другом сетевом компьютере. WTRU можно использовать совместно с модулями, выполненными аппаратно и/или программно, такими как камера, модуль видеокамеры, видеофон, спикерфон, вибрирующее устройство, динамик, микрофон, телевизионный приемопередатчик, гарнитура handsfree, клавиатура, модуль Bluetooth®, радиоблок с частотной модуляцией (FM), устройство отображения с дисплеем на жидких кристаллах (LCD), устройство отображения с органическими светоизлучающими диодами (OLED), цифровой музыкальный плеер, медиаплеер, игровой модуль видеоигры, интернет-браузер и/или любой модуль беспроводной локальной сети (WLAN) или модуль со сверхширокой полосой частот (UWB).

ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ

1. Способ для предотвращения истощения восходящей линии связи (UL), воплощенный в беспроводном приемопередающем блоке (WTRU).

2. Способ по варианту осуществления 1, дополнительно содержащий определение информации о текущем состоянии буфера.

3. Способ по любому предыдущему варианту осуществления, дополнительно содержащий сообщение информации о текущем состоянии буфера на усовершенствованный узел B (eNB).

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

5. Способ по любому предыдущему варианту осуществления, где информация о текущем состоянии буфера включает в себя информацию для, по меньшей мере, одного однонаправленного канала (RB).

6. Способ по любому предыдущему варианту осуществления, где информация о текущем состоянии буфера включает в себя информацию для множества RB.

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

8. Способ по любому предыдущему варианту осуществления, где размер корзины с маркерами предназначен для любого из следующих: гарантированная скорость передачи битов (GBR), максимальная скорость передачи битов (MBR) и/или приоритетная скорость передачи битов (PBR).

9. Способ по любому предыдущему варианту осуществления, дополнительно содержащий сообщение о совокупном количестве маркеров для множества RB.

10. Способ по любому предыдущему варианту осуществления, дополнительно содержащий инициирование сообщения.

11. Способ по любому предыдущему варианту осуществления, где инициирование сообщения включает в себя количество маркеров для RB, снижаемое ниже предопределенного порога.

12. Способ по любому предыдущему варианту осуществления, где информация о текущем состоянии буфера содержит информацию о загруженности буфера (BO).

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

14. Способ по любому предыдущему варианту осуществления, дополнительно содержащий оценивание состояния буфера.

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

16. Способ по любому предыдущему варианту осуществления, дополнительно содержащий вычисление состояния буфера.

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

18. Способ по любому предыдущему варианту осуществления, где запрос на разрешение дополнительно содержит множество битов.

19. Способ по любому предыдущему варианту осуществления, где, по меньшей мере, один бит означает, по меньшей мере, один атрибут, по меньшей мере, одного однонаправленного канала (RB).

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

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

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

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

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

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

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

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

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

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

30. WTRU, сконфигурированный для выполнения способа по любому предыдущему варианту осуществления.

31. WTRU по варианту осуществления 30, дополнительно содержащий приемник.

32. WTRU по любому из вариантов осуществления 30-31, дополнительно содержащий передатчик.

33. WTRU по любому из вариантов осуществления 30-32, дополнительно содержащий процессор в соединении с приемником и передатчиком.

34. WTRU по любому из вариантов осуществления 30-33, где процессор сконфигурирован для определения информации о текущем состоянии буфера.

35. WTRU по любому из вариантов осуществления 30-34, где процессор сконфигурирован для сообщения информации о текущем состоянии буфера на eNB.

36. WTRU по любому из вариантов осуществления 30-35, где процессор сконфигурирован для приема разрешения от eNB, где разрешение включает в себя определение количества маркеров, которое WTRU может накапливать.

37. WTRU по любому из вариантов осуществления 30-36, где процессор сконфигурирован так, чтобы включать информацию для, по меньшей мере, одного RB в состав информации о состоянии буфера.

38. WTRU по любому из вариантов осуществления 30-37, где процессор сконфигурирован так, чтобы включать информацию для множества RB в состав информации о состоянии буфера.

39. WTRU по любому из вариантов осуществления 30-38, где процессор сконфигурирован для определения того, превышает пороговое значение или нет количество маркеров для пакетной передачи в корзине с маркерами.

40. WTRU по любому из вариантов осуществления 30-39, где процессор сконфигурирован для передачи, по меньшей мере, одного пакета и вычитания количества маркеров из корзины с маркерами, эквивалентного размеру, по меньшей мере, одного переданного пакета.

41. WTRU по любому из вариантов осуществления 30-40, где вычитание количества маркеров из корзины с маркерами снижает количество маркеров ниже нуля.

42. WTRU по любому из вариантов осуществления 30-41, где пороговое значение указывается WTRU через параметр конфигурации.

43. WTRU по любому из вариантов осуществления 30-42, где параметр конфигурации передается явно.

44. eNB, сконфигурированный для выполнения способа по любому из вариантов осуществления 1-29.

45. eNB по варианту осуществления 44, дополнительно содержащий приемник.

46. eNB по любому из вариантов осуществления 44-45, дополнительно содержащий передатчик.

47. eNB по любому из вариантов осуществления 44-46, дополнительно содержащий процессор в соединении с приемником и передатчиком.

48. eNB по любому из вариантов осуществления 44-47, где процессор сконфигурирован для приема информации о текущем состоянии буфера от WTRU.

49. eNB по любому из вариантов осуществления 44-48, где процессор сконфигурирован для определения количества маркеров, которое WTRU может накапливать.

50. eNB по любому из вариантов осуществления 44-49, где процессор сконфигурирован для передачи разрешения на WTRU.

Claims

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

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

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

4. Способ по п.1, в котором скорость передачи битов включает в себя, по меньшей мере, одну из гарантированной скорости передачи битов (GBR), приоритетной скорости передачи битов (PBR), максимальной скорости передачи битов (MBR) и совокупной MBR (aMBR).

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

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

7. Блок по п.6, в котором текущее состояние буфера для каждого логического канала может принимать отрицательное значение.

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

9. Блок по п.5, в котором скорость передачи битов включает в себя, по меньшей мере, одну из гарантированной скорости передачи битов (GBR), приоритетной скорости передачи битов (PBR), максимальной скорости передачи битов (MBR) и совокупной MBR (aMBR).