RU2504087C2 - Способ и устройство для уменьшения системных издержек - Google Patents

Способ и устройство для уменьшения системных издержек Download PDF

Info

Publication number
RU2504087C2
RU2504087C2 RU2010117379/07A RU2010117379A RU2504087C2 RU 2504087 C2 RU2504087 C2 RU 2504087C2 RU 2010117379/07 A RU2010117379/07 A RU 2010117379/07A RU 2010117379 A RU2010117379 A RU 2010117379A RU 2504087 C2 RU2504087 C2 RU 2504087C2
Authority
RU
Russia
Prior art keywords
cid
pdu
data
identifier
mac
Prior art date
Application number
RU2010117379/07A
Other languages
English (en)
Other versions
RU2010117379A (ru
Inventor
Хайхун ЧЖЭН
Эдриан БОРИУ
Шашикант МАХЕШВАРИ
Original Assignee
Нокиа Сименс Нетворкс Ой
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Нокиа Сименс Нетворкс Ой filed Critical Нокиа Сименс Нетворкс Ой
Publication of RU2010117379A publication Critical patent/RU2010117379A/ru
Application granted granted Critical
Publication of RU2504087C2 publication Critical patent/RU2504087C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/20—Negotiating bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Изобретение относится к системам связи. Технический результат заключается в том, что пропускная способность системы повышается путем понижения системных издержек путем уменьшения размера управляющих пакетов и заголовков пакетов данных. Идентификатор соединения (CID) делится на CID-часть 1, находящуюся в MAP IE, и CID-часть 2, находящуюся в общих MAC-PDU-заголовках одного или нескольких MAC PDU. Варианты RCID-IE() в MAP сообщениях могут использоваться для представления CID-части 1. Общие МАХ PDU-заголовки (GMH) могут изменяться в соответствии с длиной CID-части 1, и несколько GMH в PHY-пакетном сигнале могут иметь различные CID-части 2. Дополнительно, поле "тип" заголовка GMH может сокращаться или удаляться. Альтернативно, модифицированный GMH может иметь расширенное поле "тип" подзаголовка. Дополнительно, GMH может использовать более короткий индекс соединения или маску индекса соединения вместо CID. 2 н. и 8 з.п. ф-лы, 24 ил., 1 табл.

Description

Область техники, к которой относится изобретение
Настоящее изобретение относится к системе широкополосного беспроводного доступа и, в частности, к способу и устройству, повышающим пропускную способность системы путем понижения системных издержек путем уменьшения размера заголовков пакетов и/или управляющей информации.
Уровень техники
IEEE-стандарт 802.16 определяет набор радиоинтерфейсов (интерфейсов WirelessMAN™) для систем доступа, которые поддерживают фиксированный, сеансовый, портативный и мобильный доступ. Для удовлетворения требованиям различных типов доступа были определены две версии радиоинтерфейсов. Первой является IEEE 802.16-2004, которая оптимизируется для фиксированного и сеансового доступа. Вторая версия предназначается для поддержки портативности и мобильности и основывается на поправке 802.16-2004, называемой 802.16e-2005. Следует понимать, что полное объяснение и понимание 802.16-стандарта выходит за пределы объема настоящего описания. Для более подробной информации по IEEE-стандарту 802.16, пожалуйста, ознакомьтесь с http://www.ieee802.org/16/.
802.16-сети типично передают излишние заголовки и управляющую информацию. Следовательно, существует необходимость в улучшенном способе и устройстве для уменьшения системных издержек, тем самым повышающих пропускную способность в системе беспроводной связи.
Сущность изобретения
Варианты осуществления настоящего изобретения повышают пропускную способность системы путем понижения системных издержек путем уменьшения размера заголовков пакетов и/или управляющей информации. К примеру, варианты осуществления настоящего изобретения предоставляют модифицированные кадры с уменьшенными размерами заголовков и/или уменьшенной управляющей информацией. Согласно одному варианту осуществления идентификатор соединения (CID - connection identifier) делится на CID-часть 1, находящуюся в MAP IE, и CID-часть 2, находящуюся в общих MAC-PDU-заголовках одного или нескольких MAC PDU. Согласно одному варианту осуществления версии RCID-IE() в MAP-сообщениях могут использоваться для представления CID-части 1. Общие MAX PDU-заголовки (GMH - generic MAX PDU headers) из MAC PDU могут, необязательно, иметь различные форматы MAC-заголовков согласно длине CID-части 1. В то время как CID-часть 1 типично одинакова для всех MAC PDU в передаче кадров, кадр может альтернативно иметь MAC PDU с двумя или более различными CID-частями 2.
Согласно другому варианту осуществления настоящего изобретения поле "тип" заголовка из GMH может сокращаться или удаляться, когда является излишним, чтобы не передавать GMH с пустым 6-тибитовым полем типа. Альтернативно, модифицированный GMH может иметь единичный бит вместо выделенного типа, чтобы сигнализировать о присутствии расширенного поля "тип" подзаголовка.
Согласно другому варианту осуществления настоящего изобретения, MAC PDU может использовать более короткий индекс соединения вместо CID. К примеру, вместо CID в GMH из MAC PDU может использоваться более короткий индекс соединения. Альтернативно, кадр с множеством модифицированных MAC PDU может иметь один MAC PDU с маской индекса соединения и последующие MAC PDU без CID или индекса соединения.
Согласно другому варианту осуществления настоящего изобретения мобильная станция и базовая станция в соответствии с вариантами осуществления настоящего изобретения реализуют вышеописанные изменения для получения сокращенных заголовков, тем самым достигая желаемого повышения пропускной способности системы связи путем понижения системных издержек, а также помогая уменьшить издержки в MAP.
Краткое описание чертежей
Вышеупомянутые и другие объекты, особенности и преимущества некоторых иллюстративных вариантов осуществления настоящего изобретения будут более очевидны из последующего подробного описания, приведенного в сочетании с сопроводительными чертежами, где:
на фиг.1A (Уровень техники) изображается 802.16-система связи;
на фиг.1B (Уровень техники) изображаются уровни в 802.16-системе связи с фиг.1A;
на фиг.2 (Уровень техники) изображается схематическая иллюстрация 802.16 TDD-кадровой структуры;
на фиг.3 (Уровень техники) изображается схематическая иллюстрация нисходящей 802.16 TDD-подкадровой структуры;
на фиг.4 (Уровень техники) изображается схематическая иллюстрация восходящей 802.16 TDD-подкадровой структуры;
на фиг.5 (Уровень техники) изображается схематическая иллюстрация 802.16 MAC PDU-формата, используемого в подкадровых структурах с фиг.3 и 4;
на фиг.6 (Уровень техники) изображается схематическая иллюстрация формата общего MAC-заголовка, использованного в MAC PDU с фиг.5;
на фиг.7 (Уровень техники) изображается схематическая иллюстрация формата заголовка запроса полосы (BR - bandwidth request);
на фиг.8 изображается схематическая иллюстрация модифицированного PHY-пакетного сигнала с первой и второй частями идентификатора соединения (CID) в соответствии с вариантами осуществления настоящего изобретения;
на фиг.9 и 10 изображаются версии RCID-IE() в MAP-сообщениях, используемые для представления CID-части 1 в модифицированном PHY-пакетном сигнале в соответствии с вариантами осуществления настоящего изобретения;
на фиг.11a и 11b изображаются MAC PDU различных форматов MAC-заголовка, соответствующих длине CID-части 1, в соответствии с вариантами осуществления настоящего изобретения;
на фиг.12 изображается PHY-пакетный сигнал с несколькими MAC PDU с различными CID-частями 2 в соответствии с вариантами осуществления настоящего изобретения;
на фиг.13 изображается таблица для уменьшения поля "тип" заголовка общего MAX PDU-заголовка (GMH) в соответствии с вариантами осуществления настоящего изобретения;
на фиг.14 изображается модифицированный GMH с расширенным полем "тип" подзаголовка в соответствии с вариантами осуществления настоящего изобретения;
на фиг.15 изображается модифицированный GMH с индексом соединения вместо CID в соответствии с вариантами осуществления настоящего изобретения;
на фиг.16 изображается PHY-пакетный сигнал с множеством модифицированных GMH, каждый из которых имеет индекс соединения, в соответствии с вариантами осуществления настоящего изобретения;
на фиг.17a и 17b изображается PHY-пакетный сигнал с множеством модифицированных GMH, где первый GMH имеет маску индекса соединения, а последующие GMH не имеют CID или индекса соединения, в соответствии с вариантами осуществления настоящего изобретения;
на фиг.18a и 18b изображаются, соответственно, мобильная станция и базовая станция в соответствии с вариантами осуществления настоящего изобретения;
на фиг.19 изображается процесс формирования RCID, и
на фиг.19B изображается иллюстративный RCID.
Подробное описание предпочтительных вариантов осуществления
Далее иллюстрационная конфигурация 802.16-системы 100 связи будет описана со ссылками на фиг.1A (Уровень техники). Изображенная система 100 связи имеет множество ячеек 110, каждая из которых включает в себя по меньшей мере одну базовою станцию (BS - base station) 120 для управления соответствующей ячейкой 110. Система 100 связи дополнительно включает в себя мобильные станции (MS - mobile stations), также называемые абонентскими станциями (SS - subscriber stations) 130, каждая из которых связывается с одной или несколькими ячейками 110. Следует понимать, что отдельное назначение MS 130 к BS 110 и взаимодействие компонентов внутри системы 100 связи зависит от различных предопределенных критериев и правил, подробнее описанных ниже.
Как изображено в системе 100 связи на фиг.1A, множество BS 110 может выполняться с возможностью формировать сотовую беспроводную сеть. 802.16-стандарт также может использоваться в двухпунктовой (P2P - point-to-point) сети или сетчатой топологии посредством пары направленных антенн.
802.16-уровни протокола схематически изображаются на фиг.1B (Уровень техники). В этом разбиении на уровни 802.16-стандарт, в сущности, стандартизирует два аспекта радиоинтерфейса: физический уровень (PHY) 160 и уровень 170 Управления доступом к среде (MAC - Media Access Control). В 802.16 PHY-часть технического описания обуславливает формирование кадров в режиме трансляции, доступ к среде и назначение временных интервалов. Сам MAC занимается выполнением картирования из MSDU в MAC PDU, передаваемых в трансляционных передачах. Эта конфигурация обеспечивает разделение нагрузки между PHY и MAC несколько выше в стеке, чем обычно.
802.16 MAC 170 управляет доступом BS 120 и SS 130. Распределение времени основывается на последовательных кадрах, разбиваемых на интервалы. Размер кадров и размер отдельных интервалов внутри кадров может изменяться на покадровой основе под управлением планировщика в BS. Это позволяет эффективное назначение трансляционных ресурсов для удовлетворения требованию активного соединения с их заданными QoS-свойствами.
802.16 MAC предоставляет ориентированную на соединение службу верхним уровням стека протоколов. Блоки пакетных данных управления доступом к среде (MAC PDU - MAC packet data units) передаются в трансляционных PHY-интервалах. Внутри этих MAC PDU передаются MAC-блоки служебных данных (MSDU - MAC service data units). MSDU являются пакетами, передаваемыми между вершиной MAC и верхним уровнем. MAC PDU являются пакетами, передаваемыми между дном MAC и нижним PHY-уровнем. По MAC PDU MSDU могут фрагментироваться, а внутри MAC PDU MSDU могут пакетироваться (агрегироваться). Фрагменты MSDU могут пакетироваться внутри одиночного пакетированного MAC PDU. Затем запрос автоматической повторной передачи (ARQ - automatic retransmission request), описанный выше, может использоваться для запроса повторной передачи нефрагментированных MSDU и фрагментов MSDU.
Перейдем к фиг.1B; MAC имеет подуровень 180 конфиденциальности, который выполняет проверку прав доступа, обмен ключами и шифрование MAC PDU.
Через использование гибкой PHY-модуляции и средств шифрования, гибкого кадра и назначения временных интервалов, гибких QoS-механизмов, пакетирования, фрагментации и ARQ, 802.16-стандарт может использоваться для доставки широкополосных голосового сигнала и данных в ячейки, которые могут иметь широкий диапазон свойств. Это включает в себя широкий диапазон плотности населения, широкий диапазон радиусов ячеек и широкий диапазон условий распространения.
Подуровни 190 конвергенции в вершине MAC позволяют предлагать через 802.16 службы Ethernet, ATM, TDM-голоса и IP (Internet Protocol - Интернет-протокол).
Как описано выше, 802.16 является технологией, ориентированной на соединение. Иными словами, SS 130 не может передавать данные, пока BS 120 не назначила канал. Это позволяет 802.16e предоставлять сильную поддержку для различных Качеств услуг (QoS). QoS в 802.16e поддерживается путем назначения каждого соединения между SS 130 и BS 120 (называемый служебным потоком по 802.16 терминологии) отдельному QoS-классу.
Служебный поток является одним из самых важных компонентов MAC-уровня. Он используется в качестве службы передачи для доставки пакетов. Один служебный поток может использоваться несколькими пакетами. Он является однонаправленным потоком, который может использовать BS 120, предусмотренную для MS 130, или MS 130, предусмотренную для BS 120. В него на данный момент включается 32-хбитовый идентификатор, называемый идентификатором служебного потока (SFID - service flow identifier). Для предоставления QoS пакетам используется служебный поток. Каждый служебный поток имеет определенный набор QoS-параметров.
Служебный поток может быть трех типов: предоставленный, принятый и активный служебный поток. Служебный поток содержит необязательные параметры, зависящие от типа служебного потока. Он содержит параметр ID соединения (CID), который не принимает значение NULL, если он является принятым или активным служебным потоком. Каждый пакет данных имеет связанный с ним служебный поток, а это означает, что один пакет имеет ровно один SFID в качестве параметра. Он может содержать имя класса службы. Если он содержит имя класса службы, то набор QoS-параметров служебного потока определяется в служебном классе. Если служебный поток является принятым служебным потоком или активным служебным потоком, то он имеет CID.
На данный момент каждое соединение имеет ровно один связанный с ним служебный поток. Он содержит 16-тибитовый ID-идентификатор соединения и Набор QoS-параметров. Аналогичным образом, каждый служебный класс имеет ровно один связанный с ним служебный поток. Он содержит Имя служебного класса в качестве идентификатора и параметр, называемый Набором QoS-параметров.
BS 120 типично содержит модуль авторизации, который является логической функцией. Когда MS 130 посылает сообщение динамического изменения службы (DSC - dynamic service change) предоставленной, принятой или активного служебного потока к BS 120, что подробнее описывается ниже, BS 120 обуславливает принятие или отклонение DSC. Кроме того, BS 120 предоставляет ограничение на изменение для активного и принятого служебных потоков.
802.16 физический уровень 160 поддерживает два типа дуплексной передачи: Мультиплексная передача с частотным разделением (FDD - Frequency division multiplexing) и Мультиплексная передача с временным разделением (TDD - Time division multiplexing). В FDD один частотный канал используется для передачи от BS 120 к MS 130, а второй частотный канал используется в восходящем направлении. В TDD единичный частотный канал используется для передачи сигналов как в нисходящем, так и в восходящем направлении. Трансляционное время передачи делится на кадры. В случае FDD-системы существуют восходящий (SS 130 to BS 120) и нисходящий (BS 120 to SS 130) подкадры, которые выравниваются по времени на разделенных восходящем и нисходящем каналах. В случае TDD-системы каждый кадр делится на нисходящий подкадр и восходящий подкадр.
Как представлено выше, в физическом уровне 160 информация, как правило, передается по кадрам в течение множества кадров. Кадр типично включает в себя системные сообщения и пользовательские данные. Некоторый период времени назначается каждой передаче кадров. Далее будут представлены примеры связи в физическом уровне 160.
Как иллюстрируется на фиг.2 (Уровень техники), TDD передача, как правило, включает в себя множество TDD-кадров 200. Каждый TDD-кадр 200 типично включает в себя две подсекции: нисходящий (DL) подкадр 210 и восходящий (UL) подкадр 230. В конце каждого из подкадров 210, 230 типично присутствует пауза, позволяющая BS переключаться между режимами передачи (tx) и приема (rx). Tx-rx-пауза 220 передачи (TTG - transition gap) следует за периодом нисходящей передачи, а rx-tx пауза 240 передачи (RTG - transmission gap) следует за периодом восходящей передачи. Соотношение между трафиком в нисходящем направлении (DL-подкадр 210 и TTG 220) и трафиком в восходящем направлении (UL-подкадр 210 и RTG 220) может быть настраиваемым или фиксированным. Таким образом, в TDD-режиме точка разделения между восходящей линией и нисходящей линией может также изменяться в зависимости от времени, позволяя несимметричное назначение трансляционного времени между восходящей линией и нисходящей линией, если требуется.
Обратимся к фиг.3 (Уровень техники); DL-подкадр 300, как правило, включает в себя вводную часть 310, за которой следуют управляющий кадровый заголовок (FCH - frame control header) 320, первый DL-пакетный сигнал 330 данных и множество DL-пакетных сигналов 340 данных. DL-подкадр 300 обычно начинается с вводной части 310, которая используется для синхронизации и выравнивания кадров. FCH 320 содержит положение и профиль пакетного сигнала для первого DL-пакетного сигнала 330, следующего за FCH 320. Поскольку 802.16 предлагает конкатенацию нескольких MAC-блоков пакетных данных (PDU) в одиночном пакетном сигнале 330, 340, каждый из пакетных сигналов 330, 340 может содержать дополнительные MAC PDU.
Также согласно фиг.3 первый DL-пакетный сигнал 330 в нисходящей линии может содержать карту нисходящей линии связи и карту восходящей линии связи (DL MAP и UL MAP) 331 и 332 и дескрипторы нисходящего и восходящего канала (DCD и UCD) 333 и 334. DL-MAP, UL-MAP, UCD, DCD являются управляющими MAC-сообщениями. DL-MAP и UL-MAP присутствуют в каждом кадре, но UCD и DCD не присутствуют в каждом кадре. DL MAP 331 является каталогом позиций интервалов внутри нисходящего подкадра и используется для указания времен начала и продолжительности нисходящих пакетных сигналов. UL MAP является каталогом позиций интервалов внутри восходящего подкадра и указывает времена начала и продолжительность восходящих пакетных сигналов. Через кадровые дескрипторы DL_MAP 331 и UL_MAP 332 BS 120 назначает доступ к каналам как для восходящей линии, так и для нисходящей линии. SS 130 использует DL_MAP 331 для идентификации позиции MAC PDU внутри кадра и знакомится с каждым MAC PDU по очереди, принимая те, которые совпадают с ID соединения, нацеленным на эту SS 130. DL-пакетный сигнал 330 также может содержать дополнительные MAC PDU 336.
Восходящее формирование кадров является более сложным, поскольку для наилучшей доставки и входа в сеть требуется схема множественного доступа с конкуренцией, чтобы выступать посредником между SS 130, которые одновременно запрашивают доступ к BS 120. На основе QoS-службы, использующейся для соединения, соединение может либо иметь гарантированный временной интервал, либо получить доступ к гарантированному временному интервалу на покадровой основе посредством опроса от BS 120, либо оно может иметь необходимость конкурировать за восходящий доступ на основе соединения в интервале множественного доступа (TDMA).
Конкурентный доступ происходит в интервалах, отложенных для этой цели в восходящей линии, в конкурентном интервале для интервалов изначального ранжирования и в конкурентном интервале для запросов полосы. Каждый из этих интервалов делится на миниинтервалы. SS 130, конкурирующие за доступ, могут использовать усеченный алгоритм двоичной экспоненциальной задержки, чтобы избрать, в каком миниинтервале начинать свою передачу.
Обратимся к фиг.4 (Уровень техники); восходящий подкадр 400 обычно начинается первым конкурентным интервалом 410, который предлагает SS 130 возможность послать сообщения изначального ранжирования и периодического ранжирования к BS 120. Конкурентный интервал 410 изначального ранжирования используется в рамках алгоритма входа в сеть. SS 130 передает (RNG-REQ) пакет запроса ранжирования в конкурентном интервале 410 изначального ранжирования. RNG-REQ-пакет имеет длинную вводную часть, позволяющую BS 120 лучше идентифицировать распределение времени принятого RNG-REQ-пакета. Если принимается RNG-REQ, BS 120 отвечает посредством RNG-RSP (ответа ранжирования), предоставляя информацию о распределении времени и регулировке мощности для SS 130. Затем SS 130 может регулировать распределение времени для принятия во внимание задержек передачи и потерь в полосе пропускания своих передач так, чтобы распределение времени и мощности сигнала, полученного на базовой станции, совпадало с передачами от других SS 130. Второй конкурентный интервал 420 предлагает SS 130 возможность посылки сообщений запроса полосы к BS 120. Использование сообщений запроса полосы в этом конкурентном интервале предлагает механизм для достижения чрезвычайно гибкой и динамической работы систем IEEE 802.16, и описывается более подробно на фиг.7 и в соответствующем тексте. Конкурентный интервал 420 запроса полосы используется SS 130 для конкуренции за доступ к каналу. К примеру, запросы полосы передаются в этом интервале. Как только запрос полосы был принят и удовлетворен, SS 130 может использовать неконкурентные интервалы, назначенные в BS 120. BS 120 таким образом диктует длину конкурентных интервалов.
Оптимальная длина для каждого из конкурентных интервалов 410, 420 может изменяться на основе любого из множества параметров, как, например, количество SS 130, количество и тип назначенных QoS-соединений и текущие уровни активности.
Также согласно фиг.4 (Уровень техники), остаток UL-подкадра 400 типично занимает передача абонентского трафика, UL-пакетный сигнал 430, каждый из которых может включать в себя UL-вводную часть 431 и UL MAC PDU 432.
Далее со ссылками на фиг.5 (Уровень техники) описывается формат MAC-блока 500 протокольных данных (PDU - protocol data unit), используемый в 802.16-связи. MAC PDU 500 типично включает в себя шестибайтовое поле 510 MAC PDU-заголовка, информационное поле 520 и поле 530 циклического контроля по избыточности (CRC - cyclic redundancy check). Поле 510 MAC PDU-заголовка используется для передачи информации заголовка для MAC PDU-передачи. На данный момент 802.16 MAC-протокол позволяет два типа MAC-заголовков: общий MAC-заголовок (GMH - generic MAC header) и заголовок запроса полосы (BRH - bandwidth request header), как более подробно описывается ниже. Как описывается в 802.16, информационное поле 520 используется для передачи пользовательских данных, а CRC-поле 530 используется для передачи CRC-бит для обнаружения ошибки в передаче MAC PDU 500.
Формат общего MAC-заголовка (GMH) 600 изображается на фиг.6 (Уровень техники). GHM 600 типично включает в себя поле 605 типа заголовка ("HT" - header type), которое указывает, передается ли общий MAC PDU или же сообщение запроса полосы, и поле 610 шифрования ("EC" - encryption), которое указывает, является ли текущий кадр передачи зашифрованным. HT-бит 605 типично устанавливается в значение "0" для того, чтобы заголовок являлся GMH. EC-бит 610 указывает, является ли кадр зашифрованным.
Также согласно GHM 600 с фиг.6, поле 620 "Тип" указывает тип подзаголовка. На данный момент, поле "тип" представляется 6-ю битами, обозначающими типы подзаголовка, показанные в Таблице 1. Подзаголовки используются для реализации сигнализации, необходимой для фрагментации, пакетирования, ARQ и сетчатых особенностей MAC.
Таблица 1
Бит типа Значение
# 5
Самый старший бит (MSB)		 Сетчатый подзаголовок;
1 = присутствует, 0 = отсутствует
# 4 Информация ARQ-отклика;
1 = присутствует, 0 = отсутствует
# 3 Внешний тип. Указывает, является ли текущий пакетируемый подзаголовок (PSH) или подзаголовок фрагментации (FSH) расширенным для соединения с запрещенным ARQ; 1 = расширенный; 0 = нерасширенный; для соединений с разрешенным ARQ этот бит должен быть установлен в значение "1"
# 2 Подзаголовок фрагментации (FSH);
1 = присутствует, 0 = отсутствует
# 1 Подзаголовок пакетирования (PSH);
1 = присутствует, 0 = отсутствует
# 0
самый младший бит (LSB)		 DL: подзаголовок назначения быстрого отклика (FFSH); UL: заданный подзаголовок управления (GMSH);
1 = присутствует, 0 = отсутствует
Также согласно GHM 600 с фиг.6, поле 625 расширенного подзаголовка ("ESF" - extended sub-header) используется для указания, присутствует ли расширенный подзаголовок. Поле 630 указателя циклического контроля по избыточности ("CI" - CRC indicator) указывает, использует ли MAC PDU необязательные CRC в конце MAC PDU, а поле 635 последовательности ключа шифрования ("EKS" - encryption key sequence) указывает вид ключа шифрования, используемого в MC PDU. Подуровень 180 конфиденциальности позволяет перекрывающиеся ключи, чтобы ключи могли актуализироваться без прерывания потока данных. Кроме того, EKS-поле 635 различает старые и новые ключи в течение актуализации. Зарезервированное ("RSV" - reserved) поле 640 резервируется для использования в будущем.
Также согласно GHM 600 с фиг.6, поле 650 длины ("LEN" - length) указывает длину информационного поля MAC PDU. 11 бит LEN-поля указывают количество байт в MAC PDU, включая заголовок и CRC. Этот размер в битах ограничивает длину кадра 2047-ю байтами.
Также согласно GHM 600 с фиг.6, поле 660 идентификатора соединения ("CID" - connection identifier) указывает, какое соединение MAC PDU обслуживает. Функции CID-поля 660 более подробно описываются ниже. Поле 670 контрольной суммы заголовка ("HCS" - header checksum) используется для обнаружения ошибки в поле общего MAC PDU-заголовка. HCS типично является 8-мибайтовым CRC первых 5-ти байт в GMH 600.
802.16 определяет множество типов CID, включая управляющие CID и CID передачи данных. Основной CID и первичный управляющий CID являются управляющими CID, а CID передачи является CID передачи данных. BS 120 назначает для MS 130 управляющие CID без усложненных служебных согласований или требований в течение регистрации, поскольку управляющие CID, в сущности, назначаются MS 130 для регистрации в BS 120 независимо от службы, которую MS запрашивает или использует. CID передачи, с другой стороны, BS 120 назначает для MS 130 всегда, когда MS 130 нуждается в новом соединении. Назначение CID передачи происходит, когда требования отдельного служебного класса удовлетворяются путем согласования между MS 130 и BS 120.
Основной CID характерен для регистрации MS 130. Пока соединение поддерживается между BS 120 и этой MS 130, основной CID может использоваться вместо MAC-адреса MS. MS 130 и BS 120 могут затем обмениваться управляющими сообщениями, используя основной CID. Аналогичным образом, первичный управляющий CID может использоваться в течение входа в сеть. К примеру, BS 120 может идентифицировать MS 130 по первичному управляющему CID в течение процесса входа в сеть, и существенные управляющие сообщения посылаются/принимаются, используя первичный управляющий CID. CID передачи, как правило, используется для непосредственных передачи/приема служебных данных. Соединение службы идентифицируется по CID передачи, пока продолжается служба. В отличие от первичного управляющего CID и основного CID, CID передачи назначается на основе службы каждый раз, когда MS 130 запрашивает службу, как описано выше. Следовательно, в случае, когда MS 130 запрашивает множество служб одновременно, BS 120 может назначать для MS 130 несколько CID передачи. С другой стороны, BS 120 назначает первичный управляющий CID, а основной CID назначаются для MS 130 на взаимнооднозначной основе, где каждая MS 130 в ячейке 110, связанной с BS 120, принимает уникальный первичный управляющий CID и основные CID.
Для BS, начавшей установку служебного потока, как, например, процедура Динамического добавления службы (DSA - Dynamic Service Add), BS 130 посылает содержимое сообщения DSA-запроса, присваивает CID соединению передачи, которое должно быть установлено для этого служебного потока, и создает привязку между этим SFID и этим CID. MS 130 затем отвечает сообщением DSA-ответа. После того, как BS принимает это сообщение запроса, BS создает привязку между SFID и присвоенным CID.
Технические описания 802.16 также определяют уменьшенный CID, или RCID (reduced CID), который может использоваться вместо основного CID или группового CID для уменьшения размера MAP-сообщения Гибридного автоматического запроса на повторение (HARQ).
HARQ является вариантом способа устранения ошибок с автоматическим запросом на повторение (ARQ). ARQ является способом устранения ошибок для передачи данных, который использует подтверждения и таймауты для достижения передачи надежных данных. Подтверждение (ACK) является сообщением, посылаемым приемником передатчику для указания, что он безошибочно принял кадр данных. Таймаут является допустимым моментом времени после того, как отправитель посылает кадр данных; если отправитель не принял подтверждение до таймаута, обычно он повторно передает кадр, пока не примет подтверждение или не превысит предопределенное количество повторных передач.
В одном варианте HARQ, прямое устранение ошибок (FER - forward error correction) и ARQ объединяются путем кодирования блока данных и информации обнаружения ошибок, как, например, CRC, с кодом исправления ошибок перед началом передачи. Когда блок кодированных данных принимается, приемник прежде всего декодирует код исправления ошибок. Если качество канала достаточно хорошее, все ошибки передачи должны допускать исправление, и приемник может получить безошибочный блок данных. Если качество канала плохое, и не все ошибки передачи допускают исправление, приемник обнаружит эту ситуацию, используя код обнаружения ошибок, затем принятый блок кодированных данных отвергается, и повторная передача запрашивается приемником посредством сигнала отрицательного подтверждения (NAK).
HARQ может использоваться в режиме с остановкой и ожиданием или в режиме с выборочным повтором. Остановка и ожидание проще, но ожидание подтверждения приемника уменьшает эффективность. Таким образом, множество HARQ-процессов с остановкой и ожиданием часто производятся параллельно на практике, в таком случае, когда один HARQ-процесс ожидает подтверждения, другой процесс может использовать канал для посылки других данных. Значение этих HARQ-конфигураций описано выше.
Вернемся к фиг.3; в 802.16d/e-системе CID всегда присутствует как связанный с GMH 600 каждого MAC PDU 335, 336 в течение DL-транзакции. Дополнительно, CID может также включаться в DL-Карту 331. Техническое описание 802.16 определяет CID в DL-Карте 331 в качестве необязательного элемента. Однако, если реализация BS 120 не включают CID в DL-Карту 331, каждой MS 130, принимающей DL-Карту 331, необходимо декодировать связанный с ней PHY-пакетный сигнал 330, проверить GMH в MAC PDU 335 и затем решить, принадлежит ли MAC PDU этой MS 130. Это приводит к существенным издержкам обработки в MS 130, даже если пакетный сигнал не предусмотренная для этой MS 130. Потому на практике CID также включается в DL-Карту 331 каждого DL-пакетного сигнала 330. Вследствие этого, полный CID включается как в DL-Карту 331, так и в каждый из MAC PDU 335, 336, и такая удвоенная информация повышает системные издержки и уменьшает пропускную способность системы.
На фиг.8 представляется модифицированный DL-пакетный сигнал 800. Для того, чтобы оптимизировать GMH с целью уменьшения издержек, согласно одному варианту осуществления модифицированный DL-пакетный сигнал 800 выполняется с возможностью передавать CID, который разбивается на две части: CID-часть 1 801 и CID-часть 2 802. CID-часть 1 801, как правило, включается в DL-Карту 810 для назначения ресурсов. UL_MAP 820 аналогична соответствующему элементу на фиг.3, представленному выше. CID-часть 2 802 включается в GMH из MAC PDU 850, который использует назначение ресурсов. Таким образом, после приема DL-Карты с CID-частью 1 только малое количество MS 130, чьи CID совпадают с CID-частью 1 801, включаются в DL-Карту. Только эти совпадающие MS 130 будут затем нужны для декодирования остальной части PHY-пакетного сигнала 800 и проверки CID-части 2 802 в MAC PDU 850. В лучшем случае, только целевая MS 130 нуждается в проверке MAC PDU 850, потому что CID-часть 1 801 целевой MS 130 не совпадает, или конфликтует, с CID-частью 1 801 любой другой MS 130. Когда множество MS 130 разделяет одну CID-часть 1 801, содержащуюся в DL-Карте 810, эти изначально совпадающие MS 130 получат доступ к CID-части 2 802 в MAC PDU 850, объединяющем CID-часть 1 801 с CID-частью 2 801, принятой в GMH из MAC PDU, и затем определят полную CID.
К примеру, в одной реализации двухбайтовый CID делится на однобайтовую CID-часть 1 801 и однобайтовую CID-часть 2 802. Таким образом, происходит экономия в один байт или восемь бит в каждом из полей CID в DL_MAP 810 и заголовков из MAC PDU 850, соответствующих одному CID. Альтернативно, 16-тибитовый CID может разделяться на 4 самых старших бита (MSB - most significant bits) и 12 самых младших бита (LSB - least significant bits) с 4-хбитовой CID-частью 1 801 и 12-тибитовой CID-частью 2 802. Таким образом, происходит экономия в 12 бит в DL_MAP и экономия в 4 бита в каждом из заголовков MAC PDU 850, соответствующих одному CID. Подобным образом, 16-тибитовый CID может разделяться на 12-тибитовую CID-часть 1 801 и 4-хбитовую CID-часть 2 802. Таким образом, происходит экономия в 4 бита в DL_MAP и экономия в 12 бит в каждом из заголовков MAC PDU 850, соответствующих одному CID.
Следует понимать, что размер CID-части 1 801 и части 2 802 может динамически изменяться в зависимости, к примеру, от размера системы 100, природы связи и т.д. Как можно понять из рассмотренного выше, увеличение размера CID-части 1 801 понижает возможное количество MS 130, имеющих CID, которые соответствуют CID-части 1 801 целевой MS 130, тем самым понижая издержки обработки на MS 130. Соответственно, в одной предпочтительной реализации, BS 120 изменяет размер CID-части 1 на покадровой основе или DL_MAP-IE на DL_MAP-IE-основе, например, на основе вероятности столкновения.
Согласно другому варианту осуществления CID-часть 1 801 может формироваться в качестве RCID с CID-частью 2 802, определяющейся как оставшийся сегмент изначального CID. Как описано выше, BS 120 может использовать RCID вместо основного CID или группового CID для уменьшения размера HARQ MAP-сообщения. BS 120 определяет RCID-тип с учетом ранжирования основных CID с MS 130, соединенных с BS 120 и обозначенных RCID_Type-полем из IE Конфигурации формата. Различные типы RCID включают в себя RCID 11, RCID 7 и RCID 3. Для более подробной информации по RCID, пожалуйста, ознакомьтесь с техническим описанием 802.16, раздел 6.3.2.3.43.3, полное содержание которого указывается здесь посредством ссылки. К примеру, на фиг.19A изображается процесс 1900 для формирования RCID, а на фиг.19B изображается иллюстративный RCID 1920.
К примеру, согласно фиг.9, стандартная подпрограмма RCID_IE() 900 может использоваться в MAP-сообщениях для представления CID-части 1, и длина CID-части 2 может быть получена соответственно. Либо CID-часть 1, либо CID-часть 2 могут принимать значение NULL, и, следовательно, любая часть может представлять полный CID. Если размер CID-части 1 равен "16", то никакого CID не требуется для включения в GMH 600 из MAC PDU 500. BS 120 устанавливает размер CID-частей 1 и 2 и информирует MS, используя указатели в DL-Карте IE, или используя RCID_IE, или используя IE Указание CID-разбиения для указания изменения последующим DL MAP IE.
SCID_IE() 1000 с фиг.10 может использоваться в MAP-сообщениях для представления CID-части 1, и, следовательно, длина CID-части 2 может быть получена соответственно. В модифицированной подпрограмме SCID_IE() 1000 тип разбиения CID (SCID) обозначает тип CID-разбиения. К примеру, если SCID_Type равен "0", то в MAP используется 16-тибитовый CID, а в GMH CID не используется; если SCID_Type равен "1", то в MAP используется CID из 12-ти LSB, а в GMH используется CID из 4-х MSB; если SCID_Type равен "2", то в MAP используется CID из 8-ми MSB, и в GMH используется CID из 8-ми MSB-бит; и если RCID-Тип равен "3", то в MAP используется CID из 4-х LSB, а в GMH используется CID из 12-ти MSB.
Кроме того, поскольку длина CID-части 1 и CID-части 2 является переменной, это может отражаться на формате MAC-заголовка. Следовательно, различные форматы MAC-заголовка могут определяться так, как иллюстрируется согласно другому варианту осуществления изобретения. Как изображено на фиг.11a и 11b, длина CID-части 1 в MAP может использоваться для указания типа формата MAC-заголовка, используемого для GMH в переданном пакетном сигнале. Согласно иллюстративному модифицированному MAC PDU 1100a с фиг.10a, если RCID 12 используется в MAP, то тип 1110a MAC-заголовка будет типом 1 (T1), который указывает, что CID 1120a из 4-х MSB будет содержаться в MAC-заголовке. Альтернативно, согласно иллюстративному модифицированному MAC PDU 1100b с фиг.10b, если RCID 8 используется в MAP, то тип 1110b MAC-заголовка является типом (T2), который указывает, что CID 1120B из 8-ми MSB будет включаться в MAC-заголовок.
Согласно одному варианту осуществления, когда HARQ разрешен, как описано, BS 120 предпочтительно регулирует размер CID-частей 1 и 2, соответственно 801 и 802, так, чтобы CID-часть 1 801 целевой MS 130 не конфликтовала с CID-частью 1 801 другой MS 130. Как описано выше, HARQ, как правило, помогает переданному множеству блоков с использованием обнаружения и исправления ошибок достичь более надежной высокоскоростной нисходящей линии передачи данных от BS 120 к желаемой MS 130. Если CID-часть 1 в HARQ-управляющем сигнале (как определяется подпрограммой HARQ-DL-MAP-IE) конфликтует с CID-частью 1 801 для множества MS 130, то все эти непредусмотренные MS 130 примут PHY-пакетный сигнал. Непредусмотренные MS 130 не будут иметь возможности принять и декодировать пакетный сигнал безошибочно, но непредусмотренные MS 130 не знают, действительно ли HARQ-пакетный сигнал предназначен для них, потому что вторая CID-часть 2 802 не может быть извлечена. Непредусмотренные MS 130, следовательно, пошлют символ отрицательного подтверждения (NAK), управляющий символ передачи, посылаемый в качестве отрицательного ответа к BS 120 для указания, что ошибка была обнаружена в предыдущем полученном блоке, и что MS 130 готова принять повторную передачу этого блока от MS 130. Однако, MS 130, для которого этот пакетный сигнал действительно предусматривался, как правило, имеет возможность получать и декодировать кодированную связь, и предусмотренная MS 130 пошлет символ подтверждения (ACK), который может конфликтовать с NAK от другой MS 130. BS 120 может быть дезориентирована противоречивыми сообщениями. Следовательно, CID-часть 1 801 предпочтительно является уникальной в HARQ-управляющих сигналах (HARQ-MAP-IE) для того, чтобы избежать вышеописанных ACK/NAK столкновений.
Другой вариант осуществления изобретения иллюстрируется на фиг.12. На фиг.12 иллюстративный пакетный сигнал 1200 включает в себя множество MAC PDU 1210, 1220 и 1230, имеющих различные несовпадающие CID. К примеру, множество MAC PDU 1210, 1220 и 1230 может предназначаться для различных служебных потоков или управляющих потоков одной и той же MS 130, и они пакетируются в одиночный PHY-пакетный сигнал 1200. В этом случае BS 120 может присваивать три несовпадающих CID для MS 130 таким образом, чтобы эти CID разделяли одну и ту же CID-часть 1. С таким типом присваивания, CID-часть 1 801 разделяется множеством соединений для MS 130 и включается в MAP, в то время как различные CID-части 2 1240, 1250 и 1260 включаются в связанные MAC PDU 1210, 1220 и 1230 в PHY-пакетном сигнале 1200.
Вернемся к фиг.6; можно увидеть, что GMH 600 типично включает в себя поле 620 типа. 6-тибитовое поле 620 типа в GMH 600 из MAC PDU обозначает типы подзаголовка, как определяется выше в Таблице 1, и эти подзаголовки используются для реализации сигнализации, необходимой для фрагментации, пакетирования, ARQ и сетчатых особенностей MAC. Однако большую часть времени большое количество передач может не требовать присутствия этих подзаголовков, и, следовательно, оно дополнительно производит излишние издержки в GMH 600, поскольку множество бит в 6-тибитовом поле 620 типа, как правило, является неиспользуемым.
В ответ на это и другие проблемы еще один вариант осуществления изобретения включает в себя минимизацию длины поля 620 типа, когда оно не требуется. К примеру, как иллюстрируется в Таблице 1300 с фиг.13, MSB-бит 1310 в поле 620 GMH-типа, типично текущий бит сетчатого подзаголовка, может использоваться для указания, присутствует ли какой-либо заголовок в GMH 600. Если этот MSB-бит 1310 равен "1", чем он указывает на присутствие подзаголовков после GMH 600, то поле 620 GMH-типа может использовать кодирование типа, определенное в 802.16e/d для 5 LSB 1320 для указания на присутствие подзаголовков и их типов. Если MSB 1310 равен "0", чем он указывает, что после GMH 600 не присутствует подзаголовков, 5 других бит 1320 в поле 620 типа могут использоваться для других целей, которые выходят за пределы объема настоящего описания, как, например, передача данных или емкость свободного заголовка для других приложений.
Обратимся к модифицированному GMH 1400 с фиг.14; альтернативно, MSB 1310 из поля 620 типа или другого поля может использоваться для указания на присутствие Расширенных подзаголовков 1420 типа после GMH 600. В этой реализации, когда этот Расширенный подзаголовок 1420 типа указывает на присутствие другого подзаголовка в MAC PDU. К примеру, 8-мибитовое расширенное поле 1420 типа может использоваться для идентификации дополнительных типов подзаголовков, как описано выше в Таблице 1. В этой реализации 6-тибитовое поле 620 типа или оставшиеся 5 бит в поле 620 типа могут освобождаться для использования в других целях, как, например, передача данных или предоставление дополнительной емкости заголовка для других приложений.
Как описано выше на фиг.3 и 4 и в соответствующем тексте, для каждого назначения восходящей для MS 130 в 802.16-системе, основной CID от MS 130 включается в UL-MAP 332, а CID передачи для передаваемого служебного потока включается в GMH 600 в MAC PDU 500. Подобным образом, для каждого назначения нисходящей линии для MS 130 в 802.16-системе, основной CID или CID передачи для MS 130 могут включаться в DL-MAP 331, а CID передачи для передаваемого служебного потока включается в GMH 600 в MAC PDU 500. Эта конфигурация передачи CID также прилагаема к сценариям, когда множество MAC PDU 335, 336 для MS 130 пакетируются в одиночный PHY-пакетный сигнал 330. В этом случае GMH 600 присоединяется к каждому MAC PDU 335, 336, включаемому в PHY-пакетный сигнал. В частности, 802.16-системы на данный момент используют одноуровневую структуру CID-пространства для управления соединениями, которая опять же производит излишние системные издержки. К примеру, для единичной передачи по меньшей мере два CID (основной CID и CID передачи), которые требуют по меньшей мере 32 бита, используются для отдельной MS 130, даже если основной CID и CID передачи могут быть выражены в гораздо меньшем пространстве.
Для решения этой и других проблем в сегодняшних 802.16-системах, согласно другому варианту осуществления, существующая управляющая схема одноуровневого соединения в 802.16d/e улучшается до иерархического соединения управляющей схемы путем введения Индекса соединения. Каждой MS присваивается основной CID. Для каждого другого соединения, установленного для основного/первичного/вторичного соединения или служебного потока, вместо него присваивается индекс соединения. Основным/первичным/вторичным соединениям могут автоматически присваиваться предустановленные значения Индекса соединения. Учитывая, что количество соединений, поддерживаемых одиночной MS 130, существенно меньше, чем общее количество соединений, поддерживаемых BS 120, количество Индексов соединения может быть существенно меньше, чем обычный CID. Следовательно, количество Индексов соединения может представляться меньшим количеством бит, к примеру только 4-мя битами, вместо того, чтобы представляться 16-ю битами, используемыми для CID.
При таком подходе, в течение процедуры установления соединения, как, например, процедура Динамического добавления службы (DSA), Индекс соединения присваивается новому соединению, связанному с параметром служебного потока. Как изображено на фиг.15, GMH 1500 из MAC PDU 500 изменяется следующим образом. Для каждого назначения, UL_MAP, который обозначает назначение, должен включать в себя основной CID от MS 130. В иллюстративном модифицированном GMH 1500 из MAC PDU, 4-хбитовый Индекс соединения 1510 для служебного потока или основного/первичного/вторичного соединения включается вместо 16-тибитового CID 660. Однако следует понимать, что размер индекса соединения 1510 может устанавливаться так, как необходимо для представления количества возможных соединений на BS 120. Разница между размером CID-поля 660 и Индекса соединения 1510, 12 бит в этом случае, может освобождаться для выполнения других функций, как, например, передача данных или выполнение других функций заголовка.
Как изображено на фиг.16, при таком подходе экономия полосы пропускания более существенна, когда множество MAC PDU 1630 для одиночной MS 130 или BS 120 пакетируются внутри одиночного PHY-пакетного сигнала 1600, потому что только один CID 1620 включается в MAP 1610, а все MAC PDU 1630 в PHY-пакетном сигнале 1600 идентифицируются Индексами соединения 1640, которые имеют меньшую длину.
Обратимся к фиг.17a и 17b; в случае, когда количество MAC PDU в PHY-пакетном сигнале для одиночного пользователя является большим, как определяется ниже (например, больше четырех MAC PDU 4, когда размер CID-индекса равен четырем), маска 1710 CID-индекса может включаться в первый MAC PDU 1700, как показано на фиг.17a, и ни CID-индекс, ни CID не включаются в любой другой последующий MAC PDU 1720, как показано на фиг.17b. Размер маски 1710 CID-индекса является максимальным количеством соединений, поддерживаемым одиночной MS 130, как, например, 16 бит. Далее, значение n-го бита в маске 1710 CID-индекса указывает на присутствие MAC PDU со значением CID-индекса, равным n. MAC PDU 1700, 1720 в пакетном сигнале должны упорядочиваться на основе возрастания Значения CID-индекса.
На фиг.7 (Уровень техники) показывается содержимое заголовка 700 запроса полосы (BR). Для запроса изменений для заданных характеристик соединения 6-битовый заголовок запроса полосы передается вместо Общего MAC-заголовка. В частности, BR-заголовок 700, как правило, включает в себя BR-поле 710, которое указывает количество восходящих байт запрашиваемой полосы пропускания.
Также согласно фиг.7, остальные поля в заголовке 700 запроса полосы являются, как правило, аналогичными вышеописанному GMH 600. В частности, биты HT и управления шифрованием (EC) 720 и 730, как правило, устанавливаются в значения "1" и "0", соответственно. 6-тибитовое поле 740 типа может принимать значение "0" для указания инкрементного запроса полосы или значение "1" для указания агрегированного запроса. CID-поле 750 указывает соединение, для которого производится запрос полосы. HCS-поле 760, как правило, является 8-мибитовым CRC из первых 5-ти байт заголовка запроса полосы 700.
Как описано выше, поскольку запрос полосы предназначен для индивидуального соединения, запрос полосы должен идентифицировать как MS 130, так и соединение.
Согласно одному варианту осуществления запрос полосы включает в себя как основной CID от MS (для идентификации MS), так и Индекс соединения для соединения (для идентификации индивидуального соединения).
Альтернативно, в течение процедуры установления соединения, как, например, DSA-процедура, дополнительно к Индексу соединения, CID передачи также присваивается. Сообщения, как, например, запрос полосы, посылаемые от MS/SS, используют CID передачи в CID-поле 750, как изображено на фиг.7, в то время как GMH 1500 из MAC PDU использует Индекс соединения 1510.
Согласно другому возможному решению, N самых старших бит из CID могут объединяться с индексом соединения. К примеру, где используются 12 самых старших бит из CID, первые 12 самых старших бит основного CID и 4-хбитовый Индекс соединения могут объединяться вместе для формирования CID передачи для соединения. Следует понимать, что любое количество N может быть выбрано, в зависимости от нужд сети связи. Согласно фиг.7, 16-тибитовый CID передачи, формируемый такой процедурой, может использоваться в CID-поле 750. CID передачи, формируемый такой процедурой, должен быть уникальным внутри BS 120 и не должен конфликтовать с любыми другими CID.
В то время как сообщения, как, например, запрос полосы, посылаемые от MS 130, используют CID передачи, GMH 1500 из MAC PDU может использовать Индекс соединения 1510, как описано выше на фиг.15. Далее, основной CID или только N самых старших бит основного CID могут включаться в MAP IE 1610, как изображено на фиг.16. Как описано выше, BS 120 должна проверять запись CID для подтверждения, что N самых старших бит основного CID от MS 130 не конфликтуют с аналогичными битами от другой MS 130. К примеру, 12 самых старших бит основного CID могут включаться в MAP IE 1610, и BS 120 может проверять запись CID для подтверждения, что 12 самых старших бит основного CID желаемой MS 130 не конфликтуют с аналогичными битами другой MS 130.
Таким образом, можно увидеть, что варианты осуществления настоящего изобретения могут использоваться отдельно или в объединении для предоставления существенного уменьшения в издержках заголовка по сравнению со стандартными 802.16-системами.
Обратимся к фиг.18A; один вариант осуществления настоящего изобретения предоставляет базовую станцию (BS) 1800 и мобильную станцию (MS) 1850 для понижения системных издержек путем уменьшения размера заголовков пакетов и/или управляющей информации, как в общем описано выше, в нисходящей передаче между BS 1800 и MS 1850. BS 1800, как правило, включает в себя MAP-генератор 1810 идентификатора, который использует CID-данные 1801 для предоставления MAP-идентификатора 1802 для MAP-генератора 1820, который генерирует управляющую информацию по UL-MAP и DL-MAP.
Как описано выше, MAP-идентификатором 1802 может являться CID-часть 1. К примеру, MAP-генератор 1810 идентификатора может использовать одну из подпрограмм RCID IE/SCID IE, описанных здесь, для укорачивания CID 1801. Альтернативно, CID 1801 может укорачиваться до индекса соединения или маски CID-индекса, когда это уместно, в зависимости от природы соединения. Когда формируется CID-часть 1, MAP-генератор 1810 идентификатора может выполнять сверку с другими сохраненными CID для минимизации столкновений.
BS 1800 дополнительно включает в себя PDU-генератор 1830 идентификатора, который использует CID-данные 1801 и MAP-идентификатор 1802 для формирования PDU-идентификатора 1803 для PDU-генератора 1840. К примеру, PDU-генератор 1830 идентификатора может принимать CID-часть 1 и CID и использует эту информацию для формирования уместной CID-части 2. Альтернативно, CID 1801 может укорачиваться до индекса соединения или маски CID-индекса, когда это уместно, в зависимости от MAP-идентификатора 1802. PDU-генератор 1840 затем использует CID-часть 2 для формирования MAC PDU в DL-данных.
Генератор 1835 поля типа дополнительно предоставляет инструкции 1804 поля типа PDU-генератору 1840. Как описано выше, генератор 1835 поля типа может указывать, необходимо ли поле типа. В зависимости от этой информации PDU-генератор может избирать заполнение поля типа, удаление/сокращение поля типа или добавление поля подзаголовка с данными типа.
Генератор 1845 канала трафика затем объединяет выходные данные из MAP-генератора 1820 и PDU-генератора 1840 и направляет этот результат к MS 1850.
Обратимся к фиг.18B; другой вариант осуществления настоящего изобретения предоставляет MS 1850 для понижения системных издержек, как в общем описано выше, в восходящей передаче от MS 1850 к BS 1800. MS 1850, как правило, включает в себя хранилище 1860 MAP-идентификатора, которое хранит MAP-идентификатор 1802, принятый от BS 1800. Как описано выше, MAP-идентификатором 1802 может являться CID-часть 1.
MS 1850 дополнительно включает в себя PDU-генератор 1880 идентификатора, который использует CID-данные 1851 и сохраненный MAP-идентификатор 1802 для формирования PDU-идентификатора 1853 для PDU-генератора 1890, который формирует UL-данные. К примеру, PDU-генератор 1880 идентификатора может принять сохраненную CID-часть 1 1802 и CID-данные 1851 и использует эту информацию для формирования уместной CID-части 2 1853. Альтернативно, CID 1851 может укорачиваться до индекса соединения или маски CID-индекса, когда это уместно, в зависимости от MAP-идентификатора 1802.
Генератор 1895 канала трафика затем объединяет выходные данные от PDU-генератора 1890 и направляет этот результат к BS 1800.
Если MS 1850 посылает BR-сообщение к BS 1800, PDU-генератор 1890 идентификатора может включать в себя как основной CID от MS, так и Индекс соединения. Альтернативно, если BS 1800 также присваивает CID передачи, PDU-генератор 1890 идентификатора использует CID передачи в BR-сообщении и Индекс соединения в последующих MAC PDU. Согласно другому возможному решению, несколько старших бит из CID могут объединяться с индексом соединения.
Вышеприведенное описание предпочтительных вариантов осуществления изобретения было представлено в целях иллюстрации и описания. Оно не предусматривается как исчерпывающее описание или ограничение изобретения точной раскрытой формой. Много модификаций и видоизменений возможны с учетом вышеописанной идеи. Подразумевается, что объем изобретения ограничивается не этим подробным описанием, а приложенной здесь формулой. В частности, следует отметить, что хотя вышеприведенное описание особым образом ссылается на 802.16-стандарты и системы связи, следует понимать что идеи, содержащиеся здесь, также прилагаемы к типам связи на основе пакетов. Вышеприведенные техническое описание, примеры и данные предоставляют полное описание изготовления и использования композиции изобретения. Поскольку много вариантов осуществления изобретения могут выполняться без выхода за пределы сущности и объема изобретения, изобретение состоит в прилагаемой далее формуле.

Claims (10)

1. Мобильная станция, содержащая:
генератор идентификатора блоков пакетных данных (PDU), выполненный с возможностью формирования адресных данных PDU, которые содержат либо индекс соединения, либо маску CID-индекса без идентификатора соединения (CID) передачи;
PDU-генератор, выполненный с возможностью приема данных упомянутого идентификатора PDU и формирования первого блока пакетных данных управления доступом к среде (MAC PDU), содержащего первый заголовок, содержащий данные упомянутого идентификатора PDU; и
генератор трафика, выполненный с возможностью передачи упомянутого первого MAC PDU в пакетном сигнале.
2. Мобильная станция по п.1, в которой данные идентификатора PDU дополнительно содержат один или более бит, по меньшей мере, из одного старшего бита из CID мобильной станции.
3. Мобильная станция по п.1, в которой упомянутый генератор PDU дополнительно выполнен с возможностью формирования второго MAC PDU, причем генератор трафика передает второй MAC PDU в пакетном сигнале и упомянутый второй MAC PDU содержит второй заголовок без адресной информации.
4. Мобильная станция по п.1, в которой генератор идентификатора PDU выполнен с возможностью приема индекса соединения от базовой станции в течение процедуры установления соединения.
5. Мобильная станция по п.4, в которой генератор идентификатора PDU дополнительно выполнен с возможностью приема CID передачи от базовой станции в течение процедуры установления соединения.
6. Базовая станция, содержащая:
генератор идентификатора карты, выполненный с возможностью приема данных идентификатора соединения (CID) и формирования данных идентификатора карты;
генератор карты, выполненный с возможностью приема упомянутых данных идентификатора карты и формирования карты;
генератор идентификатора блоков пакетных данных (PDU), выполненный с возможностью приема данных CID и данных идентификатора карты и формирования данных идентификатора PDU;
генератор PDU, выполненный с возможностью приема упомянутых данных идентификатора PDU для формирования PDU управления доступом к среде (MAC); и
генератор трафика, выполненный с возможностью объединения упомянутой карты и упомянутого MAC PDU в пакетный сигнал,
при этом упомянутый генератор карты содержит преобразователь уменьшенного CID (RCID), выполненный с возможностью уменьшения упомянутых данных CID.
7. Базовая станция по п.6, в которой данные CID являются первыми данными CID, первые данные идентификатора PDU являются первыми данными идентификатора первого PDU, MAC PDU содержит первый MAC PDU и в котором:
генератор идентификатора карты дополнительно выполнен с возможностью приема вторых данных CID;
генератор идентификатора PDU дополнительно выполнен с возможностью приема вторых данных CID и данных идентификатора карты для формирования вторых данных идентификатора PDU;
PDU-генератор дополнительно выполнен с возможностью приема упомянутых вторых данных идентификатора PDU и формирования второго MAC PDU и
генератор трафика дополнительно выполнен с возможностью объединения упомянутой карты, содержащей упомянутые данные идентификатора карты, упомянутого первого MAC PDU, содержащего упомянутые первые данные идентификатора PDU, и второго MAC PDU, содержащего упомянутые вторые данные идентификатора PDU, в пакетный сигнал.
8. Базовая станция по п.6, дополнительно содержащая генератор типа, выполненный с возможностью формирования данных типа, причем PDU дополнительно содержит поле типа, причем упомянутое поле типа содержит бит типа, причем упомянутый бит типа указывает на присутствие данных типа в битах заголовка данных типа или в поле "тип" подзаголовка.
9. Базовая станция по п.6, в которой упомянутый первый MAC PDU содержит заголовок, который сконфигурирован в соответствии с размером упомянутой адресной информации PDU.
10. Базовая станция по п.6, в которой упомянутая карта содержит сообщение гибридного автоматического запроса на повторную передачу (HARQ) и в которой упомянутая первая адресная информация уникальным образом идентифицирует предусмотренную мобильную станцию.
RU2010117379/07A 2007-10-04 2008-10-03 Способ и устройство для уменьшения системных издержек RU2504087C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/905,808 2007-10-04
US11/905,808 US20090092076A1 (en) 2007-10-04 2007-10-04 Method and apparatus to reduce system overhead
PCT/US2008/011494 WO2009045530A1 (en) 2007-10-04 2008-10-03 Method amd apparatus to reduce system overhead

Publications (2)

Publication Number Publication Date
RU2010117379A RU2010117379A (ru) 2011-11-10
RU2504087C2 true RU2504087C2 (ru) 2014-01-10

Family

ID=40523160

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2010117379/07A RU2504087C2 (ru) 2007-10-04 2008-10-03 Способ и устройство для уменьшения системных издержек

Country Status (7)

Country Link
US (1) US20090092076A1 (ru)
EP (1) EP2198542B1 (ru)
KR (1) KR101216153B1 (ru)
CN (1) CN101884184A (ru)
IL (1) IL204845A0 (ru)
RU (1) RU2504087C2 (ru)
WO (1) WO2009045530A1 (ru)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2696598C2 (ru) * 2014-11-28 2019-08-05 Сони Корпорейшн Устройство обработки информации, способ обработки информации и программа
RU2790617C1 (ru) * 2022-06-01 2023-02-28 Акционерное общество "Научно-производственное предприятие "Цифровые решения" Способ высокоскоростного удаления поля данных при пакетной коммутации

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7792108B2 (en) * 2005-04-08 2010-09-07 Interdigital Technology Corporation Method and apparatus for transmitting concatenated frames in a wireless communication system
KR101265643B1 (ko) 2006-08-22 2013-05-22 엘지전자 주식회사 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법
KR101430449B1 (ko) 2006-10-02 2014-08-14 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 송수신 방법
EP2078342B1 (en) * 2006-10-30 2015-08-26 LG Electronics Inc. Method for transmitting random access channel message and response message, and mobile communication terminal
KR100938754B1 (ko) 2006-10-30 2010-01-26 엘지전자 주식회사 비연속 수신을 이용한 데이터 수신 및 전송 방법
WO2008054112A2 (en) * 2006-10-30 2008-05-08 Lg Electronics Inc. Methods of performing random access in a wireless communication system
KR101458641B1 (ko) * 2007-04-30 2014-11-05 엘지전자 주식회사 Ｍｂｍｓ를 지원하는 무선통신 시스템에서 데이터 전송방법
KR101386812B1 (ko) * 2007-04-30 2014-04-29 엘지전자 주식회사 헤더 필드 존재 지시자를 이용한 효율적인 데이터 블록송수신방법
US8081662B2 (en) 2007-04-30 2011-12-20 Lg Electronics Inc. Methods of transmitting data blocks in wireless communication system
WO2008133481A1 (en) 2007-04-30 2008-11-06 Lg Electronics Inc. Method for performing an authentication of entities during establishment of wireless call connection
KR101469281B1 (ko) * 2007-04-30 2014-12-04 엘지전자 주식회사 무선단말의 상태 전환 방식
KR101464748B1 (ko) * 2007-04-30 2014-11-24 엘지전자 주식회사 무선단말의 측정보고 기동방식
KR20080097338A (ko) * 2007-05-01 2008-11-05 엘지전자 주식회사 불연속 데이터 송수신 방법
KR100917205B1 (ko) 2007-05-02 2009-09-15 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 구성 방법
ES2652668T3 (es) 2007-06-18 2018-02-05 Lg Electronics Inc. Procedimiento y equipamiento de usuario para realizar una sincronización de enlace ascendente en un sistema de comunicación inalámbrica
WO2008156308A2 (en) 2007-06-18 2008-12-24 Lg Electronics Inc. Paging information transmission method for effective call setup
US8139524B2 (en) * 2007-06-18 2012-03-20 Lg Electronics Inc. Control channel reception method for receiving broadcast or multicast service
US8571554B2 (en) * 2007-07-04 2013-10-29 Samsung Electronics Co., Ltd. Apparatus and method for managing connection identification in a communication system
KR101387537B1 (ko) * 2007-09-20 2014-04-21 엘지전자 주식회사 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
JP4978428B2 (ja) * 2007-10-31 2012-07-18 富士通株式会社 無線通信システムにおけるコネクション識別子の割当て方法
KR20090061396A (ko) * 2007-12-11 2009-06-16 엘지전자 주식회사 무선 접속 시스템에서 대역폭을 요청하는 방법
KR101387530B1 (ko) * 2007-12-28 2014-04-21 엘지전자 주식회사 자동 재전송 요구를 위한 자원할당방법
WO2009086691A1 (zh) * 2008-01-04 2009-07-16 Alcatel Shanghai Bell Co., Ltd. 用于识别连接的方法、移动台及基站
CN101562557B (zh) * 2008-01-11 2011-09-21 中兴通讯股份有限公司 多跳中继网络中map和相应数据的关联方法
TWI387262B (zh) * 2008-01-16 2013-02-21 Inst Information Industry 用於一多躍式無線網路之中央控制裝置、訊號傳輸裝置、訊號轉發裝置及其傳輸方法
GB0809402D0 (en) * 2008-05-23 2008-07-02 Nec Corp Microwave radio communications device and related method of operation and network arrangement
WO2010009477A2 (en) * 2008-07-18 2010-01-21 Zte (Usa) Inc. Connection addressing for wireless communications
KR101606205B1 (ko) * 2008-08-21 2016-03-25 엘지전자 주식회사 무선통신 시스템에서 상태 보고 유발 방법 및 수신기
WO2010028312A2 (en) * 2008-09-05 2010-03-11 Zte (Usa) Inc. Mac layer packet data units for wireless communications
KR100917832B1 (ko) 2008-09-19 2009-09-18 엘지전자 주식회사 시간 정렬 타이머를 고려한 신호 송수신 방법 및 이를 위한 사용자 기기
US20100118797A1 (en) * 2008-11-13 2010-05-13 Qualcomm Incorporated Methods and systems using fast dl / ul synchronization for mobile systems
US8908578B2 (en) * 2008-12-22 2014-12-09 Lg Electronics Inc. Method for requesting and allocating uplink resource in wireless communication system
US8385261B2 (en) * 2009-01-22 2013-02-26 Qualcomm Incorporated Methods and systems for setting CID mask length of a HARQ-MAP/SUB-MAP pointer IE in WiMAX systems
US8625484B2 (en) * 2009-02-05 2014-01-07 Qualcomm Incorporated Methods and apparatus for providing fast and power efficient multicast scheme
WO2010101439A2 (en) * 2009-03-05 2010-09-10 Lg Electronics Inc. Method and apparatus for updating system information in broadband wireless communication system
IL197881A (en) * 2009-03-24 2015-10-29 Sparkmotion Inc A method of treating wireless network with corrupted signals
KR101147777B1 (ko) 2009-04-14 2012-05-25 엘지전자 주식회사 매체접속제어 프로토콜데이터 유닛 전송방법
KR101165642B1 (ko) * 2009-09-02 2012-07-16 엘지전자 주식회사 압축 ｍａｃ 헤더를 이용한 ｍａｃ ｐｄｕ 송수신 방법 및 장치
BR112012004798B1 (pt) 2009-09-02 2021-09-21 Apple Inc Construção de unidade de dados de pacote de mac para sistemas sem fio
KR20120016589A (ko) * 2010-08-16 2012-02-24 삼성전자주식회사 이동 통신 시스템의 ｈａｒｑ 및 ａｒｑ 제어 장치 및 방법
US8514889B2 (en) * 2011-08-26 2013-08-20 Sonics, Inc. Use of common data format to facilitate link width conversion in a router with flexible link widths
KR101933465B1 (ko) 2011-10-13 2019-01-11 삼성전자주식회사 이동 통신 시스템에서 패킷 송수신 장치 및 방법
CN103209045A (zh) * 2012-01-12 2013-07-17 华为终端有限公司 数据通信的方法、装置及系统
JP2015534366A (ja) * 2012-09-29 2015-11-26 エルジー エレクトロニクス インコーポレイティド 無線ｌａｎシステムにおいて中継動作を行う方法及び装置
US9338130B2 (en) * 2013-02-11 2016-05-10 Broadcom Corporation Apparatus and method to register Wi-Fi clients on a Wi-Fi network
EP3675464B1 (en) 2014-10-22 2021-03-03 Samsung Electronics Co., Ltd. Method and system for transmitting and receiving protocol data unit in communication networks
WO2018190928A1 (en) * 2017-04-14 2018-10-18 Ehud Reshef Modified header for communication in a next-generation wi-fi network
WO2019028866A1 (zh) 2017-08-11 2019-02-14 Oppo广东移动通信有限公司 数据传输方法及相关产品
CN109392017B (zh) * 2017-08-11 2021-07-09 大唐移动通信设备有限公司 一种随机接入响应的方法、装置、基站及终端
CN110832901A (zh) 2017-08-11 2020-02-21 Oppo广东移动通信有限公司 数据传输方法及相关产品

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050286451A1 (en) * 2004-06-24 2005-12-29 Samsung Electronics Co., Ltd. Connection identification allocating system and method in a broadband wireless access communication system
US20070091817A1 (en) * 2005-09-21 2007-04-26 Lg Electronics Inc. Method of reducing signalling overhead and power consumption in a wireless communication system
US20070160213A1 (en) * 2006-01-06 2007-07-12 Mehmet Un Efficient handling of messages, data and keys in media access layers for network communications
RU2303858C2 (ru) * 2001-11-24 2007-07-27 Эл Джи Электроникс Инк. Способ передачи пакетных данных в системе связи

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6791982B2 (en) * 1999-09-29 2004-09-14 Telefonaktiebolaget Lm Ericsson Segmentation protocol that supports compressed segmentation headers
KR100686775B1 (ko) * 2003-11-07 2007-02-23 삼성전자주식회사 광대역 무선 접속 통신 시스템에서 트래픽 지시 메시지 전송 방법
WO2005050875A1 (en) * 2003-11-19 2005-06-02 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving common control information in a wireless communication system
CN1961504B (zh) * 2004-06-23 2012-05-30 三星电子株式会社 在宽带无线接入通信系统中构造和更新连接标识符的方法
KR100895165B1 (ko) * 2004-07-10 2009-05-04 삼성전자주식회사 직교 분할 다중 접속 시스템을 위한 동적자원할당방법
KR101253618B1 (ko) * 2004-12-27 2013-04-10 엘지전자 주식회사 Ｏｆｄｍａ 무선 접속 시스템에서의 하향링크 채널 정보피드백 방법
RU2369027C2 (ru) * 2005-01-11 2009-09-27 Самсунг Электроникс Ко., Лтд. Способ и система для указания назначения пакета данных в системе беспроводной связи
EP1681790B1 (en) * 2005-01-12 2007-05-30 Samsung Electronics Co., Ltd. Apparatus and method for transmitting information data in a wireless communication system
KR100902499B1 (ko) * 2005-08-02 2009-06-15 삼성전자주식회사 광대역 무선통신시스템에서 프레임 통신 장치 및 방법
CN1933390B (zh) * 2005-09-15 2014-08-13 三星电子株式会社 在正交频分多址通信系统中生成帧的方法
CN1937615B (zh) * 2005-09-20 2012-01-25 株式会社Ntt都科摩 无线分布式网络中的媒体接入控制方法和装置
US7630402B2 (en) * 2006-01-06 2009-12-08 Fujitsu Limited Media access layer processors for network communications
KR100978787B1 (ko) * 2006-06-16 2010-08-30 삼성전자주식회사 통신 시스템에서의 전력 제어 방법 및 장치
US8019373B2 (en) * 2006-06-16 2011-09-13 Samsung Electronics Co., Ltd System and method for controlling power in a communication system
US7917166B2 (en) * 2006-06-16 2011-03-29 Samsung Electronics Co., Ltd. System and method for controlling power in a communication system
US7911936B2 (en) * 2006-10-30 2011-03-22 Intel Corporation Techniques to reduce overhead in OFDMA based wireless networks
US7937090B2 (en) * 2006-12-26 2011-05-03 Wi-Lan Inc. Shorthand connection identifier with embedded subfield
KR101467750B1 (ko) * 2007-06-04 2014-12-03 엘지전자 주식회사 이동 통신 시스템에서 ｍａｃ 헤더 생성방법 및 데이터전송방법
US8201041B2 (en) * 2007-07-03 2012-06-12 Industrial Technology Research Institute Transmission control methods and devices for communication systems

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2303858C2 (ru) * 2001-11-24 2007-07-27 Эл Джи Электроникс Инк. Способ передачи пакетных данных в системе связи
US20050286451A1 (en) * 2004-06-24 2005-12-29 Samsung Electronics Co., Ltd. Connection identification allocating system and method in a broadband wireless access communication system
US20070091817A1 (en) * 2005-09-21 2007-04-26 Lg Electronics Inc. Method of reducing signalling overhead and power consumption in a wireless communication system
US20070160213A1 (en) * 2006-01-06 2007-07-12 Mehmet Un Efficient handling of messages, data and keys in media access layers for network communications

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2696598C2 (ru) * 2014-11-28 2019-08-05 Сони Корпорейшн Устройство обработки информации, способ обработки информации и программа
RU2790617C1 (ru) * 2022-06-01 2023-02-28 Акционерное общество "Научно-производственное предприятие "Цифровые решения" Способ высокоскоростного удаления поля данных при пакетной коммутации

Also Published As

Publication number Publication date
RU2010117379A (ru) 2011-11-10
EP2198542A4 (en) 2016-09-21
CN101884184A (zh) 2010-11-10
EP2198542A1 (en) 2010-06-23
US20090092076A1 (en) 2009-04-09
KR101216153B1 (ko) 2012-12-27
EP2198542B1 (en) 2019-05-08
WO2009045530A1 (en) 2009-04-09
IL204845A0 (en) 2010-11-30
KR20100077188A (ko) 2010-07-07

Similar Documents

Publication Publication Date Title
RU2504087C2 (ru) Способ и устройство для уменьшения системных издержек
Eklund et al. IEEE standard 802.16: a technical overview of the WirelessMAN/sup TM/air interface for broadband wireless access
US7339921B2 (en) Connection identification allocating system and method in a broadband wireless access communication system
EP2109338B1 (en) Indicating the frame offset of Multicast Broadcast Service data bursts in an MBS-MAP message
US7630355B2 (en) Method and system for enabling HARQ operations on channels between stations in wireless communication networks
US7936774B2 (en) Method and devices for multicasting information over a network that applied a distributed media access control scheme
KR100594543B1 (ko) 통신시스템에서 무선링크 프로토콜을 동적으로 구성하는 방법 및 그 장치
US6996100B1 (en) Method and system for medium access on a radio channel
KR101216074B1 (ko) 대역폭요청프리엠블 시퀀스 선택방법 및 임의접속방법
WO2018030069A1 (ja) 端末及び通信方法
JP5567128B2 (ja) Ａｒｑフィードバック情報伝送及び受信方法
US8879474B2 (en) Method and apparatus for receiving a medium access control protocol data unit having a fragmentation and packing extended header
JP2011507447A (ja) 多重周波数チャンネル同時接続端末器およびそのプロトコルデータユニット順序整列方法
WO2011132413A1 (ja) 基地局、移動局、協調移動局、送信方法及び受信方法
US20090190572A1 (en) Downlink data control system for radio access networks
US6519469B1 (en) Uplink detection of schedule mobiles for avoiding access delays
WO2002023791A2 (en) Retransmission for broadcast information
CN101088230B (zh) 用于传输数据包的方法
EP3484226B1 (en) Reducing latency in wireless cellular communication
US20230362932A1 (en) Method and apparatus for transmitting/receiving signal for groupcast in wireless communication system
WO2000059260A1 (en) Data communications method and data signal
Ma et al. MAC Layer Protocol in WiMAX Systems
Chae et al. IEEE P802. 22

Legal Events

Date Code Title Description
PD4A Correction of name of patent owner
PC41 Official registration of the transfer of exclusive right

Effective date: 20180410