Способ передачи пакетных данных в системе связи

Способ передачи пакетных данных в системе связи

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ. К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится в основном к области передачи пакетных данных в системе связи и, более конкретно, к системе и способу передачи пакетных данных, содержащих заголовочную информацию.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

Поскольку технология мобильной связи продолжает развиваться, ожидается, что аппараты беспроводной связи станут более широко использоваться, чем обычные телефонные аппараты проводной связи. Однако аппараты проводной связи продолжают оставаться единственным средством при выборе терминалов для некоторых случаев применения. Например, технология мобильной радиосвязи значительно уступает существующим системам проводной связи по пропускной способности, когда речь идет о передаче больших объемов данных и голосовом трафике между терминалами. Для решения этой проблемы было предложено несколько стандартов беспроводной связи. Один из таких стандартов, называемый 1МТ-2000 (Международная система мобильной связи-2000, примеч. перевод.), позволяет передавать большие объемы данных между терминалами, поэтому он быстро распространился во многих странах. Фактически, в настоящее время международное сотрудничество находится на пути к разработке для этой технологии единого стандарта.

Недавно это сотрудничество вылилось в инициативу, известную как Проект партнерства по разработке сетей третьего поколения (3GPP). Инициатива 3GPP была учреждена с целью стандартизации, помимо прочего, системы 1МТ-2000 третьего поколения, основанной на базе связи, принятой в Европе. В стандарт, известный как универсальная система подвижной связи (UMTS), внесли вклад многие национальные, международные и местные организации по стандартизации, в частности ТТЛ в Южной Коре, CWTS в Китае, Т1 в США и ARIB/TTC в Японии.

В универсальной системе подвижной связи в качестве технологии сети радиодоступа используется технология широкополосного множественного доступа с кодовым разделением каналов (WCDMA), которая в настоящее время развивается в направлении включения в нее услуг универсальной пакетной передачи (GPRS), основанных на сети пакетной коммутации, и глобальной системы мобильной связи (GSM), основанной на сети с коммутацией каналов. Универсальная система подвижной связи также развивается в направлении обеспечения таких мультимедийных услуг, как передача речи, изображений и данных.

Проект 3GPP включает в себя пять групп по разработке технических условий (далее - группа TSG), каждая из которых занимается разработкой, утверждением и ведением стандартов в соответствующей области.

Группа, занимающаяся сетями радиодоступа (RAN) (далее группа - TSG-RAN), руководит разработкой функциональных требований и стандартов, необходимых для согласования беспроводных терминалов и сети наземного радиодоступа универсальной системы подвижной связи (далее - сеть UTRAN). Группа базовой сети (CN) (далее - группа TSG-CN) руководит разработкой функций базовой сети, а также требований и стандартов к интерфейсу, позволяющему сети UTRAN осуществлять доступ в базовую сеть с коммутацией каналов или базовую сеть с пакетной коммутацией.

Полный заголовок играет чрезвычайно важную роль в методе сжатия заголовка в известной базовой сети с пакетной коммутацией. Если полный заголовок не передан правильно, каждый пакет, принятый после него, не может быть развернут и не учитывается. Для решения этой проблемы при использовании протокола non-TCP, такого как протокол UDP/IP (протокол дейтаграмм пользователя/Интернет-протокол - прим. перев.), в известной системе от передающей стороны требуется передавать пакет с полным заголовком, который может использоваться несколько раз для формирования контекста для принимающей стороны в пределах одного и того же потока данных в соответствии с определенными правилами.

В методе сжатия по протоколу non-TCP со сжатием заголовка, т.е., методе сжатия заголовка, используемом для протокола UDP/IP, пакет с полным заголовком передают, по меньшей мере, один раз в каждом экспоненциально увеличивающемся периоде, что называется сжатием с медленным стартом (CSS). В соответствии с алгоритмом медленного старта, если полная заголовочная информация изменяется или применяется иной метод сжатия заголовка, интервал передачи для одного и того же полного заголовка сокращается на начальной стадии и затем постепенно увеличивается.

На фиг.1 представлена схема, показывающая интервалы передачи при передаче полной заголовочной информации в соответствии со способом сжатия с медленным стартом. Как показано на схеме, интервалы передачи пакета с полным заголовком увеличиваются экспоненциально, а число пакетов со сжатым заголовком, передаваемых между соседними пакетами с полным заголовком (т.е. внутри каждого интервала, увеличивается в 1, 2, 4, 8, ... раз. Интервал передачи не возрастает бесконечно, но сохраняется одним и тем же, когда достигает своего порогового значения, которое обычно устанавливается равным 256. Для справки, полные заголовки, передаваемые с помощью способа сжатия с медленным стартом, имеют одно и то же значение идентификатора контекста (CID) и номера поколения. То есть, пакет с полным заголовком передается в экспоненциально возрастающем периоде для потока пакетов с одним и тем же значением идентификатора контекста (CID) и номером поколения.

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

На фиг.2 представлена блок-схема известной системы пакетной передачи, в которой используется метод сжатия заголовка. Данная система включает в себя блок сжатия заголовка 10, обеспечиваемый на уровне протокола сходимости пакетных данных (PDCP) и сжимающий заголовок данных, принятых с верхнего уровня под управлением блока управления сжатием заголовка 12. Пакет с полным заголовком или пакет со сжатым заголовком, преобразованный блоком сжатия заголовка 10, передают на уровень протокола управления радиоканалом (RLC) через блок передачи данных 14. Блок передачи 16 уровня протокола управления радиоканалом (RLC), снабженный буфером, сохраняет пакет с полным заголовком или пакет со сжатым заголовком, полученный от блока передачи данных 14 протокола сходимости пакетных данных (PDCP), и/или передает его принимающей стороне.

Работа системы будет объяснена далее. Сначала, в случае использования протокола TCP со сжатием заголовка (TCP - транспортный протокол управления, примеч. перевод.) в качестве метода сжатия заголовка, передающая сторона ранее передает пакет с полным заголовком для потока пакетов, чтобы сформировать контекст на принимающей стороне. Затем передают один или более сжатых заголовков, в которых указаны различия между последующими пакетами.

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

На фиг.3 показана структура пакета с информацией о состоянии контекста в соответствии с известным техническим решением. Этот пакет включает в себя множество полей идентификатора контекста, каждое из которых означает один поврежденный контекст, т.е. один поврежденный поток пакетов. Такой пакет с информацией о состоянии контекста не используется тогда, когда один контекст поврежден, но передается передающей стороне, когда повреждено число контекстов, превышающее заданную величину. Кроме того, при передаче передающей стороне самого пакета с информацией о состоянии контекста от принимающей стороны расходуются радиоресурсы, поэтому его частота использования в документе RFC 2507 ограничена.

При передаче пакетных данных с использованием метода сжатия заголовка по протоколу TCP со сжатием заголовка, если пакет с полным заголовком или пакет со сжатым заголовком потерян, требуется большое количество времени для восстановления соответствующего контекста принимающей стороной. Кроме того, передающая сторона не осведомлена о том, что соответствующий контекст поврежден. Таким образом, последующие пакеты со сжатым заголовком передаются бесполезно, что приводит к пустой трате радиоресурсов.

На фиг.4 показана структура сжатого заголовка, используемого в протоколе UDP/IP. Как уже ранее обсуждалось, при осуществлении сжатия заголовка согласно протоколу UDP/IP для выделения потоков пакетов используется параметр поколения соответствующей заголовочной информации, а также значение идентификатора контекста (CID). Таким образом, сжатый заголовок содержит только поле идентификатора контекста (CID), поле поколения и поле контрольной суммы, а в результате имеет общую величину около 4-5 октетов.

В сжатом заголовке на фиг.4, если используется 8-битовый идентификатор контекста, нет необходимости в идентификаторе контекста CID(2), размещаемом в третьем октете. Если используется 16-битовый идентификатор контекста, то 8 битов выделяются для идентификатора контекста CID(1), а другие 8 битов - для идентификатора контекста CID(2). Принимая во внимание, что размер полного заголовка составляет 48 октетов, следует заметить, что такая же цель может быть достигнута путем передачи очень малого объема данных.

При передаче пакетных данных с использованием метода сжатия заголовка по протоколу TCP со сжатием заголовка, вытекающим из алгоритма сжатия заголовка по протоколу TCP/IP (RFC 2507 Compressed TCP), пакет с полным заголовком передают в первом пакете потока пакетов. Последующие пакеты передают со сжатым заголовком, содержащим лишь отличия от ранее переданных заголовков потока пакетов. Контекст потока пакетов постоянно обновляют относительно ранее принятых заголовков пакетов.

При передаче пакетных данных с использованием другого метода сжатия заголовка по протоколу TCP со сжатием заголовка, вытекающим из алгоритма сжатия заголовка по протоколу TCP/IP (RFC 2507 Compressed TCP nondelta), пакет с полным заголовком передают в первом пакете потока пакетов. Последующие пакеты передают со сжатым заголовком, содержащим лишь отличия от ранее переданных заголовков потока пакетов. Контекст потока пакетов постоянно обновляют относительно ранее принятого полного заголовка.

При передаче пакетных данных с использованием алгоритма сжатия заголовка по протоколу UDP/IP (протокол non-TCP со сжатием заголовка, Compression Stow Start (сжатие с медленным стартом, примеч. перевод.) далее обозначенное как CSS) пакеты с полным заголовком передают в первом пакете, а некоторые из последующих пакетов потока пакетов - в соответствии с заданным правилом. На фиг.5 показана последовательность действий известного способа передачи пакета с полным заголовком и пакета со сжатым заголовком в соответствии со способом CSS. На этой фигуре значение INT (значение интервала) показывает число пакетов со сжатым заголовком, которые могут быть переданы между двумя последовательно передаваемыми пакетами с полным заголовком, а значение CNT (значение счетчика) показывает число переданных пакетов со сжатым заголовком.

В соответствии с этим способом передают пакет со сжатым заголовком, а когда значения CNT и INT становятся одинаковыми, передают пакет с полным заголовком вместо пакета со сжатым заголовком. Значение INT обновляется в то время, когда должен передаваться полный заголовок. Когда значение INT достигает величины MaxINT, соответствующей пороговому значению интервала передачи, оно больше не возрастает, и сохраняется значение MaxINT. Процесс заканчивается, когда все данные в потоке пакетов переданы, или когда данные полного заголовка изменились. Теперь будет более подробно описан способ передачи.

Сначала минимальное число (INT) пакетов со сжатым заголовком, которые могут быть переданы между пакетами с полным заголовком, устанавливают на начальное значение, равное «1».

Когда начинается операция передачи пакета с заголовком, сначала передают пакет с полным заголовком (S80), а затем CNT, показывающий число переданных пакетов со сжатым заголовком, устанавливают на «0» (CNT=0) (S81). Затем передают пакет со сжатым заголовком (S82) и затем - CNT, показывающий число переданных пакетов со сжатым заголовком, увеличивают на «1» (CNT=CNT+1) (S83).

Далее значения INT и CNT сравнивают между собой (S84) и если эти два значения отличаются, дополнительно передают пакет со сжатым заголовком, и повторно выполняют операции S82-S84. Если эти два значения одинаковы, проверяют, является ли значение INT больше, чем MaxINT (в настоящем изобретении MaxINT=256) (S85). Если значение INT меньше MaxINT, выполняют повторно операции S80-S85 при увеличении значения INT с умножением на «2» (1, 2, 4, 8, 16, ..., 256). Если, однако, значение INT равно или больше значения MaxINT, значение INT больше не увеличивают и сохраняют тот же интервал передачи.

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

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

Метод сжатия заголовка по протоколу TCP со сжатием заголовка, вытекающий из известного алгоритма сжатия заголовка по протоколу TCP/IP, также имеет ряд недостатков. Например, контекст пакета со сжатым заголовком восстанавливают на основе прямого или косвенного сравнения с полным заголовком. Если один из заголовков пакета в потоке не принят успешно или не принят успешно полный заголовок, несколько пакетов, следующих за этим пакетом, не могут быть восстановлены в данное время. То есть, в случае передачи пакетных данных с использованием метода сжатия заголовка по протоколу TCP со сжатием заголовка, когда пакет с полным заголовком или пакет со сжатым заголовком потерян, много времени у принимающей стороны занимает восстановление соответствующего контекста. Кроме того, передающая сторона не знает, что соответствующий контекст поврежден. Следовательно, последующие пакеты со сжатым заголовком передаются бесполезно, что ведет к бесполезному расходованию радиоресурсов. Если приемное устройство передает запрос на посылку пакета с полным заголовком передающему устройству немедленно, нагрузка на поток сообщений при запросе может быть чрезмерной для радиоканала.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Целью настоящего изобретения является решение, по меньшей мере, проблем и/или устранение недостатков, указанных выше, и обеспечение преимуществ, описанных ниже.

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

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

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

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

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

Еще одной целью настоящего изобретения является разработка системы и способа передачи пакетных данных, улучшающих эффективность передачи и эффективность восстановления пакета при использовании в системе UMTS метода сжатия по протоколу ТСР со сжатием заголовка.

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

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

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

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно операция определения включает в себя следующие шаги: определяют, обнаруживает ли уровень канала передачи данных ошибку в передаче пакета; и принимают обнаруженную информацию об ошибке передачи пакета с уровня канала передачи данных.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно информация об ошибке передачи содержит информацию об идентификаторе и/или информацию, указывающую ошибку передачи соответствующего пакета.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно заданный способ сжатия является способом, в котором контекст обновляется заголовком настоящего пакета относительно заголовка предыдущего пакета, последовательно обновляемого из полного заголовка.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно способ сжатия, обновляемый заголовком текущего пакета относительно заголовка предыдущего пакета, последовательно обновляемого из полного заголовка, представляет собой метод по протоколу TCP со сжатием заголовка.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно заданный способ сжатия представляет собой способ, в котором контекст обновляется заголовком настоящего пакета относительно предыдущего полного заголовка.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно способ сжатия, в котором контекст обновляется пакетом с полным заголовком, представляет собой метод по протоколу TCP со сжатием заголовка nondelta.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно уровень сжатия заголовка представляет собой уровень протоколов сходимости пакетных данных (PDCP), а уровень канала передачи данных представляет собой уровень управления радиоканалом (RLC).

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно верхний уровень на плоскости управления уровня RLC представляет собой уровень управления радиоресурсом (RRC), который управляет радиоресурсом, причем уровень RRC настраивает однонаправленный радиоканал передачи данных таким образом, что информация о блоке служебных данных (SDU), не принятом уровнем RLC, подается на уровень PDCP.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно, когда уровень PDCP передает блок протокольных данных (PDU) уровня PDCP на уровень RLC, уровень PDCP выдает команду на уровень RLC проинформировать уровень PDCP о результате ошибки передачи на соответствующий блок протокольных данных.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно, когда уровень PDCP передает блок протокольных данных уровня PDCP на уровень RLC, уровень PDCP передает индикатор отчета об ошибке передачи вместе с соответствующим блоком протокольных данных.

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

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

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно информация об ошибке передачи содержит информацию об идентификаторе и/или информацию, указывающую на ошибку передачи соответствующего пакета.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно заданный способ сжатия является способом, в котором контекст обновляется заголовком текущего пакета относительно заголовка предыдущего пакета, последовательно обновленного из полного заголовка.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно способ сжатия с использованием обновления заголовком текущего пакета относительно заголовка предыдущего пакета, последовательно обновленного из полного заголовка, представляет собой метод по протоколу TCP со сжатием заголовка.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно заданный способ сжатия представляет собой способ, в котором контекст обновляется заголовком текущего пакета относительно предыдущего полного заголовка.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно способ сжатия, в котором контекст обновляется полным заголовком текущего пакета, представляет собой метод по протоколу TCP nondelta со сжатием заголовка.

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

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно, когда уровень сжатия заголовка принимает информацию об ошибке передачи, уровень сжатия заголовка сжимает последующий первый пакет, используя тот же самый идентификатор контекста (CID), что и в пакете с ошибкой передачи, для пакета с полным заголовком, и передает его.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно уровень сжатия заголовка представляет собой уровень протоколов сходимости пакетных данных (PDCP), а уровень канала передачи данных представляет собой уровень управления радиоканалом (RLC).

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно верхний уровень на плоскости управления уровня RLC представляет собой уровень управления радиоресурсом (RRC), который управляет радиоресурсом, и уровень RRC настраивает однонаправленный радиоканал передачи данных так, что информация о блоке служебной информации (SDU), не принятом уровнем RLC, передается на уровень PDCP.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно, когда уровень PDCP передает блок протокольных данных уровня PDCP на уровень RLC, уровень PDCP выдает команду на уровень RLC информировать уровень PDCP о результатах ошибки передачи на соответствующий блок протокольных данных (PDU).

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно, когда уровень PDCP передает блок протокольных данных уровня PDCP на уровень RLC, уровень PDCP передает индикатор отчета по ошибке передачи вместе с соответствующим блоком протокольных данных (PDU).

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

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

В устройстве передачи пакетных данных согласно настоящему изобретению предпочтительно информация об ошибке передачи содержит информацию об идентификаторе соответствующего пакета и/или индикатор ошибки передачи.

В устройстве передачи пакетных данных согласно настоящему изобретению предпочтительно блок управления сжатием заголовка управляет блоком сжатия заголовка с целью сжатия последующего первого пакета при использовании того же самого идентификатора контекста (CID), что и идентификатор контекста (CID) пакета с ошибкой передачи, в качестве пакета с полным заголовком, если упомянутый блок принимает информацию об ошибке передачи от блока выделения ошибки передачи.

В устройстве передачи пакетных данных согласно настоящему изобретению предпочтительно уровень сжатия заголовка представляет собой уровень протоколов сходимости пакетных данных (PDCP), а уровнем канала передачи данных является уровень управления радиоканалом (RLC).

Настоящее изобретение также обеспечивает способ передачи пакетных данных в системе связи, в котором, применительно к одному потоку пакетов, уровень сжатия заголовка передающей стороны определяет передачу пакета с полным заголовком, содержащего полный заголовок, или пакета со сжатым заголовком, содержащего сжатый заголовок, через уровень канала передачи данных по отношению к успешной передаче предыдущего пакета с полным заголовком на уровне канала передачи данных.

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

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно передающая сторона передает пакет с полным заголовком или пакет со сжатым заголовком, а принимающая сторона восстанавливает информацию сжатого заголовка пакета со сжатым заголовком, используя информацию полного заголовка пакета с полным заголовком. Этот способ включает в себя следующие операции: принимают поток пакетных данных с использованием Интернет-протокола; передают пакет с полным заголовком, содержащий информацию полного заголовка потока пакетных данных; определяют, принят ли пакет принимающей стороной; и передают пакеты в том же самом потоке, который передается следующим, в качестве пакетов со сжатым заголовком, когда определяют, что пакет был принят.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно, если по меньшей мере один пакет с полным заголовком из переданных пакетов с полным заголовком успешно передан, уровень сжатия заголовка больше не передает пакет с полным заголовком, а передаст только пакет со сжатым заголовком.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно пакет с полным заголовком передают путем использования способа сжатия с медленным стартом.

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

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно пакет с полным заголовком передают в заранее установленный период передачи пакета с полным заголовком после дополнительной передачи пакета с полным заголовком.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно результат передачи представляет собой информацию об идентификаторе пакета и информацию о результате передачи.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно, когда уровень сжатия заголовка передает пакет с полным заголовком на уровень канала передачи данных, нижний уровень, он передает пакет с полным заголовком и вместе с ним индикатор пакета с полным заголовком, указывающий пакет с полным заголовком.

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

Настоящее изобретение также обеспечивает способ передачи пакетных данных в системе связи, в котором уровень сжатия заголовка повторно, периодически или непериодически передает принимающей стороне пакет с полным заголовком в конкретном потоке битов через уровень канала передачи данных. Данный способ включает в себя следующие операции: передают пакет с полным заголовком или пакет со сжатым заголовком; определяют результат передачи пакета со сжатым заголовком; и передают только пакет со сжатым заголовком, но не пакет с полным заголовком, когда, по отношению к одному потоку пакетов, по меньшей мере, один пакет с полным заголовком успешно передан.

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно пакет с полным заголовком передают путем использования способа сжатия с медленным стартом.

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

В способе передачи пакетных данных согласно настоящему изобретению предпочтительно результат передачи представля