[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

RU2208303C2 - Эффективная транспортировка пакетов интернет протокола, использующая асинхронный режим передачи уровня адаптации два - Google Patents

Эффективная транспортировка пакетов интернет протокола, использующая асинхронный режим передачи уровня адаптации два Download PDF

Info

Publication number
RU2208303C2
RU2208303C2 RU2000110124/09A RU2000110124A RU2208303C2 RU 2208303 C2 RU2208303 C2 RU 2208303C2 RU 2000110124/09 A RU2000110124/09 A RU 2000110124/09A RU 2000110124 A RU2000110124 A RU 2000110124A RU 2208303 C2 RU2208303 C2 RU 2208303C2
Authority
RU
Russia
Prior art keywords
header
data
internet protocol
data packet
mini
Prior art date
Application number
RU2000110124/09A
Other languages
English (en)
Other versions
RU2000110124A (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 RU2000110124A publication Critical patent/RU2000110124A/ru
Application granted granted Critical
Publication of RU2208303C2 publication Critical patent/RU2208303C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478—Provisions for broadband connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5652—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
    • H04L2012/5653—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL]
    • H04L2012/5656—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL] using the AAL2
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS
    • H04L2012/5665—Interaction of ATM with other protocols
    • H04L2012/5667—IP over ATM

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Полоса пропускания и эффективность передачи, связанные с двухточечной транспортировкой пакетов данных интернет протокола (ИП), в сетевой среде улучшены за счет использования в качестве носителей мини-ячеек асинхронного режима передачи (АРП) уровня адаптации два (АУА2). Полоса пропускания и эффективность передачи могут быть дополнительно улучшены посредством отображения одного или более полей данных в части заголовка пакетов данных ИП, в одной или более таблицах поиска и затем транспортировки адресов таблиц поиска в заголовки мини-ячеек АУА2, а не данных, связанных с одним или большим количеством полей данных в заголовках пакета данных ИП, что и является достигаемым техническим результатом. 4 с. и 16 з.п.ф-лы, 11 ил.

Description

Уровень техники
Изобретение относится к асинхронному режиму передачи (АРП) и транспортировке пакетов данных интернет протокола (ИП) только посредством АРП соединения. Более конкретно, данное изобретение использует АРП уровень адаптации два (АУА2) и методы сжатия заголовка для более эффективной транспортировки данных интернет мультипротокола посредством только АРП соединения в сетевой среде.
АРП - стандартный протокол для передачи асинхронных телекоммуникационных данных. Этот протокол основан на передаче данных в пакетах данных фиксированного размера, известных как АРП ячейки. Каждая АРП ячейка представлена в особом формате, включающем часть из 48 октетов полезной информации и часть из 5 октетов заголовка. АРП хорошо известен в уровне техники.
К сожалению, АРП не эффективно транспортирует данные с низкой скоростью передачи бит. Причина этого заключается в том, что длина пакета данных с низкой скоростью передачи бит значительно меньше, чем 48 октетов (то есть длина полезной информации АРП ячейки). Любая неиспользованная часть полезной информации АРП ячейки заполнена "незначащими битами". Когда незначащих битов вставлено больше, чем данных, полоса пропускания не использована полностью. Таким образом, ясно, что вставка незначащих битов может также приводить к недопустимым задержкам передачи сигналов, которые могут быть вредны, особенно, когда транспортируемые данные высокочувствительны к задержкам, например данные речевого типа.
Недавно был разработан АРП уровень адаптации, известный как АУА2. АУА2 был создан специально, с целью улучшения эффективности АРП, когда используется транспортировка малого количества бит. Как показано на фиг.2, АУА2 оперирует сохранением данных с низкой скоростью передачи бит в малом, пакеты данных переменной длины получили название мини-ячейки (иногда называемые как микроячейки или короткие пакеты), например мини-ячейка 205.
Улучшенное использование полосы пропускания достигнуто введением нескольких мини-ячеек в полезную информацию единственной АРП ячейки, например АРП ячейки 210. Чтобы дополнительно улучшить использование полосы пропускания, мини-ячейку, например мини-ячейку 215, можно будет сегментировать так, чтобы были перекрыты две АРП ячейки как показано.
Фиг. 3 иллюстрирует известный протокол для АУА2 мини-ячейки 301. Мини-ячейка 301 разделена на заголовок 302 из 3-х байт и полезную информацию 303. Заголовок разделен на следующие поля: идентификатор соединения (ИДС) 304, код 305 размера, циклический избыточный код (ЦИК) 306 и поле 307 (ИДП) информации двух пользователей. ИДС 304 обеспечивает информацию, необходимую для соединения каждой мини-ячейки с соответствующим каналом при мультиплексировании нескольких каналов. Код 305 размера обеспечивает информацию, необходимую для определения местоположения первого и последнего октета каждой мини-ячейки. ЦИК 306 обеспечивает полную проверку заголовка мини-ячейки 301, а ИДП поля 307 используется вместе с процессом сегментации мини-ячейки.
Как известно, АРП обычно используется в качестве носителя для транспортировки данных от точки к точке в сетевой среде. Как правило, транспортируемые пакеты данных первоначально отформатированы в соответствии с любым из множества различных интернет протоколов (ИП). Примеры таких ИП включают протокол управления передачей (ПУП), протокол датаграммы пользователя (ПДП) и протокол передачи в реальном масштабе времени (ППРМВ). Обычно эти пакеты данных ИП дополнительно отформатированы в соответствии с двухточечным протоколом (ДТП). Первичная цель для использования ДТП состоит в том, что ДТП обеспечивает стандартный формат для пакетов данных мультипротокола через двухточечные соединения. ДТП выполняет это, формируя различные типы пакета данных ИП, как проиллюстрировано на фиг.4.
Модель 400 формирования пакета, проиллюстрированная на фиг.4, включает несколько полей данных. Поле 405 ИД протокола ДТП имеет размер 2 октета и идентифицирует тип пакета данных ИП, появляющийся в информационном поле 410. Например, поле 405 ИД протокола ДТП может идентифицировать пакет данных ИП (не показан) как ППРМВ пакет данных, ПДП пакет данных или ПУП пакет данных. Кроме того, поле 405 ИД протокола ДТП устанавливает, сжат ли заголовок, связанный с пакетом данных ИП, или не сжат. Модель 400 формирования пакета может также включать некоторое количество незначащих битов 415.
Фиг. 5 иллюстрирует типичный ИП/ДТП заголовок 500 пакета данных, более подробно заголовок пакета данных ПУП. Чтобы улучшить использование полосы пропускания и эффективность передачи, на практике используют сжатие ИП/ДТП заголовка пакета данных, как известно из уровня техники. Сжатие заголовка основано на факте, что значительное число полей данных в ИП/ДТП заголовке, например в ИП/ДТП заголовке 500 пакета данных, остается постоянным во время сеанса связи или соединения. Например, фиг.6 иллюстрирует поля данных в ИП/ДТП заголовке 500 пакета данных, которые остаются постоянными. Соответственно, полный заголовок может быть передан, когда сеанс связи/соединения установлен. Передавая сначала полный заголовок, декомпрессор может быть конфигурирован так, чтобы разместить сжатые заголовки во время оставшегося сеанса связи/соединения. После этого необходимо транспортировать только те поля, которые заменяют. Фактически возможно дополнительно сжать ИП/ДТП заголовки пакетов данных в дальнейшем, пользуясь преимущественно теми полями, которые изменяются периодически или изменяются с постоянным значением. Специальные поля данных, которые остаются постоянными, изменяются периодически или изменяются с постоянным значением в зависимости от типа ИП/ДТП пакета данных.
Часто сети обслуживают больше, чем один тип приложения, причем каждое приложение выдает данные, которые представляют специальный формат передачи данных. Чтобы использовать АРП, каждый из различных форматов передачи данных должен быть переформатирован (т.е., приспособлен), чтобы соответствовать формату АТМ. Это выполняется одним из нескольких АРП уровней адаптации (АУА), например АУА 101, проиллюстрированным на фиг.1, причем прикладной уровень 102 представляет данные (например, данные интернет протокола), поступающие от конкретного приложения. В частности, АУА 101 сохраняет данные приложения в части полезной информации в одной или большем количестве АРП ячеек. Тогда уровень АРП 103 передает одну или большее количество АРП ячеек к точке приема в сети.
Имеются несколько известных АУА. Два из наиболее широко используемых АУА - АУА1 и АУА5. АУА1 используется для транспортировки синхронных данных (то есть данные эмуляции схемы). АУА5, с другой стороны, используется для транспортировки пакетных данных, например пакетных данных ИП.
В сетях, которые используют АРП в качестве носителя для ИП/ДТП пакетов данных, АУА5 является используемым АРП уровнем адаптации. Так как длина пакета каждого ИП/ДТП пакета данных обычно не эквивалентна длине АРП ячейки, в частности длине полезной информации АРП ячейки, неиспользованная часть полезной информации АРП ячейки должна быть заполнена после того, как ИП/ДТП пакет был туда введен. Как объяснено выше, дополнять АРП ячейки или передавать АРП ячейки, которые не полностью заполнены данными, чрезвычайно неэффективно для использования полосы пропускания, при этом возникает эффект нейтрализации любой добавленной эффективности, достигнутой сжатием ИП/ДТП заголовка пакета данных. Соответственно, имеется существенная потребность обеспечить более эффективный способ транспортирования ИП/ДТП пакетов данных при использовании АРП в качестве носителя.
Сущность изобретения
Задачей данного изобретения является создание способа с большей эффективностью использования полосы пропускания для транспортировки ИП/ДТП пакетов данных с использованием АРП.
Другой задачей данного изобретения является повышение эффективности использования полосы пропускания за счет применения АУА2 для транспортировки ИП/ДТП пакетов данных, причем АУА2 больше подходит для транспортировки коротких пакетов данных или пакетов данных переменной длины.
Еще одной задачей данного изобретения является использование способов сжатия заголовка с АУА2 для уменьшения служебных данных и дополнительного увеличения эффективности использования полосы пропускания.
В соответствии с одним аспектом данного изобретения вышеупомянутые и другие задачи решаются способом транспортировки пакетов данных интернет протокола в сетевой среде. Способ заключается в том, что сохраняют часть заголовка пакета данных интернет протокола в некотором местоположении в таблице поиска и затем отображают эту часть заголовка пакета данных интернет протокола посредством введения адреса в часть заголовка мини-ячейки АУА2, причем адрес соответствует местоположению таблицы поиска, в котором сохранена часть заголовка пакета данных интернет протокола. Оставшуюся часть пакета данных интернет протокола затем вставляют в часть полезной информации мини-ячейки АУА2, которую в свою очередь передают в точку приема сети. В точке приема адрес, введенный в заголовок мини-ячейки АУА2, анализируют для того, чтобы часть заголовка пакета данных интернет протокола, который был сохранен в таблице поиска, могла быть восстановлена по адресу в заголовке мини-ячейки АУА2.
В соответствии с другим аспектом представленного изобретения вышеупомянутые и другие задачи решаются способом транспортировки пакета данных интернет протокола по АУА2 соединению. Этот способ заключается в том, что формируют пакет данных интернет протокола с использованием двухточечного протокола, причем пакет данных интернет протокола включает часть заголовка. Затем определяют, были ли предварительно сохранены в таблице поиска данные, связанные с полем данных в заголовке пакета данных интернет протокола. Если данные были предварительно сохранены в таблице поиска, пропускают поле данных заголовка пакета данных интернет протокола и вводят адрес в поле данных заголовка мини-ячейки АУА2, причем адрес соответствует местоположению данных, которые были предварительно сохранены в таблице поиска. Сформированный пакет данных интернет протокола затем вводят в часть полезной информации мини-ячейки АУА2, которая, в свою очередь, передана к точке приема сети. В точке приема данные, связанные с полем данных в заголовке пакета данных интернет протокола, восстанавливают из таблицы поиска в соответствии с адресом, сохраненным в поле данных заголовка мини-ячейки АУА2.
В соответствии с еще одним аспектом представленного изобретения вышеупомянутые и другие задачи решаются способом транспортировки двухточечного протокола, формирующего пакет данных интернет протокола в пределах мини-ячейки АУА2 в сетевой среде. Согласно способу сначала определяют, находится ли заголовок пакета данных интернет протокола в сжатом формате, и если заголовок пакета данных интернет протокола сжат, то используют адрес, сохраненный в первой части заголовка мини-ячейки АУА2, для отображения данных, связанных с первым полем данных в заголовке пакета данных интернет протокола, который был предварительно сохранен в первой таблице поиска. Затем согласно способу определяют, должна ли мини-ячейка АУА2 быть сегментирована, и, если мини-ячейка АУА2 должна быть сегментирована, используют адрес, сохраненный во второй части заголовка мини-ячейки АУА2, для отображения данных, связанных со вторым полем данных в пакете данных интернет протокола, который был предварительно сохранен во второй таблице поиска. Мини-ячейку в конечном счете передают точке приема в сети, и данные, связанные с первым полем данных в заголовке пакета данных интернет протокола, восстанавливают из первой таблицы поиска на основании адреса, сохраненного в первой части заголовка мини-ячейки АУА2, а данные, связанные со вторым полем данных в пакете данных интернет протокола, восстанавливают из второй таблицы поиска на основании адреса, сохраненного во второй части заголовка мини-ячейки АУА2.
В соответствии с еще одним аспектом представленного изобретения вышеупомянутые и другие задачи решаются способом транспортировки пакета данных интернет протокола по АУА2 соединению в сетевой среде, причем пакет данных интернет протокола включает часть заголовка. Первоначально согласно способу определяют, были ли данные, связанные с полем данных идентификатора сеанса контекста/соединения в части заголовка первого пакета данных интернет протокола, предварительно сохранены в таблице поиска. Если они не были предварительно сохранены в таблице поиска, то согласно способу вводят полный заголовок пакета данных интернет протокола в часть полезной информации первой мини-ячейки АУА2. Кроме того, неиспользованный адрес таблицы поиска вводят в поле данных, связанное с частью заголовка мини-ячейки АУА2. Затем первую мини-ячейку АУА2 передают из точки посылки в точку приема в сети. В точке приема данные, связанные с полем данных индентификатора сеанса контекста/соединения, сохраняют в таблице поиска в соответствии с неиспользованным адресом в поле данных, связанном с заголовком мини-ячейки АУА2. Затем согласно способу определяют, были ли данные, связанные с полем данных идентификатора сеанса контекста/соединения в заголовке второго пакета данных интернет протокола, предварительно сохранены в таблице поиска. Если данные, связанные с полем данных идентификатора сеанса контекста/соединения в заголовке второго пакета данных интернет протокола, были предварительно сохранены, то адрес таблицы поиска, связанный с этими предварительно сохраненными данными, вводят в поле данных в части заголовка второй мини-ячейки АУА2. Оставшуюся часть заголовка второго пакета данных интернет протокола, исключая поле данных индентификатора сеанса контекста/соединения, затем вставляют в часть полезной информации второй мини-ячейки АУА2, которая, в свою очередь, передана в точку приема. Данные, связанные с полем данных идентификатора сеанса контекста/соединения в заголовке второго пакета данных интернет протокола, затем восстанавливают из таблицы поиска на основании адреса, сохраненного в поле данных заголовка второй мини-ячейки АУА2.
Краткое описание рисунков
Задачи и преимущества изобретения будут понятны при чтении следующего подробного описания вместе с чертежами на которых:
Фиг.1 иллюстрирует связь между АРП уровнем адаптации и обоими прикладным уровнем и уровнем АРП в соответствии с предшествующим уровнем техники;
Фиг. 2 иллюстрирует процесс АУА2 в соответствии с предшествующим уровнем техники;
Фиг.3 показывает протокол для типичной мини-ячейки АУА2 в соответствии с предшествующим уровнем техники;
Фиг. 4 иллюстрирует модель формирования пакета данных ИП/ДТП в соответствии с предшествующим уровнем техники;
Фиг. 5 - образец заголовка пакета данных ИП в соответствии с предшествующим уровнем техники;
Фиг. 6 - образец заголовка пакета данных ИП в соответствии с предшествующим уровнем техники;
Фиг. 7 иллюстрирует пакет данных ИП/ДТП, содержащий полный заголовок пакета данных в соответствии с предшествующим уровнем техники;
Фиг. 8 иллюстрирует пакет данных ИП/ДТП, содержащий сжатый заголовок пакета данных, в соответствии с предшествующим уровнем техники;
Фиг.9 иллюстрирует особенность отображения представленного изобретения;
Фиг. 10 иллюстрирует заданные по умолчанию коды ИДК в соответствии с представленным изобретением и
Фиг.11 иллюстрирует особенность отображения представленного изобретения, когда мини-ячейка АУА2 должна быть сегментирована.
Подробное описание
Представленное изобретение включает транспортный двухточечный протокол (ДТП), формирующий пакеты данных интернет протокола (ИП), называемые здесь как ИП/ДТП пакеты данных. Из уровня техники известно несколько различных интернет протоколов, включая протокол передачи в реальном масштабе времени (ППРМВ), протокол датаграммы пользователя (ПДП) и протокол управления передачей (ПУП). Как известно, используют АРП, более точно АУА5, чтобы транспортировать ИП/ДТП пакеты данных в сетевой среде.
Вообще представленное изобретение использует мини-ячейки АРП уровня адаптации два АУА2 для транспортировки ИП/ДТП пакетов данных, а не ячейки АРП в соответствии с АУА5. АУА2 специально предназначен для улучшения использования полосы пропускания для короткого пакета данных с низкой скоростью передачи бит. Соответственно, поддержка ИП/ДТП пакетов данных, которые являются настолько короткими, насколько это возможно, составляет главную задачу в представленном изобретении. Поэтому представленное изобретение пользуется преимуществом существующих ИП/ДТП методов сжатия заголовка, чтобы уменьшить нежелательные служебные данные всякий раз, когда это возможно. Кроме того, представленное изобретение отображает некоторые поля данных в заголовке пакета данных ИП/ДТП при использовании полей данных в заголовке мини-ячейки АУА2. Благодаря отображению информации в заголовке пакета данных ИП/ДТП дополнительно уменьшают служебные данные при передаче пакета данных ИП/ДТП, что приводит, таким образом, к дополнительному улучшению использования полосы пропускания и эффективности передачи.
Фиг. 7 иллюстрирует типичный пакет данных ИП/ДТП 700. Пакет 700 данных ИП/ДТП включает часть 705 полезной информации, содержащую данные ИП, и содержит верхнюю часть 710, включающую заголовок 715 пакета данных ИП/ДТП и идентификатор 720 (ИД) протокола ДТП. Заголовок 715 пакета данных ИП/ДТП, проиллюстрированный на фиг.7, является полным, несжатым заголовком. Также он может содержать 40 или большее количество байтов информации в зависимости от типа ИП пакета данных (например, ПУП, ППРМВ, ПДП), как определено ИД 720 ДТП протокола.
Фиг. 8, напротив, иллюстрирует пакет данных ИП/ДТП 800, который содержит сжатый заголовок 805. Конкретное содержание сжатого заголовка 805 зависит от алгоритма сжатия, используемого для сжатия обычно полного заголовка, и типа ИП пакета данных, определяемого в соответствии с ИД 810 ДТП протокола. Пример алгоритма сжатия для ПУП заголовков полностью описан в Jacobson, Compressing TCP/IP Headers for Low-Speed Serial Links, Network Working Group RFC 1144 (1990). Другой пример алгоритма сжатия для ПДП и ППРМВ заголовков описан в Casner et al. , Compressing IP/UDP/RTP Headers for Low-Speed Serial Links, Internet Engineering Task Force (1997).
В соответствии с предпочтительным примером осуществления представленного изобретения пакеты данных ИП/ДТП, связанные с одним или большим количеством сеансов связи, содержащие или не содержащие сжатый заголовок, вводят в часть полезной информации мини-ячеек АУА2. Затем мини-ячейки АУА2 передают из точки посылки в пределах сети в точку приема в пределах сети.
Фиг. 8 также иллюстрирует поля данных, которые обычно включают сжатый заголовок пакета данных ИП/ДТП, например заголовок 805 пакета данных. Поля данных включают контекст сеанса связи или идентификатор (ИД) 850 соединения, здесь называемый идентификатором сеанса контекста/соединения. Принадлежит ли это поле данных сеансу связи или соединению зависит от того, является ли сформированный пакет данных ИП ПДП/ППРМВ пакетом данных или ПУП пакетом данных. ИД 850 сеанса контекста содержит информацию источник/назначение или соединение/поток, как будет понятно квалифицированному специалисту, причем информация источник/назначение/соединение/поток для каждого пакета данных ИП/ДТП, связанного с данным сеансом связи/соединением, является той же самой. Другое поле данных - контроль сжатого заголовка 855. Это поле данных обычно включает порядковый номер пакета данных, который изменяется от одного пакета данных ИП/ДТП до следующего на постоянную величину (т.е. изменение первого порядка), и маску бит для идентифицирования содержания поля данных 860 сжатого заголовка.
В соответствии с предпочтительным примером осуществления представленного изобретения некоторые поля данных в заголовке мини-ячейки АУА2, как проиллюстрировано на фиг.3, могут использоваться для отображения ИД 810 протокола ДТП и ИД 850 сеанса контекста/соединения. Более детально, ИД 810 протокола ДТП может быть отображен в поле информации двух пользователей (ИДП), в то время как ИД сеанса контекста/соединения может быть отображен в поле идентификации соединения (ИДС) 304. Следовательно, информацию источник/назначение/соединение/поток, связанную с ИД 850 сеанса контекста/соединения, не нужно передавать с каждым и в каждом пакете данных ИП/ДТП, связанном с соответствующим сеансом связи/соединением, как часть заголовка пакета данных ИП/ДТП. Аналогично, информация ИД 810 протокола ДТП не должна быть передана с каждым пакетом данных ИП/ДТП, связанным с сеансом связи/соединения. Благодаря отображению ИД 850 сеанса контекста/соединения и информации ИД 810 протокола ДТП в полях ИДС 304 и ИДП 307 соответственно вместо их повторной передачи с каждым пакетом данных ИП/ДТП, как часть сжатого заголовка пакета данных ИП/ДТП, значительно уменьшены служебные данные. Это особенно имеет место в случае, когда десятки, если не сотни пакетов данных ИП/ДТП должны быть переданы до окончания сеанса связи/соединения.
Далее в соответствии с предпочтительным примером осуществления представленного изобретения отображение ИД 850 сеанса контекст/соединение в поле ИДС 304 может быть реализовано с помощью таблицы поиска, поддерживаемой или связанной с декомпрессором заголовка в точке приема. Например, каждая ИДС кодовая комбинация может определять отдельный элемент/адрес в таблице поиска. Если информация источник/назначение/соединение/поток, связанная с ИД 850 сеансом контекста/соединения, была предварительно сохранена в таблице поиска, алгоритм сжатия в компрессоре, расположенном в точке посылки, нуждается только в копии соответствующего адреса или субфрагменте его в поле ИДС 304 заголовка мини-ячейки АУА2 прежде, чем мини-ячейка АУА2 передана из точки посылки в точку приема. В точке приема алгоритм расширения анализирует поле ИДС 304 и восстанавливает информацию источник/назначение/соединение/поток из таблицы поиска, обращаясь к таблице поиска в соответствии с адресом, сохраненным в поле ИДС 304.
Если информация источник/назначение/соединение/поток не была предварительно сохранена в таблице поиска, например соответствующий пакет данных ИП/ДТП является первым из ряда пакетов данных ИП/ДТП, связанных с данным сеансом связи/соединения, алгоритм сжатия идентифицирует неиспользованный элемент в таблице поиска. Алгоритм сжатия затем вводит адрес неиспользованного элемента таблицы поиска в поле данных ИДС 304 соответствующей мини-ячейки АУА2. Полный заголовок, содержащий информацию источник/назначение/соединение/поток, связанную с ИД 850 сеанса связи контекста/соединения, введен полностью в полезную информацию мини-ячейки АУА2 и затем передается в точку приема. Алгоритм расширения распознает, что этот пакет данных ИП/ДТП инициализирует новый сеанс связи/соединения.
Соответственно, алгоритм расширения затем сохраняет предварительно несохраненную информацию источник/назначение/соединение/поток в таблице поиска на основании адреса, который алгоритм сжатия сохранил в поле ИДС 304. Впоследствии переданные пакеты данных ИП/ДТП, связанные с тем же самым сеансом связи/соединением, нуждаются только в переносе адреса таблицы поиска в поле ИДС 304 соответствующего заголовка мини-ячейки АУА2, а не информации источник/назначение/соединение/поток.
Если пакеты данных ИП/ДТП, связанные с данным сеансом связи/соединения, содержат несжатые заголовки, нет никакой необходимости сохранять информацию источник/назначение/соединение/поток в таблице поиска. Соответственно алгоритм сжатия может сохранять заданный по умолчанию код в поле ИДС 304. Заданный по умолчанию код разрешает алгоритму расширения распознавать пакет данных ИП/ДТП как пакет данных, содержащий полный, несжатый заголовок пакета данных ИП/ДТП.
Обычно поле ИДС 304 имеет 8 бит в длину. Поэтому поле ИДС 304 может отображать 256 различных элементов в таблице поиска. Следовательно, 256 различных сеансов связи/соединения могут быть мультиплексированы в единственном соединении АУА2. Это позволяет, однако, использовать два или больше параллельных соединений АУА2, каждое из которых содержит 8 бит поля ИДК. Соответственно, два 8-битных поля ИДС могут отображать 64KБ (то есть 65,536) различных элементов в таблице поиска. Поэтому 64К различные сеансы/соединения могут быть мультиплексированы более чем двумя параллельными соединениями АУА2. Также возможно использовать два или больше параллельных соединений АУА2, причем 8-битовые ИДС коды отражают более младший или наименее значащий байт адреса, в то время как код соединения виртуального канала (СВК), объединенный с кодом индикатора виртуального пути (ИВП) в заголовке ячейки АРП, отражает более старший или наиболее значащий байт адреса. В этом случае по меньшей мере 64К различные сеансы/соединения могут быть мультиплексированы более чем 256 параллельными соединениями АУА2.
В соответствии с предпочтительным примером осуществления представленного изобретения отображение ИД 810 протокола ДТП в поле ИДП 307 соответствующего заголовка мини-ячейки АУА2 может быть реализовано подобным способом, как ИД 850 контекста сеанса связи/соединения, описанный выше. Таким образом, если ИД 810 протокола ДТП был предварительно транспортирован и сохранен в ИДП таблице поиска, поддерживаемой или связанной с декомпрессором в точке приема, алгоритм сжатия нуждается только в копии соответствующего адреса ИДП таблицы поиска в поле ИДП 307 заголовка мини-ячейки АУА2 прежде, чем мини-ячейка АУА2 передана из точки посылки в точку приема. В точке приема алгоритм расширения анализирует поле ИДП 307. Адрес ИДП таблицы поиска, сохраненный в поле ИДП 307, затем используется для восстановления ИД 810 протокола ДТП, сохраненного в ИДП таблице поиска.
Если ИД 810 протокола ДТП не был предварительно сохранен в ИДП таблице поиска, новый код ИДП может быть введен в поле ИДП 307 заголовка мини-ячейки АУА2 и ИД 810 протокола ДТП транспортируется полностью в точку приема. Алгоритм расширения может затем сохранить предварительно несохраненный ИД 810 протокола ДТП в ИДП таблице поиска в соответствии с адресом, который алгоритм сжатия сохранил в поле 307 ИДП. Поэтому впоследствии переданным пакетам данных ИП/ДТП, совместно использующим тот же самый ИД 810 протокола ДТП, нужно содержать только соответствующий адрес ИДП таблицы поиска.
Специалист может оценить, что поле ИДП 307 обычно содержит информацию, которая используется, когда длина мини-ячейки превышает пространство, которое является доступным в текущей полезной информации АРП ячейки. См., например, сегментированную мини-ячейку 215 на фиг.2. Если необходимо сегментировать мини-ячейку, ИДП поле не доступно для отображения ИД 810 протокола ДТП, как описано выше. Поэтому один аспект представленного изобретения заключается в том, что ИД 810 протокола ДТП был передан полностью, как часть заголовка пакета данных ИП/ДТП, и не отображен в поле ИДП 307, если соответствующая мини-ячейка должна быть сегментирована. Сегментация, однако, не затрагивает отображение ИД 850 сеанса контекста/соединения в поле ИДС 304. Соответственно, служебные данные могут быть еще уменьшены, даже если мини-ячейка должна быть сегментирована.
Фиг. 9 иллюстрирует это в соответствии с предпочтительным примером реализации представленного изобретения, ИД 850 сеанса контекста/соединения в сжатом заголовке 905 пакета данных ИП/ДТП может быть отображен в поле ИДС 304 в заголовке 910 мини-ячейки АУА2, как объяснено выше. Фиг.9 также показывает, что при обычных обстоятельствах ИД 810 протокола ДТП может быть отображен в поле ИДП 307 заголовка 910 мини-ячейки АУА2, как объяснено выше. Однако, если заголовок пакета данных ИП/ДТП, например заголовок 1005 пакета данных ИП/ДТП, не сжат, как проиллюстрировано на фиг.10, заданные по умолчанию коды могут быть сохранены в обоих полях ИДС и ИДП соответствующего заголовка 1010 мини-ячейки.
В соответствии с альтернативным примером реализации циклический избыточный код (ЦИК) 915 сжатого заголовка может быть включен как часть заголовка пакета данных ИП/ДТП, когда ИД 850 сеанса контекста/соединения отображен в поле ИДС 304, как проиллюстрировано на фиг.9. Добавление ЦИК 915 сжатого заголовка обеспечивает защиту для данных 920 сжатого заголовка от ошибок при передаче. Однако включение ЦИК 915 сжатого заголовка приводит к присоединению служебных данных. Таким образом, ЦИК 915 сжатого заголовка является произвольным и может быть выбран при выполнении соответствующей конфигурационной команды.
Фиг.11 иллюстрирует, что сегментация мини-ячейки требуется, когда ИД 850 сеанса контекста/соединения может быть отображен в поле ИДС 304 заголовка 1105 сегментированной мини-ячейки АУА2, как описано выше. ИД 810 протокола ДТП не отображен в поле ИДП 307 и должен быть передан полностью как показано, потому что поле ИДП 307 необходимо, чтобы помочь определить сегментацию мини-ячейки АУА2 1110.
В соответствии с другим альтернативным примером реализации представленного изобретения отображение может быть распространено на часть поля данных контроля 855 сжатого заголовка при использовании того же самого подхода, как описано выше. Так как имеется только несколько типов ИД протокола ДТП, поле данных ИДП 307 может использоваться для отображения маскирующих битов и полей порядкового номера, связанных с полем данных контроля 855 сжатого заголовка.
Представленное изобретение было описано со ссылкой на несколько примерных реализаций. Однако специалистам будет очевидно, что осуществление изобретения возможно в конкретных формах, отличных от примеров реализации, описанных выше. Это может быть сделано без изменения сущности изобретения. Эти примерные реализации просто проиллюстрированы и не должны рассматриваться, как ограничивающие. Объем изобретения определен приложенной формулой изобретения, скорее чем предшествующее описание, и все вариации и эквиваленты, которые попадают в объем формулы изобретения, предназначены для того, чтобы быть охваченными им.

Claims (20)

1. Способ транспортировки пакетов данных интернет протокола в сетевой среде, причем указанные пакеты данных интернет протокола включают часть заголовка, заключающийся в том, что сохраняют часть заголовка пакета данных интернет протокола в некотором местоположении в таблице поиска, отображают часть заголовка пакета данных интернет протокола, сохраненного в таблице поиска, введением адреса в часть заголовка мини-ячейки АУА2, причем адрес соответствует местоположению таблицы поиска, в котором сохранена часть заголовка пакета данных интернет протокола, вводят оставшуюся часть заголовка пакета данных интернет протокола в часть полезной информации мини-ячейки АУА2, передают мини-ячейку АУА2 в точку приема в сети, анализируют адрес, введенный в заголовок мини-ячейки АУА2, восстанавливают часть заголовка пакета данных интернет протокола, сохраненную в таблице поиска на основании адреса в заголовке мини-ячейки АУА2.
2. Способ по п. 1, отличающийся тем, что часть пакета данных интернет протокола, сохраненная в таблице поиска, является идентификатором сеанса контекста/соединения.
3. Способ по п. 1, отличающийся тем, что часть заголовка мини-ячейки АУА2, в которой сохранен адрес таблицы поиска, является полем данных идентификации канала.
4. Способ транспортировки пакета данных интернет протокола по АУА2 соединению, заключающий в том, что формируют пакет данных интернет протокола, с использованием двухточечного протокола, причем пакет данных интернет протокола включает часть заголовка, определяют, были ли данные, связанные с первым полем данных в заголовке пакета данных интернет протокола, предварительно сохранены в первой таблице поиска, если данные, связанные с первым полем данных в заголовке пакета данных интернет протокола, были предварительно сохранены в первой таблице поиска, пропускают первое поле данных заголовка пакета данных интернет протокола и вводят адрес в первое поле данных заголовка мини-ячейки АУА2, причем адрес соответствует местоположению в первой таблице поиска, в котором были сохранены данные, связанные с первым полем данных в заголовке пакета данных интернет протокола, вводят сформированный пакет данных интернет протокола в часть полезной информации мини-ячейки АУА2, передают мини-ячейки АУА2 в точку приема в сети, и восстанавливают данные, связанные с первым полем данных в заголовке пакета данных интернет протокола, из первой таблицы поиска, в соответствии с адресом, сохраненным в первом поле данных заголовка мини-ячейки АУА2.
5. Способ по п.4, отличающийся тем, что дополнительно определяют, должна ли быть сегментирована мини-ячейка АУА2.
6. Способ по п.4, отличающийся тем, что дополнительно пропускают второе поле данных пакета данных интернет протокола, если мини-ячейка АУА2 не должна быть сегментирована, и вводят адрес во второе поле данных заголовка мини-ячейки АУА2, причем адрес, сохраненный во втором поле данных заголовка мини-ячейки АУА2, соответствует местоположению во второй таблице поиска, в котором сохранены данные, связанные со вторым полем данных в пакете данных интернет протокола, и в точке приема, восстанавливают данные, связанные со вторым полем данных в пакете данных интернет протокола из второй таблицы поиска, в соответствии с адресом, сохраненным во втором поле данных заголовка мини-ячейки АУА2.
7. Способ по п.6, отличающийся тем, что второе поле данных в пакете данных интернет протокола является полем данных идентификатора двухточечного протокола.
8. Способ по п.6, отличающийся тем, что второе поле данных заголовка мини-ячейки АУА2 является полем данных информации двух пользователей.
9. Способ по п.4, отличающийся тем, что первое поле данных в заголовке пакета данных интернет протокола является полем данных идентификатора сеанса контекста/соединения.
10. Способ по п.9, отличающийся тем, что данные, связанные с полем данных идентификатора сеанса контекста/соединения, являются информацией маршрутизации пакета данных.
11. Способ транспортировки сформированного двухточечным протоколом пакета данных интернет протокола в пределах мини-ячейки АУА2 в сетевой среде, причем пакет данных интернет протокола включает часть заголовка, заключающийся в том, что определяют, находится ли заголовок пакета данных интернет протокола в сжатом формате, если заголовок пакета данных интернет протокола сжат, используют адрес, сохраненный в первой части заголовка мини-ячейки АУА2, для отображения данных, связанных с первым полем данных в заголовке пакета данных интернет протокола, который был предварительно сохранен в первой таблице поиска, определяют, должна ли мини-ячейка быть сегментирована, если мини-ячейка должна быть сегментирована, используют адрес, сохраненный во второй части заголовка мини-ячейки АУА2, для отображения данных, связанных со вторым полем данных в пакете данных интернет протокола, который был предварительно сохранен во второй таблице поиска, транспортируют мини-ячейку в точку приема в сети, и восстанавливают данные, связанные с первым полем данных в заголовке пакета данных интернет протокола из первой таблицы поиска на основании адреса, сохраненного в первой части заголовка мини-ячейки АУА2, и данные, связанные со вторым полем данных в пакете данных интернет протокола из второй таблицы поиска, на основании адреса, сохраненного во второй части заголовка мини-ячейки АУА2.
12. Способ по п.11, отличающийся тем, что пакет данных интернет протокола является пакетом данных протокола управления передачей (ПУП).
13. Способ по п.11, отличающийся тем, что пакет данных интернет протокола является пакетом данных протокола датаграммы пользователя (ПДП).
14. Способ по п.11, отличающийся тем, что пакет данных интернет протокола является пакетом данных протокола передачи в реальном масштабе времени (ППРМВ).
15. Способ по п. 11, отличающийся тем, что данные, связанные с первым полем в заголовке пакета данных интернет протокола, являются информацией маршрутизации пакета данных.
16. Способ по п.15, отличающийся тем, что первое поле данных в пакете данных интернет протокола является полем данных идентификатора сеанса контекста/соединения.
17. Способ по п.11, отличающийся тем, что данные, связанные со вторым полем данных в пакете данных интернет протокола, являются данными типа интернет протокола.
18. Способ транспортировки пакета данных интернет протокола в пределах АУА2 соединения в сетевой среде, причем пакет данных интернет протокола включает часть заголовка, заключающийся в том, что определяют, были ли предварительно сохранены в таблице поиска данные, связанные с полем данных идентификатора сеанса контекста/соединения, в части заголовка первого пакета данных интернет протокола, если данные, связанные с полем данных идентификатора сеанса контекста/соединения, не были предварительно сохранены в таблице поиска, вводят заголовок пакета данных интернет протокола в часть полезной информации первой мини-ячейки АУА2, причем заголовок пакета данных интернет протокола является полным заголовком, вводят неиспользованный адрес таблицы поиска в поле данных, связанное с частью заголовка мини-ячейки АУА2, передают первую мини-ячейку АУА2 из точки посылки в точку приема в сети, сохраняют данные, связанные с полем данных идентификатора сеанса контекста/соединения в таблице поиска, в соответствии с неиспользованным адресом в поле данных, связанном с заголовком мини-ячейки АУА2, определяют, были ли предварительно сохранены в таблице поиска данные, связанные с полем данных идентификатора сеанса контекста/соединения, в заголовке второго пакета данных интернет протокола, если данные, связанные с полем данных идентификатора сеанса контекста/соединения в заголовке второго пакета данных интернет протокола, были предварительно сохранены, сохраняют адрес в поле данных, связанном с частью заголовка второй мини-ячейки АУА2, причем адрес соответствует местоположению в первой таблице поиска, в котором были предварительно сохранены данные, связанные с полем идентификатора сеанса контекста/соединения, вводят оставшуюся часть второго заголовка пакета данных интернет протокола, исключая поле данных идентификатора сеанса контекста/соединения, в часть полезной информации второй мини-ячейки АУА2, передают вторую мини-ячейку АУА2 в точку приема, и восстанавливают данные, связанные с полем данных идентификатора сеанса контекста/соединения в заголовке второго пакета данных интернет протокола на основании адреса, сохраненного в поле данных второго заголовка мини-ячейки АУА2.
19. Способ по п.18, отличающийся тем, что поле данных в заголовке первой и второй мини-ячейки является полем данных идентификации соединения (ИДС).
20. Способ по п.18, отличающийся тем, что дополнительно вводят код по умолчанию в поле данных первого заголовка мини-ячейки АУА2, если данные, связанные с полем идентификатора сеанса контекста/соединения, в части заголовка первого пакета данных интернет протокола, не были предварительно сохранены в таблице поиска.
RU2000110124/09A 1997-09-24 1998-09-22 Эффективная транспортировка пакетов интернет протокола, использующая асинхронный режим передачи уровня адаптации два RU2208303C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/936,116 US6041054A (en) 1997-09-24 1997-09-24 Efficient transport of internet protocol packets using asynchronous transfer mode adaptation layer two
US08/936,116 1997-09-24

Publications (2)

Publication Number Publication Date
RU2000110124A RU2000110124A (ru) 2002-06-10
RU2208303C2 true RU2208303C2 (ru) 2003-07-10

Family

ID=25468194

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2000110124/09A RU2208303C2 (ru) 1997-09-24 1998-09-22 Эффективная транспортировка пакетов интернет протокола, использующая асинхронный режим передачи уровня адаптации два

Country Status (11)

Country Link
US (1) US6041054A (ru)
EP (1) EP1018286B1 (ru)
JP (1) JP4087559B2 (ru)
KR (1) KR100568651B1 (ru)
CN (1) CN1192678C (ru)
AU (1) AU744170B2 (ru)
BR (1) BR9812533A (ru)
CA (1) CA2304652C (ru)
DE (1) DE69832511T2 (ru)
RU (1) RU2208303C2 (ru)
WO (1) WO1999016284A1 (ru)

Families Citing this family (112)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9700930D0 (en) * 1997-01-17 1997-03-05 Northern Telecom Ltd Distribution network
GB2322515A (en) * 1997-02-21 1998-08-26 Northern Telecom Ltd Adaptation layer switching
GB2329550A (en) * 1997-09-22 1999-03-24 Northern Telecom Ltd Transporting multi-protocol datagrams over an asynchronous virtual channel
US6263443B1 (en) * 1997-10-11 2001-07-17 Agere Systems Guardian Corp. Simplified data link protocol processor
JP3319367B2 (ja) * 1997-10-14 2002-08-26 ケイディーディーアイ株式会社 網接続装置
US6317433B1 (en) * 1997-10-16 2001-11-13 Cisco Technology, Inc. Method and system for optimizing transmission link bandwidth occupation in high speed digital networks
DE19800772C2 (de) * 1998-01-12 2000-04-06 Ericsson Telefon Ab L M Verfahren und Vorrichtung zur Verbindung mit einem Paketaustauschnetz
GB2334853B (en) * 1998-02-27 2003-02-12 Northern Telecom Ltd Engineering operations channel provision
JPH11261571A (ja) * 1998-03-10 1999-09-24 Fujitsu Ltd ショートセル多重装置及びショートセルヘッダ変換方法
US6301229B1 (en) * 1998-04-07 2001-10-09 3Com Corporation Distribution of protocol processes from network elements to end stations
US6289016B1 (en) * 1998-05-20 2001-09-11 Nokia Telecommunications, Oyc. Method for eliminating misconcatenation of partial packets in AAL2 and partial packet with channel identifier
US6449276B1 (en) * 1998-05-20 2002-09-10 Nokia Telecommunications Oy Method and apparatus for efficient switching of partial minicells in ATM adaptation layer 2
US6628653B1 (en) * 1998-06-04 2003-09-30 Nortel Networks Limited Programmable packet switching device
US6584509B2 (en) * 1998-06-23 2003-06-24 Intel Corporation Recognizing audio and video streams over PPP links in the absence of an announcement protocol
EP0975123A1 (en) * 1998-07-15 2000-01-26 Telefonaktiebolaget L M Ericsson (Publ) Communication device and method for reliable and low-delay packet transmission
US6788691B1 (en) * 1998-08-27 2004-09-07 Nortel Networks Limited AAL2 negotiation procedure
US6490284B1 (en) * 1998-09-08 2002-12-03 Telefonaktiebolaget Lm Ericcson Use of CIC to identify calls when using ISUP in conjunction with AAL type 2 signaling protocol
DE19845031B4 (de) * 1998-09-30 2005-03-31 Siemens Ag Verfahren zum Verbinden von Vermittlungsanlagen über ein paketorientiertes Kommunikationsnetz
US6253327B1 (en) * 1998-12-02 2001-06-26 Cisco Technology, Inc. Single step network logon based on point to point protocol
US6597697B1 (en) * 1999-02-09 2003-07-22 Telefonaktiebolaget Lm Ericsson Extended AAL2 connection identifier
US6721555B1 (en) * 1999-02-19 2004-04-13 Qualcomm Incorporated System and method for facilitating device authentication in a wireless communications system
US6366961B1 (en) * 1999-03-03 2002-04-02 Nokia Telecommunications, Oy Method and apparatus for providing mini packet switching in IP based cellular access networks
US6993021B1 (en) * 1999-03-08 2006-01-31 Lucent Technologies Inc. Lightweight internet protocol encapsulation (LIPE) scheme for multimedia traffic transport
AU3919300A (en) * 1999-03-25 2000-10-09 Motorola, Inc. Point to point protocol multiplexing/demultiplexing method and apparatus
JP3365340B2 (ja) 1999-04-28 2003-01-08 日本電気株式会社 データ転送システム及びその転送方法
US6487206B1 (en) * 1999-05-24 2002-11-26 3Com Corporation Method and apparatus for adjusting the local service policy within an ATM switch based on non-ATM protocol service parameters
KR100608042B1 (ko) * 1999-06-12 2006-08-02 삼성전자주식회사 멀티 미디어 데이터의 무선 송수신을 위한 인코딩 방법 및그 장치
EP1067740A1 (en) * 1999-06-15 2001-01-10 Mitsubishi Electric Information Technology Centre Europe B.V. Method for transmitting variable sized packets from an upper layer of a stack of communication protocol layers to a lower layer intended to manage fixed sized packets
US6754231B1 (en) * 1999-06-18 2004-06-22 Telefonaktiebolaget Lm Ericsson (Publ) Robust header compression in packet communications
US6400720B1 (en) * 1999-06-21 2002-06-04 General Instrument Corporation Method for transporting variable length and fixed length packets in a standard digital transmission frame
US6801542B1 (en) * 1999-08-19 2004-10-05 Nokia Corporation Method and apparatus for providing an interworking unit between ATM networks and IP networks
US6791982B2 (en) * 1999-09-29 2004-09-14 Telefonaktiebolaget Lm Ericsson Segmentation protocol that supports compressed segmentation headers
US6882637B1 (en) * 1999-10-14 2005-04-19 Nokia Networks Oy Method and system for transmitting and receiving packets
US6535925B1 (en) * 1999-11-09 2003-03-18 Telefonaktiebolaget L M Ericsson (Publ) Packet header compression using division remainders
US6643287B1 (en) * 1999-11-24 2003-11-04 Pluris, Inc. Apparatus and method for forwarding encapsulated data packets on a network having multiple links between nodes
US6654376B1 (en) * 1999-12-28 2003-11-25 Nortel Networks Limited ATM packet scheduler
US6609224B1 (en) * 2000-02-04 2003-08-19 Telefonaktiebolaget Lm Ericsson (Publ) Replacement of transport-layer checksum in checksum-based header compression
US7814309B1 (en) * 2000-02-29 2010-10-12 Cisco Technology, Inc. Method for checkpointing and reconstructing separated but interrelated data
DE10015640A1 (de) * 2000-03-29 2001-10-04 Bosch Gmbh Robert Verfahren zur Signalisierung unterschiedlicher Kopfinformationen
US7136377B1 (en) * 2000-03-31 2006-11-14 Cisco Technology, Inc. Tunneled datagram switching
US20050195743A1 (en) * 2000-04-03 2005-09-08 P-Cube Ltd. Real time charging of pre-paid accounts
GB0009226D0 (en) * 2000-04-12 2000-05-31 Nokia Networks Oy Transporting information in a communication system
JP2001309053A (ja) * 2000-04-26 2001-11-02 Nec Corp Ｉｐアドレス割り当てシステム及びその処理方法
US20020031103A1 (en) * 2000-05-02 2002-03-14 Globalstar L.P. User terminal employing quality of service path determination and bandwidth saving mode for a satellite ISP system using non-geosynchronous orbit satellites
US7197046B1 (en) * 2000-08-07 2007-03-27 Shrikumar Hariharasubrahmanian Systems and methods for combined protocol processing protocols
US6907395B1 (en) * 2000-10-24 2005-06-14 Microsoft Corporation System and method for designing a logical model of a distributed computer system and deploying physical resources according to the logical model
US7606898B1 (en) * 2000-10-24 2009-10-20 Microsoft Corporation System and method for distributed management of shared computers
US7113900B1 (en) 2000-10-24 2006-09-26 Microsoft Corporation System and method for logical modeling of distributed computer systems
US7310353B1 (en) * 2000-10-30 2007-12-18 Yair Bourlas Compression of overhead in layered data communication links
FI110151B (fi) * 2000-11-14 2002-11-29 Nokia Corp Menetelmä pakettien siirtämiseksi piirikytkentäisen verkon yli
US6950445B2 (en) * 2000-11-16 2005-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Communication system and method for shared context compression
US7031343B1 (en) * 2000-11-17 2006-04-18 Alloptic, Inc. Point-to-multipoint passive optical network that utilizes variable-length packets
US7290063B2 (en) * 2001-01-10 2007-10-30 Nokia Corporation Relocating context information in header compression
US6981064B1 (en) * 2001-02-15 2005-12-27 Cisco Technology, Inc Supporting multiple point-to-point sessions between network devices on an ATM backbone
US7088723B2 (en) * 2001-02-23 2006-08-08 Samsung Electronics Co., Ltd. System and method for enhancing a voice channel in voice over internet protocol
US6526046B1 (en) * 2001-04-24 2003-02-25 General Bandwidth Inc. System and method for communicating telecommunication information using asynchronous transfer mode
EP1259037A1 (en) * 2001-05-18 2002-11-20 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Method and devices for the interworking of nodes
US7158506B2 (en) * 2001-05-31 2007-01-02 Qualcomm Incorporated Data manager for wireless communication devices and method of managing data in a wireless device
US7477638B1 (en) * 2001-07-03 2009-01-13 Cisco Technology, Inc. Interworking of IP voice with ATM voice using server-based control
JP3808736B2 (ja) * 2001-08-28 2006-08-16 株式会社エヌ・ティ・ティ・ドコモ 多重伝送装置及び多重伝送方法
US7010613B2 (en) * 2001-09-07 2006-03-07 Intel Corporation Methods and apparatus for reducing frame overhead on local area networks
US6954460B2 (en) * 2001-10-05 2005-10-11 Ericsson Inc. Method and apparatus for compressing packet headers
US7215667B1 (en) * 2001-11-30 2007-05-08 Corrent Corporation System and method for communicating IPSec tunnel packets with compressed inner headers
US7042886B2 (en) 2001-12-06 2006-05-09 P-Cube Ltd. Apparatus, method, and computer program for wire-speed classification and pre-processing of data packets in an ATM network
CN1168247C (zh) * 2002-01-23 2004-09-22 华为技术有限公司 一种atm变比特率实时业务适配层类型2的实现方法
GB2385752B (en) * 2002-02-20 2004-06-16 Motorola Inc Information communication controller interface apparatus and method
CA2373203A1 (en) * 2002-02-22 2003-08-22 Catena Networks Canada Inc. Method for increasing effective bandwidth on serial links with multiple layer 2 headers
DE10235921A1 (de) * 2002-03-25 2003-10-09 Agere Syst Guardian Corp Verfahren und Vorrichtung zum Verbessern der Zuverlässigkeit von mittels konkreter Syntaxschreibweise codierten Nachrichten
IL149165A (en) * 2002-04-15 2006-12-10 Veraz Networks Ltd Method and device for efficient transfer of VOIP traffic
US7254632B2 (en) * 2002-04-26 2007-08-07 P-Cube Ltd. Apparatus and method for pattern matching in text based protocol
US7421736B2 (en) * 2002-07-02 2008-09-02 Lucent Technologies Inc. Method and apparatus for enabling peer-to-peer virtual private network (P2P-VPN) services in VPN-enabled network
KR100884956B1 (ko) 2002-08-14 2009-02-23 엘지전자 주식회사 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
US7336667B2 (en) * 2002-11-21 2008-02-26 International Business Machines Corporation Apparatus, method and program product to generate and use CRC in communications network
US7400647B1 (en) * 2003-01-13 2008-07-15 Extreme Networks Look up table (LUT) for point-to-point protocol identification (PPP ID)
US20040199660A1 (en) * 2003-02-14 2004-10-07 Nokia Corporation Method of multiplexing compressed and uncompressed internet protocol packets
US8122106B2 (en) * 2003-03-06 2012-02-21 Microsoft Corporation Integrating design, deployment, and management phases for systems
US7890543B2 (en) 2003-03-06 2011-02-15 Microsoft Corporation Architecture for distributed computing system and automated design, deployment, and management of distributed applications
US7689676B2 (en) * 2003-03-06 2010-03-30 Microsoft Corporation Model-based policy application
US20040210623A1 (en) * 2003-03-06 2004-10-21 Aamer Hydrie Virtual network topology generation
US7072807B2 (en) * 2003-03-06 2006-07-04 Microsoft Corporation Architecture for distributed computing system and automated design, deployment, and management of distributed applications
US7606929B2 (en) * 2003-06-30 2009-10-20 Microsoft Corporation Network load balancing with connection manipulation
US7636917B2 (en) * 2003-06-30 2009-12-22 Microsoft Corporation Network load balancing with host status information
US7567504B2 (en) * 2003-06-30 2009-07-28 Microsoft Corporation Network load balancing with traffic routing
US7590736B2 (en) * 2003-06-30 2009-09-15 Microsoft Corporation Flexible network load balancing
US7613822B2 (en) * 2003-06-30 2009-11-03 Microsoft Corporation Network load balancing with session information
FR2857538B1 (fr) * 2003-07-08 2006-10-06 At & T Corp Systeme et methode de compression d'en-tete de paquets bases sur la creation dynamique d'un gabarit
US7676826B2 (en) * 2003-07-24 2010-03-09 Time Warner Interactive Video Group, Inc. Technique for communicating relatively high and low priority data between a terminal and a remote location
US7778422B2 (en) 2004-02-27 2010-08-17 Microsoft Corporation Security associations for devices
US20050246529A1 (en) 2004-04-30 2005-11-03 Microsoft Corporation Isolated persistent identity storage for authentication of computing devies
US7599361B2 (en) * 2004-07-02 2009-10-06 P-Cube Ltd. Wire-speed packet management in a multi-pipeline network processor
CN100353727C (zh) * 2004-07-16 2007-12-05 中国科学院计算技术研究所 一种鲁棒的IPv6头部压缩方法
US7680105B2 (en) * 2004-12-03 2010-03-16 Cisco Technology, Inc. Voice over internet protocol (VOIP) subcell multiplexing
US8489728B2 (en) 2005-04-15 2013-07-16 Microsoft Corporation Model-based system monitoring
US7797147B2 (en) 2005-04-15 2010-09-14 Microsoft Corporation Model-based system monitoring
US7802144B2 (en) 2005-04-15 2010-09-21 Microsoft Corporation Model-based system monitoring
US7602778B2 (en) * 2005-06-29 2009-10-13 Cisco Technology, Inc. System and methods for compressing message headers
US8549513B2 (en) 2005-06-29 2013-10-01 Microsoft Corporation Model-based virtual system provisioning
US20070016393A1 (en) * 2005-06-29 2007-01-18 Microsoft Corporation Model-based propagation of attributes
US20070016693A1 (en) * 2005-06-30 2007-01-18 Advanced Micro Devices, Inc. Decompression technique for generating software image
US7941309B2 (en) * 2005-11-02 2011-05-10 Microsoft Corporation Modeling IT operations/policies
WO2008040393A1 (en) * 2006-10-05 2008-04-10 Freescale Semiconductor, Inc. Error correction apparatus, method of correcting an error and method of generating error location data
US20080288622A1 (en) * 2007-05-18 2008-11-20 Microsoft Corporation Managing Server Farms
US7885294B2 (en) * 2007-08-23 2011-02-08 Cisco Technology, Inc. Signaling compression information using routing protocols
US7996520B2 (en) 2007-09-19 2011-08-09 Cisco Technology, Inc. Behavioral classification of communication sessions using active session initiation
FR2928059B1 (fr) * 2008-02-22 2016-01-08 Thales Sa Procede et dispositif de delineation d'un flux de donnees et systeme de communication comprenant ledit dispositif.
EP2271996A4 (en) * 2008-04-28 2015-01-28 Xg Technology Inc HEADER COMPRESSION MECHANISM FOR TRANSMITTING RTP PACKETS ON WIRELESS CONNECTIONS
US7817631B1 (en) * 2008-07-09 2010-10-19 Google Inc. Network transfer protocol
US8140709B2 (en) * 2009-08-07 2012-03-20 Alcatel Lucent Two stage internet protocol header compression
US10003896B2 (en) * 2015-08-18 2018-06-19 Gn Hearing A/S Method of exchanging data packages of different sizes between first and second portable communication devices
US10015091B2 (en) 2016-06-10 2018-07-03 William A. FLANAGAN Method of low-bandwidth data transport
US10771453B2 (en) * 2017-01-04 2020-09-08 Cisco Technology, Inc. User-to-user information (UUI) carrying security token in pre-call authentication
CN111246521B (zh) * 2020-01-15 2022-07-22 四川安迪科技实业有限公司 卫星传输网络包头压缩发送、接收、自学习方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2065578C (en) * 1991-04-22 1999-02-23 David W. Carr Packet-based data compression method
JPH0763161B2 (ja) * 1993-01-05 1995-07-05 日本電気株式会社 マルチメディアパケット通信方式
US5673263A (en) * 1995-03-31 1997-09-30 International Business Machines Corporation Method for using an IP address-based routing protocol in an ATM environment
US5742599A (en) * 1996-02-26 1998-04-21 Apple Computer, Inc. Method and system for supporting constant bit rate encoded MPEG-2 transport over local ATM networks
US5822321A (en) * 1996-04-10 1998-10-13 Telefonaktiebolaget Lm Ericsson Minicell segmentation and reassembly

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
BALDWIN J.H. ET AL: "AAL-2-А NEW ATM ADAPTION LAYER FOR SMALL PACKET ENCAPSULATION AND MULTIPLEXING" BELL LABS TECHNICAL JOURNAL vol. 2, по 2, 21 М March 1997, pages 111-131, ХР000695171. *

Also Published As

Publication number Publication date
BR9812533A (pt) 2000-07-25
EP1018286A1 (en) 2000-07-12
US6041054A (en) 2000-03-21
CN1279876A (zh) 2001-01-10
CA2304652C (en) 2005-07-26
CA2304652A1 (en) 1999-04-01
AU744170B2 (en) 2002-02-14
KR20010024281A (ko) 2001-03-26
CN1192678C (zh) 2005-03-09
DE69832511D1 (de) 2005-12-29
WO1999016284A1 (en) 1999-04-01
JP2001517915A (ja) 2001-10-09
AU9289698A (en) 1999-04-12
KR100568651B1 (ko) 2006-04-07
DE69832511T2 (de) 2006-06-14
EP1018286B1 (en) 2005-11-23
JP4087559B2 (ja) 2008-05-21

Similar Documents

Publication Publication Date Title
RU2208303C2 (ru) Эффективная транспортировка пакетов интернет протокола, использующая асинхронный режим передачи уровня адаптации два
US6151318A (en) Method and apparatus for encapsulating ATM cells in a broadband network
US8243757B2 (en) MAC header compression using a pointer
US8023505B2 (en) Circuit emulation service method and telecommunication system for implementing the method
US6920125B1 (en) IP adaptation layer on backhaul connection of cellular network
JP4602568B2 (ja) パケットサーバで用いられる通信方法
US7600039B2 (en) Label-based multiplexing
US20090219939A1 (en) Transporting Packets
US6226294B1 (en) Multiplexing traffic into structure blocks in ATM cells
EP1142263B1 (en) Method and device for reducing the processing time of data in communication networks
KR20020024962A (ko) 멀티레이어 패킷 처리 장치
CN100571190C (zh) 在网络环境中压缩标题和复用分组的装置和方法
JP2005516466A (ja) データ通信用セル・ヘッダの圧縮
US6229823B1 (en) System and method for the compression of proprietary encapsulations
JPH08251236A (ja) データ伝送システム、スイッチ、送信機及び受信機
US6311222B1 (en) Translator memory management system
JP4063814B2 (ja) Ａｔｍ通信装置およびその通信方法
CA2266390A1 (en) Packet routing in a telecommunications network
CN115002833B (zh) 以太帧的发送方法、接收方法、装置、设备和介质
FI120175B (fi) Digitaalisen informaation siirtäminen kehitysvälitteisessä tiedonsiirtoverkossa
JP2001237891A (ja) パケット転送装置
MXPA00002859A (en) Efficient transport of internet protocol packets using asynchronous transfer mode adaptation layer two
JPH11220472A (ja) フレーム転送装置
KR0128872B1 (ko) 광대역 비동기 전송모드의 광대역 송신 종료 메세지 생성 방법
JPH06276232A (ja) パケット交換端末インタフェース装置

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20160923