Переменная длина блока пакетных данных управления линии радиосвязи

Иллюстрации

Показать все

Изобретение относится к беспроводной связи. Технический результат заключается в обеспечении улучшенного управления потоками данных для систем связи за счет распределения емкости канала HS-DSCH. Первое устройство генерирует кадр управления распределением емкости HS-DSCH, включающий значение, указывающее количество октетов модулей пакетных данных, которые разрешено передавать второму устройству во время интервала HS-DSCH и передает кадр управления распределением емкости HS-DSCH на второе устройство. 3 н. и 8 з.п. ф-лы, 13 ил., 4 табл.

Реферат

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

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

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

Широкополосная сеть радиодоступа с множественным доступом с кодовым разделением каналов (WRAN) ввела высокоскоростной пакетный доступ нисходящей линии связи (HSDPA) в 3GPP Версии 5 и высокоскоростной пакетный доступ восходящей линии связи (HSUPA)/усовершенствованной восходящей линии связи (EUL) в 3GPP Версии 6. Высокоскоростной пакетный доступ (HSPA) является общим термином и для HSDPA и для EUL. Спецификации 3GPP от Версии 4 до Версии 6 используют несколько фиксированных длин блока (модуля) пакетных данных (PDU) Управления Доступом к Среде (УДС)-d (MAC-d) для HSPA. Ограничение окна передачи управления линией радиосвязи (RLC), равное 2047 блокам PDU, вместе с довольно длительным временем передачи в прямом и обратном направлении (от обслуживающего контроллера радиосети к пользовательскому оборудованию и обратно) дает ограниченную пиковую скорость передачи в битах в системах сотовой связи.

Введение систем множественного ввода - множественного вывода (MIMO) и/или 64 квадратурной амплитудной манипуляции (QAM) может привести к пиковым скоростям передачи в битах до 42 мегабит в секунду (Мбит/с). Более длинные длины блоков PDU MAC-d необходимы для более высокой пиковой скорости передачи в битах HSDPA (предполагая, что поддерживается размер окна RLC, равный 2047). Использование блоков PDU MAC-d, которые являются слишком длинными, приводит к ограниченной зоне охвата, пока только целое число блоков PDU MAC-d запланировано по радиоинтерфейсу в одном интервале времени передачи (TTI), то есть один PDU MAC-d является наименьшим модулем данных, который может быть передан в одном TTI.

Режим оповещенной (AM) RLC обеспечивает структуру для использования гибких (переменных) длин PDU. Например, в AM RLC (3GPP TS 25.322, спецификация протокола RLC) определяется гибкая структура длины PDU. Имеется возможность конфигурировать несколько длин PDU RLC, но поля заголовка могут ограничить это де-факто число, которое может использоваться. Например, в настоящее время возможно использовать максимально 8 различных длин PDU MAC-d по HS-DSCH, где PDU MAC-d включает в себя PDU RLC и необязательный заголовок MAC-d. Полностью новая структура длины PDU поэтому является необходимой для оптимальной производительности.

Настоящее решение для распределения емкости высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH) и определение кадра данных HS-DSCH (DATA FRAME HS-DSCH) не являются эффективными для решения гибкого RLC (или гибкой структуры длины PDU). Скорость передачи в битах для DATA FRAME HS-DSCH не может быть хорошо управляемой, используя текущий формат кадра управления распределением емкости HS-DSCH (HS-DSCH Capacity Allocation Control Frame). Текущий формат кадра управления определяет, что заданное количество блоков PDU (кредитов - разрешений на передачу пакета данных HS-DSCH) заданной максимальной длины (Maximum PDU MAC-d Length) может быть послано в заданном интервале (Interval HS-DSCH). Принимая фиксированную длину PDU MAC-d, легко преобразовать этот формат в октеты в пределах интервала или в скорость передачи в битах. Однако с введением гибкого RLC каждый блок PDU MAC-d может иметь различную длину. Таким образом, PDU одного октета использует полный кредит (разрешение на передачу пакета данных), точно так же, как PDU из 1500 октетов и управление разрешенным количеством октетов для каждого интервала или разрешенной скоростью передачи данных становится трудным.

Начальную емкость передачи данных HS-DSCH предоставляет базовая станция посредством начального распределения емкости HS-DSCH (HS-DSCH Initial Capacity Allocation) во время процедуры установки линии радиосвязи (Radio Link Setup), процедуры реконфигурации линии радиосвязи (Radio Link Reconfiguration) или процедуры добавления линии радиосвязи (Radio Link Addition). Во время этих процедур начальное распределение емкости HS-DSCH, которое посылает базовая станция в управляющий контроллер радиосети, задает максимальную длину PDU MAC-d (Maximum PDU MAC-d Size) и количество блоков PDU MAC-d (HS-DSCH Initial Window Size). Текущая интерпретация этого начального распределения емкости HS-DSCH используется для фиксированных длин PDU MAC-d и очевидно не является подходящей для гибкого RLC.

Текущий (современный) формат DATA FRAME HS-DSCH не поддерживает различные длины PDU MAC-d. Посылка блоков PDU MAC-d различной длины может стать очень неэффективной (например, служебные расходы транспортной сети могут стать очень высокими), потому что новый кадр данных DATA FRAME необходим для каждого PDU отличной длины. Кроме того, в текущем формате 4-битовое резервное расширение вставляется перед каждым PDU MAC-d в кадре данных, значительно увеличивая служебные расходы в случае блоков PDU, выровненных по октетам, что является общим случаем. Текущий формат не может обработать подход с гибким RLC (например, когда нужно послать PDU MAC-d, содержащий пакет Интернет-протокола (IP) длиной 1500 октетов). В то же самое время текущий индикатор длины PDU MAC-d предполагает степень детализации в битах, которая не является необходимой, если блоки PDU MAC-d становятся октетом, выровненным с удалением мультиплексирования MAC-d. Кроме того, с удалением мультиплексирования MAC-d, если DATA FRAME HS-DSCH не поддерживает некоторый тип отображения логического канала, количество соединений транспортной сети, необходимых для некоторых однонаправленных радиоканалов, может значительно увеличиться (например, вместо одного соединения могут быть необходимы четыре соединения для однонаправленного радиоканала сигнализации (SRB)).

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

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

Описанные ниже варианты осуществления предусматривают новый формат протокола формирования кадра HS-DSCH (называемый в дальнейшем как "формат протокола формирования кадра HS-DSCH типа 2"), который может разрешить передачу блоков (модулей) PDU отличающихся длин. В одном варианте осуществления формат протокола формирования кадра HS-DSCH типа 2 обеспечивает новый формат кадра управления распределением емкости (CAPACITY ALLOCATION Control Frame) протокола формирования кадра HS-DSCH типа 2, который задает кредиты (разрешения на передачу пакета данных) PDU MAC-d в октетах (в противоположность комбинации количества блоков PDU заданной максимальной длины). Кадр управления распределением емкости (CAPACITY ALLOCATION Control Frame) протокола формирования кадра HS-DSCH типа 2 также поддерживает большее количество длин PDU MAC-d посредством разрешения многократного использования неиспользованных кредитов.

В дополнение к новому формату CAPACITY ALLOCATION Control Frame, формат кадра протокола формирования кадра HS-DSCH типа 2 обеспечивает новый формат кадра данных DATA FRAME протокола формирования кадра HS-DSCH типа 2. Кадр DATA FRAME протокола формирования кадра HS-DSCH типа 2 может разрешать более одной длины PDU в одном и том же кадре DATA FRAME. Кроме того, формат кадра данных DATA FRAME протокола формирования кадра HS-DSCH типа 2 в одном варианте осуществления может разрешать передачу нескольких блоков PDU, ассоциированных с различными логическими каналами в одном и том же кадре данных DATA FRAME.

Новый формат кадра протокола формирования кадра HS-DSCH типа 2 может обеспечить:

- максимальную длину PDU MAC-d приблизительно 1500 октетов и степень детализации в октетах в длине PDU MAC-d поддерживается эффективным образом;

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

- способность поддерживать гибкие (переменные) длины PDU MAC-d;

- способность поддерживать более высокие скорости передачи в битах Развития высокоскоростного пакетного доступа (HSPA) (например, до ~42 мегабитов в секунду (Мбит/с));

- малые служебные расходы уровня транспортной сети (длина заголовка кадра данных и кадра управления); и

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

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

Фиг.1 - диаграмма примерной сети, в которой могут быть реализованы описанные системы и способы.

Фиг.2 - примерная диаграмма базовой станции согласно фиг.1.

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

Фиг.4 - примерная диаграмма контроллера радиосети согласно фиг.1.

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

Фиг.6 - примерная диаграмма кадра CAPACITY ALLOCATION Control Frame протокола формирования кадра высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH) типа 2 согласно примерному варианту осуществления.

Фиг.7A-7E - примерные диаграммы частей кадров DATA FRAME протокола формирования кадра HS-DSCH типа 2 согласно примерным вариантам осуществления.

Фиг.8 - последовательность операций примерного процесса для определения, способен ли узел поддерживать формат протокола формирования кадра HS-DSCH типа 2.

Фиг.9 - примерная схема последовательности операций согласно примерному варианту осуществления.

Подробное описание

Нижеследующее подробное описание ссылается на сопроводительные чертежи. Одинаковые ссылочные позиции в различных чертежах могут идентифицировать одинаковые или аналогичные элементы. Кроме того, нижеследующее подробное описание не ограничивает изобретение. Описанные здесь варианты осуществления предусматривают протокол формирования кадра HS-DSCH (названный "Протокол формирования кадра HS-DSCH типа 2"), который разрешает передачу блоков (модулей) PDU отличающихся длин.

Фиг.1 – есть диаграмма примерной сети 100, в которой могут быть реализованы системы и способы, описанные здесь. Сеть 100 может включать в себя группу пользовательского оборудования (ПО, UE) 110-1-110-L (упомянутые все вместе и в некоторых случаях - индивидуально, как "пользовательское оборудование 110"), сеть радиодоступа (RAN) 120 и базовая сеть (БС, CN) 130. Четыре (экземпляра) пользовательского оборудования 110, одна сеть 120 радиодоступа и одна базовая сеть 130 были иллюстрированы для простоты. На практике может быть больше или меньше (экземпляров) пользовательского оборудования, сетей радиодоступа и/или базовых сетей.

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

Сеть 120 радиодоступа может включать в себя одно или более устройств для передачи голоса и/или данных на пользовательское оборудование 110 и базовую сеть 130. Как иллюстрируется, сеть 120 радиодоступа может включать в себя группу базовых станций (BS) 122-1–122-M (называемые все вместе как "базовые станции 122" и в некоторых случаях – индивидуально, как "базовая станция 122") и группу контроллеров радиосети (КРС, RNC) 124-1-124-N (называемые все вместе как "контроллеры 124 радиосети " и в некоторых случаях – индивидуально, как "контроллер 124 радиодоступа"). Четыре базовых станции 122 и два контроллера 124 радиосети показаны на фиг.1 для простоты. На практике может быть больше или меньше базовых станций и/или контроллеров радиосети.

Базовые станции 122 (также называемые "Узлы В") могут включать в себя одно или более устройств, которые принимают голосовые данные и/или данные от контроллеров 124 радиосети и передают эти голосовые данные и/или данные на пользовательское оборудование 110 через эфирный интерфейс. Базовые станции 122 могут также включать в себя одно или более устройств, которые принимают голосовые данные и/или данные от пользовательского оборудования 110 по эфирному интерфейсу и передают эти голосовые данные и/или данные на контроллеры 124 радиосети или другое пользовательское оборудование 110.

Контроллеры 124 радиосети могут включать в себя одно или более устройств, которые управляют и осуществляют мониторинг базовых станций 122. Контроллеры 124 радиосети могут также включать в себя устройства, которые выполняют обработку пользовательских данных, чтобы управлять использованием услуг радиосети. Контроллеры 124 радиосети могут передавать/принимать голосовые данные и данные в/из базовых станций 122, других контроллеров 124 радиосети и/или базовой сети 130.

Контроллер 124 радиосети может действовать как управляющий контроллер радиосети (CRNC), контроллер радиосети смещения (перемещения) (DRNC) или обслуживающий контроллер радиосети (SRNC). CRNC ответственен за управление ресурсами базовой станции 122. С другой стороны, SRNC обслуживает конкретное пользовательское оборудование 110 и управляет соединениями с этим пользовательским оборудованием 110. Аналогично, DRNC выполняет аналогичную роль для SRNC (например, может маршрутизировать трафик связи между SRNC и конкретным пользовательским оборудованием 110).

Как иллюстрируется на фиг.1, контроллер 124 радиосети может соединяться с базовой станцией 122 через Iub интерфейс и к другому контроллеру 124 радиосети через Iur интерфейс.

Базовая сеть 130 может включать в себя одно или более устройств, которые передают/принимают голосовые данные и/или данные к сети с коммутацией каналов и/или с пакетной коммутацией. В одном варианте осуществления базовая сеть 130 может включать в себя, например, Центр коммутации мобильной связи (MSC), шлюз MSC (GMSC), шлюз аудио-визуальной информации (MGW), Узел поддержки обслуживающей системы пакетной радиосвязи общего пользования (GPRS) (SGSN), Узел поддержки шлюза GPRS (GGSN) и/или другие устройства.

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

Фиг.2 - примерная диаграмма базовой станции 122-1 согласно примерному варианту осуществления. Базовые станции 122-2-122-M могут быть конфигурированы подобным же образом. Как показано на фиг.2, базовая станция 122-1 может включать в себя антенны 210, приемопередатчики (TX/RX) 220, обрабатывающую систему 230 и Iub интерфейс (I/F) 240. Базовая станция 122-1 может включать в себя дополнительные и/или отличные компоненты от тех, что иллюстрируются на фиг.2.

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

Обрабатывающая система 230 может управлять работой базовой станции 122-1. Обрабатывающая система 230 может также обработать информацию, принятую через приемопередатчики 220 и Iub интерфейс 240. Обрабатывающая система 230 может также измерять качество и уровень соединения и определять коэффициент ошибочных кадров (FER), и передать эту информацию на контроллер радиосети 124-1. Как иллюстрируется, обрабатывающая система 230 может включать в себя обрабатывающий блок 232, группу приоритетных очередей 234, и идентификатор (ID) логического канала для преобразователя 236 приоритетной очереди. Очевидно, что обрабатывающая система 230 может включать в себя дополнительные и/или отличные компоненты, чем те, что иллюстрируются на фиг.2.

Обрабатывающий блок 232 может обрабатывать информацию, принятую через приемопередатчики 220 и Iub интерфейс 240. Обработка может включать в себя, например, преобразование данных, непосредственное исправление ошибок (FEC), адаптация скорости передачи, расширение/сжатие при широкополосном множественном доступе с кодовым разделением (WCDMA) и квадратурную фазовую модуляцию (QPSK), и т.д. Кроме того, обрабатывающий блок 232 может генерировать сообщения управления и/или сообщения передачи данных (например, HS-DSCH DATA FRAMES) и заставить эти сообщения управления и/или сообщения передачи данных быть переданными через приемопередатчики 220 и/или Iub интерфейс 240. Обрабатывающий блок 232 может также обрабатывать сообщения управления и/или сообщения передачи данных, принятые от приемопередатчиков 220 и/или Iub интерфейса 240.

Приоритетные очереди 234 могут хранить информацию (например, в форме блоков (модулей) PDU), подлежащих передаче к пользовательскому оборудованию 110 и/или которые были приняты от него. В одном варианте осуществления каждое пользовательское оборудование 110, ассоциированное с базовой станцией 122-1, может быть ассоциировано с одной или более приоритетными очередями из приоритетных очередей 234. Приоритетная очередь, например, может быть инициализирована для пользовательского оборудования 110, когда поток MAC-d устанавливается для этого пользовательского оборудования 110.

Идентификатор логического канала для преобразователя 236 приоритетной очереди может преобразовать принятые идентификаторы логического канала в идентификаторы приоритетной очереди. В одном варианте осуществления кадр DATA FRAME протокола формирования кадра HS-DSCH типа 2 может ассоциировать один или более идентификаторов логического канала с одним или более блоками PDU, сохраненными в DATA FRAME. Базовая станция 122-1 может использовать идентификаторы логического канала, чтобы идентифицировать соответствующие приоритетные очереди из приоритетных очередей 234 для сохранения блоков PDU.

Iub интерфейс 240 может включать в себя одну или более плат линии, которые позволяют базовой станции 122-1 передавать данные к и принимать данные от контроллера радиосети 124-1.

В некоторых вариантах осуществления один или более компонентов базовой станции 122-1 могут выполнять задачи, описанные как выполняемые одним или более другими компонентами базовой станции 122-1.

Фиг.3 - примерная диаграмма считываемого компьютером носителя 300, который может быть ассоциирован с базовой станцией, такой как базовая станция 122-1. В то время как один считываемый компьютером носитель описывается ниже, очевидно, что считываемый компьютером носитель 300 может включать в себя множественные считываемые компьютером носители, сохраненные локально в базовой станции 122-1, или сохраненные в одном или более отличных и возможно удаленных местоположениях.

Как иллюстрируется, считываемый компьютером носитель 300 может поддерживать группу записей в следующих примерных полях: поле 310 идентификатора логического канала и поле 320 идентификатора приоритетной очереди. Считываемый компьютером носитель 300 может поддерживать дополнительную или отличную информацию от иллюстрированной на фиг.3.

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

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

Фиг.4 - примерная диаграмма контроллера 124-1 радиосети согласно примерному варианту осуществления. Контроллер радиосети 124-2 может быть конфигурирован аналогично. Как показано на фиг.4, контроллер 124-1 радиосети может включать в себя обрабатывающую систему 410, Iub интерфейс 420, Iur интерфейс 430 и/или другие интерфейсы 440. Контроллер 124-1 радиосети может включать в себя дополнительные и/или отличные компоненты, чем компоненты, проиллюстрированные на фиг.4.

Обрабатывающая система 410 может управлять работой контроллера 124-1 радиосети. Как иллюстрируется, обрабатывающая система 410 может включать в себя блок 412 обработки, который обрабатывает протокольные обмены между Iub интерфейсом 420, Iur интерфейсом 430 и другими интерфейсами 440. Кроме того, блок 412 обработки может генерировать сообщения управления и/или сообщения передачи данных и передавать эти сообщения управления и/или сообщения передачи данных через интерфейсы 420-440. Блок 412 обработки может также обрабатывать сообщения управления и/или сообщения передачи данных, принятые от интерфейсов 420-440.

Iub интерфейс 420 может включать в себя одну или более плат линии, которые позволяют контроллеру 124-1 радиосети передавать сообщения управления и/или сообщения передачи данных к базовой станции 122-1 и принимать сообщения управления и/или сообщения передачи данных от нее. Iur интерфейс 430 может включать в себя одну или более плат линии, которые позволяют контроллеру 124-1 радиосети передавать сообщения управления и/или сообщения передачи данных к и принимать сообщения управления и/или сообщения передачи данных от другого контроллера радиосети, такого как контроллер радиосети 124-2. Другие интерфейсы 440 могут включать в себя интерфейсы к другим устройствам и/или сетям. Например, другие интерфейсы 440 могут включать в себя Iucs интерфейс, который является интерфейсом базовой сети к сети передачи речи с коммутацией каналов, и Iups интерфейс, который является интерфейсом базовой сети к сети системы передачи данных с пакетной коммутацией.

В некоторых вариантах осуществления один или более компонентов контроллера 124-1 радиосети могут выполнять задачи, описанные как выполняемые одним или более другими компонентами контроллера радиосети 124-1.

Фиг.5 - последовательность операций примерного процесса для передачи кадра данных согласно примерному варианту осуществления. В одном варианте осуществления части процесса, описанные на фиг.5, могут быть выполнены базовой станцией, такой как базовая станция 122-1, и часть процесса может быть выполнена контроллером радиосети, таким как контроллер радиосети 124-1. В другом варианте осуществления некоторые (части) или весь примерный процесс, описанный ниже, могут быть выполнены другим устройством или комбинацией устройств.

Примерный процесс может начаться с генерирования базовой станцией 122-1 кадра управления CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 (этап 505). В одном варианте осуществления базовая станция 122-1 может генерировать кадр управления «CAPACITY ALLOCATION Control Frame» протокола формирования кадра HS-DSCH типа 2 в ответ на запрос емкости HS-DSCH (HS-DSCH Capacity Request) от контроллера 124-1 радиосети или в любое другое время. Помимо прочего, кадр CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 может задавать кредиты PDU MAC-d в октетах вместо количества блоков PDU.

Фиг.6 - примерная диаграмма кадра 600 управления CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 согласно примерному варианту осуществления. Как иллюстрируется, кадр 600 управления CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 может включать в себя информационный элемент 610 состояния перегрузки (Congestion Status), информационный элемент 620 индикатора приоритета общего транспортного канала (Common Transport Channel Priority Indicator) (CmCH-PI), информационный элемент 630 кредитов PDU MAC-d (PDU MAC-d Credits), информационный элемент 640 интервала HS-DSCH, информационный элемент 650 периода повторения HS-DSCH (HS-DSCH Repetition Period) и информационный элемент 660 зарезервированного расширения. В других вариантах осуществления кадр 600 управления CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 может поддерживать дополнительные или отличные информационные элементы, чем информационные элементы, проиллюстрированные на фиг.6.

Информационный элемент 610 состояния перегрузки может включать в себя информацию, которая указывает, была ли обнаружена ситуация перегрузки. Информационный элемент 620 индикатора приоритета общего транспортного канала может включать в себя информацию, которая указывает относительный приоритет кадра данных, который должен быть передан от контроллера 124-1 радиосети. Информационный элемент 630 кредитов PDU MAC-d может включать в себя информацию, указывающую количество октетов блоков PDU MAC-d, которые контроллер радиосети может передавать во время одного интервала HS-DSCH, предоставленного кадром 600 CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2. В одном варианте осуществления значение для информационного элемента 630 кредитов PDU MAC-d может изменяться, например, от 0 до 16777215, где "0" может представлять остановку передачи, и "16777215" может представлять неограниченную передачу. Длина поля информационного элемента кредитов PDU MAC-d может составлять 24 бита.

В альтернативном варианте осуществления информационный элемент 630 кредитов PDU MAC-d может составлять 20 битов, где три из оставшихся четырех битов могут использоваться как зарезервированные биты, и один бит может быть использован для указания, могут ли быть неиспользованные октеты кредита многократно использованы контроллером 124-1 радиосети в следующем интервале.

Информационный элемент 640 интервала HS-DSCH может хранить информацию, представляющую интервал времени, во время которого кредиты HS-DSCH, предоставленные в кадре 600 CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2, могут использоваться. Информационный элемент 650 периода повторения HS-DSCH может хранить информацию, которая представляет количество последующих интервалов, когда кредиты в кадре 600 CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 могут использоваться. Информационный элемент 660 зарезервированного расширения может быть заполнителем для будущих информационных элементов, которые могут быть добавлены к кадру 600 CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2.

Таким образом, согласно одному примерному варианту осуществления, новый информационный элемент 630 "Кредиты PDU MAC-d" вводится в кадр 600 CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2, который заменяет старое поле "HS-DSCH Credits". С информационным элементом 630 "Кредиты PDU MAC-d", имеющим степень детализации в октетах (а не количество блоков PDU), могут возникнуть ситуации, где в конце интервала HS-DSCH один или более октетов не могут использоваться для посылки блоков PDU MAC-d (например, потому что количество остающихся октетов меньше, чем длина ожидающего PDU MAC-d). Если информационный элемент 650 периода повторения HS-DSCH указывает, что период повторения больше чем 1 или равен нулю, "Кредиты PDU MAC-d" могут быть предоставлены потоку транспортной сети в каждом интервале HS-DSCH. В этой ситуации контроллер радиосети может повторно использовать эти неиспользованные кредиты в начале следующего интервала HS-DSCH.

Возвращаясь к фиг.5, базовая станция 122-1 может передавать кадр CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 (например, кадр 600 CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2) на контроллер 124-1 радиосети (этап 510). Например, базовая станция 122-1 может передавать кадр CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 на контроллер 124-1 радиосети через Iub интерфейс 240.

Контроллер 124-1 радиосети может принимать кадр CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 (этап 515). Например, контроллер 124-1 радиосети может принимать кадр CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 через Iub интерфейс 420. В ответ на прием кадра CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2, контроллер 124-1 радиосети может генерировать кадр данных DATA FRAME протокола формирования кадра HS-DSCH типа 2 (этап 520). Помимо прочего, кадр DATA FRAME протокола формирования кадра HS-DSCH типа 2 может хранить блоки PDU одинаковой длины, где PDU одного блока могут отличаться по длине от блоков PDU другого блока.

Фиг.7A - примерная диаграмма кадра 700 данных «DATA FRAME» протокола формирования кадра HS-DSCH типа 2 согласно примерному варианту осуществления. Как иллюстрируется, кадр 700 DATA FRAME протокола формирования кадра HS-DSCH типа 2 может включать в себя заголовок 701 и полезные данные 715. Заголовок 701 может включать в себя информационный элемент 702 контроля циклическим избыточным кодом (CRC) заголовка, информационный элемент 703 типа кадра (ТК, FT), информационный элемент 704 порядкового номера кадра, информационный элемент 705 индикатора приоритета общего транспортного канала (Common Transport Channel Priority Indicator), информационный элемент 706 подавления (Flush), информационный элемент 707 идентификатора (ID) логического (Log.) канала (ch.), информационный элемент 708 размера буфера пользователя, информационный элемент 709 общего количества блоков PDU и ряд (#) информационных элементов 710 описания блока PDU (например, где каждый блок ассоциируется с длиной PDU MAC-d в информационном элементе 711 Block и Количеством блоков PDU (#PDUs) в информационном элементе 712 Block). В других вариантах осуществления заголовок 701 может включать в себя дополнительные и/или отличные информационные элементы, чем изображены на фиг.7A.

Информационный элемент 702 CRC заголовка может хранить CRC, вычисленный по заголовку 701 в кадре 700 DATA FRAME. Информационный элемент 703 типа кадра может хранить информацию, указывающую, является ли кадр 700 кадром данных или кадром управления. Информационный элемент 704 порядкового номера кадра может хранить значение, представляющее порядковый номер кадра для DATA FRAME 700 в потоке MAC-d. Информационный элемент 705 индикатора приоритета общего транспортного канала может включать в себя информацию, которая указывает относительный приоритет кадра DATA FRAME 700. Информационный элемент 706 подавления может хранить информацию, которая указывает, должен или не должен DRNC удалить все блоки PDU MAC-d из соответствующей приоритетной очереди, которые были приняты до кадра DATA FRAME 700 в том же самом транспортном однонаправленном канале. Информационный элемент 707 идентификатора логического канала может хранить информацию, идентифицирующую экземпляр логического канала, когда множественные логические каналы передаются в одном и том же потоке транспортной сети. В одном варианте осуществления информационный элемент 707 идентификатора логического канала может хранить, например, значение между 0 и 15, где значения от 0 до 14 могут идентифицировать логические каналы 1-15, и значение 15 может быть зарезервировано для будущего использования. Длина поля информационного элемента 707 идентификатора логического канала может составлять четыре бита в одном примерном варианте осуществления. Информационный элемент 708 размера буфера пользователя может хранить информацию, представляющую размер буфера (например, количество данных в буфере) в октетах для заданного уровня индикатора приоритета общего транспортного канала.

Информационный элемент 709 общего количества блоков PDU может хранить информацию, представляющую общее количество блоков PDU в DATA FRAME 700. Блок PDU может быть определен как один или более блоков PDU одной и той же длины. Каждый блок PDU может быть описан длиной блоков PDU и количеством блоков PDU в этом блоке. В ситуациях, где желательна доставка по порядку, больше чем один блок с PDU одной и той же длины могут быть включены в кадр DATA FRAME 700. Например, если максимальная длина PDU значительно меньше, чем полный IP пакет, то IP пакет может быть сегментирован во множестве блоков PDU в последовательности, каждый с одной и той же максимальной длиной PDU. В одном варианте осуществления блок PDU может поддерживать длины PDU, которые имеют длину как и IP пакет (например, 1500 октетов). Информационный элемент 709 общего количества блоков PDU может хранить, например, значение между 0 и 31, где значение "0" может представлять недействительное значение. Длина поля информационного элемента 709 общего количества блоков PDU может в одном примерном варианте осуществления составить пять битов.

Как указано выше, каждый блок PDU в кадре DATA FRAME 700 может быть ассоциирован с информационными элементами 710 описания блока PDU. Информационные элементы 710 описания блока PDU могут включать в себя Длину PDU MAC-d в информационном элементе 711 Block и количество (#) блоков PDU в информационном элементе 712 Block. Длина PDU MAC-d в информационном элементе 711 Block может хранить информацию, представляющую длину каждого PDU MAC-d в этом конкретном блоке. Длина может быть представлена в октетах. В одном варианте осуществления Длина PDU MAC-d в информационном элементе 711 Block может хранить, например, значение между 0 и 2047, где значение "0" может представлять недействительное значение. Длина поля Длина PDU MAC-d в информационном элементе 711 Block может составлять одиннадцать битов в одном примерном варианте осуществления. Количество блоков PDU в информационном элементе 712 Block может хранить информацию, представляющую количество блоков PDU MAC-d в конкретном блоке. В одном варианте осуществления Количество Блоков PDU в информационный элементе 712 Block может хранить, например, значение между 0 и 31, где значение "0" может представлять недействительное значение. Длина поля Количество Блоков PDU в информационном элементе 712 Block может составлять пять битов в одном примерном варианте осуществления.

Полезные данные 715 могут включать в себя один или более блоков PDU 716, информационный элемент 717 «Флаги новых информационных элементов» (IE), информационный элемент 718 начала отсчета времени задержки (НВЗ, DRT), информационный элемент 719 зарезервированного расширения и информационный элемент 720 CRC полезных данных. В других вариантах осуществления полезные данные 715 могут включать в себя дополнительные и/или отличные информационные элементы, чем изображены на фиг.7A.

Порядок блоков PDU 716 в полезных данных 715 может соответствовать соответствующему порядку информационных элементов описания блока PDU в заголовке 701. В примерной конфигурации, проиллюстрированной на фиг.7A, заголовок 701 включает в себя описания для блоков PDU 1-n. Таким образом, полезные данные 715 могут включать в себя n блоков PDU, упорядоченных от 1 до n. Как указано выше, каждый блок PDU может включать в себя один или более блоков PDU одинаковой длины. Однако длина блоков PDU в одном блоке может отличаться от длины блоков PDU в другом блоке в полезных данных 715.

Информационный элемент 717 «Флаги новых информационных элементов» может хранить информацию (например, один или более флагов), если по меньшей мере один новый информационный элемент присутствует в кадре DATA FRAME 700. Каждый флаг может указывать, какие новые информационные элементы присутствуют после информационного элемента 717 «Флаги новых информационных элементов». Информационный элемент 718 Начала отсчета времени задержки может хранить информацию, используемую для измерений динамических задержек. Информационный элемент 719 зарезервированного расширения может быть указателем места заполнения для будущих информационных элементов, которые могут быть добавлены к кадру DATA FRAME 700. Информационный элемент 720 CRC полезных данных может хранить CRC, вычисленный по полезным данным 715 из DATA FRAME 700.

В качестве альтернативы примерной конфигурации, иллюстрируемой на фиг.7A, Длина PDU MAC-d в информационном элементе Block может быть увеличена на один бит, чтобы быть в состоянии поддерживать 4 битовую степень детализации длины PDU MAC-d. Этот альтернативный вариант осуществления может поддерживать унаследованное пользовательское оборудование с разрешенным мультиплексированием MAC-d. Если удаление мультиплексирования MAC-d не принимается в сети радиодоступа, длина (поля) Длина PDU MAC-d в информационном элементе Block может быть увеличена, чтобы выразить длину в 4 битовых блоках, и информационный элемент Идентификатор Логического Канала может быть удален.

В некоторых ситуациях (например, когда DATA FRAME включает в себя маленькие блоки PDU различной длины), 1-битовый информационный элемент "Более Подробная информация" (More Information) может быть включен в информационные элементы 710 описания блока PDU в заголовке 701. Примерная диаграмма альтернативных информационных элементов 725 описания PDU для этого альтернативного варианта осуществления изображена на фиг.7B. Как иллюстрируется, Длина PDU MAC-d в Информационном элементе Block и Количество (#) блоков PDU в информационном элементе Block из DATA FRAME 700 дополняется информационным элементом 726 более подробная информация «More Information» (БИ, MI), который может хранить информацию, касающуюся блоков PDU в этом блоке. В одном варианте осуществления, если информационный элемент 726 "More Information" хранит значение 0, ассоциированная Длина PDU MAC-d в информационном элементе Block может быть семь битов длиной и количество блоков PDU в заданном блоке может быть 1. Если, с другой стороны, информационный элемент 726 "More Information" хранит з