Область техники, к которой относится изобретение
Варианты осуществления, совместимые с настоящим изобретением, в целом относятся к системам беспроводной связи и, более конкретно, к управлению потоками данных в мобильной системе связи.
Уровень техники
Широкополосная сеть радиодоступа с множественным доступом с кодовым разделением каналов (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" хранит значение 1, четыре бита следующего октета могут также указывать длину (всего 13 битов), и другие четыре бита могут указать количество блоков PDU.
Фиг.7C - примерная альтернативная диаграмма кадра DATA FRAME 730 протокола формирования кадра HS-DSCH типа 2 согласно примерному варианту осуществления. В этом варианте осуществления информационные элементы 710 описания PDU (то есть Длина PDU MAC-d в информационном элементе 711 Block и Количество блоков PDU в информационном элементе 712 Block) для каждого блока распределены в полезных данных 715 вместо заголовка 701 (как в DATA FRAME 700). Как иллюстрируется, информационный элемент 710 описания PDU для заданного блока может быть помещен справа перед блоками PDU 716 для этого блока.
В другом варианте осуществления индикатор длины (например, 12-битовый индикатор) для каждого PDU MAC-d может быть включен в заголовок или полезные данные кадра DATA FRAME протокола формирования кадра HS-DSCH типа 2. Примерный кадр DATA FRAME 735 протокола формирования кадра HS-DSCH типа 2 с индикаторами длины в части 740 заголовка иллюстрируется на фиг.7D. Как показано, заголовок 740 кадра DATA FRAME 735 протокола формирования кадра HS-DSCH типа 2 может включать в себя информационный элемент 702 контроля циклическим избыточным кодом (CRC) заголовка, информационный элемент 703 типа кадра (Frame Type) (FT), информационный элемент 704 порядкового номера кадра (Frame Sequence Number), информационный элемент 705 индикатора приоритета общего транспортного канала (Common Transport Channel Priority Indicator) (CmCH-PI), информационный элемент 706 подавления (Flush), информационный элемент 707 идентификатора (ID) логического (Log.) канала (ch.), информационный элемент 708 размера буфера пользователя (User Buffer Size), информационный элемент 741 общего количества блоков PDU и ряд (#) информационных элементов 742 индикатора длины PDU (например, один для каждого PDU в DATA FRAME 735). В других вариантах осуществления заголовок 740 может включать в себя дополнительные и/или отличные информационные элементы, чем информационные элементы, изображенные на фиг.7D.
Информационный элемент 702 контроля циклическим избыточным кодом (CRC) заголовка, информационный элемент 703 Тип Кадра, информационный элемент 704 порядкового номера кадра, информационный элемент 705 индикатора приоритета общего транспортного канала, информационный элемент 706 подавления, информационный элемент 707 идентификатора логического канала и информационный элемент 708 размера буфера пользователя могут включать в себя информацию, аналогичную описанной выше со ссылками на фиг.7A. Информационный элемент 741 общего количества блоков PDU может хранить информацию, представляющую число (или количество) блоков PDU в кадре DATA FRAME 735. Каждый информационный элемент 742 Индикатор длины PDU MAC-d может хранить информацию, представляющую длину (например, в октетах) соответствующего PDU в полезных данных 745. Например, если PDU #1 имеет длину 8 октетов, информационный элемент Индикатор длины PDU MAC-d для PDU #1 может хранить значение, указывающее 8 октетов.
Полезные данные 745 могут включать в себя один или более блоков PDU 746, информационный элемент 717 «Флаги новых информационных элементов» (IE), информационный элемент 718 начала отсчета времени задержки (DRT), информационный элемент 719 зарезервированного расширения и информационный элемент 720 CRC полезных данных. В других вариантах осуществления полезные данные 745 могут включать в себя дополнительные и/или отличные информационные элементы, чем изображены на фиг.7D.
В полезных данных 745 каждый блок PDU может быть помещен в его исходном порядке, чтобы избежать переупорядочения. Порядок блоков PDU может соответствовать порядку Индикаторов 742 длины PDU MAC-d в заголовке 740. Информационный элемент 717 «Флаги новых информационных элементов», информационный элемент 718 начала отсчета времени задержки, информационный элемент 719 зарезервированного расширения и информационный элемент 720 CRC полезных данных могут включать в себя информацию, аналогичную описанной выше со ссылками на фиг.7A.
В некоторых вариантах осуществления идентификатор логического канала может быть одинаковым для всего кадра DATA FRAME протокола формирования кадра HS-DSCH типа 2, такого как DATA FRAME 700 на фиг.7A. В других вариантах осуществления конкретный кадр DATA FRAME протокола формирования кадра HS-DSCH типа 2 может ассоциироваться с более чем одним идентификатором логического канала. Фиг.7E - примерная диаграмма кадра 750 DATA FRAME протокола формирования кадра HS-DSCH типа 2, который ассоциируется с более чем одним идентификатором логического канала. Как показано, заголовок 755 кадра 750 DATA FRAME протокола формирования кадра HS-DSCH типа 2 может включать в себя в себя информационный элемент 702 контроля циклическим избыточным кодом (CRC) заголовка, информационный элемент 703 типа кадра (Frame Type) (FT), информационный элемент 704 порядкового номера кадра (Frame Sequence Number), информационный элемент 705 индикатора приоритета общего транспортного канала (Common Transport Channel Priority Indicator) (CmCH-PI), информационный элемент 706 подавления (Flush), информационный элемент 708 размера буфера пользователя (User Buffer Size), информационный элемент 709 общего количества блоков PDU и ряд (#) информационных элементов 751 описания PDU MAC-d (например, один для каждого PDU в DATA FRAME 750), где информационные элементы 751 описания PDU MAC-d для конкретного PDU включает в себя Идентификатор логического канала для информационного элемента 752 PDU и информационного элемента 753 Индикатор длины PDU MAC-d. В других вариантах осуществления заголовок 755 может включать в себя дополнительные и/или отличные информационные элементы, чем те, что изображены на фиг.7E.
Информационный элемент 702 контроля циклическим избыточным кодом (CRC) заголовка, информационный элемент 703 Тип Кадра, информационный элемент 704 порядкового номера кадра, информационный элемент 705 индикатора приоритета общего транспортного канала, информационный элемент 706 подавления, информационный элемент 708 размера буфера пользователя и информационный элемент 709 общего количества блоков PDU могут включать в себя информацию, аналогичную описанной выше со ссылками на фиг.7A. Идентификатор логического канала для информационного элемента 752 PDU может хранить информацию, идентифицирующую экземпляр логического канала для этого PDU. В одном варианте осуществления информационный элемент 752 Идентификатора логического канала может хранить, например, значение между 0 и 15, где значения от 0 до 14 могут идентифицировать логические каналы 1-15, и значение "15" может быть зарезервировано для будущего использования. Длина поля информационного элемента 752 Идентификатора логического канала может составлять четыре бита в одном примерном варианте осуществления. Информационный элемент 753 Индикатора длины PDU MAC-d для PDU может хранить информацию, представляющую длину (например, в октетах) соответствующего PDU в полезных данных 760. Например, если PDU #1 имеет длину 8 октетов, Информационный элемент 753 Индикатора длины PDU MAC-d для PDU #1 может хранить значение, указывающее 8 октетов.
Полезные данные 760 могут включать в себя один или более блоков PDU 761, информационный элемент 717 «Флаги новых информационных элементов» (IE), информационный элемент 718 начала отсчета времени задержки (DRT), информационный элемент 719 зарезервированного расширения и информационный элемент 720 CRC полезных данных. В других вариантах осуществления полезные данные 760 могут включать в себя дополнительные и/или отличные информационные элементы, чем изображено на фиг.7E.
В полезных данных 760 каждый PDU может быть помещен в его первоначальном порядке, чтобы избежать переупорядочения. Порядок блоков PDU может соответствовать порядку Индикаторов 753 длины PDU MAC-d в заголовке 755. Информационный элемент 717 «Флаги новых информационных элементов», информационный элемент 718 начала отсчета времени задержки, информационный элемент 719 зарезервированного расширения и информационный элемент 720 CRC полезных данных могут включать в себя информацию, аналогичную описанной выше со ссылками на фиг.7A.
Возвращаясь к фиг.5, контроллер 124-1 радиосети может передавать кадр DATA FRAME протокола формирования кадра HS-DSCH типа 2 (например, DATA FRAME 700, 730, 735, или 750) к базовой станции 122-1 (этап 525). Например, контроллер 124-1 радиосети может передавать кадр DATA FRAME протокола формирования кадра HS-DSCH типа 2 к базовой станции 122-1 через Iub интерфейс 420.
Базовая станция 122-1 может принимать кадр DATA FRAME протокола формирования кадра HS-DSCH типа 2 от контроллера 124-1 радиосети (этап 530). Например, базовая станция 122-1 может принимать DATA FRAME протокола формирования кадра HS-DSCH типа 2 через Iub 240. Базовая станция 122-1 может анализировать DATA FRAME протокола формирования кадра HS-DSCH типа 2, чтобы извлечь идентификатор(ы) логического канала из DATA FRAME протокола формирования кадра HS-DSCH типа 2 (например, из информационного элемента 707 Идентификатора логического канала в заголовке 701 кадра 700 DATA FRAME протокола формирования кадра HS-DSCH типа 2) и преобразовать извлеченный(ые) идентификатор(ы) логического канала в идентификатор(ы) приоритетной очереди (этап 535). Например, базовая станция 122-1 может с помощью, например, преобразователя 236 идентификатора логического канала в приоритетную очередь, использовать извлеченный идентификатор логического канала для поиска (например, на считываемом компьютером носителе 300) идентификатора для приоритетной очереди приоритетных очередей 234 для блоков PDU кадров DATA FRAME. В ситуации, где кадр DATA FRAME протокола формирования кадра HS-DSCH типа 2 включает в себя множественные идентификаторы логических каналов (например, DATA FRAME 750 на фиг.7E), базовая станция 122-1 может выполнить множественные операции поиска, чтобы идентифицировать приоритетные очереди для блоков PDU, ассоциированных с этими идентификаторами логического канала.
Согласно уровню техники, базовая станция высокоскоростного пакетного доступа нисходящей линии связи (HSDPA) поддерживает много приоритетных очередей. Экземпляр приоритетной очереди инициализируется, когда поток MAC-d устанавливается посредством сообщений Узла B (NBAP). Кроме того, одна приоритетная очередь может обслуживать несколько логических каналов (или однонаправленные радиоканалы). Уровень техники не включает в себя сигнализацию к базовой станции, чтобы поддерживать соответствие приоритетной очереди логическому каналу (или однонаправленному радиоканалу), которые используют HSDPA линию радиосвязи/однонаправленный радиоканал для транспортировки пользовательских данных. Следствием этого является то, что идентификатор приоритетной очереди транспортируется вместе с логическим каналом для каждого PDU на пользовательское оборудование так, чтобы пользовательское оборудование было в состоянии определить 1) какому логическому каналу принадлежит PDU; и 2) какая приоритетная очередь использовалась для планирования и переупорядочения. Это приводит к излишне большим служебным расходам для радиоинтерфейса.
В абсолютном контрасте в вариантах осуществления, описанных здесь, контроллер радиосети может передавать сообщения управления к базовой станции, которые обеспечивают отображение (соответствие) между логическим каналом и приоритетной очередью. Это отображение уже включено в уровень техники, когда дело доходит до сигнализации между управляющим контроллером радиосети/обслуживающим контроллером радиосети (CRNC/SRNC) и пользовательским оборудованием. Посредством сигнализации одного и того же отображения к базовой станции только идентификационная информация логического канала должна быть добавлена к каждому PDU, посланному в пользовательское оборудование от базовой станции. Пользовательское оборудование затем может быть в состоянии определить правильный идентификатор приоритетной очереди из идентификатора логического канала. Таким образом, служебные расходы в радиоинтерфейсе может быть уменьшены.
Таблица 1 показывает примеры значений служебных расходов, касающихся старого формата DATA FRAME HS-DSCH (то есть кадра DATA FRAME протокола формирования кадра HS-DSCH типа 1), и новый формат DATA FRAME HS-DSCH (то есть кадра DATA FRAME протокола формирования кадра HS-DSCH типа 2 согласно примерным вариантам осуществления, описанным здесь). Эти примеры предполагают, что информационный элемент «начало отсчета времени задержки» не присутствует в DATA FRAMES. Как иллюстрируется, новый формат DATA FRAME HS-DSCH экономит значительные служебные расходы в каждой ситуации (за исключением, когда посылают единственный PDU из 10 октетов - в этой ситуации, служебные расходы будут равными).
Как только приоритетная(ые) очередь(и) была идентифицирована, базовая станция 122-1 может сохранять блоки PDU из DATA FRAME протокола формирования кадра HS-DSCH типа 2 в соответствующую приоритетную очередь(и) в приоритетных очередях 234 для более поздней передачи на пользовательское оборудование 110 (этап 540).
Возвращаясь к этапу 525, как только контроллер 124-1 радиосети посылает DATA FRAME протокола формирования кадра HS-DSCH типа 2, контроллер 124-1 радиосети может определить, остаются ли неиспользованные кредиты из кадра CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 (этап 545). Как указано выше, информационный элемент кредитов PDU MAC-d в кадре управления CAPACITY ALLOCATION Control Frame в HS-DSCH протокола формирования кадра типа 2 указывает количество октетов блоков PDU MAC-d, которые контроллеру радиосети позволено передать во время одного интервала HS-DSCH, предоставленного в CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 (например, в информационном элементе 630 кредитов PDU MAC-d). Если кадр CAPACITY ALLOCATION Control Frame является действительным в течение более одного интервала, контроллер радиосети может многократно использовать кредиты, которые не использовались в пределах некоторого интервала, в последующем интервале.
Если контроллер 124-1 радиосети определяет, что остаются неиспользованные кредиты из CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 (этап 545 - ДА), контроллер 124-1 радиосети может использовать неиспользованные кредиты в следующем интервале (этап 550). В одном варианте осуществления контроллер 124-1 радиосети может использовать неиспользованные кредиты в только следующем интервале (а не интервалах вне следующего интервала). Способность использовать кредиты, которые не использовались в предыдущем интервале, в следующем интервале предусматривает стабильную скорость передачи данных. Если, с другой стороны, контроллер 124-1 радиолинии определяет, что неиспользованные кредиты не остаются, из кадра CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 (этап 545 - НЕТ), обработка может завершаться. Например, обработка может возвратиться к этапу 515, где контроллер 124-1 радиосети принимает другой кадр управления «CAPACITY ALLOCATION Control Frame» протокола формирования кадра HS-DSCH типа 2.
Фиг.8 изображает последовательность операций примерного процесса для определения, способен ли узел поддерживать формат протокола формирования кадра HS-DSCH типа 2 согласно примерному варианту осуществления. В одном варианте осуществления части процесса, описываемого на фиг.8, могут быть выполнены базовой станцией, такой как базовая станция 122-1, и часть процесса может быть выполнена контроллером радиосети, таким как контроллер 124-1 радиосети. В другом варианте осуществления некоторое или все из примерного процесса, описанного ниже, может быть выполнено другим устройством или комбинацией устройств. Например, процесс, описанный ниже, может быть выполнен первым и вторым контроллерами радиосети.
Примерный процесс может начаться с того, что контроллер 124-1 радиосети генерирует сообщение управления, которое идентифицирует HS-DSCH протокола формирования кадра поддерживаемого типа (этап 805). В одном варианте осуществления сообщение управления может включать в себя, например, сообщение запроса установки радиолинии (RADIO LINK SETUP REQUEST), сообщение запроса добавления радиолинии (RADIO LINK ADDITION REQUEST), сообщение запроса реконфигурации радиолинии (RADIO LINK RECONFIGURATION REQUEST), сообщение запроса подготовки к реконфигурации радиолинии (RADIO LINK RECONFIGURATION PREPARATION REQUEST), сообщение запроса реконфигурации физического совместно используемого канала (PHISYCAL SHARED CHANNEL RECONFIGURATION REQUEST) и/или другой тип сообщения управления. В одном варианте осуществления сообщение управления может включать в себя информационный элемент поддержки типа протокола формирования кадра HS-DSCH в информации Дуплексной передачи с частотным разделением (FDD) HS-DSCH в информационном элементе. Примерное кодирование информационного элемента поддержки типа протокола формирования кадра HS-DSCH представлено в Таблице 2. Как иллюстрируется, поддержка типа протокола формирования кадра HS-DSCH в одном примерном варианте осуществления может хранить список 8-битовых булевых значений. Возможны другие размеры списка булевых значений. Информационный элемент поддержки типа протокола формирования кадра HS-DSCH может указывать - какие поддерживаются типы протокола формирования кадра HS-DSCH. Может поддерживаться более одного типа протокола. Справа налево в списке булевых значений каждая позиция может указывать типы 1–8 протокола формирования кадра HS-DSCH. В одном варианте осуществления "0" может указывать, что этот тип не поддерживается, и "1" может указывать, что этот тип поддерживается. Например, список булевых значений "11000000" может указывать, что поддерживаются и тип 1 и тип 2 формата протокола формирования кадра.
Контроллер 124-1 радиосети может послать сообщение управления в базовую станцию 122-1 (этап 810). Например, контроллер 124-1 радиосети может послать сообщение управления через Iub интерфейс 420. Базовая станция 122-1 может принимать сообщение управления (этап 815). Например, базовая станция 122-1 может принимать сообщение управления через Iub интерфейс 240. По приеме сообщения управления (которое включает в себя информационный элемент типа протокола формирования кадра HS-DSCH) базовая станция 122-1 может выбрать тип протокола формирования кадра HS-DSCH (этап 820). Базовая станция 122-1 может сделать выбор на основании ряда факторов. Например, в одном варианте осуществления базовая станция 122-1 может выбрать Протокол формирования кадра HS-DSCH типа 2 всякий раз, когда базовая станция 122-1 совместима с этим форматом протокола формирования. Иначе базовая станция 122-1 может выбрать тип 1 протокола формирования кадра HS-DSCH.
Базовая станция 122-1 может генерировать сообщение ответа, которое идентифицирует выбранный тип протокола формирования кадра HS-DSCH (этап 825). В одном варианте осуществления сообщение ответа может включать в себя, например, сообщение ответа установки радиолинии (RADIO LINK SETUP REQUEST RESPONSE), сообщение ответа добавления радиолинии (RADIO LINK ADDITION REQUEST RESPONSE), сообщение ответа реконфигурации радиолинии (LINK RECONFIGURATION REQUEST RESPONSE), сообщение ответа подготовки к реконфигурации радиолинии (RADIO LINK RECONFIGURATION REQUEST RESPONSE), сообщение ответа реконфигурации физического совместно используемого канала (PHISYCAL SHARED CHANNEL RECONFIGURATION REQUEST RESPONSE) и/или другой тип сообщения ответа. Тип сгенерированного сообщения ответа может быть основан на сообщении управления, принятом от контроллера радиосети 124-1. В одном варианте осуществления сообщение ответа может включать в себя информационный элемент типа выбранного типа протокола формирования кадра HS-DSCH в информационном элементе ответа информации дуплексной передачи с частотным разделением HS-DSCH (FDD). Примерное кодирование информационного элемента выбранного типа протокола формирования кадра HS-DSCH представлено в Таблице 3. Как иллюстрируется, информационный элемент выбранного типа протокола формирования кадра HS-DSCH в одном примерном варианте осуществления может хранить целое число (например, от 1 до 8), которое представляет номер типа протокола. Информационный элемент выбранного типа протокола формирования кадра HS-DSCH может указывать тип протокола формирования кадра HS-DSCH, который будет использоваться. Например, значение "1" может указывать, что был выбран тип 1 протокола формирования кадра HS-DSCH, и значение "2" может указывать, что был выбран тип 2 протокола формирования кадра HS-DSCH.
В одном варианте осуществления базовая станция 122-1 может включать в себя информационный элемент распределения начальной емкости HS-DSCH (HS-DSCH INITIAL Capacity Allocation) в сообщении ответа. Информационный элемент распределения начальной емкости HS-DSCH может предоставить информацию управления потоками для каждого класса приоритета планирования для протокола формирования кадра HS-DSCH по Iub интерфейсу. Информационный элемент распределения начальной емкости HS-DSCH может включать в себя информационный элемент индикатора планирования (Scheduling Indicator) (который может хранить информацию, представляющую относительный приоритет DATA FRAME HS-DSCH), информационный элемент максимального размера PDU MAC-d (который может хранить информацию, представляющую длину (например, в битах) PDU MAC-d), и информационный элемент Начальный Размер Окна HS-DSCH (который может хранить информацию, представляющую начальное количество блоков PDU MAC-d, который может быть передан контроллером 124-1 радиосети, прежде чем новые кредиты будут приняты от базовой станции 122-1). Интерпретация информационного элемента распределения начальной емкости HS-DSCH может изменяться на основании выбранного типа протокола формирования кадра. Например, для протокола формирования кадра типа 2, информационный элемент распределения начальной емкости HS-DSCH может быть интерпретирован посредством умножения максимальной длины PDU MAC-d (Максимальный размер PDU MAC-d) на количество блоков PDU MAC-d (Начальный Размер Окна HS-DSCH). Это дает общее количество битов (или октетов).
В одном варианте осуществления базовая станция 122-1 может включать в себя информационный элемент максимальной длины DATA FRAME протокола формирования кадра HS-DSCH в информационном элементе ответной информации дуплексной передачи с частотным разделением HS-DSCH (FDD) (этап 830). Примерное кодирование информационного элемента максимальной длины DATA FRAME протокола формирования кадра HS-DSCH представлено в Таблице 4. Как иллюстрируется, информационный элемент максимальной длины DATA FRAME протокола формирования кадра HS-DSCH в одном примерном варианте осуществления может хранить целое число (например, от 1 до 5000 или больше), который представляет максимальную длину DATA FRAME протокола формирования кадра HS-DSCH в октетах. На практике, когда контроллер 124-1 радиосети ведет прием Максимального блока передачи протокола формирования кадра, который имеет длину, которая равна максимальной длине в информационном элементе максимальной длины DATA FRAME протокола формирования кадра HS-DSCH, контроллер 124-1 радиосети может принимать во внимание свой собственный максимальный размер блока передаваемой информации протокола формирования кадра и инициировать максимальную длину PDU управления радиолинией, соответственно. Этот информационный элемент может быть применимым ко всем типам протокола формирования кадра HS-DSCH.
Как только сообщение ответа было сгенерировано, базовая станция 122-1 может посылать сообщение ответа в контроллер 124-1 радиосети (этап 835). Например, базовая станция 122-1 может посылать сообщение управления через Iub интерфейс 240. Контроллер 124-1 радиосети может принимать сообщение управления (этап 840). Например, контроллер 124-1 радиосети может принимать сообщение управления через Iub интерфейс 420. Контроллер 124-1 радиосети может определить, был ли выбран тип протокола формирования кадра базовой станцией 122-1 (этап 845). Например, контроллер 124-1 радиосети может анализировать сообщение ответа, чтобы определить, включает ли в себя сообщение ответа информационный элемент выбранного типа протокола формирования кадра HS-DSCH.
Если информационный элемент выбранного типа протокола формирования кадра HS-DSCH включен в принятое сообщение ответа (этап 845 - ДА), контроллер 124-1 радиосети может идентифицировать тип протокола формирования кадра HS-DSCH, выбранный базовой станцией 122-1, на основании этого информационного элемента. Контроллер 124-1 радиосети может генерировать кадры HS-DSCH DATA FRAME к базовой станции 122-1 согласно выбранному типу протокола формирования кадра HS-DSCH (этап 850). Например, если информационный элемент выбранного типа протокола формирования кадра HS-DSCH указывает, что базовая станция 122-1 выбрала формат типа 2 протокола формирования кадра HS-DSCH, контроллер 124-1 радиосети может генерировать и послать кадр DATA FRAME протокола формирования кадра HS-DSCH типа 2 к базовой станции 122-1.
Если, с другой стороны, информационный элемент выбранного типа протокола формирования кадра HS-DSCH не включен в принятое сообщение ответа (или, например, никакой ответ не принят от базовой станции 122-1) (этап 845 - НЕТ), контроллер 124-1 радиосети может генерировать и послать кадры HS-DSCH DATA FRAME в базовую станцию 122-1 на основании заранее определенного типа протокола формирования кадра HS-DSCH (этап 855). В одном варианте осуществления заранее определенный тип протокола формирования кадра HS-DSCH может включать в себя формат типа 1 протокола формирования кадра HS-DSCH.
Как альтернатива процессу, описанному выше со ссылками на фиг.8, возможности базовой станции по обработке различных типов протокола формирования кадра HS-DSCH могут быть конфигурированы в контроллере радиосети, с которым ассоциирована базовая станция. Например, контроллер 124-1 радиосети может быть конфигурирован информацией, идентифицирующей типы протокол формирования кадра HS-DSCH, поддерживаемые базовыми станциями 122-1 и 122-2. Таким образом, когда, например, контроллер 124-1 радиосети имеет блоки PDU для посылки в базовую станцию 122-1, контроллер 124-1 радиосети может определить, способна ли базовая станция 122-1 обработать тип 2 протокола формирования кадра HS-DSCH (например, посредством поиска информации в памяти, ассоциированной с контроллером 124-1 радиосети). Когда базовая станция 122-1 способна обработать тип 2 протокола формирования кадра HS-DSCH, контроллер 124-1 радиосети может генерировать DATA FRAME протокола формирования кадра HS-DSCH типа 2, как описано здесь, который включает в себя блоки PDU, и может передавать этот DATA FRAME к базовой станции 122-1.
В одном варианте осуществления 900 иллюстрированный на фиг.9, обслуживающему контроллеру радиосети (ОКРС, SRNC) возможно необходимо знать, поддерживает ли контроллер радиосети смещения (КРСС, DRNC) гибкую (переменную) длину PDU (то есть формат протокола формирования кадра HS-DSCH типа 2). Эта поддержка может отличаться от ячейки к ячейке, так как не все базовые станции, ассоциированные с контроллером радиосети смещения, могут поддерживать новые кадры DATA FRAME с переменной длиной PDU. Решение для этого состоит в том, чтобы включать информацию о поддержке переменной длины PDU для каждой ячейки в информационный элемент 910 контейнера возможностей (CCAPABILITY CONTAINER), посланный из контроллера радиосети смещения на обслуживающий контроллер радиосети. Аналогично, для обслуживающего контроллера радиосети смещений информационный элемент может быть включен в контейнер SOURCE RNC TO TARGET RNC TRANSPARENT CONTAINER, который передается от меняющего положение обслуживающего контроллера радиосети на целевой контроллер радиосети, который передает возможность обрабатывать кадры DATA FRAME с переменными длинами PDU.
Способность поддерживать кадры DATA FRAME с переменными длинами PDU может также быть передана на пользовательское оборудование 110. Например, информационный элемент может быть включен в сообщение управления на пользовательское оборудование 110, который указывает, может ли базовая станция поддерживать кадры DATA FRAME с переменными длинами PDU. Сообщение управления может включать в себя, например, сообщение установки однонаправленного радиоканала (RADIO BEARER SETUP), сообщение реконфигурации однонаправленного радиоканала (RADIO BEARER RECONFIGURATION), сообщение реконфигурации транспортного канала (TRANSPORT CHANNEL RECONFIGURATION) и/или другой тип сообщения управления.
Таким образом, как описано здесь, форматы кадра протокола формирования кадра HS-DSCH типа 2 могут обеспечить:
- максимальную длину PDU MAC-d приблизительно 1500 октетов и степень детализации до октета в длине PDU MAC-d поддерживается эффективно;
- способность принять во внимание ограничение на максимальный размер блока передаваемой информации используемой транспортной сети;
- способность поддерживать гибкие (переменные) длины PDU MAC-d (RLC);
- способность поддерживать более высокие скорости передачи в битах развития высокоскоростного пакетного доступа (HSPA) (например, до ~42 мегабит в секунду (Мбит/с));
- малые служебные расходы Уровня транспортной сети (заголовок кадра данных и длина кадра управления); и
- единый формат кадра данных и кадра управления для Версии 7, содействующий более простому расширению в будущем.
Кадр CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2, может обеспечить:
- способность представить октеты или скорость передачи в битах (вместо количества блоков PDU и максимальной длины PDU);
- способность иметь хорошую степень детализации скорости передачи в битах; и
- способность посылать большие или малые блоки PDU с малым временем задержки и не слишком пульсирующей нагрузкой на Транспортную сеть.
Кадр DATA FRAME протокола формирования кадра HS-DSCH типа 2 может обеспечить:
- способность поддерживать переменные длины блоков PDU MAC-d;
- малые служебные расходы для всех случаев, например блоков PDU различной длины, в одном и том же кадре данных; и
- малые блоки PDU одинаковой длины.
Описанные здесь варианты осуществления предусматривают эффективное решение для поддержки транспортной сети для кадров DATA FRAME с гибкой длиной PDU. Кадр CAPACITY ALLOCATION Control Frame протокола формирования кадра HS-DSCH типа 2 поддерживает большие длины PDU MAC-d, разрешая повторное использование неиспользованных кредитов (разрешений на передачу пакета данных). Кадр DATA FRAME протокола формирования кадра HS-DSCH типа 2 разрешает большие длины PDU MAC-d, и больше чем одну длину PDU в одном и том же кадре данных. Кроме того, DATA FRAME протокола формирования кадра HS-DSCH типа 2 разрешает блоки PDU MAC-d от нескольких логических каналов в пределах одного соединения. Служебные расходы на заголовок и дополнение для транспортной сети сохраняются малыми для типичных сценариев использования.
Новые информационные элементы, описанные здесь, позволяют получить улучшенную функциональную совместимость между различными форматами кадра, не добавляя новые сообщения сигнализации. Новая интерпретация информационного элемента начального распределения емкости HS-DSCH (HS-DSCH INITIAL CAPACITY ALLOCATION) поддерживает DATA FRAME с гибкой длиной PDU, не изменяя определение информационного элемента.
Описанные здесь варианты осуществления предусматривают иллюстрацию и описание, но не предназначается, чтобы быть исчерпывающим или ограничивать реализации точной раскрытой формой. Модификации и изменения возможны в свете вышеупомянутого описания или могут быть получены из практических реализаций. Например, в то время как нижеследующее описание сосредотачивается на архитектуре сети наземного радиодоступа Универсальной мобильной системе связи (UMTS) (UTRAN), понятно, что методики, описанные здесь, одинаково применимы к другим типам архитектуры, таким как простая архитектура UTRAN. В архитектуре простой UTRAN контроллер радиосети (RNC) и базовая станция (BS) могут быть объединены в единый узел RNC/BS. Устройство шлюза может передавать трафик между базовой сетью и узлом RNC/BS через транспортную сеть.
В то время как последовательности действий были описаны со ссылками на фиг.5 и 8, порядок действий может быть модифицирован в других вариантах осуществления. Далее, независимые действия могут быть совершены параллельно.
Примерные варианты осуществления, описанные выше, могут быть реализованы во многих различных формах программного обеспечения, программно-аппаратного обеспечения и аппаратного обеспечения в реализациях, проиллюстрированных на чертежах. Реальный программный код или специализированное аппаратное обеспечение управления, используемое для реализации примерных вариантов осуществления, описанных здесь, не ограничивают изобретения. Таким образом, работа и поведение примерных вариантов осуществления были описаны независимо от конкретного программного кода - понятно, что можно создать программное обеспечение и аппаратное обеспечение управления, чтобы реализовать примерные варианты осуществления на основании приведенного здесь описания.
Далее, некоторые части изобретения могут быть реализованы как "логика", которая выполняет одну или более функций. Эта логика может включать в себя аппаратное обеспечение, такое как специализированная интегральная схема, программируемая пользователем вентильная матрица, процессор или микропроцессор, программное обеспечение, или комбинация аппаратного обеспечения и программного обеспечения.
Даже при том, что конкретные комбинации признаков приводятся в формуле изобретения и/или раскрываются в описании, эти комбинации не предназначаются, чтобы ограничить изобретение. Фактически, многие из этих признаков могут быть объединены способами, конкретно не описанными в формуле изобретения и/или не раскрытыми в описании.
Нужно подчеркнуть, что термин "содержит/содержащий" при использовании в настоящем описании применяется, чтобы определить присутствие установленных признаков, целых чисел, этапов или компонентов, но не препятствует присутствию или добавлению одного или более других признаков, целых чисел, этапов, компонентов или их групп.
Предполагается, что никакой элемент, действие или машинная команда, используемые в описании настоящей заявки, не должны рассматриваться как критические или существенные для изобретения, если это явно не описано также. Кроме того, используемый здесь артикль "a" предназначается, чтобы включать в себя один или более элементов. Когда предполагается только один элемент, используются термин «один» или аналогичный языковый оборот. Далее, фраза "основанный на” предназначается, чтобы означать "основанный, по меньшей мере частично, на" если явно не указано иначе.
Изобретение относится к беспроводной связи. Технический результат заключается в обеспечении улучшенного управления потоками данных для систем связи. Первое устройство генерирует и передает на второе устройство сообщение управления, включающее информацию, идентифицирующую один или более типов протокола формирования кадра HS-DSCH, поддерживаемых первым устройством, второе устройство выбирает тип протокола, генерирует и передает на первое устройство сообщение ответа, включающее в себя выбранный тип протокола. 4 н. и 8 з.п. ф-лы, 13 ил., 4 табл.
1. Способ, отличающийся тем, что содержит этапы
генерируют в первом устройстве (124) сообщение управления, причем сообщение управления включает в себя информацию, идентифицирующую один или более типов протокола формирования кадра высокоскоростного канала нисходящей линии связи, поддерживаемых первым устройством (124);
передают сообщение управления на второе устройство (122);
выбирают во втором устройстве (122) тип протокола формирования кадра высокоскоростного канала нисходящей линии связи в ответ на прием сообщения управления;
генерируют во втором устройстве (122) сообщение ответа, причем сообщение ответа включает в себя информацию, идентифицирующую выбранный тип протокола формирования кадра высокоскоростного канала нисходящей линии связи;
передают сообщение ответа на первое устройство (124); и
передают через первое устройство (124) кадр данных высокоскоростного канала нисходящей линии связи выбранного протокола формирования кадра.
2. Способ по п. 1, в котором информация, идентифицирующая один или более поддерживаемых типов протокола формирования кадра высокоскоростного канала нисходящей линии связи, расположена в информации дуплексной передачи с частотным разделением HS-DSCH об информационных элементах упомянутого сообщения управления.
3. Способ по п. 1, в котором информация, идентифицирующая выбранный тип протокола формирования кадра высокоскоростного канала нисходящей линии связи, расположена в ответе информации дуплексной передачи с частотным разделением HS-DSCH об информационных элементах этого сообщения ответа.
4. Способ по п. 1, в котором сообщение ответа дополнительно включает в себя информацию, идентифицирующую максимальную длину кадра данных протокола формирования в октетах, в которых первому устройству разрешено выполнять передачу.
5. Способ по п. 1, в котором сообщение ответа дополнительно включает в себя информационный элемент начального распределения емкости высокоскоростного канала нисходящей линии связи, который указывает общее количество октетов, которые первому устройству разрешено передавать перед тем, как дополнительные разрешения передачи октетов предоставляются первому устройству.
6. Устройство, отличающееся тем, что содержит
Iub (240, 420) или Iur (430) интерфейс для:
приема сообщения управления, которое включает в себя информацию, идентифицирующую один или более типов протокола формирования кадра высокоскоростного канала нисходящей линии связи, поддерживаемых другим устройством; и
обрабатывающую систему (230, 410) для:
выбора типа протокола формирования кадра высокоскоростного канала нисходящей линии связи в ответ на прием сообщения управления,
генерирования сообщения ответа, включающего в себя информацию, идентифицирующую выбранный тип протокола формирования кадра высокоскоростного канала нисходящей линии связи, и
передачи сообщения ответа к другому устройству через Iub (240, 420) или Iur (430) интерфейс.
7. Устройство, отличающееся тем, что содержит
Iub (420) интерфейс для:
приема сообщения, которое включает в себя информацию, идентифицирующую тип протокола формирования кадра высокоскоростного канала нисходящей линии связи, идентифицированный другим устройством; и
обрабатывающую систему (410) для:
генерирования кадра данных высокоскоростного канала нисходящей линии связи на основании идентифицированного типа протокола формирования кадра высокоскоростного канала нисходящей линии связи, и
передачи кадра данных высокоскоростного канала нисходящей линии связи другому устройству через Iub интерфейс (420).
8. Устройство по п. 7, в котором кадр данных высокоскоростного канала нисходящей линии связи включает в себя множество блоков модулей (716) пакетных данных, причем длина первого модуля пакетных данных в первом блоке из множества блоков является отличной от длины второго модуля пакетных данных во втором блоке из упомянутого множества блоков.
9. Устройство по п. 7, в котором устройство включает в себя контроллер (124) радиосети и упомянутое другое устройство включает в себя базовую станцию (122).
10. Устройство, отличающееся тем, что содержит
обрабатывающую систему (410) для:
определения, способно ли второе устройство обработать тип протокола формирования кадра высокоскоростного канала нисходящей линии связи,
генерирования кадра данных высокоскоростного канала нисходящей линии связи на основании типа протокола формирования кадра высокоскоростного канала нисходящей линии связи, и
передачи кадра данных высокоскоростного канала нисходящей линии связи второму устройству через Iub интерфейс (420).
11. Устройство по п. 10, в котором при определении, способно ли второе устройство обработать тип протокола формирования кадра высокоскоростного канала нисходящей линии связи, обрабатывающая система сконфигурирована для того, чтобы искать возможность второго устройства, обрабатывающего тип протокола формирования кадра высокоскоростного канала нисходящей линии связи, в памяти, ассоциированной с устройством.
12. Устройство по п. 11, в котором при определении, способно ли второе устройство обработать тип протокола формирования кадра высокоскоростного канала нисходящей линии связи, обрабатывающая система сконфигурирована для того, чтобы послать сообщение управления во второе устройство, чтобы получить упомянутую возможность второго устройства.
| ERICSSON, Flexible RLC and MAC for HSPA evolution, TSG-RAN WG2 Meeting #53 (Tdoc R2-061389), Shanghai, China, 12.05.2006 (найден 05.09.2017) найден в Интернет http://www.3gpp.org/ftp/tsg_ran/wg2_rl2/TSGR2_53/Documents/ | |||
| WO 2005104672 A2, 10.11.2005 | |||
| CN 1859037 A, 08.11.2006 | |||
| US 2005207343 A1, 22.09.2005 | |||
| УСОВЕРШЕНСТВОВАНИЕ СИГНАЛИЗАЦИИ О РАЗМЕРЕ ТРАНСПОРТНОГО БЛОКА ДАННЫХ | 2003 |
|
RU2274955C2 |
