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

Формула изобретения

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, если данные, связанные с полем идентификатора сеанса контекста/соединения, в части заголовка первого пакета данных интернет протокола, не были предварительно сохранены в таблице поиска.

Описание изобретения к патенту

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

Изобретение относится к асинхронному режиму передачи (АРП) и транспортировке пакетов данных интернет протокола (ИП) только посредством АРП соединения. Более конкретно, данное изобретение использует АРП уровень адаптации два (АУА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 сжатого заголовка.

Представленное изобретение было описано со ссылкой на несколько примерных реализаций. Однако специалистам будет очевидно, что осуществление изобретения возможно в конкретных формах, отличных от примеров реализации, описанных выше. Это может быть сделано без изменения сущности изобретения. Эти примерные реализации просто проиллюстрированы и не должны рассматриваться, как ограничивающие. Объем изобретения определен приложенной формулой изобретения, скорее чем предшествующее описание, и все вариации и эквиваленты, которые попадают в объем формулы изобретения, предназначены для того, чтобы быть охваченными им.