[go: up one dir, main page]

RU2470479C1 - Способ и устройство для сигнализации сегментации и сцепления пакетов в системе связи - Google Patents

Способ и устройство для сигнализации сегментации и сцепления пакетов в системе связи Download PDF

Info

Publication number
RU2470479C1
RU2470479C1 RU2011122892/07A RU2011122892A RU2470479C1 RU 2470479 C1 RU2470479 C1 RU 2470479C1 RU 2011122892/07 A RU2011122892/07 A RU 2011122892/07A RU 2011122892 A RU2011122892 A RU 2011122892A RU 2470479 C1 RU2470479 C1 RU 2470479C1
Authority
RU
Russia
Prior art keywords
data
block
data packet
overhead
pdu
Prior art date
Application number
RU2011122892/07A
Other languages
English (en)
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=36001031&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=RU2470479(C1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Панасоник Корпорэйшн filed Critical Панасоник Корпорэйшн
Application granted granted Critical
Publication of RU2470479C1 publication Critical patent/RU2470479C1/ru

Links

Images

Classifications

    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1841—Resequencing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/43—Assembling or disassembling of packets, e.g. segmentation and reassembly [SAR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
    • H04L5/0046—Determination of the number of bits transmitted on different sub-channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/02—Protocol performance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/166—IP fragmentation; TCP segmentation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • 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
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Изобретение относится к структуре пакета данных для передачи данных блоков служебных данных (SDU) с использованием протокольных блоков данных (PDU). Технический результат заключается в повышении эффективности передачи. Пакет данных содержит полезную нагрузку пакета данных, содержащую по меньшей мере один протокольный блок данных (PDU), при этом протокольный блок данных (PDU) содержит блок служебных данных (SDU) или фрагмент блока служебных данных; и заголовок пакета данных, содержащий индикатор (FTF, SFF), указывающий, начинается или нет полезная нагрузка пакета данных с протокольного блока данных (PDU), являющегося фрагментом блока служебных данных, и заканчивается или нет полезная нагрузка пакета данных протокольным блоком данных (PDU), являющимся фрагментом блока служебных данных. 2 н. и 2 з.п. ф-лы, 12 ил.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Областью техники изобретения является отображение высокоуровневых пакетов в низкоуровневые кадры в системе связи, которая может быть либо беспроводной сетью или сетью со стационарными линиями. Для того чтобы адаптировать пакеты, доставляемые верхним уровнем, к возможностям физической сети (например, максимальному размеру кадра), иногда необходимо сегментировать или фрагментировать их в несколько блоков, которые передавались бы отдельными кадрами. Таким же образом, также может быть необходимым сцеплять несколько пакетов в один кадр, для того чтобы повышать эффективность передачи. Изобретение предлагает новый эффективный способ указания узлу приема, каким образом была выполнена сегментация и сцепление на стороне передатчика.
УРОВЕНЬ ТЕХНИКИ
Необходимость адаптации высокоуровневых пакетов к характеристикам физической сети является классической задачей для всех типов систем связи, таких как беспроводные сети (GSM (Глобальной системы мобильной связи), UMTS (Универсальной системы мобильных телекоммуникаций), WiLAN, WiMax и т.п.) или стационарные сети (IP (протокола сети Интернет), Frame relay (ретрансляции кадров), PPP (непосредственного соединения), ATM (асинхронного режима передачи) и т.п.).
Общий обзор уровня OSI
В этом разделе дано краткое введение в модель OSI (взаимодействия открытых систем) (смотрите фиг.1), которая будет использоваться для иллюстрации пояснений, приведенных ниже.
Эталонная модель взаимодействия открытых систем (для краткости модель OSI или эталонная модель OSI) является разделенным на уровни абстрактным описанием для разработки протоколов коммуникационных и компьютерных сетей. Модель OSI делит функции системы на последовательность уровней. Каждый уровень обладает свойством, что он использует только функции уровня снизу и экспортирует функциональные возможности только на уровень сверху. Система, которая реализует протокольный образ действий, состоящий из последовательности этих уровней, известна как 'стек протоколов' или 'стек'. Ее главный признак состоит в переходе между уровнями, который диктует технические требования касательно того, каким образом один уровень взаимодействует с другим. Это означает, что, в принципе, уровень, написанный одним производителем, может работать с уровнем от другого. Для нашей цели будут описываться только три первых уровня.
Основным назначением физического уровня, или уровня 1, является передача информации (бита) через определенную физическую среду (например, коаксиальные кабели, витые пары, волоконные световоды или эфир). Он преобразует или модулирует данные в сигналы, которые передаются по каналу связи.
Назначение уровня управления передачей данных, или уровня 2, состоит в том, чтобы формировать информационный поток способом, совместимым с определенным физическим уровнем, посредством деления входных данных на кадры данных (функции сегментации и повторной сборки, или SAR). Более того, он может обнаруживать и исправлять потенциально возможные ошибки передачи, запрашивая повторную передачу потерянного кадра. Он предусматривает механизм адресации и может предлагать алгоритмы управления потоком, для того чтобы выравнивать скорость передачи данных с пропускной способностью приемника. В заключение, когда совместно используемая среда используется одновременно многочисленными передатчиками и приемниками, он предлагает механизмы для регулирования и управления доступом к физической среде. Так как диапазон функций уровня управления передачей данных велик, уровень управления передачей данных часто подразделяется на два подуровня (например, подуровни RLC (управления радиосвязью) и MAC (управления доступом к среде передачи) в UMTS). Типичными примерами протоколов уровня 2 являются PPP/HDLC, ATM, ретрансляция кадров для сетей со стационарными линиями и RLC, LLC (управления логической связью) или MAC для беспроводных систем.
Сетевой уровень, или уровень 3, предусматривает функциональное и процедурное средство для передачи пакетов переменной длины из источника в пункт назначения через одну или более сетей, наряду с поддержанием качества обслуживания, запрошенного транспортным уровнем. Основные назначения сетевого уровня состоят в том, чтобы выполнять функции маршрутизации сети, фрагментации сети и контроля перегрузки. Основными примерами протоколов сетевого уровня являются протокол сети Интернет, IP, или X.25.
Большее количество информации об уровневой модели OSI может быть найдено в «Computer Networks», Andrew S. Tanenbaum, fourth edition, Prentice Hall International Edition, page 37-41, section 1.4 («Компьютерные сети», Эндрю С.Таненбаум, четвертая редакция, международное издание Прентис-Холл, стр. 37-41, раздел 1.4).
Определение SDU и PDU
Для того чтобы формально описывать обобщенным образом обмен пакетами между уровнями в модели OSI, были определены объекты SDU (блок служебных данных) и PDU (протокольный блок данных). SDU является единицей информации, передаваемой из протокола на уровне N+1, который запрашивает обслуживание у протокола, расположенного на уровне N через SAP (точку доступа к обслуживанию). PDU является единицей информации, обмениваемой между одноранговыми процессами в передатчике и в приемнике одного и того же протокола, расположенного на одном и том же уровне N. PDU обычно образован частью полезной нагрузки, состоящей из обработанного варианта принятого SDU и управляющей информации, например специфичного для уровня N заголовка, и, возможно, завершенного концевиком. Поскольку нет прямого физического соединения (за исключением L1) между этими одноранговыми процессами, PDU пересылается на уровень N-1 для обработки. Поэтому PDU уровня N, с точки зрения уровня N-1, является SDU. Это проиллюстрировано на фиг.2.
Назначение фрагментации/сегментации
Фрагментация, или, равнозначно, сегментация могут требоваться по трем разным причинам.
Прежде всего, фрагментация может требоваться для транспортировки дейтаграмм или пакетов через сети, чей максимально допустимый размер дейтаграмм или максимальный размер передаваемого блока данных (MTU) является меньшим, чем их размер. Фрагментация дейтаграммы типично реализуется на уровне IP и задана в качестве фрагментации IP в вариантах IPv4 или IPv6 стандарта. Подобным образом, сегментация необходима, когда данные транспортируются по сети ATM, для того чтобы укладывать размер полезной нагрузки в 48 октетов в ячейку ATM. Это выполняется на уровнях адаптации ATM (AAL) между уровнем 2 ATM и транспортным уровнем (например, IP).
Во-вторых, фрагментация может выполняться для того, чтобы уравновешивать нагрузку потока обмена в параллельных линиях связи, например в параллельных линиях связи ISDN (цифровой сети с интегрированными услугами). Многозвенный протокол (MP) PPP («The PPP Multilink Protocol (MP)», RFC 1990, Sklower, K., Lloyd, B., McGregor, G., Carr, D. and T.Coradetti, August 1996 («Многозвенный протокол (MP) PPP», RFC 1990, Скловер К., Ллойд Б., Мак-Грегор Г., Карр Д. и Т.Корадетти, август 1996 года)), основанный на PPP, описывает способ для дробления, рекомбинирования и упорядочения дейтаграмм по многочисленным логическим каналам данных.
В заключение, в беспроводных системах сегментация пакета, потенциально объединенная со сцеплением, часто выполняется на уровне 2 (например, подуровне RLC в UMTS, 3GPP TS 25.322, v6.4.0, «Radio Link Control (RLC) protocol specification» («Спецификация протокола управления радиосвязью (RLC)»)), для того чтобы подгонять пакеты более высокого уровня к ресурсам, предлагаемым более низким уровнем. Так как ресурсы типично недостаточны в беспроводной среде, сцепление нескольких пакетов более высокого уровня рекомендовано для того, чтобы увеличивать общую эффективность системы.
Для того чтобы узлу приемника разделять сцепленные фрагменты и надлежащим образом рекомбинировать принятые фрагменты в исходные пакеты, информации о сегментации необходимо доставляться в узел приема. Эта информация, обычно объединенная с технологией нумерации, помечающей каждый фрагмент, дает уровню 2 в приемнике возможность доставлять полные и согласующиеся пакеты на следующий более высокий уровень.
В следующих разделах будет представлено несколько существующих способов сигнализации сегментации, которые будут помогать пониманию отличительных признаков по отношению к настоящему изобретению.
Сигнализация SAR с помощью нумерации фрагментов
Первый класс способов для указания фрагментации перегруппировывает несколько подобных технологий, которые указывают позицию фрагментов в пакете источника. Необходимы два элемента: первым является индексное указание на позицию фрагмента в пакете источника. Этот индекс может принимать либо форму смещения фрагментации (фрагментация IP, смотрите «Computer Network», Andrew S. Tanenbaum, fourth edition, Prentice Hall International Edition, page 37-41 section 1.4) или эквиваленты последовательного номера фрагмента FSN (WiLAN, смотрите 802.11: спецификации управления доступом к среде передачи (MAC) и физического уровня (PHY) беспроводной LAN).
Этот индекс должен инициализироваться известным значением (например, FSN=нулю) для первого сегмента пакета источника. Узел приемника использует этот индекс для записи фрагментов в правильной последовательности и обнаружения потерянных фрагментов. Кроме того, последний сегмент пакета указывается однобитным признаком (LF). Нефрагментированный пакет сигнализируется стороне приемника установкой индекса на начальную позицию (например, FSN=нулю) и одновременным указанием, что этот пакет является последним фрагментом в пакете источника. Эта технология используется, например, в протоколе фрагментации IP или в AAL-1 уровня адаптации ATM. Уровень MAC WiLAN 802.11 также использует такую же технологию. WiLAN также добавляет в конец поле, идентифицирующее пакет источника, к каждому фрагменту. Это необходимо, так как MAC 802.11 может быть сконфигурирован для переупорядочения пакетов на стороне приемника перед доставкой на следующий, более высокий уровень. Этого требования последовательной доставки не существует на уровне IP, переупорядочение либо не требуется, либо выполняется более высоким уровнем (например, TCP).
Принцип технологии SAR посредством нумерации фрагментов в WiLAN показан на фиг.3.
Служебные данные или сигналы сигнализации относительно значимы, поскольку каждый фрагмент должен нести по меньшей мере флаг, LF, последнего фрагмента и последовательный номер фрагмента, FSN, и, в конечном счете, последовательный номер, SN, пакета источника.
Сигнализация SAR с помощью признаков начала/конца
Второй класс способов SAR широко используется в различных протоколах, таких как AAL-3/4 уровня адаптации ATM, соглашение FRF.12 реализации фрагментации ретрансляции кадров Frame Relay, технический комитет форума по ретрансляции кадров, WiMax и многозвенный протокол (MP) PPP («The PPP Multilink Protocol (MP)», RFC 1990, Sklower, K., Lloyd, B., McGregor, G., Carr, D. and T.Coradetti, August 1996). Основная идея в этом втором классе технологий SAR состоит в том, чтобы использовать однобитные признаки, чтобы указывать для каждого PDU SAR, является ли PDU первым, последним или средним фрагментом SDU, либо является ли полным SDU SAR. Оба признака являются частью заголовка PDU. В некоторых реализациях (ретрансляции кадров и многозвенном протоколе PPP) различают функцию двух флагов в качестве одного, указывающего начало SDU, и другого, указывающего его конец. Бит B начального фрагмента установлен в 1 в первом фрагменте, выведенном из SDU SAR, и установлен в 0 для всех других фрагментов из того же самого SDU. Бит E конечного фрагмента установлен в 1 в последнем фрагменте и установлен в 0 для всех других фрагментов. PDU может иметь оба бита, начального и конечного фрагмента, установленными в 1. В этом случае он указывает, что никакой сегментации не имеет места. Кроме того, добавляется нумерация последовательности фрагментов, для того чтобы узлу приемника обнаруживать потерю фрагмента и, потенциально, выполнять переупорядочение PDU, если линия связи не сохраняет последовательность PDU. После переупорядочения приемник может легко проверять биты B и E, чтобы опознавать, какому PDU SAR необходимо комбинироваться, для перестройки исходных SDU. Фигуры дают иллюстрацию этой технологии.
Сигнализация SAR с помощью индикаторов длины
Третий класс состоит в наборе технологий, которые являются использующими поля индикаторов длины в качестве указателей для указания границ SDU. Хорошим примером является RLC (управление радиосвязью) в R99 UMTS. В RLC PDU RLC может нести сегменты нескольких SDU или биты заполнения незначащей информацией. Действительно, R99 UMTS работает с PDU фиксированного размера, который может не быть выровненным с длиной SDU, которые должны передаваться. Так как радиоресурсы недостаточны, считалось, что необходимо предоставлять возможность сцепления SDU на уровне PDU. В общем способе переменное количество индикаторов длины (LI) добавляется в заголовок PDU. Индикатор длины используется для указания последнего октета каждого SDU RLC, заканчивающегося в пределах PDU. Как обычно, нумерация последовательности, основанная на PDU, добавляется в заголовок для того, чтобы дать возможность обнаружения потери и переупорядочения. Приемник, поэтому, может выполнять переупорядочение, запрашивать повторную передачу потерянного PDU и снова собирать SDU. Более того, LI со специальным значением указывает, когда заполнение незначащей информацией используется для заполнения конца PDU.
Основной недостаток этой технологии состоит в том, что служебные данные или сигналы зависят от количества сегментов SDU в PDU, и, вследствие этого, заголовок также имеет переменный размер. Более того, использование специальных полей имеет тенденцию повышать сложность RLC.
В заключение, эта технология не очень эффективна при рассмотрении переменного размера PDU, которое могло бы быть более гибким и лучше адаптированным к ориентированной на полные пакеты среде в беспроводной системе. Обобщенный пример этой технологии показан на фиг.5.
Функция сцепления в беспроводной системе
Сцепление является функцией, которая особенно полезна для беспроводных систем. Сочетание сегментации и сцепления дает передатчику возможность лучше адаптировать входящие SDU переменной длины к предлагаемым ресурсам. В случае беспроводной системы количество битов, которые могут передаваться в течение интервала времени передачи (TTI), может значительно изменяться в зависимости от условий радиосвязи, кодовой скорости и физических ресурсов, выделенных передаче. Например, мобильная станция, близкая к передатчику, требует меньшего канального кодирования, чем мобильная станция гораздо дальше. С одинаковыми выделенными физическими ресурсами и одинаковой мощностью передачи первая мобильная станция будет способна принимать гораздо больше данных, чем вторая мобильная станция. Более того, когда рассматриваются пакетные услуги, скорость передачи данных, обеспечиваемая сервером, в принципе, может значительно меняться со временем.
В UMTS сегментация и сцепление SDU из сегментов SDU в PDU выполняются на уровне RLC, безотносительно предлагаемых физических ресурсов и с фиксированным предопределенным размером PDU. Для того чтобы эмулировать некоторые виды динамического поведения, уровень MAC, на основании некоторых указаний с физического уровня, определяет количество PDU, которые должны передаваться, на TTI. В R99 UMTS выбранные PDU передаются в виде так называемых транспортных блоков канала (TrCH Blk или TrBlk) на физический уровень, который сцепляет их и формирует набор транспортных блоков канала. В HSDPA (высокоскоростном пакетном доступе по нисходящей линии связи) Rel-5 (выпуска 5) UMTS, выбранные PDU, сцепляются прямо в транспортный блок канала (TrCH Blk или TrBlk) уровня MAC, который, таким образом, содержит несколько PDU, как показано на фиг.6. В зависимости от условий радиосвязи или других переменных, количество выбранных PDU на TTI меняется, как показано на фиг.7. Поэтому последовательное использование сегментации/сцепления SDU на уровне RLC с сцеплением PDU на уровне MAC (HSDPA Rel-5 UMTS) или на физическом уровне (R99 UMTS) дает передатчику возможность динамически адаптировать передачу к мгновенным переменным величинам (входящим данным с верхнего уровня и ресурсам, предложенным нижними уровнями).
В UMTS узел приемника информируется о количестве PDU, передаваемых на TTI, с помощью внеполосной сигнализации (индикатора комбинаций форматов транспорта, или TFCI) либо внутриполосной в специальном заголовке (например, заголовке MAC-hs (логического объекта высокоскоростной передачи уровня MAC) в HSDPA). Должно быть отмечено, что этап сцепления PDU обычно выполняется независимо от структуры PDU, таким образом, может случаться, что SDU перекрывает несколько TTI.
Рациональные служебные сигналы или данные в системах с высокоизменчивой скоростью передачи данных
Последовательное использование сегментации SDU и сцепления PDU, как представлено выше, хорошо работает, когда диапазон количества PDU, которые должны передаваться, не слишком велик. Однако, в случае высокоизменчивых систем (высокоизменчивых физических ресурсов и высокоизменчивой скорости передачи данных), что может становиться более распространенным в будущих системах с высокой пропускной способностью, использование PDU фиксированного размера имеет тенденцию быть близким к оптимальному, так как размер PDU может не адаптироваться к полному диапазону скорости передачи данных. Действительно, в случае пакетной услуги, размер SDU, в принципе, может изменяться от 40 октетов для подтверждений TCP вплоть до размера MTU (например, около 1500 октетов для Эзернет (Ethernet)). На стороне физического уровня, планируемые совместно используемые системы, такие как HSDPA в UMTS, предлагают физические ресурсы для TTI, которые могут меняться от нескольких кбит/с до полной полосы пропускания (например, 14 Мбит/с в HSDPA). Ожидается, что эта тенденция будет подтверждаться будущей беспроводной системой.
Проблема возникает из того факта, что небольшой размер PDU, который мог бы быть оптимальным для нижней части диапазона скоростей передачи данных, становится обременительным при рассмотрении верхней части диапазона скоростей передачи данных. Действительно, приемник будет иметь больше PDU для обработки за TTI и потребовал бы больших вычислений. Более того, диапазон последовательных номеров, идентифицирующих PDU, может становиться слишком коротким, и может возникать проблема циклического переполнения. В заключение, служебные сигналы или данные, которые являются количеством, равным n* (размер заголовка PDU), разрастаются более или менее линейно в зависимости от длины транспортного блока канала. Использование большого PDU будет заставлять передатчик либо задерживать передачу, для того чтобы заполнять PDU, либо в большой степени заполнять незначащей информацией неиспользованное пространство в PDU при низких скоростях передачи данных. Повышенный разброс времени поступления или экстенсивное заполнение незначащей информацией оказывают сильное отрицательное влияние на эффективность системы радиосвязи и должны избегаться.
Вообще, размер PDU является статическим параметром однонаправленного радиоканала, используемого для переноса рассматриваемой услуги. Этот параметр не может изменяться без значительной реконфигурации процедуры. Поэтому трудно эффективно адаптировать линию связи к характеристикам входящих SDU или к ресурсам, предлагаемым более низким уровнем, без строгих ограничений по скорости передачи данных, либо диапазону физических ресурсов, которые могут быть выделены на TTI.
Распространение ошибок
Технологии сигнализации SAR с индикаторами длины восприимчивы к распространению ошибок. Действительно, может случаться, что потеря PDU заставляет приемник намеренно отбрасывать правильно принятые SDU вследствие неопределенности границ SDU. Как показано на фиг.8, потеря PDU i+2 заставляет приемник отбрасывать правильно принятый PDU i+3, поскольку он не может определить, является ли фрагмент, содержащийся в PDU i+3, полным SDU (альтернативный вариант 1) или сегментом SDU (альтернативный вариант 2).
В Rel-6 UMTS были сделаны некоторые попытки ограничить эту проблему и сократить служебные сигналы или данные в некоторых конкретных условиях, где размер SDU совпадает с размером PDU. Однако, в общем случае, эта проблема проистекает из того факта, что каждый PDU несет информацию о своей собственной структуре и безотносительно внутренней структуры смежных PDU.
Технологии сигнализации SAR с признаками начала/конца или с нумерацией фрагментов гораздо более устойчивы в этом, так как приемник точно знает, когда принято достаточное количество PDU. Однако служебные сигналы или данные этих технологий разрастаются линейно с количеством сцепленных PDU.
Как можно видеть, несколько технологий существуют для сигнализации сегментации и сцепления. Однако они склонны страдать от повышенных служебных сигналов или данных, потери гибкости либо ведут к повышенной сложности на стороне приемника. Устойчивость к распространению ошибок также не обеспечена.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Задача изобретения состоит в том, чтобы предоставить эффективные и осуществимые сегментацию и сцепление при пакетной связи.
Задача решается объектами независимых пунктов формулы изобретения. Предпочтительные варианты осуществления изобретения являются объектами по отношению к зависимым пунктам формулы изобретения.
Разные варианты осуществления изобретения предлагают структуру пакета данных, способ, устройство, систему и машиночитаемый носитель информации для передачи данных блоков служебных данных с использованием протокольных блоков данных. Пакет данных содержит полезную нагрузку пакета, содержащую по меньшей мере один протокольный блок данных, при этом протокольный блок данных содержит блок служебных данных или фрагмент блока служебных данных и заголовок пакета данных, содержащий индикатор, указывающий, начинается или нет полезная нагрузка пакета данных с протокольного блока данных, являющегося фрагментом блока служебных данных, и кончается или нет полезная нагрузка пакета данных протокольным блоком данных, являющимся фрагментом блока служебных данных.
Согласно предпочтительному варианту осуществления индикатор состоит из двух признаков, при этом первый признак указывает, начинается ли полезная нагрузка пакета данных с протокольного блока данных, являющегося фрагментом блока служебных данных, а второй признак указывает, заканчивается ли полезная нагрузка пакета данных протокольным блоком данных, являющимся фрагментом блока служебных данных.
Преимущество этого варианта осуществления состоит в том, что признак, когда установлен, указывает протокольный блок данных, являющийся фрагментом блока служебных данных.
Согласно еще одному предпочтительному варианту осуществления структура пакета данных содержит индикатор последовательного номера, указывающий позицию пакета данных в последовательности пакетов данных.
В дополнительном предпочтительном варианте осуществления способ для передачи пакетов данных, содержащих блоки служебных данных, содержит этапы формирования по меньшей мере одного протокольного блока данных, содержащего блок служебных данных или фрагмент блока служебных данных, формирования полезной нагрузки пакета данных, содержащей по меньшей мере один протокольный блок данных, формирования заголовка пакета данных, содержащего по меньшей мере индикатор для указания, начинается или нет полезная нагрузка пакета данных с протокольного блока данных, являющегося фрагментом блока служебных данных, и заканчивается или нет полезная нагрузка пакета данных протокольным блоком данных, являющимся фрагментом блока служебных данных, формирования пакета данных, содержащего заголовок пакета данных и полезную нагрузку пакета данных, и передачи пакета данных по каналу.
Согласно еще одному предпочтительному варианту осуществления полезная нагрузка пакета данных содержит множество протокольных блоков данных, и пакет данных начинается с первого протокольного блока данных, а заканчивается последним протокольным блоком данных.
В дополнительном предпочтительном варианте осуществления этап формирования полезной нагрузки пакета данных заданного размера дополнительно содержит следующие подэтапы a), b) и c). На a) определяется, достаточен ли размер, оставшийся в полезной нагрузке пакета данных, для переноса следующего блока служебных данных или фрагмента, оставшегося от предыдущего блока служебных данных. Если это верно, на b) формируется следующий протокольный блок данных, содержащий следующий блок служебных данных или фрагмент предыдущего блока служебных данных, и протокольный блок данных добавляется в полезную нагрузку пакета данных. Иначе, следующий блок служебных данных или фрагмент, оставшийся от предыдущего блока служебных данных, фрагментируется, и формируется протокольный блок данных, содержащий первый фрагмент блока служебных данных или фрагмент, оставшийся от предыдущего блока служебных данных, из условия, чтобы размер протокольного блока данных соответствовал оставшемуся размеру полезной нагрузки пакета данных, и протокольный блок данных добавляется в полезную нагрузку пакета данных. Этапы a) и b) повторяются до тех пор, пока полезная нагрузка пакета данных не имеет недостаточный размер, оставшийся для переноса следующего блока служебных данных.
Кроме того, является предпочтительным то, что при получении заполненной полезной нагрузки пакета данных протокольными блоками данных устанавливаются индикаторы для указания, начинается или нет полезная нагрузка пакета данных с протокольного блока данных, являющегося фрагментом блока служебных данных, и заканчивается или нет полезная нагрузка пакета данных протокольным блоком данных, являющимся фрагментом блока служебных данных.
В еще одном предпочтительном варианте осуществления, полезная нагрузка данных фиксируется динамически объектом распределения ресурсов в зависимости от условий радиосвязи и занятости буфера.
В дополнительном предпочтительном варианте осуществления описан способ приема пакетов данных, содержащих заголовок пакета данных и полезную нагрузку пакета данных, в котором полезная нагрузка пакета данных содержит по меньшей мере один протокольный блок данных, содержащий блок служебных данных либо фрагмент блока служебных данных. Способ содержит этапы приема пакетов данных по каналу, каждый пакет данных содержит полезную нагрузку пакета данных и заголовок пакета данных, заголовок пакета данных содержит индикатор последовательного номера, указывающий позицию пакета данных в последовательности пакетов данных, и индикатор, при этом индикатор указывает, начинается или нет полезная нагрузка данных с протокольного блока данных, являющегося фрагментом блока служебных данных, и заканчивается или нет пакет данных полезной нагрузкой пакета, являющейся фрагментом блока служебных данных, сохранения протокольных блоков данных принятой полезной нагрузки пакета данных с принятыми ранее протокольными блоками данных в буфере приема последовательно, согласно индикатору последовательного номера, и отметки, должен ли первый протокольный блок данных принятой полезной нагрузки пакета данных объединяться с последовательно предыдущим протокольным блоком данных и должен ли последний протокольный блок данных принятой полезной нагрузки пакета данных объединяться с последовательно следующим протокольным блоком данных.
Согласно дополнительному предпочтительному варианту осуществления буфер приема анализируется в отношении того, отмечен ли протокольный блок данных, и, если отмечен, протокольный блок данных объединяется с другим отмеченным протокольным блоком данных, чтобы формировать блок служебных данных.
В еще одном предпочтительном варианте осуществления описано устройство для передачи пакетов данных, содержащих блоки служебных данных. Устройство содержит средство формирования протокольного блока данных, выполненное с возможностью формирования протокольного блока данных, содержащего блок служебных данных или фрагмент блока служебных данных, средство формирования полезной нагрузки пакета данных, выполненное с возможностью формирования полезной нагрузки пакета данных, содержащей по меньшей мере один протокольный блок данных, средство формирования заголовка пакета, выполненное с возможностью формирования заголовка пакета данных, содержащего индикатор для указания, начинается или нет полезная нагрузка пакета данных с протокольного блока данных, являющегося фрагментом блока служебных данных, и заканчивается или нет полезная нагрузка пакета данных протокольным блоком данных, являющимся фрагментом блока служебных данных, средство формирования пакета данных, выполненное с возможностью формирования пакета данных, содержащего заголовок пакета данных и полезную нагрузку пакета данных, и средство передачи, выполненное с возможностью передачи пакетов данных по каналу.
Дополнительный предпочтительный вариант осуществления этого изобретения относится к устройству для приема пакетов данных, содержащих заголовок пакета данных и полезную нагрузку пакета данных, при этом полезная нагрузка пакета данных содержит по меньшей мере один протокольный блок данных, содержащий блок служебных данных, либо фрагмент блока служебных данных. Устройство содержит средство приема, выполненное с возможностью приема пакетов данных по каналу, причем каждый пакет данных содержит полезную нагрузку пакета данных и заголовок пакета данных, заголовок пакета данных содержит индикатор последовательного номера, указывающий позицию пакета данных в последовательности пакетов данных, и индикатор, при этом индикатор указывает, начинается или нет полезная нагрузка пакета данных с протокольного блока данных, являющегося фрагментом блока служебных данных, и заканчивается или нет полезная нагрузка пакета данных протокольным блоком данных, являющимся фрагментом блока служебных данных. Оно дополнительно содержит буфер приема, выполненный с возможностью сохранения протокольных блоков данных полезной нагрузки принятого пакета данных с принятыми ранее протокольными блоками данных в буфере приема последовательно, согласно индикатору последовательного номера, и средство отметки, выполненное с возможностью отметки, должен ли первый протокольный блок данных полезной нагрузки принятого пакета данных объединяться с последовательно предыдущим протокольным блоком данных и должен ли последний протокольный блок данных полезной нагрузки принятого пакета данных объединяться с последовательно следующим протокольным блоком данных.
Еще один вариант осуществления изобретения относится к машиночитаемому носителю информации, хранящему команды, которые, при их исполнении процессором устройства передачи, предписывают устройству передачи передавать пакеты данных, содержащие блоки служебных данных. Это делается посредством формирования по меньшей мере одного протокольного блока данных, содержащего блок служебных данных или фрагмент блока служебных данных, формирования полезной нагрузки пакета данных, содержащей протокольные блоки данных, формирования заголовка пакета данных, содержащего по меньшей мере индикатор для указания, начинается или нет полезная нагрузка пакета данных с протокольного блока данных, являющегося фрагментом блока служебных данных, и заканчивается или нет полезная нагрузка пакета данных протокольным блоком данных, являющимся фрагментом блока служебных данных, и передачи пакета данных по каналу.
Дополнительный предпочтительный вариант осуществления относится к машиночитаемому носителю информации, который описан, хранящему команды, которые, при их исполнении процессором устройства приема, предписывают устройству приема принимать пакеты данных, содержащие заголовок пакета данных и полезную нагрузку пакета данных, при этом полезная нагрузка пакета данных содержит по меньшей мере один протокольный блок данных, содержащий блок служебных данных либо фрагмент блока служебных данных. Способ содержит этапы приема пакетов данных по каналу, причем каждый пакет данных содержит полезную нагрузку пакета данных и заголовок пакета данных, заголовок пакета данных содержит индикатор последовательного номера, указывающий позицию пакета данных в последовательности пакетов данных, и индикатор, при этом индикатор указывает, начинается или нет полезная нагрузка данных с протокольного блока данных, являющегося фрагментом блока служебных данных, и заканчивается или нет пакет данных полезной нагрузки пакета, являющейся фрагментом блока служебных данных, сохранения протокольных блоков данных полезной нагрузки принятого пакета данных с принятыми ранее протокольными блоками данных в буфере приема последовательно, согласно индикатору последовательного номера, и отметки, должен ли первый протокольный блок данных полезной нагрузки принятого пакета данных объединяться с последовательно предыдущим протокольным блоком данных и должен ли последний протокольный блок данных полезной нагрузки принятого пакета данных объединяться с последовательно следующим протокольным блоком данных.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
В последующем, изобретение описано более детально, со ссылкой на прилагаемые чертежи. Подобные полагающиеся соответствующие детали и фигуры отмечены одинаковыми ссылками.
Фиг.1 показывает уровневую модель OSI;
фиг.2 показывает SDU и PDU в уровневой модели OSI;
фиг.3 показывает сигнализацию SAR посредством нумерации фрагментов;
фиг.4 показывает сигнализацию SAR с признаками начала и конца;
фиг.5 показывает сигнализацию SAR с индикаторами длины;
фиг.6 показывает последовательности операций сегментации SDU и сцепления PDU;
фиг.7 показывает формирование транспортного блока канала;
фиг.8 показывает распространение ошибок в R99 UMTS;
фиг.9 показывает последовательности операций SAR и сцепления по варианту осуществления настоящего изобретения;
фиг.10 показывает процесс SAR и сцепления с признаком фрагментации по варианту осуществления настоящего изобретения;
фиг.11 показывает сигнализацию SAR с признаком фрагментации согласно варианту осуществления настоящего изобретения;
фиг.12 - блок-схема алгоритма для последовательности операций сегментации и сцепления.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
Настоящее изобретение применимо к любой системе связи с передачей пакетов данных, использующей кадры передачи переменной длины, например, беспроводным сетям, таким как GSM, UMTS, WiLAN, WiMAX и т.п., или стационарным сетям, таким как IP, ретрансляции кадров, PPP, ATM и т.п.
Разные варианты осуществления изобретения описаны на основании уровневой модели OSI, в особенности, обмен пакетов между уровнями SDU и PDU. Для более подробного описания значимых частей уровневой модели OSI, а также SDU и PDU, пожалуйста, смотрите раздел уровня техники. Раздел уровня техники также описывает причины для применения фрагментации и/или сегментации в сетях связи.
В этом изобретении предложен способ, который дает возможность эффективной процедуры сегментации и сцепления при постоянных затратах сигнализации, которая заставляет служебные сигналы или данные уменьшаться в процентном отношении с длиной передаваемого TrBlk.
Сегментация SDU и сцепление PDU оба зависят от физических ресурсов, которые выделены для передачи в течение следующего TTI. Например, размер служебных сигналов или данных следующего транспортного блока канала (Size_ind, индикатор размера) может указываться функции SAR, как показано на фиг.9.
На основании этого указания функция SAR выбирает n SDU, суммарный размер которых точно выше Size_ind. Если сумма длин n SDU является большей, чем size_ind, функция SAR сегментирует последний SDU на два сегмента. Сумма n-1-ых SDU и первого фрагмента n-го SDU равна Size_ind. Каждый из них преобразуется в PDU и принимает последовательный номер, приписываемый последовательно. Для следующей передачи второй фрагмент будет считаться первым. Это показано на фиг.10, где SDU3 фрагментирован на 2 PDU (PDU3 и PDU4).
Поэтому, согласно строению, все сформированные PDU являются полными SDU за исключением первого и последнего в транспортном блоке (TrBlk), которые могут быть фрагментом SDU. Все другие являются полными SDU, поэтому достаточно указать приемнику, являются ли первый и последний PDU в транспортном блоке фрагментами SDU или полным SDU. Это может легко выполняться посредством 2-х однобитных признаков или признаков фрагментации, прикрепленных к заголовку TrBlk. Первый признак фрагментации, или FFF, указывает, является или нет первый PDU SAR в TrBlk фрагментом SDU, а второй признак фрагментации (SFF) указывает, является или нет последний PDU SAR в TrBlk фрагментом SDU.
Эта последовательность операций может быть описана в обобщенной форме в направлении по фиг.12. SDU или фрагменты SDU берутся из буфера, а затем определяется, укладывается ли SDU или фрагмент SDU в оставшийся размер транспортного блока, который может быть целым транспортного блока или только его частью. Если полный SDU или фрагмент SDU укладывается в оставшийся размер транспортного блока, из этого SDU создается PDU. Этот PDU затем вставляется в транспортный блок.
Транспортный блок проверяется, есть ли еще оставшийся размер. Если есть, последовательность операций снова перезапускается, если нет, добавляются индикаторы, и транспортный блок передается с индикаторами.
Однако, если SDU или фрагмент SDU не укладывается в оставшийся размер транспортного блока, SDU фрагментируется, и PDU создается из фрагмента SDU, чтобы укладываться в оставшийся размер транспортного блока. Второй сегмент SDU помещается в буфер, и PDU затем вставляется в транспортный блок, и добавляются индикаторы.
Первый признак фрагментации (FFF) указывает, является или нет первый PDU в транспортном блоке фрагментом SDU, а второй признак фрагментации (SFF) указывает, является или нет последний PDU в транспортном блоке фрагментом SDU.
В заключение, транспортный блок передается с индикаторами, и последовательность операций может вновь начинаться.
При приеме транспортного блока n с FFF, установленным в 1, приемник знает, что первый PDU SAR в TrBlk должен объединяться с последним PDU SAR предыдущего TrBlk n-1. TrBlk также мог указать, что последний PDU SAR в этом TrBlk является фрагментом SDU, установкой SFF в 1.
В системе без потерь FFF и SFF поставляют избыточную информацию и, вообще говоря, не требуются. Однако в системе с потерями, такой как беспроводная система, это полезно для предотвращения распространения ошибок. Действительно, если (n-1)-ый TrBlk в предыдущем примере был потерян, узел приемника обнаружил бы эту потерю благодаря нумерации последовательности PDU SAR, а FFF в n-ом TrBlk указал бы, что первый PDU может быть отброшен, так как соответствующий SDU является некомплектным. Однако второй и следующий PDU в n-ом TrBlk будет удерживаться и использоваться в функции повторной сборки.
Если только один PDU передается через SDU, FFF и SFF по-прежнему могут иметь разные значения. FFF указывал бы, должен ли PDU объединяться с последним PDU предыдущего TrCh Blk, а SFF указывал бы, должен ли PDU объединяться с первым PDU следующего TrCh Blk.
Один из важных аспектов изобретения состоит в том, чтобы сигнализировать информацию SAR не на уровне PDU (то есть в заголовке PDU), а лучше в заголовке TrBlk. Посредством использования PDU переменного размера и простых правил сегментации и сцепления предлагается указывать информацию SAR только 2-мя битами на заголовок TrBlk, которые указывают состояние (фрагментированное, нефрагментированное) первого и последнего PDU, которые сцеплены в TrBlk.
По сравнению с решением предшествующего уровня техники, информацией SAR являются только 2 бита на TrBlk, которые должны сравниваться с 2*n битами на TrBlk для сигнализации SAR с признаками начала/конца, где n является количеством PDU в TrBlk. Это является значительным снижением, когда много PDU сцеплено в одном и том же TrBlk.
Как можно видеть, допускается, что размер PDU SAR является переменным. Например, в текущем состоянии UMTS, размер PDU фиксирован и является статическим параметром однонаправленного канала для переноса услуги. Иногда есть необходимость информировать приемник, где могут находиться границы PDU. В таком случае требуется указывать длину каждого PDU в заголовке PDU SAR индикаторами длины, как показано на фиг.11. Это фактически равнозначно полям индикаторов длины, которые используются в технологиях сигнализации SAR с индикаторами длины для сигнализации границ SDU в пределах каждого PDU.
Более того, было бы возможным дополнительно экономить пространство сигнализацией только одного последовательного номера PDU SAR на TrBlk. Последовательный номер первого PDU или последнего PDU в TrBlk может использоваться для этой цели. Приемник может подсчитывать количество индикаторов длины, содержащихся в TrBlk, чтобы получать количество сцепленных PDU, или небольшое поле N, указывающее это количество, может добавляться в заголовок TrBlk, как показано на фиг.11.
Еще один вариант осуществления изобретения относится к реализации вышеописанных различных вариантов осуществления с использованием аппаратных средств и программного обеспечения. Осознается, что различные вышеупомянутые способы могут быть реализованы и выполнены с использованием вычислительных устройств (процессоров), например, таких как процессоры общего применения, цифровые сигнальные процессоры (ЦСП, DSP), специализированные интегральные схемы (ASIC), программируемые пользователем вентильные матрицы (FPGA) или другие программируемые логические устройства и т.п. Различные варианты осуществления изобретения также могут выполняться или воплощаться комбинацией этих устройств.
Кроме того, различные варианты осуществления изобретения также могут быть реализованы посредством программных модулей, которые выполняются процессором или непосредственно в аппаратных средствах. К тому же, может быть возможным сочетание программных модулей и аппаратной реализации.
Программные модули могут храниться в любом виде машиночитаемых запоминающих носителей информации, например ОЗУ (оперативном запоминающем устройстве, RAM), СППЗУ (стираемом программируемом ПЗУ (постоянном запоминающем устройстве), EPROM), ЭСППЗУ (электрически стираемом программируемом ПЗУ, EEPROM), флэш-памяти, регистрах, жестких дисках, CD-ROM (ПЗУ на компакт-диске), DVD (цифровом многофункциональном диске) и т.п.

Claims (4)

1. Способ приема пакетов данных, содержащих заголовок пакета данных и полезную нагрузку пакета данных, содержащий этапы, на которых
принимают каждый пакет данных, содержащий
полезную нагрузку пакета данных, содержащую одно из (i) множество полных блоков служебных данных, (ii) множество сегментов блоков служебных данных, или (iii) по меньшей мере один полный блок служебных данных и по меньшей мере один сегмент блока служебных данных, причем блоки служебных данных в каждом из вариантов (i), (ii) или (iii) включают в себя первый блок служебных данных и последний блок служебных данных; и
заголовок пакета данных, содержащий индикатор, включающий в себя первый бит и второй бит, причем первый бит относится к первому блоку служебных данных, а второй бит относится к последнему блоку служебных данных, при этом первый бит и второй бит индикатора указывают, начинается или нет полезная нагрузка пакета данных с сегмента первого блока служебных данных и заканчивается или нет полезная нагрузка пакета данных сегментом последнего блока служебных данных; и
сохраняют (i) множество полных блоков служебных данных, (ii) множество сегментов блоков служебных данных или (iii) по меньшей мере один полный блок служебных данных и по меньшей мере один сегмент блока служебных данных полезной нагрузки принятого пакета данных в буфере приема.
2. Устройство для приема пакетов данных, содержащих заголовок пакета данных и полезную нагрузку пакета данных, содержащее
приемник, который принимает пакеты данных, причем каждый пакет содержит
полезную нагрузку пакета данных, содержащую одно из (i) множество полных блоков служебных данных, (ii) множество сегментов блоков служебных данных, или (iii) по меньшей мере один полный блок служебных данных и по меньшей мере один сегмент блока служебных данных, причем блоки служебных данных в каждом из вариантов (i), (ii) или (iii) включают в себя первый блок служебных данных и последний блок служебных данных; и
заголовок пакета данных, содержащий индикатор, включающий в себя первый бит и второй бит, причем первый бит относится к первому блоку служебных данных, а второй бит относится к последнему блоку служебных данных, при этом первый бит и второй бит индикатора указывают, начинается или нет полезная нагрузка пакета данных с сегмента первого блока служебных данных и заканчивается или нет полезная нагрузка пакета данных сегментом последнего блока служебных данных; и
буфер приема, который сохраняет (i) множество полных блоков служебных данных, (ii) множество сегментов блоков служебных данных или (iii) по меньшей мере один полный блок служебных данных и по меньшей мере один сегмент блока служебных данных полезной нагрузки принятого пакета данных.
3. Устройство по п.2, причем устройство является мобильной станцией.
4. Устройство по п.2, причем устройство является базовой станцией.
RU2011122892/07A 2005-09-20 2011-06-06 Способ и устройство для сигнализации сегментации и сцепления пакетов в системе связи RU2470479C1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP05020513A EP1764980B8 (en) 2005-09-20 2005-09-20 Method and apparatus for packet segmentation and concatenation signaling in a communication system
EP05020513.7 2005-09-20

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
RU2008115463/09A Division RU2430481C2 (ru) 2005-09-20 2006-08-25 Способ и устройство для сигнализации сегментации и сцепления пакетов в системе связи

Publications (1)

Publication Number Publication Date
RU2470479C1 true RU2470479C1 (ru) 2012-12-20

Family

ID=36001031

Family Applications (2)

Application Number Title Priority Date Filing Date
RU2008115463/09A RU2430481C2 (ru) 2005-09-20 2006-08-25 Способ и устройство для сигнализации сегментации и сцепления пакетов в системе связи
RU2011122892/07A RU2470479C1 (ru) 2005-09-20 2011-06-06 Способ и устройство для сигнализации сегментации и сцепления пакетов в системе связи

Family Applications Before (1)

Application Number Title Priority Date Filing Date
RU2008115463/09A RU2430481C2 (ru) 2005-09-20 2006-08-25 Способ и устройство для сигнализации сегментации и сцепления пакетов в системе связи

Country Status (16)

Country Link
US (10) US8102880B2 (ru)
EP (4) EP1764980B8 (ru)
JP (4) JP4866908B2 (ru)
KR (2) KR101298407B1 (ru)
CN (2) CN101268673B (ru)
AT (1) ATE410874T1 (ru)
AU (2) AU2006299273B2 (ru)
BR (2) BRPI0617569B1 (ru)
CA (1) CA2622195C (ru)
DE (1) DE602005010252D1 (ru)
ES (4) ES2314534T3 (ru)
HU (2) HUE057542T2 (ru)
PL (3) PL3328037T3 (ru)
RU (2) RU2430481C2 (ru)
WO (1) WO2007039023A1 (ru)
ZA (1) ZA200803354B (ru)

Families Citing this family (117)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE410874T1 (de) * 2005-09-20 2008-10-15 Matsushita Electric Industrial Co Ltd Vefahren und vorrichtung zur packetsegmentierung und verknüpfungssignalisierung in einem kommunikationssystem
EP3618327A1 (en) * 2006-02-07 2020-03-04 Telefonaktiebolaget LM Ericsson (publ) A method and nodes for providing adaptive segmentation
US8892706B1 (en) * 2010-06-21 2014-11-18 Vmware, Inc. Private ethernet overlay networks over a shared ethernet in a virtual environment
TWI470987B (zh) * 2006-12-12 2015-01-21 Interdigital Tech Corp 經高速下鏈封包存取傳送及接收封包方法及裝置
EP2092676A4 (en) * 2006-12-15 2013-06-26 Ericsson Telefon Ab L M Single-SEGMENTATION INDICATOR
CA2673778C (en) * 2006-12-28 2015-07-28 Research In Motion Limited Methods and apparatus for increasing data throughput by grouping data packets into maximum transmissible units
CA2681199A1 (en) * 2007-03-16 2008-09-25 Interdigital Technology Corporation Acknowledged mode radio link control architecture and method within evolved hspa systems
KR20140007978A (ko) * 2007-03-16 2014-01-20 인터디지탈 테크날러지 코포레이션 무선 링크 제어 파라미터의 재구성을 지원하기 위한 무선 통신 방법 및 장치
CN101272519B (zh) * 2007-03-21 2012-09-19 上海贝尔股份有限公司 生成协议数据单元的方法及其设备和基站
US8483125B2 (en) * 2007-04-27 2013-07-09 Intellectual Ventures Holding 81 Llc Multiplexing packets in high speed downlink packet access (HSDPA) communications
US8031689B2 (en) 2007-05-18 2011-10-04 Innovative Sonic Limited Method and related apparatus for handling re-establishment of radio link control entity in a wireless communications system
KR101470637B1 (ko) 2007-06-18 2014-12-08 엘지전자 주식회사 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
WO2009022837A1 (en) 2007-08-10 2009-02-19 Lg Electronics Inc. A control method for uplink connection of idle terminal
KR101495913B1 (ko) 2007-08-10 2015-02-25 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치
US9008006B2 (en) 2007-08-10 2015-04-14 Lg Electronics Inc. Random access method for multimedia broadcast multicast service(MBMS)
KR101392697B1 (ko) 2007-08-10 2014-05-19 엘지전자 주식회사 이동통신 시스템에서의 보안 오류 검출방법 및 장치
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
CN101365154B (zh) * 2007-08-10 2011-07-20 上海贝尔阿尔卡特股份有限公司 自适应、可扩展分段索引添加/检测方法及装置
JP2009049990A (ja) * 2007-08-15 2009-03-05 Asustek Computer Inc 無線通信システムにおいてヘッダを設定する方法及び装置
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101396062B1 (ko) * 2007-09-18 2014-05-26 엘지전자 주식회사 헤더 지시자를 이용한 효율적인 데이터 블록 전송방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
WO2009042849A2 (en) * 2007-09-27 2009-04-02 Interdigital Patent Holdings, Inc. Method and apparatus for supporting segmentation of packets for uplink transmission
BRPI0816602A2 (pt) * 2007-09-28 2015-09-29 Interdigital Patent Holdings método e aparelho de seleção de combinação de formatos de transporte aprimorada em comunicações sem fio.
KR20130122013A (ko) 2007-09-28 2013-11-06 인터디지탈 패튼 홀딩스, 인크 무선 링크 제어 프로토콜 데이터 유닛을 발생하는 방법 및 장치
MY152345A (en) * 2007-09-28 2014-09-15 Interdigital Patent Holdings Method and apparatus for layer 2 processing and creation of protocol data units for wireless communications
AU2012203724C1 (en) * 2007-09-28 2015-09-24 Interdigital Patent Holdings, Inc Method and apparatus for enhanced transport format combination selection in wireless communications
KR20090041323A (ko) * 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
KR101487557B1 (ko) * 2007-10-23 2015-01-29 엘지전자 주식회사 공통제어채널의 데이터를 전송하는 방법
US8416678B2 (en) 2007-10-29 2013-04-09 Lg Electronics Inc. Method for repairing an error depending on a radio bearer type
JP5018405B2 (ja) 2007-11-01 2012-09-05 富士通株式会社 無線帯域割当て方法及び無線基地局
KR100919216B1 (ko) * 2007-11-14 2009-09-28 (주)씨디네트웍스 데이터 송신 방법, 수신 방법 및 그 장치
EP2073423A1 (en) * 2007-12-21 2009-06-24 Nokia Siemens Networks Oy Method and device for error detection and handling of received radio link control protocol data units in a mobile radio communication system
KR101441130B1 (ko) 2008-01-08 2014-09-23 삼성전자주식회사 방송 통신 시스템에서 제어 정보를 송수신하는 방법 및 장치
PL3700114T3 (pl) 2008-01-08 2022-04-04 Unwired Planet International Limited Sposób i układ w bezprzewodowej sieci komunikacyjnej
US20090213778A1 (en) * 2008-01-14 2009-08-27 Zhifeng Tao Fragmentation and Packing for Wireless Multi-User Multi-Hop Relay Networks
EP3410623B1 (en) 2008-01-31 2021-07-28 LG Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
EP2086276B1 (en) 2008-01-31 2016-11-02 LG Electronics Inc. Method for signaling back-off information in random access
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
WO2009116788A1 (en) 2008-03-17 2009-09-24 Lg Electronics Inc. Method of transmitting rlc data
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
CA2665666C (en) * 2008-05-09 2013-07-16 Research In Motion Limited Method and apparatus for assembling network layer data units
BRPI0823001A2 (pt) 2008-08-08 2015-07-28 Fujitsu Ltd Aparelho de comunicação, programa de geração de dados de transmissão e método de geração de dados de transmissão
US8386667B2 (en) * 2008-08-26 2013-02-26 Sun Management, Llc Techniques for managing the transmission and reception of data fragments
KR20100027935A (ko) * 2008-09-03 2010-03-11 삼성전자주식회사 무선통신시스템에서 에러제어를 위한 데이터 생성 장치 및 방법
US8737421B2 (en) * 2008-09-04 2014-05-27 Apple Inc. MAC packet data unit construction for wireless systems
CN101404659B (zh) * 2008-11-04 2014-12-10 中国科学院计算技术研究所 一种协议数据单元构造和解析的方法及装置
US8638699B2 (en) 2008-11-10 2014-01-28 Qualcomm Incorporated Method and apparatus for supporting the large service data unit (SDU)
US8542706B2 (en) * 2008-12-08 2013-09-24 Qualcomm Incorporated Method and apparatus related to packet fragmentation and reconstruction
US9554417B2 (en) 2008-12-24 2017-01-24 Qualcomm Incorporated Optimized header for efficient processing of data packets
US8644338B2 (en) * 2009-01-07 2014-02-04 Qualcomm Incorporated Unbundling packets received in wireless communications
US8711881B2 (en) 2009-01-07 2014-04-29 Qualcomm Incorporated Packet bundling at the PDCP layer
WO2010107255A2 (ko) * 2009-03-19 2010-09-23 엘지전자주식회사 다중 셀 협력통신 방법 및 장치
JP4876138B2 (ja) * 2009-03-24 2012-02-15 株式会社日立産機システム 制御用計算機および制御システム
KR20120004535A (ko) 2009-04-24 2012-01-12 인터디지탈 패튼 홀딩스, 인크 다중 캐리어 동작을 위한 무선 링크 제어 프로토콜 데이터 유닛을 발생하는 방법 및 장치
CN101873713A (zh) * 2009-04-24 2010-10-27 中兴通讯股份有限公司 随机接入方法、终端
US9025433B2 (en) 2009-12-21 2015-05-05 Nokia Corporation Apparatus and method for handling valid protocol data units
US8208484B2 (en) * 2010-01-11 2012-06-26 Telefonaktiebolaget L M Ericsson (Publ) Forwarding a packet within a router using fragments over an interconnect
KR20120084237A (ko) * 2011-01-19 2012-07-27 삼성전자주식회사 엠엠티(ｍｍｔ)에서 엠엠티 인캡슐레이터를 전송하는 방법
US8635352B2 (en) * 2011-02-22 2014-01-21 Qwilt, Inc. System and method for symmetric receive-side scaling (RSS)
US8908717B2 (en) 2011-06-10 2014-12-09 Samsung Electronics Co., Ltd. Method and system of transmitting and receiving fragmentable data units in a wireless communication environment
TWI475861B (zh) * 2011-12-08 2015-03-01 Acer Inc 網際協定分割之方法及相關無線網路系統
US8976814B2 (en) * 2011-12-09 2015-03-10 General Electric Company Method of transporting data from sending node to destination node
US10218756B2 (en) 2012-01-06 2019-02-26 Comcast Cable Communications, Llc Streamlined delivery of video content
CN102595495A (zh) * 2012-02-07 2012-07-18 北京新岸线无线技术有限公司 一种数据发送、接收方法和装置
CN103475552B (zh) * 2012-06-05 2017-05-31 帝斯贝思数字信号处理和控制工程有限公司 用于干扰控制装置的总线通信的方法
US9094861B2 (en) * 2012-08-02 2015-07-28 Samsung Electronics Co., Ltd. Method and system for generating and processing medium access control packet data units in a broadband wireless network environment
KR102056438B1 (ko) 2012-10-12 2019-12-16 삼성전자주식회사 복합 멀티미디어 데이터를 전송하기 위한 데이터 패킷을 송수신하는 방법 및 장치
KR101716592B1 (ko) * 2012-10-13 2017-03-14 란티크 도이칠란트 게엠베하 디스트리뷰션 포인트로부터의 동적 불연속 동작의 방법
KR101405734B1 (ko) 2012-11-14 2014-06-10 나리넷(주) 광대역 로컬 에어리어 네트워크 송수신 장치
JP5645031B2 (ja) * 2012-11-21 2014-12-24 独立行政法人情報通信研究機構 データ送受信方法
JP5645032B2 (ja) 2012-11-21 2014-12-24 独立行政法人情報通信研究機構 データ送受信方法
KR101401013B1 (ko) * 2012-12-14 2014-05-29 주식회사 시큐아이 패킷을 처리하는 방법 및 네트워크 장치
US8988994B2 (en) 2013-05-16 2015-03-24 Freescale Semiconductor, Inc. System and method for creating logical radio link control (RLC) and medium access control (MAC) protocol data units (PDUs) in mobile communication system
CN105765970B (zh) 2013-08-19 2019-06-04 Lg电子株式会社 发送广播信号的设备和方法、接收广播信号的设备和方法
CN103634229B (zh) * 2013-11-26 2017-09-29 华为技术有限公司 一种片间通讯方法及控制装置
US9282171B2 (en) 2014-03-06 2016-03-08 Qualcomm Incorporated Context establishment in marginal grant conditions
JP6364668B2 (ja) * 2014-07-08 2018-08-01 インテル・コーポレーション パケットシステムのベアラスプリッティングのためのデバイス
KR20160052313A (ko) * 2014-11-04 2016-05-12 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
US9948753B2 (en) 2014-11-04 2018-04-17 Samsung Electronics Co., Ltd. Transmitting apparatus and signal processing method thereof
US20160286011A1 (en) * 2015-03-26 2016-09-29 Assaf Kasher Techniques for communicating an end of packet indicator
ES2847801T3 (es) * 2015-06-03 2021-08-03 Apple Inc Dispositivo de transmisión y método de transmisión para unidad de datos de protocolo de capa física agregada
GB2541681B (en) * 2015-08-25 2020-01-08 Ultrasoc Technologies Ltd Packet data protocol
US10841203B2 (en) * 2015-12-11 2020-11-17 Qualcomm Incorporated Coordination of multiple routes for a single IP connection
KR102011825B1 (ko) * 2016-04-27 2019-08-19 엘지전자 주식회사 데이터 유닛을 수신하는 방법 및 장치
WO2017191933A1 (en) 2016-05-03 2017-11-09 Lg Electronics Inc. Method and device for transmitting data unit
CN109076096B (zh) * 2016-05-13 2021-09-07 苹果公司 无线设备的装置
JP7122082B2 (ja) * 2016-09-20 2022-08-19 株式会社Ｎｔｔドコモ 送信装置、及び送信方法
CN108307516B (zh) * 2016-09-30 2021-08-13 华为技术有限公司 数据传输方法及相关设备
CN107889163B (zh) 2016-09-30 2022-10-18 华为技术有限公司 数据处理方法、装置及系统
WO2018077417A1 (en) * 2016-10-28 2018-05-03 Huawei Technologies Co., Ltd. Sequence numbers in multiple protocol layered mobile communication
KR101864130B1 (ko) * 2016-12-26 2018-06-04 국방과학연구소 Vsat 위성 통신 시스템의 허브 및 그 허브의 제어 방법
EP3574676B1 (en) * 2017-01-24 2024-06-05 Nokia Technologies Oy Sequence numbering on demand for segmentation
WO2018176480A1 (zh) * 2017-04-01 2018-10-04 华为技术有限公司 数据处理方法和设备
US20180324103A1 (en) * 2017-05-04 2018-11-08 Qualcomm Incorporated Cross-carrier transport block decoding order indication
US10805836B2 (en) * 2017-05-05 2020-10-13 Qualcomm Incorporated Packet duplication at a packet data convergence protocol (PDCP) entity
CN108811175B (zh) * 2017-05-05 2020-07-28 华硕电脑股份有限公司 无线通信系统中传送数据复制的方法和设备
CN109391393B (zh) * 2017-08-09 2021-05-14 华为技术有限公司 一种传输控制信息的方法和装置
KR102054731B1 (ko) * 2017-11-29 2020-01-22 국민대학교산학협력단 심리스 ｄｔｎ 프로토콜을 사용한 수중통신 장치 및 그 통신방법
TWI657369B (zh) * 2018-03-08 2019-04-21 和碩聯合科技股份有限公司 傳送連續資料的方法及資料傳輸系統
CN110912859B (zh) * 2018-09-17 2021-12-14 华为技术有限公司 发送报文的方法、接收报文的方法及网络设备
EP3912407A4 (en) * 2019-01-17 2022-08-03 ZTE Corporation METHODS, DEVICE AND SYSTEMS FOR DATA SEGMENTATION AND REASSEMBLING IN A WIRELESS COMMUNICATION
CN111600677B (zh) * 2019-02-20 2022-04-12 成都华为技术有限公司 一种数据传输方法及装置
KR20220029751A (ko) * 2019-09-10 2022-03-08 후아웨이 테크놀러지 컴퍼니 리미티드 패킷 처리 방법 및 장치, 그리고 컴퓨터 저장 매체
KR102074226B1 (ko) * 2019-12-10 2020-02-06 삼성전자주식회사 데이터 패킷을 수신하는 방법 및 장치
WO2021183788A1 (en) * 2020-03-13 2021-09-16 Interdigital Patent Holdings, Inc. Physical (phy) layer design for hybrid automatic repeat request (harq) in wireless local area network (wlan) system
CN119865858A (zh) * 2020-04-29 2025-04-22 华为技术有限公司 一种数据传输方法、装置和系统
CN113454935B (zh) * 2020-09-18 2022-09-23 华为技术有限公司 一种线路编码方法及装置
CN113170500B (zh) * 2021-02-10 2023-06-23 华为技术有限公司 一种信息传输方法及装置
CN114333104B (zh) * 2021-12-30 2023-03-24 阿波罗智联(北京)科技有限公司 行车数据传输方法及装置
US20240259483A1 (en) * 2023-01-31 2024-08-01 Samsung Electronics Co., Ltd. Method and apparatus for handling protocol stack in wireless communication system
WO2024162640A1 (en) * 2023-01-31 2024-08-08 Samsung Electronics Co., Ltd. Method and apparatus for handling segmentation in a wireless communication

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998004096A1 (en) * 1996-07-23 1998-01-29 Northern Telecom Limited Method and apparatus for reassembly of data packets into messages in an asynchronous transfer mode communications system
WO2001078323A2 (en) * 2000-04-07 2001-10-18 Nokia Corporation Transmission of fixed size protocol data units through the transparent radio link control
WO2004042953A1 (en) * 2002-11-07 2004-05-21 Lg Electronics Inc. Method for moving a receive window in a radio access network
RU2004125647A (ru) * 2002-11-05 2005-04-20 Эл Джи Электроникс Инк. (Kr) Обработка блоков данных для передачи по одному и тому же каналу
WO2005055472A1 (en) * 2003-12-01 2005-06-16 Lg Electronics Inc. Processing transport format information to prevent mac header redundancy
RU2005102606A (ru) * 2002-08-03 2005-08-10 Самсунг Электроникс Ко., Лтд. (KR) Носитель информации и способ записи на такой носитель и воспроизведения с него

Family Cites Families (61)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0781160B2 (ja) 1987-06-22 1995-08-30 日本油脂株式会社 透明石鹸の製造法
SE505845C2 (sv) 1995-04-24 1997-10-13 Ericsson Telefon Ab L M Telekommunikationssystem och sätt att överföra mikroceller i detta
DE19820233B4 (de) * 1998-05-06 2004-08-05 Siemens Ag Verfahren zum Übertragen von Nutzdaten in Telekommunikationssystemen mit drahtloser auf einem vorgegebenen Luftschnittstellenprotokoll basierender Telekommunikation zwischen Telekommunikationsgeräten, insbesondere Sprach- und/oder Paketdaten in DECT-Systemen
FI106504B (fi) * 1998-10-06 2001-02-15 Nokia Networks Oy Datan segmentointimenetelmä tietoliikennejärjestelmässä
US6389016B1 (en) * 1998-10-14 2002-05-14 Nortel Networks Limited Data communication system and method for transporting data
US6804251B1 (en) * 1998-11-12 2004-10-12 Broadcom Corporation System and method for multiplexing data from multiple sources
FI106497B (fi) * 1999-01-15 2001-02-15 Nokia Networks Oy Vuonohjausmenetelmä tietoliikennejärjestelmässä
KR20000059636A (ko) 1999-03-05 2000-10-05 정규석 데이터링크 계층에서 서비스 데이터 단위의 프로토콜 데이터 단위로의 구성방식
US6791982B2 (en) 1999-09-29 2004-09-14 Telefonaktiebolaget Lm Ericsson Segmentation protocol that supports compressed segmentation headers
US6724761B1 (en) * 1999-09-29 2004-04-20 Northrop Grumman Corporation Method and apparatus for serial cell replication for multicast in a cell switch
GB0000573D0 (en) * 2000-01-12 2000-03-01 Nokia Mobile Phones Ltd Receiver based isochronous transmissions
JP2003522507A (ja) * 2000-02-14 2003-07-22 トムソン ライセンシング ソシエテ アノニム 幾つかのパケットに分割されるメッセージの送信方法
US7031306B2 (en) * 2000-04-07 2006-04-18 Artel Video Systems, Inc. Transmitting MPEG data packets received from a non-constant delay network
KR100640921B1 (ko) * 2000-06-29 2006-11-02 엘지전자 주식회사 프로토콜 데이터 유닛의 생성 및 전송 방법
KR100447162B1 (ko) * 2000-08-19 2004-09-04 엘지전자 주식회사 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법
KR100344982B1 (ko) * 2000-10-07 2002-07-20 엘지전자주식회사 프로토콜 데이터 유닛의 길이 식별정보 전송방법
CN1202643C (zh) 2000-10-07 2005-05-18 Lg电子株式会社 具有无线电链路控制层的无线电通信系统和数据处理方法
DE10054473A1 (de) * 2000-11-03 2002-05-08 Siemens Ag Verfahren zum Austausch von Datenpaketen zwischen zwei Diensteerbringern eines Funkübertragungssystems
US7463626B2 (en) * 2000-11-21 2008-12-09 Roy Subhash C Phase and frequency drift and jitter compensation in a distributed telecommunications switch
US6961349B2 (en) * 2001-05-30 2005-11-01 Telefonaktiebolaget Lm Ericsson (Publ) Handling TCP protocol for connections transmitted in parallel over radio link
US7145919B2 (en) * 2001-06-01 2006-12-05 Telefonaktienbolaget Lm Ericsson (Publ) Method and apparatus for transporting different classes of data bits in a payload over a radio interface
US7107464B2 (en) * 2001-07-10 2006-09-12 Telecom Italia S.P.A. Virtual private network mechanism incorporating security association processor
KR20030010435A (ko) * 2001-07-23 2003-02-05 메리디언레포츠 주식회사 맞춤형 신발안창의 제조방법 및 그 신발안창
KR100747464B1 (ko) * 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속（ｈｓｄｐａ）시스템을 위한타이머를 이용한 교착상황 회피방법
CN1168247C (zh) * 2002-01-23 2004-09-22 华为技术有限公司 一种atm变比特率实时业务适配层类型2的实现方法
KR100765123B1 (ko) * 2002-02-16 2007-10-11 엘지전자 주식회사 Ｓｒｎｓ 재할당 방법
US7289535B2 (en) * 2002-03-15 2007-10-30 Freescale Semiconductor, Inc. Method of accommodating fragmentation and burst in a wireless protocol
US6684081B2 (en) * 2002-05-10 2004-01-27 Nokia Corporation Method and system for separating control information and user data from multicast and broadcast services
FR2840482B1 (fr) * 2002-05-28 2004-10-15 Thales Sa Procede de reconstitution de messages achemines par un ou plusieurs reseaux de transmission par paquets
US7809021B2 (en) * 2002-07-10 2010-10-05 Solarflare Communications, Inc. Communication system and encoding method having low overhead
KR100547842B1 (ko) * 2002-07-29 2006-01-31 삼성전자주식회사 무선 패킷 데이터 통신 시스템에서 서로 다른 데이터 유형들을 전송하는 장치
US20040027999A1 (en) * 2002-08-08 2004-02-12 Lorenzo Casaccia Broadcast message segmentation for wireless communication systems
KR100446527B1 (ko) * 2002-08-20 2004-09-01 삼성전자주식회사 무선 패킷 데이터 통신 시스템에서 패킷 데이터 유닛의송신 및 수신 방법
US7219187B1 (en) * 2002-08-30 2007-05-15 Netlogic Microsystems, Inc. Search parameter table in a content addressable memory
DE10252533A1 (de) * 2002-11-08 2004-05-27 Philips Intellectual Property & Standards Gmbh Verfahren und Vorrichtung zur Übertragung von Datenpaketen
JP3836077B2 (ja) * 2002-11-14 2006-10-18 松下電器産業株式会社 伝送データ構造及びそれを伝送するための方法並びに装置
KR20040074525A (ko) * 2003-02-19 2004-08-25 삼성전자주식회사 무선통신 시스템에서 패킷 데이터의 프레이밍 방법
SE0301048D0 (sv) * 2003-04-07 2003-04-07 Ericsson Telefon Ab L M RLC window reconfiguration
TW200509628A (en) * 2003-04-15 2005-03-01 Ericsson Telefon Ab L M Bandwidth on demand for media services at stationary equipment unit
US8804761B2 (en) * 2003-08-21 2014-08-12 Qualcomm Incorporated Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus
US8694869B2 (en) * 2003-08-21 2014-04-08 QUALCIMM Incorporated Methods for forward error correction coding above a radio link control layer and related apparatus
US7318187B2 (en) * 2003-08-21 2008-01-08 Qualcomm Incorporated Outer coding methods for broadcast/multicast content and related apparatus
US8233462B2 (en) * 2003-10-15 2012-07-31 Qualcomm Incorporated High speed media access control and direct link protocol
EP1692818B1 (en) * 2003-10-16 2013-08-14 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Access to cdma/umts services over a wlan access point, using a gateway node between the wlan access point and the service providing network
US20080043731A1 (en) 2004-02-04 2008-02-21 Matsushita Electric Industrial Co., Ltd. Method And Apparatus For Generating Packet Frames For Carrying Data
US7529565B2 (en) * 2004-04-08 2009-05-05 Starkey Laboratories, Inc. Wireless communication protocol
WO2006035501A1 (ja) * 2004-09-29 2006-04-06 Fujitsu Limited 秘匿通信システム
RU2007130081A (ru) * 2005-02-07 2009-02-20 Самсунг Электроникс Ко., Лтд. (KR) Способ и устройство для запроса/передачи отчета о состоянии в системе мобильной связи
KR101114084B1 (ko) * 2005-04-11 2012-02-21 엘지전자 주식회사 매개체 무관 핸드오버를 지원하는 통신방법
ATE410874T1 (de) * 2005-09-20 2008-10-15 Matsushita Electric Industrial Co Ltd Vefahren und vorrichtung zur packetsegmentierung und verknüpfungssignalisierung in einem kommunikationssystem
KR20050102606A (ko) 2005-10-05 2005-10-26 박훈일 점성토를 이용한 통발용 유인미끼 및 그 제조방법
US8774182B2 (en) * 2005-11-12 2014-07-08 Apple Inc. Media access control data plane system and method for wireless communication networks
US20070291695A1 (en) * 2006-05-01 2007-12-20 Interdigital Technology Corporation Method and apparatus for facilitating lossless handover in 3gpp long term evolution systems
US8165058B2 (en) * 2007-03-01 2012-04-24 Mitsubishi Electric Research Laboratories, Inc. Protocol data units and header in multihop relay network
GB2447635A (en) * 2007-03-19 2008-09-24 Fujitsu Ltd Scheduling qos communications between nodes within a predetermined time unit in wimax systems
US8437306B2 (en) * 2007-08-08 2013-05-07 Qualcomm Incorporated Layer 2 tunneling of data during handover in a wireless communication system
US8250441B2 (en) * 2007-12-11 2012-08-21 Wi-Lan Inc. Outer coding framework for application packet error rate minimization
EP2720399A1 (en) * 2008-08-25 2014-04-16 Aware, Inc. System and method of sub-carrier indexing for devices with different decoding capabilities
US8582771B2 (en) * 2008-09-10 2013-11-12 Lg Electronics Inc. Method for selectively encrypting control signal
KR101715938B1 (ko) * 2009-03-03 2017-03-14 엘지전자 주식회사 다중 안테나 시스템에서 ｈａｒｑ ａｃｋ／ｎａｃｋ 신호 전송 방법 및 장치
US10045367B2 (en) * 2014-10-03 2018-08-07 Qualcomm Incorporated Uplink data fragmentation for multi-user networks

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998004096A1 (en) * 1996-07-23 1998-01-29 Northern Telecom Limited Method and apparatus for reassembly of data packets into messages in an asynchronous transfer mode communications system
WO2001078323A2 (en) * 2000-04-07 2001-10-18 Nokia Corporation Transmission of fixed size protocol data units through the transparent radio link control
RU2005102606A (ru) * 2002-08-03 2005-08-10 Самсунг Электроникс Ко., Лтд. (KR) Носитель информации и способ записи на такой носитель и воспроизведения с него
RU2004125647A (ru) * 2002-11-05 2005-04-20 Эл Джи Электроникс Инк. (Kr) Обработка блоков данных для передачи по одному и тому же каналу
WO2004042953A1 (en) * 2002-11-07 2004-05-21 Lg Electronics Inc. Method for moving a receive window in a radio access network
WO2005055472A1 (en) * 2003-12-01 2005-06-16 Lg Electronics Inc. Processing transport format information to prevent mac header redundancy

Also Published As

Publication number Publication date
US9713033B2 (en) 2017-07-18
US20130343276A1 (en) 2013-12-26
ES2795282T3 (es) 2020-11-23
US20150350384A1 (en) 2015-12-03
US20160295458A1 (en) 2016-10-06
CA2622195C (en) 2016-01-19
US11395184B2 (en) 2022-07-19
KR101298407B1 (ko) 2013-09-16
US20200267599A1 (en) 2020-08-20
JP4991015B2 (ja) 2012-08-01
EP3668062B1 (en) 2021-10-27
US20120087309A1 (en) 2012-04-12
ZA200803354B (en) 2009-02-25
WO2007039023A1 (en) 2007-04-12
US10674401B2 (en) 2020-06-02
US20090116490A1 (en) 2009-05-07
EP1764980A1 (en) 2007-03-21
JP2012157037A (ja) 2012-08-16
KR101286415B1 (ko) 2013-08-23
ATE410874T1 (de) 2008-10-15
US20190320347A1 (en) 2019-10-17
US8102880B2 (en) 2012-01-24
JP5261587B2 (ja) 2013-08-14
DE602005010252D1 (de) 2008-11-20
AU2011201586B2 (en) 2012-05-10
ES2664800T3 (es) 2018-04-23
US20170289848A1 (en) 2017-10-05
AU2006299273A1 (en) 2007-04-12
JP2013153514A (ja) 2013-08-08
EP3328037A1 (en) 2018-05-30
PL3328037T3 (pl) 2020-08-24
AU2006299273B2 (en) 2011-02-03
US8494003B2 (en) 2013-07-23
US10009792B2 (en) 2018-06-26
BRPI0617569B1 (pt) 2019-05-28
HUE057542T2 (hu) 2022-05-28
PL1927231T3 (pl) 2018-07-31
RU2430481C2 (ru) 2011-09-27
US9385846B2 (en) 2016-07-05
JP2009509432A (ja) 2009-03-05
US10375602B2 (en) 2019-08-06
EP3328037B1 (en) 2020-03-04
BRPI0617569A2 (pt) 2011-07-26
CN101268673A (zh) 2008-09-17
JP2011239408A (ja) 2011-11-24
RU2008115463A (ru) 2009-10-27
EP1927231B1 (en) 2018-01-24
US20180270708A1 (en) 2018-09-20
EP3668062A1 (en) 2020-06-17
CN101268673B (zh) 2012-07-04
CN102647361A (zh) 2012-08-22
JP5568658B2 (ja) 2014-08-06
US8923336B2 (en) 2014-12-30
US9130714B2 (en) 2015-09-08
EP1927231A1 (en) 2008-06-04
ES2314534T3 (es) 2009-03-16
AU2011201586A1 (en) 2011-04-28
US20150139132A1 (en) 2015-05-21
BR122019004643B1 (pt) 2019-05-28
JP4866908B2 (ja) 2012-02-01
CN102647361B (zh) 2016-06-08
ES2902927T3 (es) 2022-03-30
KR20110099063A (ko) 2011-09-05
EP1764980B8 (en) 2009-01-07
KR20080056733A (ko) 2008-06-23
PL3668062T3 (pl) 2022-03-28
HUE051091T2 (hu) 2021-03-01
EP1764980B1 (en) 2008-10-08
CA2622195A1 (en) 2007-04-12

Similar Documents

Publication Publication Date Title
RU2470479C1 (ru) Способ и устройство для сигнализации сегментации и сцепления пакетов в системе связи
HK40031880B (en) Method and apparatus for packet segmentation and concatenation signaling in a communication system
HK40031880A (en) Method and apparatus for packet segmentation and concatenation signaling in a communication system
HK1256272B (en) Method and apparatus for packet segmentation and concatenation signaling in a communication system
HK1256272A1 (en) Method and apparatus for packet segmentation and concatenation signaling in a communication system

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20170601