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

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

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ

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

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

[0002] Следующие сокращения означают:

DCH (Dedicated Channel) - выделенный канал

DPDCH (Dedicated Physical Data Channel) - выделенный физический канал данных

DPCCH (Dedicated Physical Control Channel) - выделенный физический канал управления

E-DCH (Enhanced Uplink DCH) - усовершенствованный выделенный канал восходящей линии связи

E-DPDCH (Enhanced DPDCH) - усовершенствованный канал DPDCH

E-DPCCH (Enhanced DPCCH) - усовершенствованный канал DPCCH

E-TFC (E-DCH Transport Format Combination) - комбинация транспортного формата канала E-DCH

HSUPA (High Speed Uplink Packet Access) - высокоскоростной пакетный доступ по восходящему каналу

IE (Information Element) - информационный элемент

MAC (Medium Access Control) - управление доступом к среде

Node В (узел В) - базовая станция

PDU (Protocol Data Unit) - протокольный блок данных

RLC (Radio Link Control) - управление радиолинией

RNC (Radio Network Controller) - контроллер радиосети

RRC (Radio Resource Control) - управление радиоресурсами

SDU (Service Data Unit) - блок сервисных данных

SG (Serving Grant) - грант обслуживания (разрешение на предоставление ресурса)

TTI (Transmission Timing Interval) - интервал времени передачи

UE (User Equipment) - абонентское оборудование, например, мобильный терминал.

[0003] Здесь рассматривается выделенный канал DCH (E-DCH) восходящей линии связи для трафика пакетных данных, см., например, выпуск 6 TS 25.309 3GPP, проект партнерства третьего поколения; группа технических спецификаций для сети радиодоступа; усовершенствованный канал FDD; общее описание; этап 2 (выпуск 6).

[0004] В HSUPA в настоящее время предпринимаются определенные попытки усовершенствований путем распределения функций планировщика пакетов по базовым станциям для обеспечения более быстрого планирования при пульсирующем графике не в реальном времени, чем обеспечивает уровень 3 (L3, сетевой уровень) в контроллере RNC. Идея состоит в том, что при более быстрой адаптации связи возможно более эффективно распределять ресурсы мощности восходящей линии связи между пользователями пакетных данных, поскольку, когда пакеты переданы от одного пользователя, планируемый ресурс может сразу же быть сделан доступным для другого пользователя. При использовании этой технологии пытаются исключить резкое изменение роста шума, как, например, когда высокие скорости передачи данных предоставлены пользователям, выполняющим приложения с высокоскоростным пульсирующим графиком.

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

[0006] Таким образом, с использованием E-DCH большинство функций планировщика пакетов передается базовой станции, т.е. планировщик базовой станции отвечает за распределение ресурсов восходящей линии связи. Для эффективного выполнения планирования базовая станция нуждается в получении некоторой информации от абонентского оборудования. В 3GPP определен так называемый "бит удовлетворенности" (happy bit), который включен в канал E-DPCCH. "Бит удовлетворенности" передается всегда и может указывать или "UP" (УВЕЛИЧИТЬ) (также называется "не удовлетворен"), или "KEEP" (ПОДДЕРЖИВАТЬ) (также называется "удовлетворен"). Когда абонентское оборудование посылает запрос "UP", это означает, что абонентское оборудование хочет получить более высокую битовую скорость передачи, (т.е. оно "не удовлетворено" текущей битовой скоростью передачи), тогда как, если абонентское оборудование посылает запрос "KEEP", это означает, что абонентское оборудование удовлетворено текущей битовой скоростью передачи.

[0007] 3GPP определяет, что UP-запрос (например, статус "не удовлетворен") может быть передан следующим образом:

"бит удовлетворенности" устанавливается на "не удовлетворен", если выполняются оба следующих критерия:

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

итоговое состояние буфера требует больше миллисекунд (мс), чем Happy_Bit_Delay_Condition (условие задержки "бита удовлетворенности"), при передаче с текущим грантом обслуживания.

[0008] Упоминание относительно этого может быть найдено в Разделе 11.8.1.5 TS 25.321 3GPP, проекте партнерства третьего поколения; группа технических спецификаций для сети радиодоступа; спецификация протокола управления доступом к среде (MAC) (выпуск 6) (версия 6.5.0) (2005-06).

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

[0010] Комбинации транспортного формата E-TFC определены таким образом, чтобы иметь очень маленькие шаги между ними для того, чтобы относительно хорошо подходить к любым размерам и числу пакетов данных более высокого уровня (SDU), которые необходимо передать. Маленькие шаги имеются в размерах транспортных блоков комбинаций E-TFC. Однако проблема определения состоит в том, что если абонентское оборудование в текущий момент передает с использованием комбинации E-TFC Y (например, передает конкретный размер транспортного блока), и, если абонентское оборудование имеет мощность, достаточную для передачи с Е-TFC Y+1 (например, передачи транспортного блока немного большего размера), абонентское оборудование не должно показывать "не удовлетворено". Это связано с тем, что следующая комбинация E-TFC на практике почти никогда не может вместить еще один блок SDU и, таким образом, не может быть использована для передачи данных с более высокой скоростью. Например, немного больший размер транспортного блока обычно не может вместить еще один блок SDU.

[0011] Таким образом, основная проблема состоит в том, что данные с более высоких уровней поступают на уровень MAC в блоках SDU конкретного размера, и увеличение скорости передаваемых данных означает передачу одного или нескольких дополнительных блоков SDU в одном транспортном блоке (например, в одной комбинации E-TFC).

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

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

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

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

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

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

[0016] В другом типичном варианте осуществления изобретения способ включает для передачи по усовершенствованному выделенному восходящему каналу (E-DCH) установку по меньшей мере одного бита в состояние, указывающее на запрос на более высокую скорость передачи данных, если выполняется по меньшей мере следующий критерий:

абонентское оборудование имеет мощность, достаточную для передачи с более высокой скоростью, чем текущая скорость передачи данных. Оценка, обладает ли абонентское оборудование достаточной мощностью, включает:

идентификацию комбинации транспортного формата канала E-DCH (E-TFC), имеющей размер транспортного блока, по меньшей мере на х бит больший, чем размер транспортного блока комбинации E-TFC, выбранной для передачи в интервале времени передачи (TTI), в котором должен быть передан по меньшей мере один бит, где х - наименьший размер протокольного блока данных (PDU) управления радиолинией (RLC), конфигурированный среди всех логических каналов, которые не принадлежат к непланируемым потокам управления доступом к среде MAC-d и имеют данные в буфере. Оценка также включает проверку поддержки идентифицированной комбинации E-TFC на основе сдвига мощности выбранной комбинации E-TFC.

[0017] В еще одном типичном варианте осуществления изобретения устройство включает блок обработки, конфигурированный для передачи по усовершенствованному выделенному восходящему каналу (E-DCH), для установки по меньшей мере одного бита в состояние, указывающее на запрос на более высокую скорость передачи данных, если выполняется по меньшей мере следующий критерий: абонентское оборудование имеет мощность, достаточную для передачи с более высокой скоростью, чем текущая скорость передачи данных. Блок обработки конфигурируется для оценки, обладает ли абонентское оборудование достаточной мощностью, посредством следующего: блок обработки конфигурируется для идентификации комбинации транспортного формата канала E-DCH (E-TFC), имеющей размер транспортного блока, по меньшей мере на х бит больший, чем размер транспортного блока комбинации E-TFC, выбранной для передачи в интервале времени передачи (TTI), в котором должен быть передан указанный по меньшей мере один бит, где х - наименьший размер протокольного блока данных (PDU) управления радиолинией (RLC), конфигурированный среди всех логических каналов, которые не принадлежат к непланируемым потокам управления доступом к среде MAC-d и имеют данные в буфере; и блок обработки конфигурируется для проверки поддержки идентифицированной комбинации E-TFC на основе сдвига мощности выбранной комбинации E-TFC.

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

[0018] Вышеизложенные и другие аспекты вариантов осуществления настоящего изобретения станут более очевидными из нижеследующего подробного описания вариантов осуществления изобретения совместно с прилагаемыми чертежами, на которых:

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

[0020] Фиг.2 иллюстрирует блоки PDU RLC, отображаемые на транспортный блок E-DCH.

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

[0022] Фиг.4 представляет собой блок-схему объекта MAC-es/e, соединенного с другими объектами и каналами сигнализации.

[0023] Фиг.5 представляет собой логическую блок-схему блока 3 В на фиг.3.

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

[0025] Фиг.7 представляет собой логическую блок-схему для объяснения более подробного варианта блок-схемы на фиг.3.

ПОДРОБНОЕ ОПИСАНИЕ ТИПИЧНЫХ ВАРИАНТОВ

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

[0026] Типичной проблемой, решаемой с использованием типичных вариантов осуществления настоящего изобретения, является следующая. Предположим, что абонентское оборудование в текущий момент передает данные с использованием комбинации E-TFC Y) (например, характеризуемой конкретным размером транспортного блока). Как определить, какая комбинация E-TFC Y+X с наименьшим возможным (например, положительным целым) значением Х (также обозначаемым ниже как х) позволяет передавать данные с более высокой скоростью передачи? То есть, какая комбинация E-TFC Y+X, которая может вместить еще один блок SDU по сравнению с комбинацией E-TFC Y, поддерживается (например, не блокируется, может быть передана)?

[0027] Типичные варианты осуществления данного изобретения относятся, по меньшей мере частично, к обеспечению усовершенствованного канала DCH восходящей линии связи (E-DCH) для передачи пакетных данных в, например, TS 25.309 3GPP, проект партнерства третьего поколения, группа технических спецификаций сети радиодоступа;

усовершенствованный канал FDD; общее описание; этап 2 (выпуск 6) (версия 6.10.0) (2004-12). Хотя типичные варианты осуществления, описанные здесь, используют канал E-DCH в качестве примера, раскрываемое изобретение этим не ограничено.

[0028] Обратимся сначала к фиг.1 для иллюстрации упрощенной блок-схемы различных электронных устройств, подходящих для использования при реализации на практике типичных вариантов осуществления настоящего изобретения. На фиг.1 беспроводная сеть 1 включает абонентское оборудование 10 UE, базовую станцию 12 (например, узел В) и контроллер 14 (например, RNC) для беспроводной сети 1. Абонентское оборудование 10 включает процессор 10А данных (DP), память 10 В (MEM), которая хранит программу 10С (PROG), и приемопередатчик 10D соответствующей радиочастоты (RF) для двунаправленной беспроводной связи с базовой станцией 12 (например, узлом В), которая также включает процессор DP 12A, память MEM 12B, которая хранит PROG 12C, и приемопередатчик 12D соответствующей радиочастоты RF. Базовая станция 12 соединена по информационному каналу 13 с контроллером 14, который также включает процессор DP 14A и память MEM 14B, хранящую ассоциированную программу PROG 14C. Предполагается, что по меньшей мере программа PROG 10C включает программные инструкции, которые при исполнении ассоциированным процессором DP 10A позволяют абонентскому оборудованию 10 функционировать в соответствии с типичными вариантами осуществления настоящего изобретения, как более подробно будет рассмотрено ниже.

[0029] Как показано на фиг.1, интерфейс Uu представляет собой интерфейс между сетью наземного радиодоступа UTRAN (Terrestrial Radio Access Network) универсальной системы мобильной связи UMTS (Universal Mobile Telecommunication System) и абонентским оборудованием 10. Сеть UTRAN обычно включает одну или несколько базовых станций 12, таких как узлы В, и один или несколько контроллеров 14, таких как контроллеры RNC или контроллеры базовой станции (BSC). Информационный канал 13 включает интерфейс lu, являющийся точкой соединения контроллера 14 (например, RNC, BSC) и базовой сетью (CN) третьего поколения 3G (не показанной на фиг.1). Также на фиг.1 показан буфер 10Е передачи абонентского оборудования (TX_BUF), о чем ниже сделана ссылка. Следует отметить, что по желанию буфер 10Е передачи может быть частью памяти 10 В.

[0030] В общем, различные варианты осуществления абонентского оборудования 10 могут включать, но не ограничиваются этим, сотовые телефоны, персональные цифровые секретари (PDA), имеющие беспроводные средства связи, портативные компьютеры, имеющие беспроводные средства связи, устройства захвата изображений, такие как цифровые фотоаппараты, имеющие беспроводные средства связи, игровые устройства, имеющие беспроводные средства связи, устройства хранения и воспроизведение музыки, имеющие беспроводные средства связи, Интернет-устройства, позволяющие осуществлять беспроводной доступ в Интернет и просмотр, а также портативные блоки и терминалы с комбинацией таких функций.

[0031] Осуществления этого изобретения могут быть выполнены с использованием компьютерного программного обеспечения, исполняемого процессором 10А данных DP абонентского оборудования 10 и другими процессорами данных DP, или с использованием аппаратных средств, или комбинации программных обеспечения и аппаратных средств. Памяти MEM 10В, 12В и 14В могут быть любого типа, подходящего к локальному техническому окружению, и могут быть выполнены с использованием любой подходящей технологии хранения данных, такой как полупроводниковые запоминающие устройства, магнитные запоминающие устройства и системы, оптические запоминающие устройства и системы, постоянные запоминающие устройства и съемные запоминающие устройства. Процессоры данных DP 10А, 12А и 14А могут быть любого типа, подходящего к локальному техническому окружению, и могут включать один или несколько компьютеров общего назначения, компьютеров специального назначения, микропроцессоров, цифровых сигнальных процессоров (DSP) и процессоров с многоядерной архитектурой, в качестве примеров, неограничивающих данное изобретение. Памяти MEM 10В, 12В и 14В могут содержать машинно-читаемые инструкции из компьютерного программного продукта, материально воплощающего программу машинно-читаемых инструкций, исполняемых по меньшей мере одним процессором данных 10С, 12С и 14С, для выполнения операций, описываемых в данном документе. Такой компьютерный программный продукт может включать компакт-диск (CD), универсальный цифровой диск (DVD), карту памяти или любой другой продукт, подходящий для хранения программы машинно-читаемых инструкций.

[0032] Описываемые здесь более подробно типичные варианты осуществления настоящего изобретения предоставляют правило идентификации комбинации E-TFC, которая позволяет передавать больше блоков SDU, чем текущая разрешенная комбинация E-TFC. Это правило отличается от простой проверки, имеет ли абонентское оборудование 10 мощность, достаточную для передачи следующей большей комбинации E-TFC (например, характеризуемой немного большим размером транспортного блока, чем размер транспортного блока текущей комбинации E-TFC), которая фактически не позволяет передавать больше данных, чем текущая комбинация E-TFC. Это связано с тем, что другой блок SDU обычно не может поместиться в промежуток между несколько большим размером транспортного блока следующей большей комбинации E-TFC и несколько меньшим размером транспортного блока текущей комбинации E-TFC.

[0033] Также отметим, что могут быть многочисленные альтернативы вариантов осуществления изобретения, так как абонентское оборудование UE 10 может конфигурироваться одновременно множеством служб (например, логическими каналами), которые могут использовать различные размеры блока PDU RLC. Однако все различные альтернативы должны сходиться к одному решению, если используется только один размер блока PDU RLC, что является типичным случаем.

[0034] Фиг.2 показывает, как один или несколько блоков PDU RLC отображаются на один транспортный блок 270 E-DCH. Объект 210 MAC, как часть программы 10С PROG имеет ряд подобъектов, среди которых показаны MAC-d 210-1, MAC-es 210-2 и МАС-е 210-3. Объект 210 MAC обычно конфигурируется управлением 205 радиоресурсами RRC, которое также является частью PROG 10С. Также на фиг.2 показан объект 210 RLC и объект 240 L1. Следует отметить, что объект 210 RLC и объект 240 L1 тоже являются частями PROG 10С. Каждый из объектов 230, 210-1, 210-2, 210-3 и 240 является уровнем, причем объект 230 RLC является самым верхним, а объект 240 L1 - самым нижним уровнем. Информация, таким образом, передается по восходящей линии связи с самого верхнего уровня, от объекта 230 RLC к самому нижнему уровню - объекту 240 L1. На фиг.2, как определено в TS 25.321 3GPP, раздел 4.2.3, объект 210-1 MAC-d управляет доступом ко всем выделенным транспортным каналам, тогда как объекты 210-2, 210-3 MAC-e/es (обычно называемые единым объектом MAC-e/es) управляют доступом к транспортному каналу E-DCH.

[0035] Объект 230 RLC генерирует блок 231 PDU RLC, объект 210-1 MAC-d генерирует блок 240 PDU MAC-d, объект 210-2 MAC-es генерирует информацию 251 заголовка и блок 250 PDU MAC-es, и объект 210-3 МАС-е генерирует блок 260 PDU МАС-е. Информация заголовка 251 называется парой [DDI,N], и она включает поле 252 индикатора описания данных DDI (Data Description Indicator) и поле 253 N. В соответствии с разделом 9.2.4.2, озаглавленном "Параметры заголовка МАС-е" в TS 25.321 3GPP (выпуск 6) (версия 6.5.0) (2005-06), поле 252 DDI идентифицирует логический канал, поток MAC-d и размер блоков PDU MAC-d, соединенных в ассоциированный блок 250 PDU MAC-es. Отображение между значениями индикатора DDI (например, в полях 252 DDI) и логическим каналом ID, потоком MAC-d и размером блока PDU обеспечивается на верхних уровнях. Длина поля 252 DDI равна 6 бит.Поле 253 N указывает число последовательных блоков PDU MAC-d, соответствующих одному и тому же значению индикатора DDI. Длина поля N составляет 6 бит. Видно, что заголовок 224 МАС-е включает многочисленные пары [DDI,N] с различной информацией 251 заголовков.

[0036] Отметим, что блок SDU - это блок данных, который входит на уровень, а блок PDU - это блок данных, который выходит с уровня. В терминах объекта 210-1 MAC-d блок SDU относится к блоку 231 PDU RLC (т.е., где объект 230 RLC является уровнем выше объекта 210-1 MAC-d и генерирует блок 231 PDU RLC, который является входным блоком SDU объекта 210-1 MAC-d). Объект 210-1 MAC-d затем использует блок SDU (т.е., блок 231 PDU RLC) для создания блока 240 PDU MAC-d, который сам является блоком SDU объекта 210-2 MAC-es. Следовательно, термины SDU и PDU будут использоваться взаимозаменяемо и каждый относится к соответствующему блоку данных для конкретного описываемого уровня.

[0037] Для того, чтобы предоставить возможность более высокой скорости передачи данных, больше блоков 231 PDU RLC должно помещаться в единый транспортный блок 270 в объекте 240 L1. Это означает, что размер 220 транспортного блока в блоке 260 PDU МАС-е должен быть увеличен по меньшей мере на размер одного блока 231 PDU RLC. Поскольку заголовок 224 МАС-е может быть фиксированного размера, размер транспортного блока может считаться равным размеру части 225 с данными блока 260 PDU МАС-е. В другом примере блок 250 PDU MAC-es также включает размер 221, и размер 221 может быть увеличен до размера, подходящего для вмещения еще одного блока 231 PDU RLC. В типичном варианте осуществления изобретения размер транспортного блока для уровня включает только часть с данными, такую как часть 225 с данными, хотя размер транспортного блока может включать размер любого заголовка (например, заголовок 224 МАС-е) и заполнение, если оно используется. В другом типичном варианте осуществления изобретения, когда добавляется еще один блок 231 PDU RLC, заголовок (например, заголовок 224 МАС-е) может поменяться или не поменяться в зависимости от того, какому логическому каналу принадлежит блок 231 PDU RLC:

если блок 231 PDU RLC принадлежит логическому каналу, для которого индикатор DDI уже включен, N увеличивается и размер 254 заголовка не меняется;

если блок 231 PDU RLC принадлежит логическому каналу, для которого индикатор DDI не включен (т.е. новый размер блока PDU RLC или новый логический канал), требуется новая пара [DDI,N] (например, информация 251 заголовка). Данная новая пара [DDI,N] будет увеличивать размер 254 заголовка 224 МАС-е. Увеличение размера заголовка 224 МАС-е, следовательно, связано с идентификацией комбинации E-TFC, имеющей размер транспортного блока, на Х бит больший, чем выбранная комбинация E-TFC (см., например, блок 510 на фиг.5, описываемый ниже).

[0038] Отметим, что блок 260 PDU МАС-е является транспортным блоком для объекта 210-3 МАС-е. Подобным образом блок 250 PDU MAC-es является транспортным блоком для объекта 210-2 MAC-es.

[0039] Относительно типичных вариантов осуществления изобретения, рассматриваемых ниже, необходимо отметить следующее.

[0040] Первое, текущая комбинация E-TFC относится к комбинации E-TFC с наибольшим размером транспортного блока, который может быть выбран в текущий момент (при выборе комбинации E-TFC, E-TFCS) для передачи данных в том же интервале ТТ1, что и "бит удовлетворенности" (например, на основе сконфигурированной комбинации E-TFC, выбранного сдвига мощности и гранта обслуживания, управляемого планировщиком). Альтернативно, текущая комбинация E-TFC относится к комбинации E-TFC, выбранной при выборе комбинации E-TFC для передачи данных в том же интервале ТТ1, что и "бита удовлетворенности" (например, на основе сконфигурированной комбинации E-TFC, списка поддерживаемых комбинаций E-TFC, выбранного сдвига мощности, гранта планирования, управляемого планировщиком, и объема непланируемых данных, которые должны быть переданы). Выбор комбинации E-TFC описан, например, в разделе 11.8.1.4 TS 25.321 3GPP (выпуск 6) (версия 6.5.0) (2005-06).

[0041] Второе, планируемый логический канал - это логический канал, который не принадлежит к непланируемому потоку MAC-d. Как определено в TS 25.321 3GPP, раздел 4.2.3, MAC-d управляет доступом ко всем выделенным транспортным каналам. Кроме того, в восходящей линии связи, если логические каналы выделенного типа отображаются на совмещенный транспортный канал, то MAC-d предоставляет данные MAC-es/e. Отображение логических каналов на транспортные каналы зависит от мультиплексирования, которое конфигурируется RRC. В соответствии с функциями RRC RRC обычно управляет внутренней конфигурацией MAC.

[0042] Третье, предполагается тот же самый сдвиг мощности, что и сдвиг мощности, выбранный во время выбора комбинации E-TFC для передачи данных в том же интервале TTI, что и "бит удовлетворенности". Как описано в разделе 3.1.2 TS 25.321 3GPP (выпуск 6) (версия 6.5.0) (2005-06), сдвиг мощности - это сдвиг мощности между каналом (каналами) E-DPDCH и исходным уровнем мощности упомянутого канала E-DPDCH для данной комбинации E-TFC. Признак сдвига мощности устанавливается для достижения требуемого качества обслуживания (QoS) в потоке MAC-d, когда передается отдельно в блок PDU МАС-е, и затем в соответствующем кодированном составном транспортном канале CCTrCh (Coded Composite Transport Channel) типа E-DCH. Исходный сдвиг мощности канала E-DPDCH передают в абонентское оборудование для одной или нескольких исходных комбинаций E-TFC. Обычно сдвиг мощности для передачи является сдвигом мощности, соответствующим профилю гибридного автоматического запроса (HARQ) потока MAC-d, который разрешает передачу данных с наивысшим приоритетом. Если более чем один поток MAC-d разрешает передачу данных с таким же наивысшим приоритетом, то выбор того, какой поток MAC-d предпочесть, остается за конкретной реализацией.

[0043] Четвертое, данные в буфере 10Е передачи относятся к данным в буфере 10Е передачи абонентского оборудования, которые принадлежат к планируемым потокам MAC-d.

[0044] В соответствии с типичным вариантом осуществления данного изобретения, абонентское оборудование 10 работает (в соответствии с PROG 10C) следующим образом.

[0045] Идентифицирует, может ли текущая комбинация E-TFC доставить все данные в буфере 10Е передачи за или менее чем за временной интервал, определяемый условием Happy_Bit_Delay_Condition (условием задержки "бита удовлетворенности"):

({data in the buffer [bits] * TTI length [ms]} / current E-TFC transport block size [bits] ≤ Happy_Bit_Delay_Condition)

({данные в буфере [биты] * длительность интервала TTI [мс]} / размер транспортного блока текущей комбинации E-TFC [биты] ≤ Happy_Bit_Delay_Condition).

[0046] Идентифицирует, существует ли комбинация E-TFC с транспортным блоком, достаточно большим для того, чтобы разрешить передачу еще одного блока PDU RLC по сравнению с текущей комбинацией E-TFC. Ниже приводятся пять различных правил для этой идентификации, в то время как на практике может быть выбрано и применено только одно из них.

[0047] 1. Идентифицировать комбинацию E-TFC, имеющую размер транспортного блока на Х бит больший, чем размер транспортного блока текущей комбинации E-TFC, где Х - наименьший размер блока PDU RLC, конфигурированный среди всех логических каналов, которые планируются.

[0048] 2. Идентифицировать комбинацию E-TFC, имеющую размер транспортного блока на Х бит больший, чем размер транспортного блока текущей комбинации E-TFC, где Х - наибольший размер блока PDU RLC, конфигурированный среди всех логических каналов, которые планируются.

[0049] 3. Идентифицировать комбинацию Е-TFC, имеющую размер транспортного блока на Х бит больший, чем размер транспортного блока текущей комбинации E-TFC, где Х - размер блока PDU RLC, конфигурированный для логического канала с наивысшим приоритетом, который может быть запланирован.

[0050] 4. Идентифицировать комбинацию E-TFC, имеющую размер транспортного блока на Х бит больший, чем размер транспортного блока текущей комбинации E-TFC, где Х - размер блока PDU RLC, конфигурированный для логического канала с наивысшим приоритетом, который может быть запланирован и который имеет данные в буфере 10Е передачи абонентского оборудования 10.

[0051] 5. Идентифицировать комбинацию E-TFC, имеющую размер транспортного блока на Х бит больший, чем размер транспортного блока текущей комбинации E-TFC, где Х - наименьший размер блока PDU RLC, конфигурированный среди всех логических каналов, которые могут быть запланированы и имеют данные в буфере 10Е передачи абонентского оборудования.

[0052] После идентификации комбинации E-TFC, которая позволяет передавать данные с более высокой скоростью, абонентское оборудование 10 оценивает, обладает ли абонентское оборудование подходящей мощностью для фактической передачи с такой скоростью (например, оценивает, что комбинация E-TFC не блокирована и, следовательно, поддерживается). Если результат данной оценки благоприятен и если критерий количества данных в буфере выполняется, т.е. текущая комбинация E-TFC не может доставить данные в буфере абонентского оборудования за или менее чем за временной интервал, определяемый Happy_Bit_Delay_Condition (условием задержки "бита удовлетворенности"), абонентское оборудование 10 устанавливает "бит удовлетворенности" на "не удовлетворено", т.е. абонентское оборудование 10 посылает запрос "UP" (увеличить) на базовую станцию 12.

[0053] Следует отметить, что вышеуказанный критерий отличается от опубликованного в R2-050179, 3GPP TSG-RAN WG2 Собрание #45bis, Sophia Antipolis, Франция, 10-14 января 2005, где в разделе 2.3 (поведение абонентского оборудования) предлагаемое условие для установки "бита удовлетворенности" в состояние "UP" (например, "не удовлетворено") такое:

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

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

[0054] Также можно отметить, что в настоящий момент биты заголовка MAC (например, заголовка 224) не учитываются при выборе комбинации E-TFC, но если бы биты заголовка MAC учитывались, то вышеуказанное значение Х следовало бы увеличить на соответствующее количество дополнительных битов для заголовка MAC.

[0055] Далее, относительно аспектов буфера, рассмотренных выше, и со ссылкой на фиг.3 (например, выполняемые программой PROG 10C на фиг.1) могут быть проиллюстрированы следующие пункты.

[0056] Блок 3А. Сначала абонентское оборудование 10 проверяет, выполняется ли критерий количества данных в буфере. Это осуществляется таким образом, что если абонентское оборудование 10 не может передать с текущей (максимально разрешенной планировщиком) комбинацией E-TFC все (планируемые) данные в буфере абонентского оборудования за или менее чем за временной интервал, определяемый Happy_Bit_Delay_Condition (условием задержки "бита удовлетворенности"), тогда абонентское оборудование имеет достаточно данных в буфере. Точно это может быть выражено следующим образом:

data_in_the_buffer / data_rate=<delay condition (данные в буфере / скорость передачи данных=<условие задержки), где

data_in_the_buffer - количество данных планируемых потоков MAC-d в битах; и

data_rate - размер транспортного блока текущей (максимально разрешенной планировщиком) комбинации E-TFC / длительность интервала ТТ1.

[0057] Блок 3В. Затем абонентское оборудование 10 определяет, какая следующая комбинация E-TFC, более высокая, чем текущая (максимальная разрешенная планировщиком) комбинация E-TFC, может фактически передать большее количество блоков PDU RLC. Первый шаг - это идентификация того, какой размер блока PDU RLC использовать. Указанная идентификация размера блока PDU RLC, который необходимо использовать, может быть выполнена с использованием одного из пяти правил, описанных выше.

[0058] В частности, обратимся к фиг.5 в дополнение к фиг.3, фиг.5 показывает пример того, как может быть выполнен блок 3 В. В блоке 510 осуществляется идентификация комбинации E-TFC, имеющей размер транспортного блока на Х (или "х") бит больший, чем размер транспортного блока выбранной комбинации E-TFC. Выбранная комбинация E-TFC - это комбинация E-TFC, выбранная для передачи в интервале времени передачи (TTI), в котором должен быть передан "бит удовлетворенности". Каждый из блоков 520 - это правило, которое определяет размер X:

[0059] В блоке 520-1 значение Х определяется как наименьший размер блока PDU RLC, конфигурированный среди всех логических каналов, которые планируются (например, для передачи).

[0060] В блоке 520-2 определяется значение Х как наибольший размер блока PDU RLC, конфигурированный среди всех логических каналов, которые планируются (например, для передачи).

[0061] В блоке 520-3 значение Х определяется как размер блока PDU RLC, конфигурированный для логического канала с наивысшим приоритетом, который может быть запланирован (например, для передачи).

[0062] В блоке 520-4 значение Х определяется как размер блока PDU RLC, конфигурированный для логического канала с наивысшим приоритетом, который может быть запланирован (например, для передачи) и имеет данные в буфере 10Е передачи абонентского оборудования 10.

[0063] В блоке 520-5 значение Х определяется как наименьший размер блока PDU RLC, конфигурированный для логических каналов, которые могут быть запланированы (например, для п