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

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

Info

Publication number
RU2296423C2
RU2296423C2 RU2003130091/09A RU2003130091A RU2296423C2 RU 2296423 C2 RU2296423 C2 RU 2296423C2 RU 2003130091/09 A RU2003130091/09 A RU 2003130091/09A RU 2003130091 A RU2003130091 A RU 2003130091A RU 2296423 C2 RU2296423 C2 RU 2296423C2
Authority
RU
Russia
Prior art keywords
level
data
rlp
pds
protocol
Prior art date
Application number
RU2003130091/09A
Other languages
English (en)
Other versions
RU2003130091A (ru
Inventor
Нишал АБРОЛ (US)
Нишал АБРОЛ
Марчелло ЛИОЙ (US)
Марчелло Лиой
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 RU2003130091A publication Critical patent/RU2003130091A/ru
Application granted granted Critical
Publication of RU2296423C2 publication Critical patent/RU2296423C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/168Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/15Flow control; Congestion control in relation to multipoint traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416Real-time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/803Application aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/805QOS or priority aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/824Applicable to portable or mobile terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/825Involving tunnels, e.g. MPLS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/90Buffering arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/90Buffering arrangements
    • H04L49/9047Buffering arrangements including multiple buffers, e.g. buffer pools
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14Multichannel or multilink protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup

Abstract

Изобретение относится к радиосвязи. Технический результат состоит в обеспечении сложных услуг в беспроводных сетях. Для этого пакеты, сгенерированные каждым из многочисленных приложений по передаче пакетов данных, обеспечиваются к одному стеку протокола двухточечного соединения (ПДС) и одному уровню создания кадра протокола высокоуровневого управления каналом передачи данных (ПВУКПД) для преобразования пакетов данных в потоки байтов, подходящие для передачи через соединения протокола радиолинии (ПРЛ). Каждый из результирующих многочисленных потоков байтов затем обеспечивают к одному из множества соединений ПРЛ, имеющих различные свойства повторной передачи и задержки. Выбор соединения ПРЛ для посылки данных от каждого из приложений основывается на показателе качества обслуживания, который наиболее соответствует данному приложению. В приемнике данные от множества соединений ПРЛ обеспечиваются к одному стеку протокола ПДС. 5 н. и 18 з.п. ф-лы, 6 ил.

Description

Настоящее изобретение относится к радиосвязи. Более конкретно настоящее изобретение относится к новому способу и устройству для обеспечения уровней с множеством показателей качества обслуживания в беспроводной сети передачи данных между подвижной станцией и беспроводной сетью.
Использование методов модуляции множественного доступа с кодовым разделением каналов (МДКР (CDMA)) является одним из нескольких методов для облегчения связи, в которой участвует большое количество пользователей системы. Другие методы для системы связи коллективного доступа, такие как множественный доступ с временным разделением каналов (МДВР (TDMA)), множественный доступ с частотным разделением каналов (МДЧР (FDMA)) и схемы амплитудной модуляции (AM), например амплитудная модуляция с компандированием однополосного сигнала (ACSSB), известны из предшествующего уровня техники. Эти методы были стандартизированы для облегчения взаимодействия (совместимости) между оборудованием, изготовленным различными компаниями. Системы связи множественного доступа с кодовым разделением каналов были стандартизированы в Соединенных Штатах в ассоциации промышленности средств связи в документе TIA/EIA/IS-95-B, озаглавленном "MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEMS", который упоминается как промежуточный стандарт IS-95. Кроме того, новый стандарт для систем связи МДКР (CDMA) был предложен в Соединенных Штатах в ассоциации промышленности средств связи (TIA), озаглавленный "Upper Layer (Layer 3) Signaling Standard for cdma2000 Spread Spectrum Systems, Release A - Addendum 1", выпущенный 27 октября 2000, который упоминается как "cdma2000".
Международный союз по телекоммуникациям недавно запросил представление предложенных способов для обеспечения услуг по высокоскоростной передаче данных и высококачественной передаче речи по каналам радиосвязи. Первое из этих предложений было выпущено ассоциацией промышленности средств связи, озаглавленное "The IS-2000 ITU-R RTT Candidate Submission". Второе из этих предложений было выпущено Европейским институтом стандартизации в области связи (ETSI), озаглавленное "The ETSI UMTS Terrestrial Radio Access (UTRA) ITU-R RTT Candidate Submission", также известное как "широкополосный МДКР (CDMA)" и в дальнейшем называемое "W-CDMA". Третье предложение было предложено в США TG 8/1, озаглавленное "The UWC-136 Candidate Submission", называемое "EDGE". Содержание этих предложений доступно общественности и известно из предшествующего уровня техники.
Промежуточный стандарт IS-95 был первоначально оптимизирован для передачи кадров голоса с переменной скоростью. Последующие стандарты, которые основывались на данном стандарте, предназначены для поддержания разнообразия дополнительных неголосовых услуг, которые включают в себя услуги по передаче пакетных данных. Один такой набор услуг по передаче пакетных данных был стандартизирован в Соединенных Штатах в ассоциации промышленности средств связи в документе TIA/EIA/IS-707-A, озаглавленном "Data Service Options for Spread Spectrum Systems", который представлен для справки и упоминается как "IS-707".
Промежуточный стандарт IS-707 описывает методы, используемые для обеспечения поддержания отправки пакетов Интернет протокола (IP) через беспроводную сеть промежуточного стандарта IS-95. Пакеты инкапсулируются в не имеющий особенностей поток байтов, используя протокол, называемый протоколом двухточечного соединения (ПДС). Используя протокол ПДС, IP-пакеты могут транспортироваться по беспроводной сети в сегментах произвольного размера. Беспроводная сеть поддерживает информацию о состоянии ПДС во время сеанса ПДС, или так долго, пока дополнительные байты можно послать в непрерывном потоке байтов между конечными точками протокола ПДС.
Такой непрерывный поток байтов впоследствии инкапсулируется в серию кадров промежуточного стандарта IS-95, используя протокол, называемый протоколом радиолинии (ПРЛ). ПРЛ включает в себя протокол защиты от ошибок, который использует сигналы отрицательного квитирования (ОКв), с помощью которых приемник запрашивает передатчик повторно передать потерянные кадры ПРЛ. Поскольку протокол защиты от ошибок ПРЛ использует повторные передачи, передача данных ПРЛ в общем случае показывает переменную задержку на передачу сигналов от передатчика к приемнику. Измененная форма ПРЛ, которая называется синхронный протокол радиолинии (СПРЛ), в котором сигналы отрицательного квитирования (ОКв) и повторные передачи не посылаются передатчиком или приемником, известна из предшествующего уровня техники. Коэффициент ошибок кадра при СПРЛ больше, чем при ПРЛ, но задержка на передачу сигналов сохраняется минимальной постоянной величиной.
Удаленный сетевой узел, такой как персональный или портативный компьютер (ПК), связанный с беспроводной подвижной станцией (ПС), способной на передачу пакетов данных, имеет доступ к Интернет через беспроводную сеть в соответствии со стандартом IS-707. Альтернативно, удаленный сетевой узел, такой как web-браузер, может быть встроен в ПС, делая ПК необязательным. ПС может быть любой из множества типов устройств, которые включают в себя плату персонального компьютера, персональный цифровой секретарь (ПЦС), внешний, или внутренний модем, или беспроводной телефон, или терминал, но не ограничены ими. ПС посылает данные через беспроводную сеть, где они обрабатываются узлом обработки пакетов данных (УОПД). Состояние ПДС при соединении между ПС и беспроводной сетью типично обслуживается в пределах УОПД. УОПД связан с сетью IP, такой как Интернет, и транспортирует данные между беспроводной сетью и другими объектами и агентами, связанными с сетью IP. Таким образом, ПС может посылать данные к другому объекту в сети IP и принимать данные от него через беспроводное соединение. Назначенный (целевой) объект в сети IP также называют узлом-корреспондентом. Взаимодействие между ПС и УОПД было стандартизировано в документе EIA/TIA/IS-835, озаглавленном "Data Service Options for Spread Spectrum Systems", выпущенном в июне 2000 г., который упоминается как "промежуточный стандарт IS-835". Специалист должен признать, что в некоторых сетях УОПД заменяют функциональным блоком организации межсетевого взаимодействия (ФБОМВ, IWF).
Для обеспечения более сложных услуг в беспроводных сетях существуют увеличивающиеся желание и потребность обеспечить различные типы услуг одновременно через одно беспроводное устройство. Примеры включают в себя услуги по одновременной передаче голоса и пакетов данных. Примеры также включают в себя услуги по передаче множества различных пакетов данных, например одновременный просмотр web-страниц в сети Интернет и проведение видеоконференций. В то же самое время технологические усовершенствования увеличивают пропускную способность, доступную через один беспроводной канал между беспроводным устройством и беспроводной сетью.
Однако современные сети еще не способны поддерживать услуги по одновременной передаче пакетов данных, имеющих существенно разные показатели качества обслуживания. Например, чувствительные к задержке приложения, такие как проведение видеоконференций и передача голоса по протоколу IP, оптимально посылают без повторной передачи ПРЛ для уменьшения величины и переменного значения задержки пакетов при передаче через сеть. С другой стороны, такие приложения, как протокол передачи файлов (FTP), электронная почта и просмотр web-страниц в сети Интернет, менее чувствительны к задержке, поэтому их оптимально посылать, используя повторную передачу ПРЛ. Существующие беспроводные стандарты адекватно поддерживают одно беспроводное приложение, которое требует один из нескольких показателей качества обслуживания, но не многочисленные приложения в одной ПС, когда приложения требуют различных показателей качества обслуживания. Поэтому в уровне техники существует потребность в поддержке многих приложений в одной ПС, когда эти многие приложения используют различные показатели качества обслуживания.
Раскрытые варианты осуществления обращаются к вышеупомянутым указанным потребностям, предоставляя возможность подвижной станции (ПС) и сети радиодоступа (СРД, RAN) устанавливать соединение, которое поддерживает много показателей качества обслуживания с одним IP-адресом, назначенным ПС. Описанные варианты осуществления дают возможность передатчику данных использовать один IP-адрес для многих прикладных программ передачи пакетов данных. Пакеты, сгенерированные каждой из многих прикладных программ передачи пакетов данных, обеспечиваются к одному стеку протокола двухточечного соединения (ПДС) и одному уровню формирования кадра протокола высокоуровневого управления каналом передачи данных (ПВУКПД) для преобразования пакетов данных в потоки байтов, подходящих для передачи через соединения протокола радиолинии (ПРЛ). Каждый из результирующих многочисленных потоков байтов затем обеспечивается к одному из множества соединений ПРЛ, имеющих различные свойства повторной передачи и задержки. Выбор соединения ПРЛ для передачи данных от каждого приложения основывается на показателе качества обслуживания, которое наиболее соответствует данному приложению.
Приемник принимает данные по множеству соединений ПРЛ и вновь собирает потоки байтов в кадры. Приемник может использовать множество уровней создания кадра ПВУКПД, причем один уровень создания кадра ПВУКПД соответствует одному соединению ПРЛ. Альтернативно, приемник может использовать один уровень создания кадра ПВУКПД и многочисленные простые уровни "расформирования" кадров. Каждый уровень "расформирования" кадров соответствует одному соединению ПРЛ и ищет флаговые символы, которые разграничивают кадры ПВУКПД в каждом потоке байтов ПРЛ. Уровень "расформирования" кадров не удаляет управляющие коды ПВУКПД, а скорее обеспечивает передачу данных потока ПВУКПД к одному уровню ПВУКПД как законченный, непрерывный кадр ПВУКПД.
Слово "примерный", которое используется в этом документе, означает "служить примером или иллюстрацией". Любой вариант осуществления, описанный как "примерный вариант осуществления", не должен рассматриваться как обязательно предпочтительный или преимущественный по сравнению с другими описанными вариантами осуществления.
Фиг.1 показывает расположение уровней протокола согласно примерному варианту осуществления;
фиг.2 показывает расположение уровней протокола согласно альтернативному варианту осуществления;
фиг.3 - примерная схема подвижной станции (ПС); и
фиг.4 - примерная схема аппаратуры беспроводной сети;
фиг.5-последовательность операций примерного способа отправки пакетов через множество соединений ПРЛ, имеющих различные показатели качества обслуживания; и
фиг.6-последовательность операций примерного способа приема пакетов через множество соединений ПРЛ, имеющих различные показатели качества обслуживания.
Многие приложения, использующие различные показатели качества обслуживания, могут поддерживаться на одном беспроводном устройстве, используя отдельный стек протокола двухточечного соединения (ПДС) для каждого приложения. Такой подход имеет несколько недостатков. Поддержка множества экземпляров протокола ПДС для одной подвижной станции (ПС) будет напрасно потреблять большое количество памяти для хранения данных и в ПС, и в узле обработки пакетов данных (УОПД).
Кроме того, если сеанс протокола радиолинии (ПРЛ) был установлен для использования приложением, которое требует небольшого времени задержки, то ПРЛ должен быть сконфигурирован для работы без повторных передач. Хотя это привело бы к небольшому времени задержки, которое является лучшим для расположенного выше приложения, протокол управления каналом (ПрУК, LCP) и другие конфигурационные протоколы, которые необходимы для создания канала связи протокола ПДС, должны будут действовать без защиты от ошибок. Результирующее увеличение коэффициента ошибок кадра может вызвать задержки или даже отказ конфигурации протокола ПДС до того, как какие-либо пакеты приложений могут быть посланы.
Обсуждаемые ниже варианты осуществления преодолевают эти недостатки, используя один экземпляр протокола ПДС для множества экземпляров ПРЛ между ПС и беспроводной сетью. Фиг.1 показывает расположение уровней протокола между передатчиком и приемником пакетов данных, которые используют различные параллельные показатели качества обслуживания. В примерном варианте осуществления передатчик поддерживает два уровня (106 и 108) протокола радиолинии (ПРЛ), один уровень 104 протокола высокоуровневого управления каналом передачи данных (ПВУКПД) и один уровень 102 протокола двухточечного соединения (ПДС). Каждый из уровней (106, 108) ПРЛ использует различные показатели качества обслуживания. Например, если ПРЛ1S 106 сконфигурирован для повторной передачи кадров в ответ на кадры отрицательного квитирования (ОКв), принятые от приемника, ПРЛ2S 108 сконфигурирован для отсутствия повторных передач. Другими словами, ПРЛ1S 106 обеспечивает более высокую надежность с помощью использования протокола защиты от ошибок, в то время как ПРЛ2S 108 обеспечивает ненадежную транспортировку с фиксированной минимальной задержкой передачи сигналов. Показатель качества обслуживания, который характеризует ПРЛ1S 106, упоминается для краткости как "надежный". Точно так же показатель качества обслуживания, который характеризует ПРЛ2S 108, упоминается как "с низким временем задержки". Хотя примерные варианты осуществления описываются как использующие только два показателя качества обслуживания, также ожидается появление воплощений, которые используют большее количество различных показателей качества обслуживания, и они должны рассматриваться в пределах формы описанных вариантов осуществления. Например, и передатчик, и приемник могут дополнительно использовать третий уровень ПРЛ, который обеспечивает промежуточный показатель качества обслуживания, имеющий степень надежности, которая находится между "надежным" и "с низким временем задержки".
В примерном варианте осуществления приемник также поддерживает два экземпляра (116 и 118) ПРЛ приема, которые соответствуют тем же самым показателям качества обслуживания, как экземпляры (106 и 108) ПРЛ в передатчике. Например, если ПРЛ1S 106 обеспечивает надежный показатель качества обслуживания, то ПРЛ1R 116 конфигурируется для надежного показателя качества обслуживания. Таким образом, когда уровень ПРЛ1R 116 обнаруживает разрыв в порядковых номерах принятых кадров ПРЛ, тогда ПРЛ1R 116 отвечает, посылая кадр отрицательного квитирования (ОКв) для запроса повторной передачи. После приема кадра ОКв ПРЛ, ПРЛ1S 106 повторно передает требуемый кадр из своего буфера повторной передачи. С другой стороны, если ПРЛ2S 108 сконфигурирован для показателя качества обслуживания с низким временем задержки, то ПРЛ2R 118 не будет посылать кадр ОКв независимо от разрыва в порядковых номерах кадров. Действительно, ПРЛ2S 108 и ПРЛ2R 118 могут полностью удалить порядковые номера кадров из переданных кадров ПРЛ для того, чтобы освободить больше места для полезных данных. Кроме того, ПРЛ2S 108 не обязан поддерживать буфер повторной передачи предварительно посланных кадров, таким образом сохраняя память в передатчике. Также ПРЛ2R 118 не обязан поддерживать буфер повторного упорядочения, таким образом сохраняя память в приемнике.
Уровень 102 протокола ПДСS в передатчике инкапсулирует IP-пакеты в кадры ПДС. В примерном варианте осуществления уровень 102 протокола ПДСS увеличивает пропускную способность канала передачи пакетов, выполняя сжатие заголовков IP, например, используя известный метод сжатия заголовков Якобсона (VJ). Сжатие заголовков VJ может привести к потере некоторой информации заголовков, которая могла бы иначе быть полезна при мультиплексировании пакетов ПДС между множеством уровней (106 и 108) ПРЛ. В примерном варианте осуществления уровень 102 протокола ПДСS обеспечивает передачу всех пакетов ПДС к уровню 104 ПВУКПДS, и также обеспечивают передачу информации, которая может использоваться для определения того, через какой уровень ПРЛ послать сформированные в кадр данные. В примерном варианте осуществления уровень 102 протокола ПДСS обеспечивает передачу идентификатора показателя качества обслуживания или идентификатора экземпляра ПРЛ с каждым пакетом ПДС, обеспеченным к уровню 104 ПВУКПДS. Уровень 104 ПВУКПДS добавляет флаговые символы между пакетами ПДС и добавляет циклическую контрольную сумму избыточности (ЦКСИ, CRC) к каждому пакету ПДС, принятому от уровня 102 протокола ПДСS. Уровень 104 ПВУКПДS дополнительно выполняет формирование управляющей последовательности ПВУКПД для того, чтобы гарантировать, что ни флаговые, ни служебные символы ПВУКПД не появятся в пределах данных одного кадра. Уровень 104 ПВУКПДS типично выполняет формирование управляющей последовательности ПВУКПД, заменяя каждый флаговый или служебный символ управляющей последовательностью, имеющей по меньшей мере два символа.
На фиг.1 показан приемник с отдельным уровнем (112 и 114) ПВУКПД для каждого экземпляра (116 и 118) ПРЛ. Байты, принятые в кадрах ПРЛ каждым экземпляром (116 и 118) ПРЛ, передаются соответствующим экземплярам уровня (112 и 114) ПВУКПД. Каждый экземпляр уровня (112 и 114) ПВУКПД определяет местонахождение управляющих последовательностей в соответствующем ему потоке входных данных и преобразовывает каждую управляющую последовательность назад к первоначальным данным в переданных кадрах. Экземпляры уровня (112 и 114) ПВУКПД также выполняют проверку кодов CRC, которые приняты в кадрах, для определения того, были ли кадры приняты с ошибками при передаче. Кадры, имеющие неправильные коды CRC, просто отвергаются, а кадры, имеющие правильные коды CRC, отправляют следующему уровню 110 протокола (ПДСR).
Фиг.2 показывает альтернативное расположение уровней протокола. Расположение уровней протокола в передатчике на фиг.2 идентично расположению уровней в передатчике на фиг.1. Однако в приемнике вместо одного уровня для каждого экземпляра ПРЛ используется один единственный уровень 212 ПВУКПДR. Уровни (214 и 220) "расформирования" кадров помещают между уровнями (218 и 216) ПРЛ и уровнем 212 ПВУКПДR. Целью уровней (214 и 220) "расформирования" кадров является обеспечение того, чтобы только целые кадры ПВУКПД доставлялись уровню 212 ПВУКПДR. Доставка только целых кадров ПВУКПД делает ненужным для уровня 212 ПВУКПДR различать, или повторно собирать, данные из множества кадров ПВУКПД. Уровень 212 ПВУКПДR удаляет управляющие последовательности и проверяет код CRC для всего кадра. Если код CRC считают правильным, то уровень 212 ПВУКПДR передает полный кадр ПДС к уровню 210 ПДСR. Если код CRC является неправильным, то уровень 212 ПВУКПДR просто отвергает ошибочные кадры данных.
Одно из преимуществ использования уровней (214 и 220) "расформирования" кадров состоит в том, что это дает возможность приемнику поддерживать многочисленные экземпляры ПРЛ (218 и 216) без каких-либо изменений в воплощении уровня 212 ПВУКПДR. Уровень 212 ПВУКПДR не обязан даже знать, что принятые байты были приняты через два различных соединения ПРЛ. Эта независимость от воплощения особенно важна при сетевом воплощении, когда уровень 212 протокола ПВУКПДR находится на другом физическом устройстве по отношению к уровню протокола ПРЛ. Например, в беспроводной сети уровень ПВУКПДR может существовать в пределах стандартного маршрутизатора пакетов, а уровни ПРЛ могут существовать в пределах функционального блока управления пакетами (ФБУП) в сети радиодоступа (СРД). Использование уровней "расформирования" кадров позволяет поддерживать множество уровней ПРЛ и показателей качества обслуживания, не изменяя программное обеспечение стандартного маршрутизатора пакетов.
Фиг.3 показывает примерную подвижную станцию (ПС), которая поддерживает многочисленные показатели качества обслуживания, как обсуждалось выше. Управляющий процессор 302 устанавливает беспроводное соединение через беспроводной модем 304, передатчик 306 и антенну 308, как показано. В примерном варианте осуществления, беспроводной модем 304 и передатчик 306 работают в соответствии с техническими требованиями стандарта cdma2000. Альтернативно, беспроводной модем 304 и передатчик 306 могут работать в соответствии с некоторым другим радиостандартом, таким как промежуточный стандарт IS-95, W-CDMA или EDGE.
Управляющий процессор 302 соединен с памятью 310, содержащей коды или команды, предписывающие управляющему процессору 302 создавать и использовать уровни протокола, показанные на фиг.1-2. Память 310 может включать в себя оперативную память (ОП), флэш-память, постоянное запоминающее устройство (ПЗУ), стираемое программируемое постоянное запоминающее устройство (СППЗУ), электрически стираемое программируемое постоянное запоминающее устройство (ЭСППЗУ, EEPROM), регистры, жесткий диск, съемный диск, компакт-диск (CD-ROM) или любую другую разновидность запоминающего устройства или считываемого компьютером носителя, известного из предшествующего уровня техники.
В примерном варианте осуществления управляющий процессор 302 использует часть памяти 310 в качестве буферов (312 и 314), необходимых для работы множества уровней ПРЛ. Например, если буфер 312 ПРЛ1 соответствует надежному соединению ПРЛ, он будет включать в себя буфер повторной передачи для посылаемых данных ПРЛ и буфер повторного упорядочения для принимаемых данных ПРЛ. Если буфер 314 ПРЛ2 соответствует соединению ПРЛ с низким временем задержки, то буфер 314 ПРЛ2 не обязан иметь ни буфер повторной передачи, ни буфер повторного упорядочения. Поскольку эти два буфера не являются необходимыми, буфер 314 ПРЛ2 занимает меньший объем памяти, чем буфер 312 ПРЛ1. Хотя буфера (312 и 314) изображены как непересекающиеся, они могут также накладываться, если некоторые структуры данных разделены между множеством воплощений ПРЛ.
Фиг.4 показывает примерную сеть радиосвязи, имеющую соединение с пакетной сетью, такой как Интернет 416. Сеть радиосвязи включает в себя СРД 412 и УОПД 414. СРД 412 дополнительно включает в себя селектор 402, который связан с одной или более беспроводными базовыми станциями (не показаны). Селектор 402 в СРД 412 в общем случае является подсистемой контроллера базовых станций (КБС, BSC), который не показан. Все беспроводные данные, которые посылаются к ПС или принимаются от ПС, направляются через селектор. В дополнение к селектору 402 СРД 412 также включает в себя функциональный блок 404 управления пакетами (ФБУП). Для возможности применения услуги по передаче пакетов данных селектор посылает принятые от ПС пакеты данных через ФБУП 404, который дополнительно включает в себя управляющий процессор 406 и память 418.
Память 418 содержит код или команды, предписывающие управляющему процессору 406 создавать и использовать уровни протокола, показанные на фиг.1-2. Память 418 может включать в себя оперативную память (ОП), флэш-память, постоянное запоминающее устройство (ПЗУ), стираемое программируемое постоянное запоминающее устройство (СППЗУ), электрически стираемое программируемое постоянное запоминающее устройство (ЭССПЗУ, EEPROM), регистры, жесткий диск, съемный диск, компакт-диск (CD-ROM) или любую другую разновидность запоминающего устройства или считываемого компьютером носителя, известного из предшествующего уровня техники.
В примерном варианте осуществления управляющий процессор 406 создает многочисленные буферные зоны (408 и 410) в пределах памяти 418 для различных соединений ПРЛ, установленных с многочисленными подвижными станциями. В примерном варианте осуществления один пул ПРЛ1 буферов 408 включает в себя буфера повторной передачи и повторного упорядочения для использования в надежных экземплярах ПРЛ. Другой пул ПРЛ2 буферов 410 используется для экземпляров ПРЛ с низким временем задержки, и поэтому он не включает в себя буфера повторного упорядочения и повторной передачи. Управляющий процессор 406 может назначать больше, чем один экземпляр ПРЛ одной ПС. Например, один буфер ПРЛ1 и один буфер ПРЛ2 могут назначаться одной ПС, в которой выполняется комбинация чувствительных к задержке и нечувствительных к задержке приложений.
Управляющий процессор 406 также связан с УОПД 414. В примерном варианте осуществления, когда ПС посылает IP-пакет к пакетной сети 416, управляющий процессор 406 принимает кадры ПРЛ от селектора 402 и использует назначенный буфер ПРЛ (408 или 410) для извлечения потока байтов из кадров ПРЛ. Эти байты затем посылают от управляющего процессора 406 к УОПД 414, который извлекает законченные IP-пакеты (те, которые имеют правильные значения CRC) из потока байта в соответствии с протоколом ПВУКПД. УОПД 414 затем направляет результирующие IP-пакеты к пакетной сети 416. Если УОПД 414 поддерживает одно соединение ПВУКПД для множества соединений ПРЛ к одной ПС, то управляющий процессор 406 выполняет "расформирование" кадров перед посылкой байтов из кадров ПРЛ к УОПД 414. Результатом "расформирования" кадров является то, что целые кадры ПВУКПД отправляются управляющим процессором 406 к УОПД 414. Другими словами, управляющий процессор 406 гарантирует, что никакие данные из кадра ПВУКПД, принятого в одном канале связи ПРЛ, не смешаются с данными из кадра ПВУКПД, принятого в другом канале связи ПРЛ. "Расформирование" кадров позволяет лучше использовать ресурсы в дополнение к разрешению использования существующих УОПД, которые не могут назначить больше, чем один ПДС/ПВУКПД IP-адресу.
Когда пакетная сеть 416 посылает пакеты к ПС, эти пакеты сначала принимаются в УОПД 414. В примерном варианте осуществления УОПД 414 инкапсулирует дейтаграммы IP, адресованные ПС, в пакеты ПДС и использует формирование кадров ПВУКПД для преобразования результирующих пакетов ПДС в поток байтов. В примерном варианте осуществления УОПД 414 назначает один экземпляр ПВУКПД одной ПС и использует этот экземпляр ПВУКПД для формирования кадра ПВУКПД любого IP-пакета, адресованного этой ПС. В альтернативном варианте осуществления УОПД 414 может иметь множество экземпляров ПВУКПД, назначенных одной ПС, так что каждый экземпляр ПВУКПД соответствует одному соединению ПРЛ в пределах ПС.
Соединения между УОПД 414 и сетью 416, между УОПД 414 и управляющим процессором 406, и между управляющим процессором 406 и селектором 402 могут использовать любое разнообразие интерфейсов, которые включают в себя Ethernet (локальную сеть на основе протокола CSMA (множественного доступа с контролем несущей)), линию Т1 (канал передачи цифровых данных со скоростью 1,544 Мбит/с), асинхронный режим передачи (ATM) или другой оптический, проводной или беспроводной интерфейс. В примерном варианте осуществления соединение между управляющим процессором 406 и памятью 418 в общем случае будет прямым аппаратным соединением, таким как шина памяти, но может также быть одним из других типов соединения, обсуждаемых выше.
Фиг.5 - последовательность операций примерного способа посылки пакетов через множество соединений ПРЛ, имеющих различные показатели качества обслуживания. В примерном варианте осуществления управляющий процессор передатчика (302 на фиг.3 или 406 на фиг.4) использует способ, описанный на фиг.5. На этапе 502 передатчик инкапсулирует IP-пакет, который будет послан, в пакет ПДС. В примерном варианте осуществления на этапе 502 также выполняется сжатие заголовка IP, например, сжатие заголовка Вана Якобсона (VJ). Затем на этапе 504 передатчик преобразовывает пакет ПДС в поток байтов согласно протоколу ПВУКПД. Более конкретно, каждый пакет ПДС преобразуют в кадр ПВУКПД. Один или более флаговых символов вставляют между кадрами ПВУКПД в потоке байтов, и флаговые и служебные символы, которые появляются в пределах каждого кадра, заменяются управляющими последовательностями. Вероятно, самым общим примером формирования управляющей последовательности ПВУКПД является замена флаговой последовательности октета 0x7e (в шестнадцатеричном представлении) двумя октетами 0x7d 0x5e (в шестнадцатеричном представлении) и замена октета 0x7d (в шестнадцатеричном представлении) двумя октетами 0x7d 0x5d (в шестнадцатеричном представлении). Также на этапе 504 для каждого кадра вычисляют CRC и помещают в конце кадра (до флагового символа, который сообщает о конце кадра). На этапе 506 передатчик определяет, какой из набора доступных показателей качества обслуживания должен использоваться для отправки данных для кадра, основываясь на типе пакета. IP-пакеты, посылаемые с использованием не чувствительных к задержке приложений, таких как протокол передачи файлов (FTP) или протокол управления передачей (TCP), посылают на этапе 508, используя надежный ПРЛ (с повторной передачей и повторным упорядочением). Также любые пакеты, которые не являются IP-пакетами, но все еще не являются "чувствительными к задержке" (такие, как пакеты управляющего протокола для Интернет (IPCP) или протокола управления каналом (LCP)), посылают на этапе 508, используя надежный ПРЛ. Чувствительные к задержке пакеты, такие как пакеты протокола транспортного уровня в реальном времени (RTP), используемые для услуг по проведению видеоконференций, посылают на этапе 510, используя ПРЛ с низким временем задержки. Как обсуждалось выше, ПРЛ с низким временем задержки не посылает и не запрашивает повторные передачи кадров ПРЛ, потерянных из-за ошибок при передаче. Хотя в примерном варианте осуществления на фиг.5 показывают два показателя качества обслуживания, специалист должен признать, что другие системы могут использовать более двух различных показателей качества обслуживания, не отступая от формы описанных вариантов осуществления. Например, на этапе 506 передатчик может посылать некоторые типы пакетов через соединение ПРЛ, имеющее промежуточный уровень надежности.
Фиг.6-последовательность операций примерного способа приема пакетов через множественные соединения ПРЛ, имеющие различные показатели качества обслуживания. В примерном варианте осуществления управляющий процессор приемника (302 на фиг.3 или 406 на фиг.4) использует способ, описанный на фиг.6. На этапе 602 приемник обрабатывает кадры ПРЛ, принятые через одно или более соединений ПРЛ. В примерном варианте осуществления, как описано выше, кадры ПРЛ принимают через два типа соединений ПРЛ, с низким временем задержки и надежный.
Как описано в вышеупомянутом IS-707, кадры ПРЛ, принятые через надежное соединение ПРЛ, имеют порядковые номера, которые приемник использует для повторного упорядочения кадров и для запроса повторной передачи потерянных кадров. Например, если кадр ПРЛ, имеющий порядковый номер "7", потерян из-за ошибки при передаче, то приемник посылает кадр ОКв для запроса повторной передачи этого кадра. Когда повторно переданный кадр принят, данные, переносимые в этом кадре, используют для завершения потока байтов данных перед обеспечением передачи любых последующих байтов данных на уровень ПВУКПД. В результате поток байтов данных, извлеченных из кадров ПРЛ надежного соединения ПРЛ, не будет в общем случае иметь пропусков по сравнению с тем, что было передано передатчиком. Ценой предотвращения появления пропусков в данных является переменное время задержки.
Напротив, когда кадр ПРЛ потерян из-за ошибки при передаче в канале связи ПРЛ с низким временем задержки, повторную передачу не запрашивают и не посылают. Любые байты данных, переносимые в таком потерянном кадре ПРЛ, пропускают в потоке байтов данных, передаваемых к уровню ПВУКПД приемника. Другими словами, потеря кадра ПРЛ в канале связи ПРЛ с низким временем задержки неизменно вызывает пропуск в потоке байтов данных приемника по сравнению с тем, что было передано передатчиком. Однако протокол ПРЛ с низким временем задержки имеет время задержки, которое является и фиксированным, и маленьким, что делает его очень подходящим для отправки чувствительных к задержке пакетов, таких как пакеты протокола транспортного уровня в реальном времени.
В примерном варианте осуществления, описанном на фиг.2, приемник использует "расформированные" кадры (214 и 220 на фиг.2), принятые через множество соединений ПРЛ (116 и 118 на фиг.2), для обеспечения передачи всех кадров ПВУКПД данных к одному уровню протокола ПВУКПД (212 на фиг.2). На фиг.6 это "расформирование" кадров выполняется на этапе 604. На этапе 606 уровень протокола ПВУКПД (212 на фиг.2) удаляет управляющие последовательности ПВУКПД, которые были вставлены передатчиком, и проверяет CRC каждого кадра ПВУКПД. На этапе 606 любой кадр ПВУКПД, переносящий неправильный CRC, просто отвергается приемником. Результирующие кадры ПДС затем обеспечиваются уровнем протокола ПВУКПД к уровню протокола ПДС. На этапе 608 уровень ПДС выполняет обратную инкапсуляцию (декапсуляцию) принятых пакетов, удаляя заголовок ПДС и любые другие изменения, сделанные передатчиком. Также на этапе 608, если передатчик сжал заголовок принятого IP-пакета (например, используя VJ сжатие заголовка), то заголовок IP расширяют к его первоначальному размеру и содержимому. Декапсулированные пакеты затем направляют по требуемому маршруту на этапе 610. Хотя описанные выше варианты осуществления обсуждают прежде всего инкапсулированные IP-пакеты, ПДС и ПВУКПД могут также использоваться для отправки пакетов для других протоколов, таких как протокол межсетевого пакетного обмена (IPX) или протокол управления каналом (LCP).
В примерном варианте осуществления, использующем "расформированные" кадры (214 и 220 на фиг.2), этапы 602 и 604 выполняются управляющим процессором (406 на фиг.4) в пределах СРД (412 на фиг.4), а этапы 606, 608 и 610 выполняются с помощью УОПД (414 на фиг.4). В альтернативном варианте осуществления, таком как показанный на фиг.1, УОПД (414 на фиг.4) назначает множество уровней (112 и 114) ПВУКПД на фиг.1 одной ПС. В этом варианте осуществления не существует "расформирования" кадров, выполняемого приемником, и этап 604 пропускают. На этапе 602 каждый уровень ПРЛ (116 и 118 на фиг.1) обеспечивает передачу данных, извлеченных из принятых кадров ПРЛ, непосредственно к соответствующему уровню ПВУКПД (112 и 114 на фиг.1, соответственно).
Таким образом, описаны способ и устройство для обеспечения уровней с многочисленными показателями качества обслуживания в соединениях беспроводной передачи пакетов данных. Для специалистов очевидно, что информация и сигналы могут быть представлены, используя любую из разнообразия различных технологий и методов. Например, данные, инструкции, команды, информация, сигналы, биты, символы и элементарные посылки, на которые могут существовать ссылки в вышеприведенном описании, могут быть представлены напряжениями, токами, электромагнитными волнами, магнитными полями или частицами, оптическими полями, или частицами, или любой их комбинацией. Для специалиста также должно быть очевидно, что УОПД в описанных выше вариантах осуществления может также быть заменен функциональным блоком организации межсетевого взаимодействия (БОМВ, IWF), не отступая от формы описанных вариантов осуществления.
Специалисты также должны оценить, что различные показанные логические блоки, модули, схемы и этапы алгоритма, описанные в связи с раскрытыми вариантами осуществления, могут быть осуществлены как электронные аппаратные средства, программное обеспечение или их комбинация. Чтобы ясно показать эту взаимозаменяемость аппаратных средств и программного обеспечения, различные показанные компоненты, блоки, модули, схемы и этапы были описаны выше в общем случае в терминах их функциональных возможностей. Осуществлены ли такие функциональные возможности как аппаратные средства или как программное обеспечение, зависит от конкретного применения и конструктивных ограничений, наложенных на всю систему. Специалисты могут осуществить описанные функциональные возможности различными способами для каждого конкретного приложения, но такие решения о воплощении не должны интерпретироваться как основание для отклонения от формы настоящего изобретения.
Различные показанные логические блоки, модули и схемы, описанные в связи с раскрытыми вариантами осуществления, могут быть осуществлены или воплощены с помощью процессора общего назначения, цифрового процессора обработки сигналов (ЦПОС, DSP), специализированной интегральной схемы (СпИС, ASIC), программируемой пользователем вентильной матрицы (ППВМ, FPGA) или другого программируемого логического устройства, дискретных логических или транзисторных элементов, дискретных аппаратных компонентов или любой их комбинации, предназначенной для воплощения описанных функций. Процессор общего назначения может быть микропроцессором, но, альтернативно, процессор может быть любым обычным процессором, контроллером, микроконтроллером или конечным автоматом. Процессор может также быть осуществлен как комбинация вычислительных устройств, например, комбинация ЦПОС и микропроцессора, множества микропроцессоров, одного или более микропроцессоров вместе с ядром ЦПОС или любой другой такой конфигурацией.
Этапы способа или алгоритма, описанного в соответствии с раскрытыми вариантами осуществления, могут быть воплощены непосредственно в аппаратных средствах, в программном модуле, выполняемом процессором, или в их комбинации. Программный модуль может постоянно находиться в оперативной памяти (ОП), флэш-памяти, постоянном запоминающем устройстве (ПЗУ), стираемом программируемом постоянном запоминающем устройстве (СППЗУ), электрически стираемом программируемом постоянном запоминающем устройстве (ЭСППЗУ, EEPROM), в регистрах, на жестком диске, съемном диске, компакт-диске (CD-ROM) или в любой другой разновидности запоминающего устройства или считываемого компьютером носителя, известного из предшествующего уровня техники. Примерный носитель данных соединен с процессором, такой процессор может считывать информацию и записывать информацию на носитель данных. Альтернативно, носитель данных может быть неотъемлемой частью процессора. Процессор и носитель данных могут находиться в СпИС. СпИС может находиться в подвижной станции. Альтернативно, процессор и носитель данных могут находиться как дискретные компоненты в подвижной станции.
Предыдущее описание раскрытых вариантов осуществления предлагаемого изобретения представлено для того, чтобы у любого специалиста была возможность изготавливать или использовать настоящее изобретение. Различные модификации этих вариантов осуществления будут вполне очевидны специалистам, и описанные общие принципы могут применяться к другим вариантам осуществления, не отходя от объема или формы предлагаемого изобретения. Таким образом, настоящее изобретение не ограничивается описанными вариантами осуществления и его объем определяется представленной ниже формулой изобретения.

Claims (23)

1. Носитель, считываемый компьютером, хранящий инструкции для выполнения процессором, для
создания одного уровня протокола двухточечного соединения (ПДС) для связи между подвижной станцией и беспроводной сетью посредством множества прикладных программ передачи данных,
направления и приема данных через указанный один уровень ПДС, используя первый уровень протокола радиолинии (ПРЛ), который характеризуется надежным показателем качества обслуживания для первого типа прикладных программ передачи данных, и направления и приема данных через указанный один уровень ПДС, используя второй уровень ПРЛ, который характеризуется показателем качества обслуживания с низким временем задержки для второго типа прикладных программ передачи данных, причем первый уровень ПРЛ сконфигурирован для повторной передачи данных.
2. Носитель, считываемый компьютером по п.1, который также содержит инструкции для создания первого буфера для первого уровня ПРЛ, имеющего первый размер буфера, основываясь на надежном показателе качества обслуживания, и создания второго буфера для второго уровня ПРЛ, имеющего второй размер буфера, основываясь на показателе качества обслуживания с низким временем задержки.
3. Носитель, считываемый компьютером по п.2, в котором первый буфер ПРЛ включает в себя буфера повторной передачи и повторного упорядочения.
4. Носитель, считываемый компьютером по п.1, который также содержит инструкции для создания одного уровня протокола высокоуровневого управления каналом передачи данных (ПВУКПД), расположенного между указанным уровнем ПДС и указанными первым и вторым уровнями ПРЛ.
5. Носитель, считываемый компьютером по п.4, который также содержит инструкции для создания первого уровня "расформирования" кадра, расположенного между указанным уровнем ПВУКПД и указанным первым уровнем ПРЛ, для обеспечения передачи целых кадров ПВУКПД к указанному уровню ПВУКПД.
6. Носитель, считываемый компьютером по п.1, который также содержит инструкции для создания первого уровня протокола высокоуровневого управления каналом передачи данных (ПВУКПД), расположенного между указанным уровнем ПДС и указанным первым уровнем ПРЛ, и установления второго уровня протокола высокоуровневого управления каналом передачи данных (ПВУКПД), расположенного между указанным уровнем ПДС и указанным вторым уровнем ПРЛ.
7. Подвижная станция, содержащая управляющий процессор и память, в которой управляющий процессор сконфигурирован для выполнения инструкций, хранящихся в памяти, для создания одного уровня двухточечного соединения (ПДС) для множества прикладных программ передачи данных для обмена данными между подвижной станцией и беспроводной сетью, направления и приема данных через указанный один уровень ПДС, используя по меньшей мере первый и второй уровни протокола радиолинии (ПРЛ), которые характеризуются надежным показателем качества обслуживания для первого типа прикладных программ передачи данных и показателем качества обслуживания с низким временем задержки для второго типа прикладных программ передачи данных, причем первый уровень ПРЛ сконфигурирован для повторной передачи данных, а второй уровень ПРЛ не сконфигурирован для повторной передачи данных.
8. Подвижная станция по п.7, которая также содержит радиомодем для модулирования кадров ПРЛ, сгенерированных первым и вторым уровнями ПРЛ.
9. Подвижная станция по п.7, которая также содержит радиомодем МДКР (CDMA) для модулирования кадров ПРЛ, сгенерированных первым и вторым уровнями ПРЛ.
10. Подвижная станция по п.7, в которой указанные инструкции также содержат инструкцию для создания в памяти буфера для каждого из по меньшей мере двух уровней ПРЛ, при этом размер каждого буфера основывается на показателе качества обслуживания соответствующего уровня ПРЛ.
11. Подвижная станция по п.10, в которой каждый буфер включает в себя буфера повторной передачи и повторного упорядочения, только если соответствующий уровень ПРЛ является надежным.
12. Подвижная станция по п.7, в которой указанные инструкции также содержат инструкцию для создания одного уровня протокола высокоуровневого управления каналом передачи данных (ПВУКПД), расположенного между указанным уровнем ПДС и по меньшей мере двумя уровнями ПРЛ.
13. Беспроводная сеть, содержащая функциональный блок управления пакетами (ФБУП), содержащий управляющий процессор и память, в которой управляющий процессор сконфигурирован для выполнения инструкций, хранящихся в памяти, для создания первого уровня протокола радиолинии (ПРЛ), который характеризуется надежным показателем качества обслуживания, создания второго уровня ПРЛ, который характеризуется показателем качества обслуживания с низким временем задержки, отличающимся от надежного показателя качества обслуживания, приема данных от подвижной станции через первый уровень ПРЛ и приема данных от подвижной станции через второй уровень ПРЛ, причем первый уровень ПРЛ сконфигурирован для повторной передачи данных.
14. Беспроводная сеть по п.13, в которой процессор сконфигурирован для выполнения "расформирования" кадров данных, принятых через первый уровень ПРЛ, для идентификации первого кадра протокола высокоуровневого управления каналом передачи данных (ПВУКПД), выполнения "расформирования" кадров данных, принятых через второй уровень ПРЛ, для идентификации второго кадра ПВУКПД, обеспечения передачи первого кадра ПВУКПД в узел обработки пакетов данных (УОПД) и обеспечения передачи второго кадра ПВУКПД в УОПД.
15. Беспроводная сеть по п.13, в которой процессор сконфигурирован для обеспечения передачи данных, принятых через первый уровень ПРЛ, на первый уровень протокола высокоуровневого управления каналом передачи данных (ПВУКПД) в узле обработки пакетов данных (УОПД) и обеспечения передачи данных, принятых через второй уровень ПРЛ, на второй уровень ПВУКПД в УОПД.
16. Беспроводная сеть по п.13, которая также содержит узел обработки пакетов данных (УОПД), предназначенный для извлечения IP-пакетов из данных, принятых через первый и второй уровни ПРЛ, и для обеспечения передачи IP-пакетов в Интернет.
17. Беспроводная сеть по п.16, в которой УОПД извлекает IP-пакетов из данных, принятых через один уровень протокола высокоуровневого управления каналом передачи данных (ПВУКПД), который связан с одним соединением протокола двухточечного соединения (ПДС) с подвижной станцией, при этом ФБУП обеспечивает передачу первого кадра ПВУКПД к одному уровню ПВУКПД и после обеспечения передачи первого кадра ПВУКПД к одному уровню ПВУКПД обеспечения передачи второго кадра ПВУКПД к одному уровню ПВУКПД.
18. Способ обеспечения услуг по передаче пакетов данных, содержащий этапы, на которых в подвижной станции создают один уровень протокола двухточечного соединения (ПДС) для связи между подвижной станцией и беспроводной сетью, в подвижной станции используют один уровень ПДС для формирования IP-пакета, связанного с чувствительным к задержке приложением, для генерации первого пакета ПДС,
в подвижной станции используют один уровень ПДС для формирования IP-пакета, связанного с нечувствительным к задержке приложением, для генерации второго пакета ПДС,
в подвижной станции посылают первый пакет ПДС через уровень протокола радиолинии (ПРЛ) с низким временем задержки к беспроводной сети, и
в подвижной станции посылают второй пакет ПДС через надежный уровень ПРЛ к беспроводной сети.
19. Способ по п.18, по которому также в подвижной станции преобразовывают первый пакет ПДС в первый кадр протокола высокоуровневого управления каналом передачи данных (ПВУКПД), используя уровень ПВУКПД в подвижной станции, до посылки первого пакета ПДС, и
в подвижной станции преобразовывают второй пакет ПДС во второй кадр ПВУКПД, используя уровень ПВУКПД в подвижной станции, до посылки второго пакета ПДС.
20. Способ обеспечения услуг по передаче пакетов данных, содержащий этапы, на которых
в функциональном блоке управления пакетами (ФБУП) принимают первый набор байтов данных от подвижной станции на уровень протокола радиолинии (ПРЛ) с низким временем задержки, в ФБУП принимают второй набор байтов данных от подвижной станции на надежный уровень ПРЛ, обеспечивают передачу первого набора байтов данных к узлу обработки пакетов данных (УОПД) через соединение протокола двухточечного соединения (ПДС) с УОПД и обеспечивают передачу второго набора байтов данных к УОПД через соединение ПДС.
21. Способ по п.20, по которому также заранее обеспечивают передачу первого набора байтов данных на соединение ПДС, используя один или большее количество флаговых символов протокола высокоуровневого управления каналом передачи данных (ПВУКПД) в пределах первого набора байтов данных для идентификации третьего набора байтов данных в пределах первого набора байтов данных, соответствующих по меньшей мере одному законченному кадру ПВУКПД, и обеспечивают передачу третьего набора байтов данных последовательно к УОПД через соединение ПДС.
22. Способ по п.20, по которому также заранее обеспечивают передачу первого набора байтов данных на соединение ПДС, используя один или большее количество флаговых символов протокола высокоуровневого управления каналом передачи данных (ПВУКПД) в пределах второго набора байтов данных для идентификации третьего набора байтов данных в пределах второго набора байтов данных, соответствующих по меньшей мере одному законченному кадру ПВУКПД, и обеспечивают передачу третьего набора байтов данных последовательно к УОПД через соединение ПДС.
23. Способ по п.20, по которому также обеспечивают передачу первого набора байтов данных на соединение ПДС через первое соединение протокола высокоуровневого управления каналом передачи данных (ПВУКПД) через УОПД, и обеспечивают передачу второго набора байтов данных к уровню ПДС через второе соединение ПВУКПД через УОПД.
RU2003130091/09A 2001-03-12 2002-03-11 Способ и устройство для обеспечения уровней с множеством показателей качества обслуживания в соединениях беспроводной передачи пакетов данных RU2296423C2 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US27524201P 2001-03-12 2001-03-12
US60/275,242 2001-03-12
US09/823,475 2001-03-30
US09/823,475 US7096261B2 (en) 2001-03-12 2001-03-30 Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection

Related Child Applications (1)

Application Number Title Priority Date Filing Date
RU2006141552/07A Division RU2438243C2 (ru) 2001-03-12 2006-11-24 Способ и устройство для обеспечения уровней с множеством показателей качества обслуживания в соединениях беспроводной передачи пакетов данных

Publications (2)

Publication Number Publication Date
RU2003130091A RU2003130091A (ru) 2005-04-27
RU2296423C2 true RU2296423C2 (ru) 2007-03-27

Family

ID=26957323

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2003130091/09A RU2296423C2 (ru) 2001-03-12 2002-03-11 Способ и устройство для обеспечения уровней с множеством показателей качества обслуживания в соединениях беспроводной передачи пакетов данных

Country Status (17)

Country Link
US (3) US7096261B2 (ru)
EP (1) EP1371191B1 (ru)
JP (1) JP4330880B2 (ru)
KR (1) KR100878161B1 (ru)
CN (1) CN1293734C (ru)
AT (1) ATE337661T1 (ru)
AU (2) AU2002247311B2 (ru)
BR (1) BRPI0208093B1 (ru)
CA (1) CA2440814C (ru)
DE (1) DE60214144T2 (ru)
HK (1) HK1063251A1 (ru)
IL (2) IL157901A0 (ru)
MX (1) MXPA03008303A (ru)
NO (1) NO20034054L (ru)
RU (1) RU2296423C2 (ru)
TW (1) TWI267271B (ru)
WO (1) WO2002073910A1 (ru)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7298701B2 (en) * 2002-10-31 2007-11-20 Nokia Corporation Apparatus, and associated method, for requesting data retransmission in a packet radio communication system
US7096261B2 (en) * 2001-03-12 2006-08-22 Qualcomm Incorporated Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
US20020188656A1 (en) * 2001-05-15 2002-12-12 Charles Patton Combining specialized, spatially distinguished, point to point communications with other wireless networking communications to provide networking configuration in classroom-like settings
US7369529B2 (en) 2001-05-24 2008-05-06 Qualcomm.Incorporated. Method and apparatus for differentiating point to point protocol session termination points
US20020196743A1 (en) * 2001-06-20 2002-12-26 Sebastian Thalanany Apparatus and method for enhancing performance in a packet data system
US7339908B2 (en) * 2001-07-31 2008-03-04 Arraycomm, Llc. System and related methods to facilitate delivery of enhanced data services in a mobile wireless communications environment
US6970956B1 (en) * 2001-10-01 2005-11-29 Juniper Networks, Inc. Scaleable gap insertion in a data link
JP3895982B2 (ja) * 2001-12-20 2007-03-22 株式会社東芝 移動通信端末装置
CA2417581C (en) * 2002-01-28 2008-04-01 Research In Motion Limited Multiple-processor wireless mobile communication device
US20030142648A1 (en) * 2002-01-31 2003-07-31 Samsung Electronics Co., Ltd. System and method for providing a continuous high speed packet data handoff
US7729322B2 (en) 2002-02-28 2010-06-01 Qualcomm Incorporated HDLC hardware accelerator
US7167476B1 (en) * 2002-04-12 2007-01-23 Juniper Networks, Inc. Systems and methods for routing data in a network device
US7548512B2 (en) * 2003-02-06 2009-06-16 General Electric Company Methods and systems for prioritizing data transferred on a Local Area Network
US7490348B1 (en) 2003-03-17 2009-02-10 Harris Technology, Llc Wireless network having multiple communication allowances
DE102004003551A1 (de) * 2004-01-23 2005-08-18 Siemens Ag Kompressionsverfahren für einen Bytestrom in Netzwerkprotokollen
US7940796B2 (en) 2004-02-27 2011-05-10 Research In Motion Limited System and method for delivery of packets
US20050207392A1 (en) * 2004-03-19 2005-09-22 Telefonaktiebolaget Lm Ericsson (Publ) Higher layer packet framing using RLP
US7586882B2 (en) 2004-03-19 2009-09-08 Telefonaktiebolaget Lm Ericsson (Publ) Higher layer packet framing using RLP
US7933270B2 (en) * 2004-05-27 2011-04-26 Samsung Electronics Co., Ltd. Method and system for prioritizing IP traffic in a wireless network based on a type-of-service identifier
US7668141B2 (en) * 2004-07-06 2010-02-23 Motorola, Inc. Method and apparatus for managing packet data loss in a wireless network
US7839844B2 (en) * 2004-07-30 2010-11-23 Sony Corporation System and method for dynamically determining retransmit buffer time
US7643503B2 (en) * 2004-07-30 2010-01-05 Sony Corporation System and method for dynamically determining retransmit buffer time
CN100446578C (zh) * 2004-08-02 2008-12-24 中兴通讯股份有限公司 一种多通道高级数据链路控制器
CN1744593B (zh) * 2004-08-30 2010-04-28 普天信息技术研究院 一种传输链路的选择方法
US7539214B2 (en) * 2004-12-08 2009-05-26 Motorola, Inc. Variable reliability wireless communication transmission method and apparatus
US20060155843A1 (en) * 2004-12-30 2006-07-13 Glass Richard J Information transportation scheme from high functionality probe to logic analyzer
US7903560B2 (en) 2004-12-30 2011-03-08 Intel Corporation Correlation technique for determining relative times of arrival/departure of core input/output packets within a multiple link-based computing system
WO2006095385A1 (ja) * 2005-03-04 2006-09-14 Fujitsu Limited 無線通信装置
CN100389616C (zh) * 2005-03-18 2008-05-21 华为技术有限公司 实现交互功能业务数据交互的方法
US7944992B2 (en) * 2005-06-17 2011-05-17 Telefonaktiebolaget Lm Ericsson (Publ) Multicarrier CDMA system
US20060291384A1 (en) * 2005-06-28 2006-12-28 Harris John M System and method for discarding packets
US20070168579A1 (en) * 2005-09-20 2007-07-19 Telefonaktiebolaget Lm Ericsson (Publ) DMA transfer and hardware acceleration of PPP frame processing
KR100673177B1 (ko) * 2005-12-15 2007-01-22 에스케이 텔레콤주식회사 이동통신 단말기에서 실행되는 네트워크 기반어플리케이션의 QoS 보장 방법
US8751718B2 (en) * 2006-03-13 2014-06-10 Lsi Corporation Apparatus and methods for a simplified, multi-client SAS port for management of other devices in an enhanced SAS device
US8565216B2 (en) * 2006-06-07 2013-10-22 Qualcomm Incorporated Methods and apparatus for supporting tunneling related to wireless uplink signaling flows
US8565217B2 (en) * 2006-06-07 2013-10-22 Qualcomm Incorporated Methods and apparatus for supporting tunneling related to wireless downlink signaling flows
CN101277175B (zh) 2007-03-30 2012-02-29 国际商业机器公司 改进会话启动协议服务器性能的方法和装置
US7876751B2 (en) * 2008-02-21 2011-01-25 International Business Machines Corporation Reliable link layer packet retry
ATE499795T1 (de) * 2008-03-28 2011-03-15 Cinterion Wireless Modules Verfahren zum betreiben eines kommunikationsgerätes und kommunikationsgerät hierfür
US9912568B2 (en) * 2009-06-24 2018-03-06 Provenance Asset Group Llc Method and apparatus for handling broken path in peer-to-peer network
GB2494858B (en) * 2011-08-31 2014-01-29 Samsung Electronics Co Ltd Managing connections to a network in a mobile device
CN103580958B (zh) * 2013-11-08 2016-08-24 国家电网公司 一种电力通信网络中路由器服务等级的自适应分级方法
CN107708153B (zh) * 2017-09-29 2019-11-15 重庆邮电大学 一种无线调制解调器上行分组数据处理方法

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5729544A (en) 1994-05-09 1998-03-17 Motorola, Inc. Method for transmitting data packets based on message type
US5553075A (en) 1994-06-22 1996-09-03 Ericsson Ge Mobile Communications Inc. Packet data protocol for wireless communication
CN1169806A (zh) * 1995-01-10 1998-01-07 诺基亚电信公司 分组无线系统以及分组无线系统的终端设备
JP3474699B2 (ja) 1996-01-18 2003-12-08 株式会社エヌ・ティ・ティ・ドコモ 通信システムおよび局
US5844885A (en) * 1996-06-11 1998-12-01 Qualcomm Incorporated Method and apparatus of providing bit count integrity and synchronous data transfer over a channel which does not preserve synchronization
FI103850B (fi) * 1996-07-12 1999-09-30 Nokia Mobile Phones Ltd Tiedonsiirtotilan automaattinen ohjaus
US5936948A (en) * 1997-02-19 1999-08-10 Telefonaktiebolaget Lm Ericsson System and method of multiplexing digitized calls on intersystem transmission circuits in a radio telecommunications network
US5878038A (en) * 1997-02-28 1999-03-02 Motorola, Inc. Method in a wireless code division multiple access communication system for delivering a message to a mobile communication unit
JPH10257041A (ja) * 1997-03-11 1998-09-25 Sony Corp フェイズロックドループ回路及び再生装置
GB9707281D0 (en) 1997-04-10 1997-05-28 Secr Defence Joints for modular support structures
FI972039A (fi) 1997-05-13 1998-11-14 Nokia Telecommunications Oy Menetelmä pakettivälitteiseen tiedonsiirtoon
KR19990001580A (ko) * 1997-06-16 1999-01-15 양승택 Cdma 이동통신망을 이용한 g3 팩스 서비스 방법
US6421714B1 (en) * 1997-10-14 2002-07-16 Lucent Technologies Efficient mobility management scheme for a wireless internet access system
FI105976B (fi) 1998-02-09 2000-10-31 Nokia Networks Oy Matkaviestimen suurinopeuksinen liityntä TCP/IP-verkkoon
US6400712B1 (en) * 1998-05-26 2002-06-04 Qualcomm Incorporated Fast circuit switched data architecture and method
EP0975123A1 (en) * 1998-07-15 2000-01-26 Telefonaktiebolaget L M Ericsson (Publ) Communication device and method for reliable and low-delay packet transmission
EP0996248A1 (en) * 1998-10-21 2000-04-26 Telefonaktiebolaget L M Ericsson (Publ) ARQ protocol with packet-based reliability level setting
EP1014641A1 (de) * 1998-12-22 2000-06-28 Telefonaktiebolaget Lm Ericsson Verfahren und Vorrichtung zur Reduzierung der Aufarbeitungszeit von Daten in Kommunikationsnetzen
US6542490B1 (en) * 1999-01-29 2003-04-01 Nortel Networks Limited Data link control proctocol for 3G wireless system
US6606311B1 (en) * 1999-04-20 2003-08-12 Nortel Networks Limited QoS framework for CDMA 2000
US6765909B1 (en) 1999-04-22 2004-07-20 Nortel Networks Limited Method and apparatus for providing support for multiple QoS levels within a third generation packet data session
US6507582B1 (en) * 1999-05-27 2003-01-14 Qualcomm Incorporated Radio link protocol enhancements for dynamic capacity wireless data channels
US7149193B2 (en) * 1999-12-15 2006-12-12 Nortel Networks Limited Dynamic, dual-mode wireless network architecture with a split layer 2 protocol
US6539030B1 (en) * 2000-02-07 2003-03-25 Qualcomm Incorporated Method and apparatus for providing configurable layers and protocols in a communications system
JP3525869B2 (ja) * 2000-07-12 2004-05-10 日本電気株式会社 パケット通信システムの接続装置及び方法
US6747964B1 (en) * 2000-09-15 2004-06-08 Qualcomm Incorporated Method and apparatus for high data rate transmission in a wireless communication system
US7031257B1 (en) * 2000-09-22 2006-04-18 Lucent Technologies Inc. Radio link protocol (RLP)/point-to-point protocol (PPP) design that passes corrupted data and error location information among layers in a wireless data transmission protocol
US6795705B1 (en) * 2000-10-31 2004-09-21 Utstarcom, Inc. Hot standby protocol for wireless devices
KR100363883B1 (ko) 2000-12-18 2002-12-11 한국전자통신연구원 아이엠티-2000 비동기시스템에서의 무선망 제어국
US7096261B2 (en) * 2001-03-12 2006-08-22 Qualcomm Incorporated Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
US20030093540A1 (en) * 2001-11-14 2003-05-15 Marcello Lioy Proxy network layer protocol support in a wireless communication network
BRPI0506473A (pt) * 2004-01-08 2007-02-06 Sk Telecom Co Ltd sistema para serviço de pacote de dados em rede mista de rede de comunicação assìncrona e de rede de comunicação sìncrona e método de transmissão do mesmo
KR100539903B1 (ko) * 2004-01-17 2005-12-28 삼성전자주식회사 휴대용 단말기의 vod 데이터 처리방법

Also Published As

Publication number Publication date
AU2007202707B2 (en) 2008-09-11
TWI267271B (en) 2006-11-21
BRPI0208093B1 (pt) 2016-02-10
US20050259687A1 (en) 2005-11-24
EP1371191A1 (en) 2003-12-17
CA2440814A1 (en) 2002-09-19
AU2002247311B2 (en) 2007-03-15
BR0208093A (pt) 2004-09-14
DE60214144D1 (de) 2006-10-05
HK1063251A1 (en) 2004-12-17
JP4330880B2 (ja) 2009-09-16
AU2007202707A1 (en) 2007-07-05
US8531957B2 (en) 2013-09-10
MXPA03008303A (es) 2004-02-17
JP2004531122A (ja) 2004-10-07
DE60214144T2 (de) 2007-07-19
US20100284341A1 (en) 2010-11-11
IL157901A0 (en) 2004-03-28
CA2440814C (en) 2013-12-31
WO2002073910A1 (en) 2002-09-19
KR100878161B1 (ko) 2009-01-12
EP1371191B1 (en) 2006-08-23
US20020141370A1 (en) 2002-10-03
NO20034054L (no) 2003-11-06
US7778287B2 (en) 2010-08-17
CN1293734C (zh) 2007-01-03
RU2003130091A (ru) 2005-04-27
NO20034054D0 (no) 2003-09-12
ATE337661T1 (de) 2006-09-15
IL207359A0 (en) 2010-12-30
US7096261B2 (en) 2006-08-22
CN1504036A (zh) 2004-06-09
KR20030080091A (ko) 2003-10-10

Similar Documents

Publication Publication Date Title
RU2296423C2 (ru) Способ и устройство для обеспечения уровней с множеством показателей качества обслуживания в соединениях беспроводной передачи пакетов данных
AU2002247311A1 (en) Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
US6795435B1 (en) Method for transmitting data transmission flows
US6400712B1 (en) Fast circuit switched data architecture and method
US7616639B2 (en) Transmitting and receiving control protocol data unit having processing time information
TWI382773B (zh) 在無線行動通訊系統中產生低層資料方塊的方法
RU2303858C2 (ru) Способ передачи пакетных данных в системе связи
JP5139566B2 (ja) 無線通信ネットワーク上で実時間のパケット化された音声およびデータサービスを供給するための方法および装置
EP1686729B1 (en) Controlling data traffic in a wireless communication system
US20050036497A1 (en) Frame transmission/reception system, frame transmitting apparatus, frame receiving apparatus, and frame transmission/reception method
JP2007529182A (ja) Greフレーム中の上位レイヤパケットまたはフレーム境界の情報の提供
EP1611715A1 (en) Radio telecommunications apparatus and method for communicating internet data packets containing different types of data
EP1356623B1 (en) System and method for processing of erroneous data in packet switched communications system where the packets are divided and processed in parts
RU2316906C2 (ru) Способ передачи пакетных данных в системе связи
RU2438243C2 (ru) Способ и устройство для обеспечения уровней с множеством показателей качества обслуживания в соединениях беспроводной передачи пакетов данных
KR20050114180A (ko) 광대역 무선 접속 시스템에서 복합 자동 재전송 제어정보를 전송하기 위한 맵 정보 요소 전송 방법

Legal Events

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

Effective date: 20190312