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

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

Info

Publication number
RU2340119C2
RU2340119C2 RU2005141831/09A RU2005141831A RU2340119C2 RU 2340119 C2 RU2340119 C2 RU 2340119C2 RU 2005141831/09 A RU2005141831/09 A RU 2005141831/09A RU 2005141831 A RU2005141831 A RU 2005141831A RU 2340119 C2 RU2340119 C2 RU 2340119C2
Authority
RU
Russia
Prior art keywords
size
transmission window
window
control level
transmission
Prior art date
Application number
RU2005141831/09A
Other languages
English (en)
Other versions
RU2005141831A (ru
Inventor
Ц нь ВАН (CN)
Цянь ВАН
Цз ДУН (CN)
Цзя ДУН
Фушэн ЧЖУ (CN)
Фушэн ЧЖУ
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 RU2005141831A publication Critical patent/RU2005141831A/ru
Application granted granted Critical
Publication of RU2340119C2 publication Critical patent/RU2340119C2/ru

Links

Images

Classifications

    • 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/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/187Details of sliding window management

Landscapes

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

Abstract

Изобретение относится к системам связи. Технический результат заключается в исключении снижения эффективности использования полосы пропускания канала, что передающая сторона на уровне управления радиоканалами определяет эффективность использования полосы пропускания радиоканала и активно подстраивает размер окна передачи в соответствии с эффективностью использования полосы пропускания радиоканала. 8 з.п. ф-лы, 3 ил.

Description

Область техники, к которой относится изобретение
Настоящее изобретение относится к управлению радиоканалами в системе сотовой связи с подвижными объектами (мобильными телефонами), в частности к способу подстройки размера окна передачи на уровне управления радиоканалами.
Предпосылки создания изобретения
Протокол управления радиоканалами (протокол RLC, где RLC = Radio Link Control) является протоколом управления, основанным на окне переменного размера, которое используется для управления передачей по радиоканалу пакета данных, как показано на фиг.1. У передающей RLC-стороны термин "блок с перекрестными смещениями" обозначает пакет данных, который имеет подтверждение, что он не получен противоположной стороной, и который должен быть передан повторно; термин "блоки с отсутствием приема" обозначает пакет данных, подтверждение приема которого противоположной стороной ожидается, а термин "пустые блоки" обозначает неиспользовавшиеся буферы. У принимающей RLC-стороны термин "блок с перекрестными смещениями" обозначает пакет данных, который потерян в процессе передачи противоположной стороной и должен быть принят повторно; термин "блоки с отсутствием приема" обозначает полученный пакет данных, а термин "пустые блоки" обозначает неиспользовавшийся буфер.
Далее описаны основные переменные протокола управления радиоканалами (RLC-протокол):
Configured_Tx_Window_Size: начальное значение окна передачи, сконфигурированное для передающей RLC-стороны протоколом высшего уровня, а также наибольший размер окна передачи с блоком, представленным последовательностью модулей данных протокола PDU (PDU - Protocol Data Units); при этом передающая RLC-сторона обращается к буферу передачи в соответствии с этой переменной.
VT(S): переменная состояния передачи, представляющая собой порядковый номер следующего модуля данных протокола PDU, который нужно передать, без учета повторно передаваемого модуля данных протокола (PDU).
VT(A): переменная состояния подтверждения, представляющая собой порядковый номер следующего в последовательности модуля данных протокола (PDU), подтверждение которого ожидается принимающей стороной.
VT(MS): переменная максимального состояния передачи; если порядковый номер модуля данных протокола (PDU) превышает это значение или равен ему, то передача модуля данных протокола не разрешается, и VT(MS)=VT(A)+VT(WS).
VT(WS): размер окна передачи, причем его начальное значение, являющееся также наибольшим значением, равно Configured_Tx_Window_Size, а наименьшее значение равно 1 или значению, сконфигурированному другим высшим уровнем, и значение VT(WS) изменяется в пределах этого диапазона.
Configured_Rx_Window_Size: размер начального окна приема, сконфигурированный для принимающей RLC-стороны протоколом высшего уровня, причем блок представляется последовательностью модулей данных протокола (PDU); RLC использует буфер приема в соответствии с этой переменной.
VR(R): переменная состояния приема, представляющая собой порядковый номер следующего в последовательности модуля данных протокола (PDU), подлежащего приему.
VR(H): переменная состояния приема с наивысшим ожиданием, представляющая собой наибольший порядковый номер модуля данных протокола (PDU), прием которого ожидается.
VR(MR): переменная наибольшего допустимого состояния приема; если порядковый номер модуля данных протокола (PDU) превышает это значение или равен ему, то принимающая RLC-сторона отказывается принимать модуль данных протокола, и
VR(MR)=VR(R)+Configured_Rx_Window_Size.
Принимающая RLC-сторона уведомляет передающую RLC-сторону пакетом состояния PDU (PDU-состояние), что некоторые пакеты приняты, а некоторые пакеты не приняты. Получив пакет состояния PDU, передающая RLC-сторона изменяет значение переменной состояния подтверждения VT(A) и передает переменную максимального состояния передачи VT(MS), чтобы обеспечить непрерывную передачу данных.
Если передающая RLC-сторона обнаруживает, что принимающая сторона не ответила на некоторый модуль данных протокола (PDU), такой как блок с перекрестными смещениями на передающей RLC-стороне на фиг.1, то значение переменной состояния передачи VT(S) непрерывно увеличивается, пока не достигнет значения переменной максимального состояния передачи VT(MS), и после этого данные с порядковым номером, равным значению VT(MS) или превышающим это значение, не передаются.
Если принимающая RLC-сторона обнаруживает, что некоторый модуль данных протокола (PDU) не получен, такой как блок с перекрестными смещениями на принимающей RLC-стороне на фиг.1, то значение переменной состояния приема с наивысшим ожиданием VR(H) непрерывно увеличивается, пока не достигнет значения переменной максимального допустимого состояния приема VR(MR), и после этого данные с порядковым номером, равным значению VR(MR) или превышающим это значение, не принимаются.
Существующий в настоящее время протокол RLC обеспечивает следующее: принимающая RLC-сторона в зависимости от состояния собственного окна приема управляет размером окна для передачи данных передающей RLC-стороной, тем самым управляя использованием полосы пропускания радиоканала. Схема протокола содержит информацию индикатора размера окна (информация SUFI о размере окна) в пакете состояния PDU, посылаемом передающей RLC-стороне, и после того, как передающая RLC-сторона получает информацию SUFI о размере окна, изменяет размер окна передачи VT(WS) на WSN. Если значение WSN равно нулю, то информация SUFI игнорируется; если значение WSN превышает наибольший размер окна передачи Configured_Tx_Window_Size, то размер окна передачи VT(WS) устанавливается равным Configured_Tx_Window_Size. Если связь по радиоканалу ухудшается, то данные могут быть потеряны, что ведет к увеличению буфера на принимающей RLC-стороне. В это время принимающая RLC-сторона уменьшает передачу данных от передающей RLC-стороны, используя информацию SUFI о размере окна, и уведомляет передающую RLC-сторону о необходимости уменьшить размер окна передачи VT(WS), тем самым уменьшая размер окна передачи и исключая перегрузку канала. Когда принимающая RLC-сторона обнаруживает, что имеющийся в наличии размер буфера приема постоянно растет до определенных пороговых значений, как показано на фиг.2, тогда как все повторно переданные пакеты получены и принимающей RLC-стороне не требуется буфер для использования, то принимающая RLC-сторона аналогичным образом уведомляет передающую RLC-сторону о необходимости увеличить размер окна передачи VT(WS), в результате чего размер окна передачи возрастает и исключается снижение эффективности использования полосы пропускания канала передачи данных.
В соответствии с фактически проведенными измерениями различных услуг вероятность потери модуля данных протокола (PDU) при некоторых услугах передачи данных, предоставляемых не в режиме реального времени, может достигать 10%. При хорошей радиосвязи протокол RLC предписывает, чтобы вероятность потери модуля данных протокола (PDU) не превышала 0,7%. Значит, по результатам сравнения, вероятность потери информации SUFI о размере окна выше. Однако согласно положениям настоящего протокола передающая сторона не "видит" использование полосы пропускания радиоканала и подстраивает размер окна передачи только согласно требованиям, содержащимся в информации SUFI о размере окна, полученной от принимающей стороны. Таким образом, если потеряна информация SUFI о размере окна, то передающая сторона не подстраивает размер окна по собственной инициативе. Более того, в протоколе RLC нет универсального критерия включения информации SUFI о размере окна, и после однократного включения такой информации может пройти длительное время до ее следующего включения. В частности, если состояние радиоканала становится хорошим и вероятность потери пакетов уменьшается, то информация SUFI о размере окна может быть вообще не включена, и в течение этого периода, даже при хорошем радиоканале, данные могут передаваться по радиоканалу с меньшей скоростью, тем самым значительно уменьшая эффективность радиоканала.
Сущность изобретения
Настоящее изобретение обеспечивает способ подстройки размера окна передачи на уровне управления радиоканалами для эффективной борьбы с такими недостатками протоколов существующего уровня, как полное управление использованием полосы пропускания радиоканала на принимающей стороне, так что нет возможности своевременно подстроить размер окна передачи из-за потери информации SUFI о размере окна, что приводит к уменьшению эффективности использования полосы пропускания для протокола управления радиоканалами.
Настоящее изобретение обеспечивает способ подстройки размера окна передачи на уровне управления радиоканалами, при котором передающая RLC-сторона управляет использованием полосы пропускания радиоканала, периодически принимая решение о необходимости подстройки размера окна передачи и подстраивая размер окна передачи на передающей RLC-стороне, если происходит снижение эффективности использования полосы пропускания.
Шаг периодического принятия решения о необходимости подстройки размера окна передачи на передающей RLC-стороне включает в себя:
Шаг 1: задание порога N в зависимости от состояния радиоканала;
Шаг 2: периодическое измерение отношения K переменной состояния передачи VT(S) и переменной состояния подтверждения VT(A) к наибольшему размеру окна передачи Configured_Tx_Window_Size на передающей RLC-стороне, причем отношение K представляет собой отношение относительного расстояния между VT(S) и VT(A) к значению Configured_Tx_Window_Size;
Шаг 3: сравнение отношения K с порогом N и определение необходимости подстройки размера окна передачи, если отношение K меньше порога N; в противном случае, возврат к шагу 2.
Шаги для подстройки размера окна передачи на передающей RLC-стороне включают в себя:
Шаг 1: определение значения W на передающей RLC-стороне, т.е. размера окна передачи, который может быть обеспечен радиоканалом, и
Шаг 2: сравнение размера окна передачи VT(WS) со значением W и, если значение VT(WS) меньше W, задание значения VT(WS) равным W.
Согласно настоящему изобретению передающая RLC-сторона не полагается на информацию SUFI о размере окна, передаваемую принимающей RLC-стороной, а определяет состояние использования полосы пропускания радиоканала в зависимости от собственных переменных состояния и, таким образом, подстраивает размер окна передачи. Благодаря этому, можно исключить недостаток, состоящий в отсутствии возможности своевременной подстройки размера окна передачи при потере информации SUFI о размере окна, и быстро подстроить размер окна передачи, стремясь обеспечить полное и максимально эффективное использование полосы пропускания радиоканалов.
Краткое описание чертежей
Фиг.1 - это схематическое представление протокола управления радиоканалами.
Фиг.2 - это схема, на которой принимающая RLC-сторона уведомляет передающую RLC-сторону о необходимости изменения окна передачи, посылая пакет состояния, содержащий информацию SUFI о размере окна.
Фиг.3 - это алгоритм способа согласно настоящему изобретению.
Подробное описание предпочтительной реализации изобретения
Далее представлено более подробное описание настоящего изобретения со ссылками на прилагаемые чертежи.
Основная идея настоящего изобретения состоит в определении состояния буфера на принимающей RLC-стороне за счет периодического измерения соотношения переменных на передающей RLC-стороне. Как показано на фиг.1, если подтверждена потеря данных PDU на передающей RLC-стороне, как блока с перекрестными смещениями, то относительное расстояние между переменной состояния подтверждения VT (А) и переменной состояния передачи VT (S) постепенно увеличивается, и заполнение буфера передачи постепенно растет. Так как на принимающей RLC-стороне также происходит потеря данных PDU как блока с перекрестными смещениями, то относительное расстояние между переменной состояния приема VR(R) и переменной состояния приема с наивысшим ожиданием VR(H) постепенно увеличивается, и заполнение буфера передачи у принимающей стороны постепенно растет.
Однако из-за задержки в радиоканале значение переменной состояния приема с наивысшим ожиданием VR(H) не превысит значения переменной состояния передачи VT(S), а значение переменной состояния подтверждения VT(A) не превысит значения переменной состояния приема VR(R). Нужно также отметить, что относительное расстояние между переменной состояния приема VR(R) и переменной состояния приема с наивысшим ожиданием VR(H) определенно не превысит относительное расстояние между переменной состояния подтверждения VT(A) и переменной состояния передачи VT(S), т.е.:
(4096+VT(S)-VT(A)mod4096=(4096+VR(H)-VR(R))mod4096.
Но для конфигурации общих переменных протокола RLC имеет место:
Configured_Rx_Window_Size = Configured_Tx_Window_Size.
В протоколе 3GPP TS 25.306 это означает, что буфер передачи RLC должен быть использован в соответствии с окном передачи, а буфер приема RLC - в соответствии с окном приема. Более того, поскольку Configured_Tx_Window_Size и Configured_Rx_Window_Size являются начальными значениями окна передачи и окна приема RLC, то, когда установлен радиоресурс, буфер передачи, конечно, соответствует Configured_Tx_Window_Size, а буфер приема - Configured_Rx_Window_Size. Поэтому состояние заполненности буфера на принимающей RLC-стороне можно определить, периодически измеряя отношение К переменной состояния передачи VT(S) и переменной состояния подтверждения VT(A) к наибольшему размеру окна передачи Configured_Tx_Window_Size на передающей RLC-стороне. Даже если Conrigured_Rx_Window_Size < Configured_Tx_Window_Size, то отношение К переменной состояния передачи VT(S) и переменной состояния подтверждения VT(A) к наибольшему размеру окна передачи Configured_Tx_Window_Size можно также изменить, подстроив весовой коэффициент Р. Если при сравнении отношения К и некоторого порога N имеет место неравенство, например, "меньше чем", то для передающей RLC-стороны может быть принято меньшее заполнение в буфере принимающей RLC-стороны, и потом может быть определен размер окна передачи VT(WS); если VT(WS) меньше W, то размер окна передачи может быть обеспечен радиоканалом. Это показывает, что использование полосы пропускания радиоканала недостаточно, и нужно установить VT(WS) на W, т.е. на размер окна передачи, который может быть обеспечен радиоканалом.
Подробные шаги согласно настоящему изобретению представлены на фиг.3.
Шаг 1: задание порога N, причем обычно порог N очень мал, что можно оценить в зависимости от окна передачи и от требований к скорости передачи по радиоканалу; при этом предпочтительно порог составляет около 10.
Шаг 2: периодическое определение, получена ли информация SUFI о размере окна на передающей RLC-стороне; если да, то переход к шагу 8, в противном случае переход к шагу 3.
Шаг 3: периодическое измерение отношения K переменной состояния передачи VT(S) и переменной состояния подтверждения VT(A) к наибольшему размеру окна передачи Configured_Tx_Window_Size на передающей RLC-стороне, причем отношение К представляет собой отношение относительного расстояния между VT(S) и VT(A) к Configured_Tx_Window_Size.
Шаг 4: сравнение отношения K и порога N; если отношение K меньше порога N, что показывает необходимость увеличения размера окна передачи, то переход к шагу 5; в противном случае возврат к шагу 2.
Шаг 5: расчет размера окна передачи W, который может быть обеспечен радиоканалом, в зависимости от переменной состояния передачи VT(S), переменной состояния подтверждения VT(A) и наибольшего размера окна передачи Configured_Tx_Window_Size; или задание заранее на передающей RLC-стороне соответствующего соотношения между K и W и прямое определение соответствующего размера окна передачи W в зависимости от значения K.
Шаг 6: сравнение размера окна передачи VT(WS) и W; если VT(WS)<W, то переход к шагу 7; в противном случае, переход к шагу 2.
Шаг 7: задание значения переменной VT(WS), равным W, и переход к шагу 2.
Шаг 8: задание значения VT(WS), равным значению WSN в последней полученной информации SUFI о размере окна, и возврат к шагу 2 для продолжения измерений.
Описанный выше процесс выполняется в течение всего периода работы на передающей RLC-стороне, пока существует соединение с передающей RLC-стороной.
Ниже описан пример реализации изобретения, в котором отношение К вычисляется по следующей формуле:
Figure 00000002
если K>100, K=100; и в этой формуле Р - это весовой коэффициент, удовлетворяющий следующему условию:
Figure 00000003
А значение W, размер окна передачи, который может быть обеспечен радиоканалом, можно вычислить следующим образом:
Figure 00000004
и использовать после округления значения, рассчитанного по формуле выше, до ближайшего меньшего значения.
Порог задан как N=10; если K<N, размер окна передачи увеличивается. Предполагается, что Configured_Tx_Window_Size = 512, Configured_Rx_Window_Size = 512, размер окна передачи VT(WS), определенный на передающей RLC-стороне, равен 1, переменная состояния передачи VT(S) = переменная состояния подтверждения VT(A)=300.
Такой процесс может быть реализован следующим образом:
задание порога N=10; передающая сторона не получает информацию SUFI о размере окна, потом периодическое определение значения отношения К, здесь K=0; определение, удовлетворяют ли значения K и N условию для увеличения размера окна; так как K<N, размер окна передачи нужно увеличить; расчет значения W, размера окна передачи, который может быть обеспечен радиоканалом, W = Configured_Tx_Window_Size = 512;
сравнение размера окна передачи VT(WS) с W, что дает неравенство VT(WS)<W; задание размера окна передачи VT(WS), равным W, 512; потом продолжение измерений.
Нужно иметь в виду, что описанные выше реализации изобретения предназначены только для иллюстрации технических решений согласно настоящему изобретению и ни в коей мере не ограничивают настоящее изобретение. Хотя настоящее изобретение подробно описано со ссылками на предпочтительные реализации изобретения, специалист в данной технической области должен понимать, что технические решения согласно настоящему изобретению могут быть изменены или заменены подобными им без отхода от духа и объема настоящего изобретения и что все изменения и замены охватываются объемом формулы настоящего изобретения.

Claims (9)

1. Способ подстройки размера окна передачи на уровне управления радиоканалами, отличающийся тем, что передающая сторона на уровне управления радиоканалами определяет эффективность использования полосы пропускания радиоканала и активно подстраивает размер окна передачи в соответствии с эффективностью использования полосы пропускания радиоканала.
2. Способ подстройки размера окна передачи по п.1, отличающийся тем, что он содержит шаг периодического определения передающей стороной на уровне управления радиоканалами, нужно ли подстроить размер окна передачи.
3. Способ подстройки размера окна передачи по п.2, отличающийся тем, что шаг периодического определения передающей стороной на уровне управления радиоканалами, нужно ли подстроить размер окна передачи, включающий в себя:
шаг 1: задание порога N в зависимости от состояния радиоканала; шаг 2: периодическое измерение передающей стороной на уровне управления радиоканалами отношения К переменной состояния передачи VT(S) и переменной состояния подтверждения VT(A) к наибольшему размеру окна передачи Configured_Tx_Window_Size, причем отношение K представляет собой отношение относительного расстояния между VT(S) и VT(A) к Configured_Tx_Window_Size; и шаг 3: сравнение отношения K с порогом N и выполнение шага подстройки размера окна передачи, если отношение K меньше порога N; в противном случае, возврат к шагу 2.
4. Способ подстройки размера окна передачи на уровне управления радиоканалами по п.3, отличающийся тем, что порог N задают согласно требованиям к размеру окна передачи и к скорости передачи по радиоканалу.
5. Способ подстройки размера окна передачи на уровне управления радиоканалами по п.3, отличающийся тем, что отношение K вычисляют по следующей формуле:
Figure 00000005
если K>100, устанавливают K=100; где P - это весовой коэффициент, удовлетворяющий следующему условию:
Figure 00000006
6. Способ подстройки размера окна передачи на уровне управления радиоканалами по п.3, отличающийся тем, что действия по подстройке размера окна передачи передающей стороной на уровне управления радиоканалами включают в себя: шаг 1: определение передающей стороной на уровне управления радиоканалами размера окна передачи, который может быть обеспечен радиоканалом, и шаг 2: сравнение размера окна передачи VT(WS) с W и, если VT(WS) меньше W, то задание VT(WS), равным W.
7. Способ подстройки размера окна передачи на уровне управления радиоканалами по п.6, отличающийся тем, что передающая сторона на уровне управления радиоканалами вычисляет размер окна передачи W в зависимости от переменной состояния передачи VT(S), переменной состояния подтверждения VT(A) и наибольшего размера окна передачи Configured_Tx_Window_Size; или определяют согласно соответствующему соотношению, заранее определенному передающей стороной на уровне управления радиоканалами в диапазоне от W до отношения К переменной состояния передачи VT(S) и переменной состояния подтверждения VT(A) к наибольшему размеру окна передачи Configured_Tx_Window_Size.
8. Способ подстройки размера окна передачи на уровне управления радиоканалами по п.7, отличающийся тем, что размер окна передачи W может быть вычислен по следующей формуле:
Figure 00000007
где Р - весовой коэффициент, удовлетворяющий условию:
Figure 00000008
после округления до ближайшего меньшего значения можно использовать W.
9. Способ подстройки размера окна передачи на уровне управления радиоканалами по п.2 или 3, отличающийся тем, что перед тем, как передающая сторона на уровне управления радиоканалами выполнит шаг периодического определения необходимости подстройки размера окна передачи, сначала периодически определяют, получена ли информация SUFI о размере окна; если она получена, то размер окна передачи VT(WS) задают равным значению WSN в последней полученной информации SUFI о размере окна; если эта информация не получена, то периодически определяют необходимость подстройки размера окна передачи.
RU2005141831/09A 2003-05-30 2004-05-28 Способ подстройки размера окна передачи на уровне управления радиоканалами RU2340119C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB031267467A CN1257621C (zh) 2003-05-30 2003-05-30 无线链路控制层中发送窗口调整的方法
CN03126746.7 2003-05-30

Publications (2)

Publication Number Publication Date
RU2005141831A RU2005141831A (ru) 2006-07-10
RU2340119C2 true RU2340119C2 (ru) 2008-11-27

Family

ID=33480386

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2005141831/09A RU2340119C2 (ru) 2003-05-30 2004-05-28 Способ подстройки размера окна передачи на уровне управления радиоканалами

Country Status (4)

Country Link
EP (1) EP1648183B1 (ru)
CN (1) CN1257621C (ru)
RU (1) RU2340119C2 (ru)
WO (1) WO2004107776A1 (ru)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101459588B (zh) * 2007-12-13 2011-11-16 华为技术有限公司 一种进行流量控制的方法、装置及系统
CN101527927B (zh) * 2008-03-04 2011-07-20 大唐移动通信设备有限公司 长期演进系统中无线链路控制层接收数据的方法及装置
CN101686189B (zh) * 2008-09-26 2016-03-02 华为技术有限公司 一种数据发送方法及装置
CN102238623B (zh) * 2010-05-06 2014-04-09 中兴通讯股份有限公司 加快无线链路控制窗口状态应答的方法及基站子系统
CN102264100B (zh) * 2010-05-28 2015-08-12 中兴通讯股份有限公司 一种数据传输方法及系统
US9055464B2 (en) 2011-07-07 2015-06-09 Optis Cellular Technology, Llc RLC Data transmission control based on UE memory capacity
CN103873189A (zh) * 2012-12-13 2014-06-18 联想(北京)有限公司 数据发送方法及设备
EP3047675A4 (en) * 2013-09-20 2017-05-17 McAfee, Inc. Optimizing communication for mobile and embedded devices
CN107027179B (zh) * 2016-02-01 2019-12-20 上海朗帛通信技术有限公司 一种无线通信中的调度方法和装置
EP3629505A1 (en) * 2018-09-25 2020-04-01 Panasonic Intellectual Property Corporation of America User equipment and base station involved in transmission of data

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4736369A (en) * 1986-06-13 1988-04-05 International Business Machines Corp. Adaptive session-level pacing
FI98023C (fi) * 1995-05-09 1997-03-25 Nokia Telecommunications Oy Liukuvaan ikkunaan perustuva datavuonohjaus, joka käyttää säädettävää ikkunakokoa
US6947394B1 (en) * 1999-04-09 2005-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Flexible radio link control protocol
WO2001022645A1 (en) * 1999-09-20 2001-03-29 Nokia Corporaton Error control method and apparatus
KR100370077B1 (ko) * 2000-08-07 2003-01-29 엘지전자 주식회사 통신 시스템의 데이터 흐름 제어 방법
KR100541015B1 (ko) * 2002-02-04 2006-01-10 아스텍 컴퓨터 인코퍼레이티드 무선 통신 시스템에 있어서의 데이터 폐기 신호 절차
KR100474302B1 (ko) * 2002-09-07 2005-03-10 엘지전자 주식회사 무선 링크 콘트롤(rlc) 계층의 버퍼제어 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP TS 25.322 v5.0.0, 03.2002. *

Also Published As

Publication number Publication date
EP1648183B1 (en) 2013-09-25
EP1648183A4 (en) 2009-11-11
CN1257621C (zh) 2006-05-24
RU2005141831A (ru) 2006-07-10
CN1553606A (zh) 2004-12-08
WO2004107776A1 (fr) 2004-12-09
EP1648183A1 (en) 2006-04-19

Similar Documents

Publication Publication Date Title
US9112799B2 (en) Network packet loss processing method and apparatus
EP1599956B1 (en) Flow control in a packet data communication system
US6934251B2 (en) Packet size control technique
EP1527557B1 (en) A method and system for generating and updating transmission rate for link adaptation in ieee 802.11 wlan
JP4480277B2 (ja) 無線通信システム
KR100963858B1 (ko) 대역폭을 제어하기 위한 데이터 패킷 전송 시간의 방법 및시스템
US8780929B2 (en) Method of and apparatus for adaptive control of data buffering in a data transmitter
JP4708978B2 (ja) 高スループットを実現する通信システム、通信端末、セッション中継装置、及び通信プロトコル
EP1371192B1 (en) Method and device for improving a data throughput
JP2001517048A (ja) 適応形無線リンク
WO2006065008A1 (en) Apparatus for arq controlling in wireless portable internet system and method thereof
US20040246898A1 (en) Method and system for flow control for route switching
EP1164805A2 (en) Method for controlling transmission capacity and mobile communication system
RU2340119C2 (ru) Способ подстройки размера окна передачи на уровне управления радиоканалами
US20050232147A1 (en) Communication system for improving data transmission efficiency of TCP in wireless network environment and a method thereof
JP3953343B2 (ja) 無線パケット通信装置および無線パケット通信方法
RU2313192C2 (ru) Способ включения управляющей информации об окне передачи на уровне управления радиоканалами
CN110875756B (zh) 一种跳频通信中自动调节发射功率的方法与设备
CN108650258A (zh) 窄带物联网无线链路协议子层am实体数据传输自适应方法
KR20040058638A (ko) 무선 링크 프로토콜의 데이터전송방법
CN111510953B (zh) 一种数据处理方法及终端、存储介质
JP2009206846A (ja) データ通信再送制御方法及び送受信装置
JP2002218004A (ja) データを分配の際の遅延時間を低減する方法と装置
JP2002112304A (ja) ハンドオーバ予測通信システム
KR20140081500A (ko) 무선망 전송 품질 향상을 위한 tcp 패킷 전송 최적화 시스템 및 방법