RU2364035C2 - Method and device of communication line control in wireless communication system - Google Patents

Method and device of communication line control in wireless communication system Download PDF

Info

Publication number
RU2364035C2
RU2364035C2 RU2007101380/09A RU2007101380A RU2364035C2 RU 2364035 C2 RU2364035 C2 RU 2364035C2 RU 2007101380/09 A RU2007101380/09 A RU 2007101380/09A RU 2007101380 A RU2007101380 A RU 2007101380A RU 2364035 C2 RU2364035 C2 RU 2364035C2
Authority
RU
Russia
Prior art keywords
nak
damaged
ack
timer
prohibition timer
Prior art date
Application number
RU2007101380/09A
Other languages
Russian (ru)
Other versions
RU2007101380A (en
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 RU2007101380A publication Critical patent/RU2007101380A/en
Application granted granted Critical
Publication of RU2364035C2 publication Critical patent/RU2364035C2/en

Links

Images

Classifications

    • 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

FIELD: communication facilities.
SUBSTANCE: invention concerns communication systems. Invention claims methods and systems for application in communication system for selective delay of absent acknowledgement (NAK) transmission after the original NAK requesting for retransmission of damaged packet has already been sent. Receiver launches NAK banning timer associated with specific NAK and bans inclusion of specific NAK into condition reports for receiver till timer-set period expires. Use of NAK banning timer reduced probability of false retransmissions from receiver caused by second NAK from receiver when retransmission process is already launched.
EFFECT: improved efficiency of resource utilisation.
34 cl, 10 dwg

Description

Область техники, к которой относится изобретениеFIELD OF THE INVENTION

Настоящее изобретение, в общем, относится к системам беспроводной связи, а более конкретно, к управлению линией связи в системах беспроводной связи.The present invention, in General, relates to wireless communication systems, and more specifically, to control the communication line in wireless communication systems.

Уровень техникиState of the art

Повышенный спрос на беспроводные ресурсы для передачи речевых сообщений и сообщений данных иногда приводит к возрастанию ошибок передачи вследствие конфликтов одновременно передаваемых сигналов. Ошибки передачи также вызываются ненастной погодой, зонами затенения интенсивности сигнала, электрическими помехами или другими условиями, влияющими на радиоинтерфейс, приводя к потерям или повреждению одного или более пакетов при беспроводной связи. При возникновении потери или повреждения пакетов для повторной передачи потерянных данных обычно необходимы дополнительные беспроводные системные ресурсы.The increased demand for wireless resources for transmitting voice messages and data messages sometimes leads to an increase in transmission errors due to conflicts of simultaneously transmitted signals. Transmission errors are also caused by inclement weather, areas of obscuration of signal strength, electrical noise, or other conditions affecting the radio interface, resulting in loss or damage to one or more packets during wireless communication. When packet loss or corruption occurs, retransmission of lost data usually requires additional wireless system resources.

Фиг.1A и 1B иллюстрируют традиционную схему восстановления потерянных или поврежденных пакетов в W-CDMA. Чертеж иллюстрирует типичное разнесение по времени в принимающем устройстве между опрашиваниями 120, принимаемыми от отправителя, потерянными пакетами 101-105, отчетами о состоянии, включающими в себя NAK (отсутствие подтверждения приема) 131-133, таймерами 141-143 запрета отчетов о состоянии и повторно передаваемыми пакетами 111-115. Фиг.1A показывает различные сигналы 101-120, принимаемые в принимающем устройстве, тогда как фиг.1B показывает NAK 131-133 и повторные передачи 111-115, отправляемые между принимающим устройством и отправителем. Интервалы 101-105 представляют поврежденные пакеты в принимающем устройстве.1A and 1B illustrate a conventional scheme for recovering lost or damaged packets in W-CDMA. The drawing illustrates a typical time spacing in a receiver between polls 120 received from the sender, lost packets 101-105, status reports including NAKs (no acknowledgment) 131-133, timeout barriers 141-143 and retries transmitted packets 111-115. FIG. 1A shows various signals 101-120 received at a receiver, while FIG. 1B shows NAKs 131-133 and retransmissions 111-115 sent between a receiver and a sender. Intervals 101-105 represent damaged packets at the receiving device.

После определения того, что пакет 101 поврежден, принимающее устройство отправляет обратно отправителю отчет о состоянии, который включает в себя NAK 131, инструктирующий отправителю инициировать повторную передачу поврежденного пакета 101. Традиционные отчеты о состоянии W-CDMA обычно должны включать в себя NAK для всех ожидающих интервалов порядковых номеров, которые появились с момента последнего в последовательности принятого порядкового номера. Эта необходимость включать все ожидающие интервалы порядковых номеров в традиционные отчеты о состоянии потребляет ценные беспроводные ресурсы. Например, беспроводные ресурсы потребляются, когда отчет о состоянии отправляется обратно отправителю с NAK для поврежденных пакетов, которые уже находятся в процессе повторной передачи, что приводит ко второй лишней фиктивной повторной передаче от отправителя.After determining that packet 101 is damaged, the receiving device sends back to the sender a status report, which includes NAK 131, instructing the sender to initiate retransmission of the damaged packet 101. Traditional W-CDMA status reports should typically include a NAK for all pending intervals of sequence numbers that have appeared since the last in the sequence of accepted sequence numbers. This need to include all pending sequence number intervals in traditional status reports consumes valuable wireless resources. For example, wireless resources are consumed when a status report is sent back to the sender from the NAK for corrupted packets that are already in the retransmission process, resulting in a second unnecessary fake retransmission from the sender.

Чтобы не допустить инициирования фиктивной повторной передачи и потери ценной беспроводной полосы пропускания, W-CDMA ввела механизм запрета отчетов о состоянии, таймеры 141-143 запрета отчетов о состоянии. Общий таймер запрета отчетов о состоянии начинается в момент отправки любого отчета о состоянии. В настоящее время W-CDMA требует, чтобы после запуска таймера запрета отчетов о состоянии, отчеты о состоянии более не передавались до запуска следующего таймера. Все опрашивания, принимаемые от отправителя во время выполнения таймера запрета отчетов о состоянии, задерживаются до запуска следующего таймера. После обнаружения поврежденного пакета отчет о состоянии с NAK для поврежденного пакета задерживается до того момента, когда истечет незаконченный таймер запрета отчетов о состоянии.To prevent the initiation of fictitious retransmission and the loss of valuable wireless bandwidth, W-CDMA introduced a status reporting prohibition mechanism, status reporting prohibition timers 141-143. The general status reporting prohibition timer starts when any status report is sent. Currently, W-CDMA requires that after the start of the status report prohibition timer, status reports are no longer transmitted until the next timer starts. All polls received from the sender during the execution of the status report prohibition timer are delayed until the next timer starts. After a damaged packet is detected, a status report with NAK for the damaged packet is delayed until the incomplete status report prohibition timer expires.

На фиг.1, как только отчет о состоянии, включающий в себя NAK 131, отправляется от принимающего устройства, таймер 141 запрета отчетов о состоянии запускается, который предотвращает передачу всех дополнительных отчетов о состоянии до момента своего завершения. Таким образом, когда обнаружен поврежденный пакет 102 (в момент выполнения таймера 141 запрета отчетов о состоянии), отчет о состоянии с NAK 132 для поврежденного пакета 102 задерживается до истечения таймера 141 запрета отчетов о состоянии. К моменту истечения таймера 141 запрета отчетов о состоянии повторная передача поврежденного пакета 101 принята в принимающем устройстве в качестве повторно переданного пакета 111, как показано на фиг.1A и 1B. По истечении таймера 141 запрета отчетов о состоянии принимающее устройство отправляет еще один отчет о состоянии, который включает в себя NAK 132, запрашивающий повторную передачу поврежденного пакета 102, ранее обнаруженного при выполнении таймера 141 запрета отчетов о состоянии.In FIG. 1, as soon as a status report including NAK 131 is sent from the receiving device, the status report prohibition timer 141 is started, which prevents all additional status reports from being transmitted until it is completed. Thus, when a damaged packet 102 is detected (at the time the status report prohibition timer 141 is executed), the status report with NAK 132 for the damaged packet 102 is delayed until the status report prohibition timer 141 expires. By the time the status report prohibition timer 141 expires, the retransmission of the damaged packet 101 has been received at the receiver as a retransmitted packet 111, as shown in FIGS. 1A and 1B. Upon the expiration of the status report prohibit timer 141, the receiving device sends another status report, which includes NAK 132 requesting the retransmission of the damaged packet 102 previously detected during the execution of the status prohibit timer 141.

Настоящее изобретение направлено на разрешение или, по меньшей мере, снижение воздействий одной или более вышеуказанных проблем.The present invention is directed to resolving or at least reducing the effects of one or more of the above problems.

Сущность изобретенияSUMMARY OF THE INVENTION

Раскрытые в данном изобретении аспекты изобретения разрешают вышеуказанные потребности посредством предоставления механизма отчетов о состоянии для режима RLC-AM, который обеспечивает гибкость конфигурирования и предоставляет прием несвоевременных протокольных блоков данных (PDU).Aspects of the invention disclosed in the present invention address the above needs by providing a status reporting mechanism for the RLC-AM mode, which provides configuration flexibility and allows reception of untimely protocol data units (PDUs).

Согласно различным аспектам изобретения предусмотрены устройство, способы и машиночитаемые носители информации для управления линией связи. Аспекты включают в себя обнаружение в принимающем объекте поврежденного пакета от передающего объекта и отправку отсутствия подтверждения приема (NAK) от принимающего объекта обратно в передающий объект. В ответ на отправляемый NAK запускается таймер запрета NAK, ассоциативно связанный с поврежденным пакетом.According to various aspects of the invention, there is provided an apparatus, methods, and computer-readable storage media for controlling a communication line. Aspects include detecting at the receiving entity a damaged packet from the transmitting entity and sending a no acknowledgment (NAK) from the receiving entity back to the transmitting entity. In response to the NAK being sent, the NAK ban timer associated with the damaged packet starts.

Согласно аспекту изобретения таймер запрета NAK ассоциативно связан с конкретным поврежденным пакетом и запрещает отправку всех дополнительных NAK для конкретного поврежденного пакета до истечения таймера запрета NAK. Тем не менее, если другие поврежденные пакеты обнаруживаются, таймер запрета NAK не запрещает отправку других NAK для других поврежденных пакетов. Согласно одному аспекту изобретения таймер запрета NAK первоначально задается для запуска в течение одного периода полного обхода время прохождения сигнала в прямом и обратном направлении (RTT).According to an aspect of the invention, the NAK prohibit timer is associated with a particular damaged packet and prohibits the sending of all additional NAKs for a particular damaged packet until the NAK prohibit timer expires. However, if other damaged packets are detected, the NAK prohibition timer does not prohibit sending other NAKs for other damaged packets. According to one aspect of the invention, the NAK prohibition timer is initially set to start the forward and reverse (RTT) signal transit times during one full crawl period.

Согласно аспекту изобретения таймер запрета подтверждения приема (ACK) запускается. Таймер запрета ACK может иметь длительность большую или меньшую таймера запрета NAK, в зависимости от требуемой способности к реагированию на продвижение вперед RLC-окна. Таймер запрета ACK задерживает отправку только ACK отчетов о состоянии до истечения таймера запрета ACK. Тем не менее таймер запрета ACK не задерживает отправку отчетов о состоянии, содержащих NAK.According to an aspect of the invention, an acknowledgment prohibition (ACK) timer is started. The ACK prohibit timer may have a duration longer or shorter than the NAK prohibit timer, depending on the required ability to respond to the forward movement of the RLC window. The ACK prohibit timer delays sending only ACK status reports until the ACK prohibit timer expires. However, the ACK prohibition timer does not delay the sending of status reports containing NAKs.

Согласно аспекту изобретения счетчик ACK запускается при отправке ACK от принимающего объекта в передающий объект. Счетчик ACK увеличивается для каждого принятого своевременного РDU, позволяя отслеживать степень заполнения окна приема. Если счетчик ACK достигает заданного порогового значения, ACK отправляется. Заданный порог может определяться как процент от ширины RLC-окна.According to an aspect of the invention, the ACK counter is started when the ACK is sent from the receiving entity to the transmitting entity. The ACK counter is incremented for each received timely PDU, allowing you to track the degree of filling of the receive window. If the ACK counter reaches a predetermined threshold, an ACK is sent. The specified threshold can be defined as a percentage of the width of the RLC window.

Краткое описание чертежейBrief Description of the Drawings

Фиг.1A и 1B иллюстрируют традиционную схему восстановления потерянных или поврежденных пакетов;1A and 1B illustrate a conventional scheme for recovering lost or damaged packets;

Фиг.2 иллюстрирует архитектуру сети, которая поддерживает связь между проводными и беспроводными станциями в соответствии с различными вариантами осуществления изобретения;Figure 2 illustrates a network architecture that supports communication between wired and wireless stations in accordance with various embodiments of the invention;

Фиг.3 подробно иллюстрирует мобильную станцию и стационарную базовую станцию;Figure 3 illustrates in detail a mobile station and a fixed base station;

Фиг.4 иллюстрирует задержки, оказывающие влияние на повторную передачу пропущенных PDU, когда не более одного отчета о состоянии передано на RTT;4 illustrates delays affecting retransmission of missed PDUs when no more than one status report is transmitted to the RTT;

Фиг.5A и 5B иллюстрируют схему восстановления потерянных или поврежденных пакетов с помощью таймера запрета NAK в соответствии с различными вариантами осуществления изобретения;5A and 5B illustrate a scheme for recovering lost or damaged packets using a NAK prohibition timer in accordance with various embodiments of the invention;

Фиг.6A и 6B иллюстрируют схему восстановления потерянных или поврежденных пакетов с помощью таймера запрета NAK, таймера запрета ACK и таймера запрета отчетов о состоянии в соответствии с различными вариантами осуществления изобретения;6A and 6B illustrate a scheme for recovering lost or damaged packets using a NAK prohibit timer, an ACK prohibit timer, and a status report prohibit timer in accordance with various embodiments of the invention;

Фиг.7 иллюстрирует способ управления линией связи в соответствии с различными вариантами осуществления изобретения;7 illustrates a method for controlling a communication line in accordance with various embodiments of the invention;

Фиг.8 иллюстрирует подробности способа управления NAK в соответствии с различными вариантами осуществления изобретения;FIG. 8 illustrates details of a NAK control method in accordance with various embodiments of the invention; FIG.

Фиг.9 иллюстрирует подробности способа управления ACK в соответствии с различными вариантами осуществления изобретения; и9 illustrates details of an ACK control method in accordance with various embodiments of the invention; and

Фиг.10 иллюстрирует процедуру подсчета ACK, которая может быть использована для корректировки периода отчетов ACK, в соответствии с различными вариантами осуществления изобретения.10 illustrates an ACK counting procedure that can be used to adjust the ACK reporting period, in accordance with various embodiments of the invention.

Подробное описание изобретенияDETAILED DESCRIPTION OF THE INVENTION

Аспекты изобретения раскрываются в последующем описании и связанных чертежах, направленных на различные варианты осуществления изобретения. Альтернативные варианты осуществления могут быть выполнены без отступления от духа и области применения изобретения. Для более четкого иллюстрирования изобретения некоторые элементы, которые хорошо известны специалистам в данной области, могут не описываться более подробно или могут опускаться, с тем чтобы не отвлекать от важных подробностей изобретения.Aspects of the invention are disclosed in the following description and related drawings directed to various embodiments of the invention. Alternative embodiments may be carried out without departing from the spirit and scope of the invention. To more clearly illustrate the invention, some elements that are well known to those skilled in the art may not be described in more detail or may be omitted so as not to detract from important details of the invention.

Термины "передающий объект" (или "отправитель") и "принимающий объект" (или "принимающее устройство") при использовании в данной сущности и формуле изобретения означают отношение осуществляющей связь станции к конкретному пакету, к примеру поврежденному пакету. Передающий объект - это станция или устройство связи, которое отправляет пакет. Принимающий объект - это станция или устройство связи, которое принимает пакет или, в случае поврежденного пакета, предназначено для приема пакета. Устройство, участвующее в двустороннем обмене данными, - это передающий объект для некоторых пакетов и принимающий объект для других пакетов. Передающие объекты имеют схему приема и схему передачи, как и принимающие объекты. Передающие объекты и принимающие объекты могут быть либо станциями беспроводной связи (к примеру, мобильными станциями), либо стационарными станциями, обменивающимися данными посредством кабелей или проводов. Термин "модуль данных протокола" (PDU) при использовании в данном документе - это единица информации, пакет или кадр, проходящая по сети или передаваемая между равноправными уровнями в сети. Термины "PDU" и "пакет" используются в данном документе взаимозаменяемо и задаются таким образом, чтобы иметь одинаковое значение.The terms "transmitting entity" (or "sender") and "receiving entity" (or "receiving device") when used in this entity and the claims refer to the relation of the communicating station to a specific packet, for example, a damaged packet. A transmitting entity is a communication station or device that sends a packet. A receiving entity is a communications station or device that receives a packet or, in the case of a damaged packet, is designed to receive a packet. A device involved in two-way communication is a transmitting entity for some packets and a receiving entity for other packets. The transmitting entities have a receiving circuit and a transmitting circuit, as are the receiving entities. The transmitting objects and the receiving objects can be either wireless communication stations (for example, mobile stations), or stationary stations exchanging data via cables or wires. The term "Protocol Data Unit" (PDU) as used herein is a unit of information, a packet or frame, passing through a network or transmitted between peers in a network. The terms “PDU” and “packet” are used interchangeably herein and are defined so as to have the same meaning.

Фиг.2 иллюстрирует типичную архитектуру 200 беспроводной сети, которая поддерживает связь между стационарными и беспроводными станциями в соответствии с различными вариантами осуществления изобретения. Ряд конкурирующих систем беспроводной передачи речи, данных и содержимого в последнее время получили популярность. Одна из таких систем - W-CDMA (широкополосный множественный доступ с кодовым разделением сигналов), которая впервые выпущена в декабре 1999 года организацией 3GPP (Партнерский проект третьего поколения). Изначальная версия W-CDMA 1999 года иногда называется R-99. Хотя многие примеры и пояснения из данного документа ссылаются на систему W-CDMA, различные варианты осуществления могут реализовываться в соответствии со многими другими стандартами проводной или беспроводной связи, в том числе различными версиями и реализациями W-CDMA, cdma2000, GSM/GPRS или множества других технологий.2 illustrates a typical wireless network architecture 200 that supports communication between fixed and wireless stations in accordance with various embodiments of the invention. A number of competing wireless systems for voice, data and content have recently gained popularity. One such system is W-CDMA (Code Division Multiple Access), which was first released in December 1999 by 3GPP (Third Generation Partnership Project). The original version of 1999 W-CDMA is sometimes called R-99. Although many examples and explanations from this document refer to the W-CDMA system, various embodiments may be implemented in accordance with many other wired or wireless communication standards, including various versions and implementations of W-CDMA, cdma2000, GSM / GPRS, or many others technology.

Беспроводная система 200 включает в себя базовую сеть 250, одну или более подсистем 240 радиосети, беспроводное абонентское оборудование 210 и проводное абонентское оборудование, такое как наземный телефон 260. Подсистемы радиосети, RNS 240, в свою очередь включают в себя один или более контроллеров радиосети, RNC 230, каждый из которых соединен с множеством базовых станций 220 (которые в W-CDMA обычно упоминаются как "Узел B"). В зависимости от особенностей реализации узел B 220 может принимать различные формы, упоминаемые под различными названиями, или иметь аспекты также других систем. Например, в некоторых системах базовые станции узла B 220 могут упоминаться как базовые приемопередающие станции (BTS) или система базовых станций (BSS). Контроллер радиосети, обозначенный RNC 230 на чертежах, в некоторых реализациях может принимать другие формы, упоминаться под другими названиями или также иметь аспекты других систем, например контроллера базовых станций (BSC), мобильного коммутационного узла (MSC) или обслуживающего узла поддержки GPRS (SGSN). SGSN - это, как правило, объект базовой сети, связанный с соединениями с коммутацией пакетов, а MSC - это объект базовой сети, связанный с соединениями с коммутацией каналов. Фиг.2 иллюстрирует беспроводное абонентское оборудование, UE 210, которое может быть известно под многими названиями, например сотовые телефоны, мобильные станции, беспроводные телефонные трубки и т.п. Область применения изобретения охватывает эти и другие аналогичные системы, названия, термины и реализации элементов аналогичных типов беспроводных систем.The wireless system 200 includes a core network 250, one or more radio network subsystems 240, wireless subscriber equipment 210 and wired subscriber equipment, such as a landline telephone 260. The radio network subsystems, RNS 240, in turn, include one or more radio network controllers, RNC 230s, each of which is connected to a plurality of base stations 220 (which are commonly referred to as “Node B” in W-CDMA). Depending on the implementation, node B 220 may take various forms, referred to under various names, or may also have aspects of other systems. For example, in some systems, the base stations of node B 220 may be referred to as base transceiver stations (BTS) or base station system (BSS). The radio network controller, designated RNC 230 in the drawings, may take other forms in some implementations, be referred to by other names, or may also have aspects of other systems, such as a base station controller (BSC), a mobile switching node (MSC), or a serving GPRS support node (SGSN) . An SGSN is typically a core network entity associated with packet switched connections, and an MSC is a core network entity associated with circuit switched connections. Figure 2 illustrates a wireless subscriber equipment, UE 210, which may be known by many names, such as cell phones, mobile stations, cordless handsets, and the like. The scope of the invention covers these and other similar systems, names, terms and implementations of elements of similar types of wireless systems.

Проиллюстрированная на чертежах сеть является просто примерной и может включать в себя любую систему, которая предоставляет связь по радиоинтерфейсу или посредством стационарного кабельного или проводного тракта связи между компонентами. Система может быть соединена способом, изображенным на фиг.2, или иным способом, известным специалистам в данной области техники. UE 210 и стационарная станция 260 может быть осуществлена в форме множества различных типов проводных или беспроводных устройств, в том числе одного или более из телефона, сотового телефона, вычислительной машины с беспроводным подключением, PDA (личного цифрового устройства), пейджера, навигационного устройства, модуля загрузки музыкального и видеосодержимого, беспроводного игрового устройства, модуля управления ресурсами или других аналогичных типов устройств, обменивающихся беспроводным способом посредством радиоинтерфейса. Услуги сотовой и других видов беспроводной связи позволяют обмениваться данными с несущей сетью посредством линии передачи данных или другой сетевой линии связи с помощью стационарной сети 250, которой может быть коммутируемая телефонная сеть общего пользования (PSTN), Интернет, цифровая сеть с комплексными услугами (ISDN), одна или более локальных вычислительных сетей (ЛВС), глобальных вычислительных сетей (ГВС), виртуальных частных сетей (VPN) или другие аналогичные сети. Связь также может осуществляться с помощью стационарной стации 260, обменивающейся данными посредством PSTN или другой стационарной сети 250.The network illustrated in the drawings is merely exemplary and may include any system that provides communication over a radio interface or through a fixed cable or wire path for communication between components. The system can be connected by the method shown in figure 2, or by another method known to specialists in this field of technology. UE 210 and fixed station 260 can be implemented in the form of many different types of wired or wireless devices, including one or more of a telephone, cell phone, wireless computer, PDA (personal digital device), pager, navigation device, module downloading music and video content, a wireless gaming device, a resource management module, or other similar types of devices exchanging wirelessly via a radio interface. Cellular and other types of wireless communication services allow you to exchange data with a carrier network via a data line or other network link using a fixed network 250, which can be a public switched telephone network (PSTN), the Internet, a digital network with integrated services (ISDN) , one or more local area networks (LANs), wide area networks (WANs), virtual private networks (VPNs), or other similar networks. Communication may also be via fixed station 260 communicating via a PSTN or other fixed network 250.

Беспроводная система 200 управляет сообщениями или другой информацией, обычно отправляемой UE 210 в качестве пакетов данных посредством RNS 240. Каждая RNC 230 может быть подключена к одной или более базовых станций узла B 220. В случае, если несколько узлов B 220 ассоциативно связано с UE 210, все узлы B 220 в активном наборе этого UE 210 могут иметь одинаковое понятие номера кадра E-DCH, так чтобы пакеты в из двух различных узлов B 220, участвующих в мягкой передаче обслуживания (SHO) с UE 210, могли корректно интерпретироваться и сортироваться. Подсистема RNS 240, в том числе RNC 230, управляет линиями радиосвязи между узлами B 220 и UE 210. Обычно RNC 230 включает в себя логику (к примеру, процессор или вычислительную машину) для управления и контролирования беспроводного UE 210. Логика RNC 230 управляет и контролирует такие функции, как маршрутизация, регистрация, аутентификация вызовов, обновление информации о местоположении, схемы передачи обслуживания и кодирования беспроводного UE 210, зарегистрированного в узле B, ассоциативно связанном с RNC 230.The wireless system 200 controls messages or other information typically sent by the UE 210 as data packets via the RNS 240. Each RNC 230 may be connected to one or more base stations of the node B 220. In the event that several nodes B 220 are associated with the UE 210 , all the B 220 nodes in the active set of this UE 210 can have the same concept of the E-DCH frame number so that packets from two different B 220 nodes participating in soft handoff (SHO) with the UE 210 can be correctly interpreted and sorted. The RNS 240 subsystem, including the RNC 230, controls the radio links between nodes B 220 and UE 210. Typically, the RNC 230 includes logic (for example, a processor or computer) to control and monitor the wireless UE 210. The RNC 230 logic controls and controls functions such as routing, registration, call authentication, updating location information, handoff and coding schemes of the wireless UE 210 registered in the Node B associated with the RNC 230.

RNC 230 соединен с узлами B 220 посредством сети, сконфигурированной для передачи данных и речевой информации, как правило, посредством сети стационарных линий связи способом, аналогичным взаимосвязям в сети 250. Передача данных в и из различных элементов RNC 230 и узлов B 220 обычно выполняется посредством этой наземной сети, которая может включать в себя модули Интернета или PSTN. В направлении обратного потока RNC 230 может быть соединена с несколькими сетями, такими как упомянутые выше (к примеру, PSTN, Интернет, ISDN и т.п.), тем самым обеспечивая доступ беспроводных устройств UE 210 к более обширной сети связи. Помимо передачи речи данные могут передаваться с помощью службы коротких сообщений (SMS) или других беспроводных (OTA) способов, известных в данной области техники.The RNC 230 is connected to nodes B 220 through a network configured to transmit data and voice information, typically via a network of fixed lines in a manner similar to the relationships in network 250. Data transmission to and from various elements of the RNC 230 and nodes B 220 is usually performed by this terrestrial network, which may include Internet modules or PSTNs. In the reverse flow direction, the RNC 230 can be connected to several networks, such as those mentioned above (for example, PSTN, Internet, ISDN, etc.), thereby allowing the wireless devices of the UE 210 to access a larger communication network. In addition to voice, data can be transmitted using the short message service (SMS) or other wireless (OTA) methods known in the art.

Каждый узел B 220 имеет одно или более передающих устройств и принимающих устройств для отправки и приема информации от одного или более UE 210, ассоциативно связанных или зарегистрированных в этом узле B 220. Узел B 220 выполняет беспроводную широковещательную передачу сообщений данных и другой информации в UE 210 посредством OTA-способов, известных специалистам в данной области техники. Например, беспроводные сигналы между UE 210 и узлом B 220 могут базироваться на любой из нескольких различных технологий, в том числе, но не только, CDMA (множественный доступ с кодовым разделением каналов), TDMA (множественный доступ с временным разделением каналов), FDMA (множественный доступ с частотным разделением каналов), OFDM (мультиплексирование с ортогональным частотным разделением каналов), и любых системах, использующих гибрид технологий кодирования, таких как GSM или другие беспроводные протоколы, используемые в сетях обмена и передачи данных.Each node B 220 has one or more transmitting devices and receiving devices for sending and receiving information from one or more UE 210 associated with or registered in this node B 220. Node B 220 wirelessly broadcasts data messages and other information to UE 210 by OTA methods known to those skilled in the art. For example, wireless signals between the UE 210 and the Node B 220 can be based on any of several different technologies, including, but not limited to, CDMA (Code Division Multiple Access), TDMA (Time Division Multiple Access), FDMA ( frequency division multiple access), OFDM (orthogonal frequency division multiplexing), and any systems using a hybrid of coding technologies such as GSM or other wireless protocols used in data exchange and transmission networks .

Фиг.3 подробно иллюстрирует узел B 220. Узел B 220 включает в себя кодер/декодер 225, который кодирует информацию для передачи и декодирует принимаемую информацию в соответствующем протоколе или схеме кодирования. Узел B 220 включает в себя схему 227 принимающего/передающего устройства для беспроводного приема и пакетов от UE 210 и для передачи и приема пакетов с помощью RNC 230 (которые могут отправляться по наземной линии связи). Узел B 220 также включает в себя процессор 221, который содержит схему или другую логику, позволяющую выполнять или осуществлять процессы и действия, связанные с беспроводной связью, и, в частности, процессы и действия, изложенные в данном документе.Figure 3 illustrates in detail the node B 220. The node B 220 includes an encoder / decoder 225, which encodes the information for transmission and decodes the received information in the corresponding protocol or encoding scheme. The Node B 220 includes a receiver / transmitter circuit 227 for wirelessly receiving and packets from the UE 210 and for transmitting and receiving packets using the RNC 230 (which can be sent over the land line). The node B 220 also includes a processor 221, which contains a circuit or other logic that allows you to perform or carry out processes and actions associated with wireless communication, and, in particular, the processes and actions described herein.

Узел B 220 также может быть сконфигурирован таким образом, чтобы включать в себя запоминающее устройство 223 для хранения различных протоколов, процедур, процессов и программного обеспечения, используемого при осуществлении беспроводной связи, как изложено в данном документе. Например, запоминающее устройство 223 может хранить одну или более схем протоколов передачи или стратегий обмена данными с UE 210. Схемы, стратегии и протоколы передачи включают в себя информацию, касающуюся времени повторных передач вследствие потери или повреждения данных, избыточного кодирования версий (если осуществляется) и всех схем и протоколов кодирования, используемых для передачи и приема беспроводных данных. Эта информация также может храниться в запоминающем устройстве RNC 230 и передаваться узлу B 220 по мере необходимости или при выполнении периодических обновлений и обслуживания системы.Node B 220 may also be configured to include a memory 223 for storing various protocols, procedures, processes, and software used in wireless communications, as set forth herein. For example, the storage device 223 may store one or more transmission protocol schemes or communication strategies with the UE 210. The transmission schemes, strategies, and protocols include information regarding retransmission times due to data loss or corruption, redundant encoding of versions (if implemented), and all coding schemes and protocols used to transmit and receive wireless data. This information can also be stored in the RNC 230 and transmitted to the Node B 220 as necessary or when performing periodic updates and system maintenance.

Варианты осуществления UE 210, показанного на фиг.3, обычно включают в себя процессор или другую логику 207, запоминающее устройство 209 и схему 211 кодера/декодера, которая выполняет функции, аналогичные функциям соответствующих элементов узла B 220. Например, схема 211 кодера или другая аналогичная схема в UE 210 может быть сконфигурирована для кодирования или иного заключения данных в пакеты для передачи узлу B 220. Каждый UE 210 также имеет антенну 213, схему 215 принимающего/передающего устройства и другую электронную аппаратуру для беспроводного приема и передачи информации, известную специалистам в данной области техники. Схема 215 принимающего устройства сконфигурирована на обнаружение того, повреждены ли принимаемые пакеты, а передающая схема сконфигурирована на отправку NAK обратно к передающему объекту (к примеру, узлу B 220) для поврежденного пакета. Узлы B 220 и UE 210, в качестве передающих объектов, должны иметь достаточную емкость запоминающего устройства для хранения необходимого числа пакетов, чтобы не допустить разрыва окна до того, как принят ACK на продвижение окна.Embodiments of the UE 210 of FIG. 3 typically include a processor or other logic 207, a memory 209, and an encoder / decoder circuit 211 that performs functions similar to those of the corresponding elements of node B 220. For example, encoder circuit 211 or other a similar circuit in UE 210 may be configured to encode or otherwise encapsulate data for transmission to node B 220. Each UE 210 also has an antenna 213, a transmitter / receiver circuit 215, and other electronic equipment for wireless reception and transmitting information known to those skilled in the art. The receiving circuit 215 is configured to detect whether the received packets are damaged, and the transmit circuit is configured to send a NAK back to the transmitting entity (e.g., Node B 220) for the damaged packet. Nodes B 220 and UE 210, as transmitting objects, must have sufficient storage capacity for storing the required number of packets to prevent window tearing before the window advance ACK is received.

UE 210 включает в себя логику контроля функций UE 210, обозначенного на фиг.2 как процессор 207. На практике логика может быть сконфигурирована в форме одной или более схем обработки, выполняющих резидентную конфигурируемую логику, микропроцессора, процессора цифровых сигналов (DSP), микроконтроллера или комбинации этих или других аналогичных аппаратных средств, программного обеспечения или микропрограммного обеспечения, сконфигурированного для того, чтобы, по меньшей мере, выполнять описанные в данном документе операции, например описанные в данном документе действия UE 210.UE 210 includes a function control logic of UE 210, designated as processor 207 in FIG. 2. In practice, the logic may be configured in the form of one or more processing circuits that execute resident configurable logic, a microprocessor, a digital signal processor (DSP), a microcontroller, or combinations of these or other similar hardware, software, or firmware configured to at least perform the operations described in this document, such as those described in This is the UE 210 action document.

В зависимости от характеристик передачи в канале ошибки битов могут вызывать искажения, которые могут разрешаться посредством методик восстановления ошибок или повторной передачи. Вероятность того, что кадр содержит ошибку битов, является функций от частоты ошибок битов канала и объема данных в экземпляре или длины кадра. Беспроводная система 200 может быть реализована с помощью одного или более механизмов обнаружения и восстановления передач, подвергшихся ошибкам битов, например автозапрос на повторение (ARQ) или прямое исправление ошибок (FEC), или гибридный ARQ (HARQ). Системы HARQ добавляют применение прямого исправления ошибок (FEC) к методикам отправки подтверждения приема ARQ.Depending on the characteristics of the transmission in the channel, bit errors can cause distortions that can be resolved by error recovery or retransmission techniques. The probability that a frame contains a bit error is a function of the channel bit error rate and the amount of data in an instance or frame length. Wireless system 200 may be implemented using one or more mechanisms for detecting and recovering transmissions that have suffered bit errors, such as auto repeat request (ARQ) or forward error correction (FEC), or hybrid ARQ (HARQ). HARQ systems add forward error correction (FEC) applications to ARQ acknowledgment techniques.

Беспроводные системы обычно используют канал обратной связи, который позволяет принимающему устройству отправлять обратно к передающему устройству информацию относительно успешности или сбоя передачи. Схемы восстановления после ошибок зачастую реализуются с помощью каналов внеполосной обратной связи, хотя некоторые схемы восстановления могут быть реализованы с помощью внутриполосной обратной связи. ARQ может быть реализована явно с помощью отсутствия подтверждения приема (NAK, иногда представляемого NACK) для запроса на повторную передачу. Альтернативно, ARQ может быть реализована неявно с помощью подтверждения приема (ACK) вместе с правилом тайм-аута.Wireless systems typically use a feedback channel, which allows the receiving device to send information back to the transmitting device regarding the success or failure of the transmission. Error recovery schemes are often implemented using out-of-band feedback channels, although some recovery schemes can be implemented using in-band feedback. ARQ can be implemented explicitly using no acknowledgment (NAK, sometimes represented by NACK) for a retransmission request. Alternatively, ARQ can be implemented implicitly by using acknowledgment (ACK) along with a timeout rule.

Узел B 220 может быть сконфигурирован так, чтобы при приеме передачи от UE 210 отправлять ARQ-сигнал для предоставления обратной связи, касающейся передачи, в форме ACK или NAK. Например, в системе с явной внеполосной обратной связью ARQ, если данные от UE 210 повреждены или потеряны до приема узлом B 220, узел B отправляет обратно NAK, указывающий то, что UE 210 должен повторить сбойную передачу.Node B 220 may be configured to send an ARQ signal when receiving a transmission from the UE 210 to provide feedback regarding the transmission in the form of an ACK or NAK. For example, in a system with explicit out-of-band ARQ feedback, if data from the UE 210 is corrupted or lost before being received by the Node B 220, the Node B sends back a NAK indicating that the UE 210 should retry the failed transmission.

Беспроводная система 200 может быть реализована как система R-99 W-CDMA или в соответствии с любым из нескольких других беспроводных стандартов или технологий. Например, беспроводная система может соответствовать спецификации протокола управления радиосвязью (RLC) универсальной системы мобильной связи (UMTS) (3GPP TS 25.322 версия 6.0.0 редакция 6), которая явно полностью содержится в данном документе по ссылке. В R-99 W-CDMA протокол управления радиосвязью (RLC) обрабатывает функциональность синхронизации кадров и повторной передачи. RLC-протокол поддерживает три отдельных режима передачи: прозрачный (RLC-TM), без подтверждения приема (RLC-UM) и с подтверждением приема (RLC-AM). RLC в сочетании с физическим уровнем обладает достаточной гибкостью для поддержки различных типов QoS (к примеру, различных максимальных задержек и частот остаточных ошибок). За исключением незначительных усовершенствований традиционные реализации RLC не модифицировались с момента своего появления как части R-99. Большинство первоначальных компонентов RLC берут начало от ранних стадий разработки UMTS и остались неизмененными с этого момента. По мере появления новых признаков физического уровня было принято решение не вносить изменение в RLC, а вместо этого попытаться разрешить некоторые его ограничения на других уровнях. Это сделано, например, для того, чтобы адаптировать необходимость несогласованного приема модулей протокольных данных (PDU) для высокоскоростного пакетного доступа по нисходящей линии связи (HSDPA).The wireless system 200 may be implemented as an R-99 W-CDMA system or in accordance with any of several other wireless standards or technologies. For example, a wireless system may conform to the UMTS (3GPP TS 25.322 version 6.0.0 revision 6) radio control protocol (RLC) specification, which is explicitly incorporated herein by reference. In the R-99 W-CDMA, the Radio Control Protocol (RLC) handles frame synchronization and retransmission functionality. The RLC protocol supports three separate transmission modes: transparent (RLC-TM), no acknowledgment (RLC-UM), and acknowledgment (RLC-AM). The RLC, combined with the physical layer, is flexible enough to support various types of QoS (for example, various maximum delays and residual error rates). With the exception of minor improvements, traditional RLC implementations have not been modified since its introduction as part of the R-99. Most of the original RLC components originate from the early stages of UMTS development and have remained unchanged from this point on. As new signs of the physical layer appeared, it was decided not to make a change to the RLC, but instead try to resolve some of its limitations at other levels. This is done, for example, in order to adapt the need for inconsistent reception of Protocol Data Units (PDUs) for high-speed downlink packet access (HSDPA).

R-99 W-CDMA использует механизм запрета отчетов о состоянии, чтобы не допустить ложных повторных передач. R-99 также использует ряд схем опрашивания, чтобы обеспечить прием, по меньшей мере, одного опроса во время выполнения механизма запрета отчетов о состоянии. Значение запрета отчетов о состоянии R-99 обычно задается на 40 или 60 мс большим ожидаемого периода полного обхода, чтобы учесть конечную полосу пропускания, доступную при выполнении повторной передачи. Предусмотрено несколько механизмов инициирования отчетов о состоянии. Например, отчеты о состоянии могут отправляться периодически через фиксированные интервалы времени или могут инициироваться вследствие отсутствующего PDU, если обнаружен разрыв в последовательности порядковых номеров. Альтернативно, отчет о состоянии может инициироваться в ответ на опрос, принимаемый от передающего объекта на другом конце линии связи, запрашивающей отчет о состоянии. Опрос может указываться передающим объектом, например, посредством задания бита в заголовке RLC-AM.R-99 W-CDMA uses a status reporting prohibition mechanism to prevent false retransmissions. R-99 also uses a number of interrogation schemes to ensure that at least one interrogation is received during the execution of the status reporting prohibition mechanism. The R-99 status report inhibit value is usually set to 40 or 60 ms longer than the expected full bypass period to take into account the final bandwidth available when performing retransmission. Several mechanisms for initiating status reports are provided. For example, status reports may be sent periodically at fixed intervals or may be triggered due to a missing PDU if a gap in the sequence of sequence numbers is detected. Alternatively, a status report may be initiated in response to a survey received from a transmitting entity at the other end of a communication link requesting a status report. A polling may be indicated by a transmitting entity, for example, by setting a bit in the RLC-AM header.

Что касается применения опросов для инициирования отчета о состоянии, предусмотрено несколько механизмов инициирования передачи опросов передающим объектом. Механизмы инициирования опросов включают в себя периодические опросы, опросы о последнем PDU в буфере передачи, использование таймера опросов, основанные на окнах опросы, основанные на счетчиках опросы каждый PDU (модуль протокольных данных) Poll_PDU или каждый модуль служебных данных (SDU) Poll_SDU. Эти триггеры опросов работают следующим образом. Для периодических опросов опрос инициируется с заданными периодическими временными интервалами. Для обнаружения буфера передачи опрос инициируется при обнаружении последнего PDU в буфере передачи или буфере повторной передачи, к примеру опрос может быть задан в заголовке последнего PDU в буфере передачи или повторной передачи. Для этого заголовки буферов передачи или повторной передачи могут конфигурироваться независимо. Для использования таймера опросов опрос инициируется через заданное фиксированное время после предыдущего опроса, если прием передаваемых еще не подтвержден после того, как истекает таймер. Схема таймера опросов обеспечивает избыточность в случае, если опрос потерян. Для основанных на окнах опросов опрос может быть инициирован после продвижения окна передачи на фрагмент, превышающий определенный фрагмент для окна передачи.Regarding the use of polls to initiate a status report, several mechanisms are provided for initiating the transmission of polls by the transmitting entity. Poll trigger mechanisms include periodic polls, polls for the last PDU in the transmission buffer, polling timer use, window-based polls, counter-based polls, each Poll_PDU PDU or Protocol Poll_SDU Service Data Unit (SDU). These polling triggers work as follows. For periodic polls, polling is initiated at predetermined periodic time intervals. To detect a transmission buffer, polling is initiated when the last PDU is detected in the transmission buffer or retransmission buffer, for example, polling can be specified in the header of the last PDU in the transmission or retransmission buffer. For this, the headers of the transmission or retransmission buffers can be independently configured. To use the polling timer, polling is initiated after a predetermined fixed time after the previous polling, if the reception of the transmitted ones has not yet been confirmed after the timer expires. The polling timer circuit provides redundancy in the event that polling is lost. For window-based polls, polling can be initiated after the transmission window advances to a fragment that exceeds a specific fragment for the transmission window.

Для инициируемого по счетчикам запроса каждый PDU Poll_PDU, после передачи сообщения Poll_PDU PDU, инициируется опрос, когда параметр состояния VT(PDU) достигает значения Poll_PDU, которое задано верхними уровнями. Параметр состояния VT(PDU) увеличивается на единицу каждый раз, когда передается PDU AMD (данные подтвержденного режима) (включая повторные передачи PDU). Аналогично, для опроса в ходе каждого SDU Poll_SDU, опрос инициируется после передачи SDU Poll_SDU, когда параметр состояния VT(SDU) достигает значения Poll_PDU, которое задается верхними уровнями. Параметр состояния VT(SDU) увеличивается на один для данного SDU, когда AMD PDU, выполняющий первый сегмент SDU, назначен для передачи в первый раз.For a counter-initiated query, each Poll_PDU PDU, after transmitting the Poll_PDU PDU message, polling is initiated when the VT status parameter (PDU) reaches the Poll_PDU value that is set by the upper layers. The VT status parameter (PDU) is incremented each time an AMD PDU (acknowledged mode data) is transmitted (including retransmission of PDUs). Similarly, for polling during each Poll_SDU SDU, polling is initiated after transmitting the Poll_SDU SDU when the VT status parameter (SDU) reaches the Poll_PDU value, which is set by the upper layers. The VT status parameter (SDU) is increased by one for a given SDU when an AMD PDU executing a first SDU segment is assigned for transmission for the first time.

Принимающий объект RLC-AM хранит ряд параметров состояния, в том числе VR(R), VR(H) и VR(MR). Параметр состояния VR(R) представляет последний своевременно принятый порядковый номер. VR(R) помечает начало окна приема. Параметр состояния VR(H) является наивысшим порядковым номером для любого принимаемого PDU. Параметр состояния VR(MR) является наивысшим порядковым номером, который считается действительным. VR(R) помечает окончание окна приема. По сути, VR(MR) задается равным VR(R) + RxWindowSize. Что касается RLC-окна, окна приема и окна передачи, следует отметить, что эти термины используются взаимозаменяемо в данной области техники, даже если они имеют различное значение. Когда RLC конфигурируется, создается два окна одинакового размера, окно принимающего устройства (иногда называемое окном приема) в принимающем объекте и окно передачи в передающем объекте. Окно приема продвигается вперед по мере приема своевременных PDU. Если PDU не принимаются своевременно (к примеру, есть брешь в один или боле PDU), то продвижение окна приема отодвигается до приема повторной передачи или отмены пропущенного PDU (к примеру, если достигнуто максимальное число повторных передач). Окно передачи продвигается каждый раз, когда передающий объект принимает ACK от принимающего объекта, указывающий, что PDU до определенного номера PDU приняты надлежащим образом и своевременно. Термин RLC-окно часто используется в отношении RLC в целом.The RLC-AM receiving entity stores a number of state parameters, including VR (R), VR (H), and VR (MR). The VR (R) status parameter represents the last timely received sequence number. VR (R) marks the beginning of the receive window. The VR (H) status parameter is the highest sequence number for any received PDU. The VR (MR) status parameter is the highest sequence number that is considered valid. VR (R) marks the end of the receive window. In essence, VR (MR) is set equal to VR (R) + RxWindowSize. Regarding the RLC window, the reception window and the transmission window, it should be noted that these terms are used interchangeably in the art, even if they have different meanings. When the RLC is configured, two windows of the same size are created, a receiver window (sometimes called a receive window) in the receiving entity and a transmission window in the transmitting entity. The receive window advances as timely PDUs are received. If PDUs are not received in a timely manner (for example, there is a gap in one or more PDUs), then the advancement of the receive window is delayed until a retransmission is received or a missed PDU is canceled (for example, if the maximum number of retransmissions is reached). The transmission window advances each time the transmitting entity receives an ACK from the receiving entity, indicating that PDUs up to a specific PDU number are received appropriately and in a timely manner. The term RLC window is often used in relation to RLC in general.

Как описано выше, каждый отчет состояния RLC в традиционных системах должен включать в себя NAK по всем брешам или интервалам отсутствия данных, обнаруженным в окне приема. Следовательно, традиционные сети используют запрет отчетов о состоянии немного больше периода полного обхода RLC. Например, в традиционных реализациях R-99 W-CDMA значение запрета отчетов о состоянии обычно задается равным на 40-60 мс больше предполагаемого периода полного обхода. В традиционных конфигурациях W-CDMA в ходе устойчивой передачи данных отчеты о состоянии передаются один раз на период полного обхода RLC.As described above, each RLC status report in traditional systems should include a NAK for all the gaps or missing data intervals found in the receive window. Consequently, traditional networks use state report prohibition slightly longer than the full RLC bypass period. For example, in traditional R-99 W-CDMA implementations, the status report prohibition value is usually set to be 40-60 ms longer than the expected full crawl period. In traditional W-CDMA configurations, during stable data transmission, status reports are transmitted once per full RLC bypass period.

Авторы настоящего изобретения выявили недостатки задержки вследствие передачи только одного отчета о состоянии на период полного обхода (RTT). Требование W-CDMA о том, что дополнительные отчеты о состоянии не должны отправляться в ходе выполнения традиционного счетчика запрета отчетов о состоянии, зачастую приводит к задержкам повторной передачи поврежденных пакетов. Фиг.4 иллюстрирует задержки повторно передаваемых пакетов для восстановления пропущенных или поврежденных PDU для традиционной схемы передачи только одного отчета состояния на RTT. В этом примере идентификаторы 401, 403, 405, 407 и 409 представляют отчеты о состоянии, передаваемые от принимающего объекта обратно к передающему объекту. После передачи отчета 401 о состоянии запускается таймер 421 запрета отчетов о состоянии. В соответствии с традиционными реализациями W-CDMA отчеты о состоянии не могут отправляться во время выполнения таймера 421 запрета отчетов о состоянии. По истечении таймера 421 запрета отчетов о состоянии может быть передан отчет 403 о состоянии, после задержки 431 вследствие таймера 421 запрета отчетов о состоянии. То же применимо для всех отчетов о состоянии, отправляемых в традиционной W-CDMA. После каждого из отчетов 401-409 о состоянии один из таймеров 421-427 запрета отчетов о состоянии запускается и действует в течение одного RTT или немного дольше одного RTT. Таймеры 421-427 запрета не допускают отправку следующего отчета о состоянии до истечения исполняемого таймера 421-427 запрета отчетов о состоянии. Отчеты 401-409 о состоянии включают в себя NAK всех брешей, обнаруженных в соответствующем окне приема (к примеру, поврежденных PDU 411, 413 и 415).The inventors of the present invention have identified delays in delay due to the transmission of only one status report for the full round trip period (RTT). The W-CDMA requirement that additional status reports should not be sent during the execution of the traditional status report prohibition counter often leads to delays in retransmission of damaged packets. FIG. 4 illustrates delayed retransmitted packets to recover missed or damaged PDUs for a conventional transmission scheme of only one status report per RTT. In this example, identifiers 401, 403, 405, 407, and 409 represent status reports transmitted from the receiving entity back to the transmitting entity. After the status report 401 is transmitted, the status report prohibition timer 421 is started. In accordance with conventional W-CDMA implementations, status reports cannot be sent during the execution of status report prohibition timer 421. After the status report prohibition timer 421 has elapsed, a status report 403 can be transmitted after a delay 431 due to the status report prohibit timer 421. The same applies for all status reports sent in traditional W-CDMA. After each of the status reports 401-409, one of the status report prohibition timers 421-427 is started and is active for one RTT or a little longer than one RTT. Timers 421-427 of the prohibition do not allow the sending of the next status report until the expiration of the executable timer 421-427 of the prohibition of status reports. Status reports 401-409 include the NAK of all the gaps found in the corresponding receive window (for example, damaged PDUs 411, 413, and 415).

В этом примере этапы 411, 413 и 415 означают обнаружение трех новых брешей в порядковых номерах RLC. Поскольку один из таймеров 421-427 запрета отчетов о состоянии действует, когда обнаруживается каждая из брешей, есть задержка между обнаружением бреши и передачей соответствующего NAK в следующем отчете о состоянии. Задержки для брешей 411, 413 и 415 показаны как 431, 433 и 435 соответственно. Поскольку ошибки передачи не коррелируются с распределением во времени отчетов о состоянии, дополнительная задержка единообразно распределяется между нулем (0) и значением таймера запрета отчетов о состоянии. В традиционных системах значений таймера запрета отчетов о состоянии задается примерно равной RTT. Это означает, что общая задержка между временем, когда обнаружена брешь, и временем, когда принимается повторная передача, в среднем в 1,5 раза превышает период полного обхода. Отметим, что этой задержкой затрагивается только первая повторная передача для конкретной бреши. В случае сбоя первой повторной передачи для бреши вторая и все последующие повторные передачи для этой бреши задерживаются только на RTT.In this example, steps 411, 413, and 415 mean detecting three new gaps in the RLC sequence numbers. Since one of the status report prohibition timers 421-427 is effective when each of the gaps is detected, there is a delay between the detection of the gaps and the transmission of the corresponding NAK in the next status report. Delays for gaps 411, 413, and 415 are shown as 431, 433, and 435, respectively. Since transmission errors do not correlate with the timing of the status reports, the additional delay is uniformly distributed between zero (0) and the value of the status report prohibition timer. In traditional value reporting prohibition value systems, the status report is set to approximately equal to RTT. This means that the total delay between the time when a gap is detected and the time when a retransmission is received is on average 1.5 times the period of a complete bypass. Note that this delay affects only the first retransmission for a particular breach. If the first retransmission for the breach fails, the second and all subsequent retransmissions for this breach are delayed only by RTT.

Для таких протоколов, как RLC-AM и TCP, которые базируются на окне передачи для управления обменом данных, передачи подтверждения приема ACK используются для продвижения вперед окна передачи. Для относительно большого размера окна задержка отправки подтверждений приема не сильно влияет на производительность. В настоящее время в традиционных реализациях RLC-AM ACK отправляются с одинаковой частотой вне зависимости от того, есть ли какие-либо NAK, о которых следует сообщать. Передающий объект должен иметь возможность хранить определенное число PDU, чтобы не допустить разрыва окна до того, как принят ACK на продвижение окна, при условии, что нет ошибок в ходе передачи. Обычно, объем данных для буферизации посредством передающего объекта между приемами двух последовательных отчетов о состоянии (к примеру, максимум буферизованных данных) соответствует объему данных, который может передаваться за время, в два раза превышающее период полного обхода. Буферизация PDU может быть более важной в HSDPA, чем в R-99, поскольку в HSDPA размер RLC-окна более ограничен. Например, при условии периода полного обхода в 200 мс и размера PDU в 320 бит максимальная допустимая скорость передачи данных: 2048×320/(2×0,2)=1,63 Мбит/с. В случае HSDPA запрет отчетов о состоянии зачастую может быть сконфигурирован как меньшее значение, поскольку в оптимальном состоянии канала частота остаточных ошибок очень низкая. Тем не менее, если используется одинаковая конфигурация по всей соте, пользователи в областях с неоптимальными характеристиками канала затрагиваются большим числом ложных повторных передач.For protocols such as RLC-AM and TCP, which are based on a transmission window for controlling data exchange, ACK acknowledgment transmissions are used to advance the transmission window. For a relatively large window size, the delay in sending acknowledgments does not significantly affect performance. Currently, in traditional RLC-AM implementations, ACKs are sent at the same frequency, regardless of whether there are any NAKs to report. The transmitting entity must be able to store a certain number of PDUs in order to prevent the window from breaking before the ACK for window advancement is received, provided that there are no errors during transmission. Typically, the amount of data to be buffered by a transmitting object between the receptions of two consecutive status reports (for example, the maximum of buffered data) corresponds to the amount of data that can be transmitted in a time that is twice the period of a full crawl. PDU buffering may be more important in HSDPA than in R-99, because in HSDPA the size of the RLC window is more limited. For example, assuming a full crawl period of 200 ms and a PDU size of 320 bits, the maximum allowable data rate is 2048 × 320 / (2 × 0.2) = 1.63 Mbps. In the case of HSDPA, the prohibition of status reports can often be configured as a lower value, because in the optimal condition of the channel, the frequency of residual errors is very low. However, if the same configuration is used throughout the cell, users in areas with sub-optimal channel characteristics are affected by a large number of false retransmissions.

Недостаток традиционного RLC заключается в том, что передача отчетов о состоянии чаще, чем один раз на RTT, может приводить к ложным повторным передачам. Но ограничение отчетов о состоянии не более одного на RTT, в свою очередь, приводит к большим задержкам в продвижении RLC-окна и отправке NAK для отсутствующих PDU. Традиционные реализации RLC включают в себя ряд ограничений, которые делают невозможным корректировку задержек NAK и ACK. Например, традиционные отчеты о состоянии включают в себя NAK для всех брешей в порядковом номере (SN), и отчеты о состоянии отправляются на одинаковой скорости вне зависимости от того, присутствуют ли какие-либо NAK, и несмотря на то, что ACK не обязательно должны отправляться так часто. Это требование традиционных реализаций RLC приводит к ложным повторным передачам, если только период отчетов не превышает период полного обхода.A drawback of a traditional RLC is that reporting status reports more than once on RTT can lead to false retransmissions. But limiting the status reports to no more than one on RTT, in turn, leads to large delays in promoting the RLC window and sending NAKs for missing PDUs. Conventional RLC implementations include a number of limitations that make it impossible to adjust NAK and ACK delays. For example, traditional status reports include NAKs for all gaps in the serial number (SN), and status reports are sent at the same rate regardless of whether any NAKs are present, and although ACKs do not have to go so often. This requirement of traditional RLC implementations results in false retransmissions, unless the reporting period is longer than the full crawl period.

Раскрытые в данном документе различные варианты осуществления предоставляют большую гибкость посредством независимого отслеживания брешей в последовательности PDU. Помимо обычного таймера запрета отчетов о состоянии (который применим для всех брешей), предусмотрен отдельный таймер на брешь. Этот таймер, называемый таймером запрета NAK, не запрещает передачу PDU состояния. Таймер запрета NAK для данной бреши запрещает включение NAK, ссылающихся на эту брешь в любом передаваемом отчете о состоянии, до истечения таймера запрета NAK для данной бреши. Комбинация опросов и запрета отчетов о состоянии позволяет системе задавать частоту, с которой генерируются отчеты, а также обеспечивает возможность эффективного использования триггера отчетов о состоянии пропущенных PDU.The various embodiments disclosed herein provide greater flexibility by independently tracking gaps in a PDU sequence. In addition to the usual timer for prohibiting status reports (which is applicable for all gaps), there is a separate timer for a gap. This timer, called the NAK Prohibition Timer, does not prohibit the transfer of status PDUs. The NAK prohibit timer for a given flaw prohibits the inclusion of NAKs referencing this flaw in any transmitted status report until the NAK prohibit timer for this flaw expires. The combination of polls and prohibition of status reports allows the system to set the frequency with which reports are generated, and also provides the ability to effectively use the trigger for status reports of missed PDUs.

Традиционная схема, проиллюстрированная на фиг.1A и 1B, иногда может требовать меньшего числа передач NAK (к примеру, 131, 132 и 133), чем число NAK, передаваемых посредством раскрытых в данном документе (к примеру, фиг.5A-5B, 531, 532, 533 и 534). Но традиционная схема не позволяет уменьшать задержку в отправке обратной связи. Варианты осуществления обеспечивают большую гибкость в нахождении компромисса между задержкой на обратную связь для большего числа отчетов о состоянии. Более частая отправка передач отчетов о состоянии в соответствии с раскрытыми в данном документе вариантами осуществления предоставляет более равномерное распределение повторных передач. Дополнительно, таймеру запрета отчетов о состоянии различных раскрытых в данном документе вариантов осуществления могут присваиваться меньшие значение, чем таймеру запрета отчетов о состоянии традиционных систем без возрастания вероятности ложных повторных передач.The traditional scheme illustrated in FIGS. 1A and 1B may sometimes require fewer NAK transmissions (e.g., 131, 132, and 133) than the number of NAKs transmitted through those disclosed herein (e.g., FIGS. 5A-5B, 531 532, 533 and 534). But the traditional scheme does not allow to reduce the delay in sending feedback. Embodiments provide greater flexibility in finding a trade-off between feedback delay for more status reports. More frequent transmission of status reports in accordance with the embodiments disclosed herein provides a more even distribution of retransmissions. Additionally, the prohibition timer of status reports of various embodiments disclosed herein may be assigned a lower value than the prohibition timer of status reports of conventional systems without increasing the likelihood of false retransmissions.

ACK отправляет от принимающего объекта обратно к передающему объекту даже так часто, чтобы сообщать о последнем своевременно принятом порядковом номере, т.е. чтобы обновить начало RLC-окна. ACK обычно включается в отчет о состоянии, содержащий NAK. Тем не менее, если нет доступных NAK, в зависимости от поддерживаемого размера окна, может быть необходимо инициировать передачу ACK.The ACK sends from the receiving entity back to the transmitting entity even so often as to report the last timely received sequence number, i.e. to update the start of the RLC window. An ACK is usually included in a status report containing a NAK. However, if there are no NAKs available, depending on the supported window size, it may be necessary to initiate ACK transmission.

Во избежание необязательного инициирования ACK, когда нет NAK для отправки, раскрытые в данном документе различные варианты осуществления предоставляют счетчик запрета ACK. Таймеру может присваиваться большее значение, чем таймеру запрета NAK. Отчеты о состоянии, включающие в себя NAK, должны задерживаться только в том случае, если таймера запрета отчетов о состоянии выполняется или если ассоциативно связанный таймер запрета NAK еще не истек. Тем не менее только ACK отчеты о состоянии, т.е. отчеты о состоянии только с ACK, но без NAK, должны задерживаться в том случае, если выполняется таймер запрета отчетов о состоянии или таймер запрета ACK. Поскольку таймер запрета NAK является конкретным для NAK в различных вариантах осуществления, он не должен влиять на передачу отчета о состоянии с другим NAK или любым ACK.In order to avoid optional ACK initiation when there is no NAK to send, various embodiments disclosed herein provide an ACK prohibition counter. The timer may be assigned a larger value than the NAK prohibition timer. Status reports including NAKs should only be delayed if the status reporting prohibition timer is running or if the associated NAK prohibition timer has not yet expired. However, only ACK status reports, i.e. Status reports with ACK only, but without NAK, should be delayed if the status report prohibition timer or the ACK prohibition timer is running. Since the NAK prohibition timer is specific to the NAK in various embodiments, it should not affect the transmission of the status report with another NAK or any ACK.

Фиг.5A-B иллюстрируют аспекты схемы восстановления потерянных или поврежденных беспроводных пакетов в соответствии с раскрытыми в данном документе различными вариантами осуществления. Фиг.5A иллюстрирует счетчик запрета NAK, показывающий примерное распределение по времени в принимающем объекте между опросами, принимаемыми от передающего объекта 520, потерянными пакетами 501-505, отчетами о состоянии, отправляющими NAK 531-534 обратно к передающему объекту, счетчиками 541-544 запрета NAK и повторно передаваемыми пакетами 511-515. Интервалы 501-505 представляют поврежденные пакеты в принимающем объекте. Тогда как фиг.5A показывает различные сигналы 501-520, принимаемые в принимающем объекте, фиг.5B показывает NAK 531-534 и повторные передачи 511-515, отправляемые между принимающим объектом и передающим объектом. Для простоты таймеры запрета ACK и таймеры запрета отчетов о состоянии не рассматриваются в описании таймеров запрета NAK, предоставляемом в связи с фиг.5A и 5B. Таймеры запрета ACK и таймеры запрета отчетов о состоянии описываются ниже в связи с фиг.6A и 6B.5A-B illustrate aspects of a recovery scheme for lost or damaged wireless packets in accordance with various embodiments disclosed herein. Fig. 5A illustrates a NAK prohibition counter showing an approximate time distribution in a receiving entity between polls received from transmitting entity 520, lost packets 501-505, status reports sending NAK 531-534 back to the transmitting entity, prohibition counters 541-544 NAK and retransmitted packets 511-515. Intervals 501-505 represent corrupted packets at the receiving entity. While FIG. 5A shows various signals 501-520 received at a receiving entity, FIG. 5B shows NAK 531-534 and retransmissions 511-515 sent between a receiving entity and a transmitting entity. For simplicity, ACK prohibit timers and status report prohibit timers are not considered in the description of NAK prohibit timers provided in connection with FIGS. 5A and 5B. ACK prohibit timers and status report prohibit timers are described below in connection with FIGS. 6A and 6B.

После определения того, что пакет (к примеру, пакет 501) поврежден, принимающий объект передает обратно к передающему объекту отчет о состоянии, который включает в себя NAK 531, инструктирующий передающий объект инициировать повторную передачу поврежденного пакета 501. Для недопущения инициирования ложной повторной передачи запускается таймер 541 запрета NAK. В соответствии с различными вариантами осуществления, таймер запрета NAK запускается, как только отправляется отчет о состоянии, содержащий NAK. В отличие от таймеров запрета отчетов о состоянии традиционных реализаций W-CDMA раскрытый в данном документе таймер запрета NAK является конкретным для NAK. Будучи конкретным для NAK, таймер запрета NAK только запрещает дополнительные NAK для конкретного потерянного PDU, или если есть брешь в несколько последовательных потерянных PDU, таймер запрета NAK запрещает дополнительные NAK для последовательных потерянных PDU бреши до истечения таймера запрета NAK. При использовании в данном документе считается, что таймер запрета NAK, который является конкретным для NAK, ассоциативно связан с одним или более поврежденными пакетами, и, таким образом, дополнительные NAK не отправляются для этих одного или более поврежденных пакетов до истечения таймера запрета NAK. Это отличие от общего таймера запрета отчетов о состоянии традиционного уровня техники, который вообще запрещает все дополнительные отчеты о состоянии до истечения таймера.After determining that the packet (for example, packet 501) is damaged, the receiving entity transmits a status report back to the transmitting entity, which includes NAK 531 instructing the transmitting entity to initiate retransmission of the damaged packet 501. To prevent the false retransmission from being triggered NAK Prohibition Timer 541. In accordance with various embodiments, the NAK prohibition timer starts as soon as a status report containing the NAK is sent. Unlike W-CDMA status prohibit reporting timers, the NAK prohibition timer disclosed in this document is NAK specific. Being specific to the NAK, the NAK prohibition timer only prohibits additional NAKs for a particular lost PDU, or if there is a gap in several consecutive lost PDUs, the NAK prohibition timer prohibits additional NAKs for consecutive lost PDU gaps before the NAK prohibition timer expires. As used herein, it is considered that a NAK-specific NAK prohibit timer is associated with one or more damaged packets, and thus additional NAKs are not sent for these one or more corrupt packets until the NAK-prohibition timer expires. This is in contrast to the general prior art status reporting prohibition timer, which generally prohibits all additional status reports before the timer expires.

Как показано на фиг.5, как только отчет о состоянии, включающий в себя NAK 531, отправляется из принимающего объекта, таймер 541 запрета отчетов о состоянии запускается, тем самым не допуская передачу дополнительных NAK для поврежденного пакета 501 до истечения таймера 541 запрета NAK. Тем не менее, поскольку таймер 541 запрета NAK является конкретным для NAK относительно NAK для поврежденного пакета 501, другие NAK для других поврежденных PDU не блокируются. Следовательно, после обнаружения поврежденного PDU 502 принимающий объект может отправлять NAK 532 несмотря на то, что таймер 541 запрета NAK все еще выполняется. Опросы, принимаемые от передающего объекта во время выполнения таймера запрета NAK, не обязательно должны игнорироваться вследствие таймера запрета NAK. Как упоминалось выше, если есть брешь на два или более последовательных потерянных PDU, таймер запрета NAK запрещает дополнительные NAK в течение последовательных потерянных PDU бреши до истечения таймера запрета NAK. Например, поврежденные PDU 504 и 505 создают брешь в два последовательных потерянных PDU. В некоторых вариантах осуществления резерв по ресурсам сохраняется посредством отправки вместо отправки двух NAK одного NAK 534 для двух поврежденных пакетов 504 и 505. В этих случаях один таймер 544 запрета NAK может быть запущен для NAK 534, сообщая об обоих поврежденных пакетах 504-505 бреши. Считается, что таймер 544 запрета NAK ассоциативно связан с потерянным PDU 504 и потерянным PDU 505, тем самым не допуская отправки дополнительных NAK для любого из двух потерянных PDU до истечения таймера 544 запрета NAK.As shown in FIG. 5, as soon as a status report including NAK 531 is sent from the receiving entity, the status report prohibit timer 541 is started, thereby preventing the transmission of additional NAKs for the damaged packet 501 before the NAK prohibit timer 541 expires. However, since the NAK prohibition timer 541 is specific to the NAK regarding the NAK for the damaged packet 501, other NAKs for other damaged PDUs are not blocked. Therefore, after detecting a damaged PDU 502, the receiving entity may send the NAK 532 even though the NAK prohibition timer 541 is still running. Surveys received from the transmitting entity during the execution of the NAK prohibition timer need not be ignored due to the NAK prohibition timer. As mentioned above, if there is a gap in two or more consecutive lost PDUs, the NAK prohibition timer prohibits additional NAKs for consecutive lost PDU gaps before the NAK prohibition timer expires. For example, damaged PDUs 504 and 505 create a gap in two consecutive lost PDUs. In some embodiments, the resource reserve is maintained by sending, instead of sending two NAKs, one NAK 534 for two damaged packets 504 and 505. In these cases, one NAK prohibition timer 544 can be started for NAK 534, reporting both of the damaged packets 504-505 gaps. It is believed that the NAK prohibition timer 544 is associated with the lost PDU 504 and the lost PDU 505, thereby preventing additional NAKs from being sent for any of the two lost PDUs before the NAK prohibition timer 544 expires.

Что касается передачи отчетов о состоянии и, в частности, распределения по времени отправки NAK для поврежденных пакетов, в общем, отчет о состоянии отправляется после приема опроса, отправленного от передающего объекта. Тем не менее в различных реализациях отчет о состоянии, содержащий NAK, может отправляться при обнаружении поврежденного PDU, не дожидаясь опроса. Например, в W-CDMA параметр "индикатор отсутствующих PDU" может быть сконфигурирован на отправку NAK для вновь обнаруженного поврежденного PDU, не дожидаясь опроса. Даже при настройке этого параметра на отправку NAK без опроса NAK может задерживаться на ожидающий выполнения таймер запрета отчетов о состоянии.Regarding the transmission of status reports and, in particular, the timing distribution of NAKs for damaged packets, in general, a status report is sent after receiving a survey sent from the sending entity. However, in various implementations, a status report containing a NAK may be sent when a damaged PDU is detected, without waiting for a poll. For example, in W-CDMA, the “Missing PDU Indicator” parameter may be configured to send a NAK for a newly discovered damaged PDU without waiting for a poll. Even if you configure this setting to send NAK without polling, the NAK may be delayed by the status report prohibition timer.

Фиг.6A иллюстрирует взаимодействие между таймерами запрета NAK, таймерами запрета ACK и таймерами запрета отчетов о состоянии в соответствии с различными вариантами осуществления. Чертеж иллюстрирует три типа таймеров, таймеры 641-6426A illustrates the interaction between NAK prohibit timers, ACK prohibit timers, and status report prohibit timers in accordance with various embodiments. The drawing illustrates three types of timers, timers 641-642

запрета NAK, таймеры 650 запрета отчетов о состоянии и таймеры 661-663 запрета ACK. Таймеры запрета NAK являются конкретными для NAK. Это означает, что после отправки NAK до истечения таймера запрета NAK он запрещает передачу всех дополнительных NAK для поврежденного PDU, ассоциативно связанного с таймером запрета NAK, но не запрещает отправку NAK для других потерянных PDU. Конкретный для NAK таймер запретов NAK, ассоциативно связанный с одним потерянным PDU, не запрещает отправку NAK для другого потерянного PDU. Таймерам запрета NAK, как правило, присваиваются значения, немного превышающие один RTT (к примеру, иногда на 20-100 мс дольше RTT). С другой стороны, таймеры запрета отчетов о состоянии не являются конкретными для NAK. Таймер запрета отчетов о состоянии не допускает отправки всех отчетов о состоянии до своего истечения. Следовательно, если имеется NAK для отправки, NAK задерживается до истечения выполняющегося таймера запрета отчетов о состоянии. Таймерам запрета отчетов о состоянии может присваиваться любое время, но в соответствии с различными вариантами осуществления, они задаются равными периоду, чуть превышающему RTT. Таким образом, параметр состояния VR(R) для последнего своевременного принятого порядкового номера (представляющего начало окна приема) обновляется часто, тем самым перемещая RLC-окна вовремя. Таймеры ACK не допускают передачи только тех отчетов о состоянии, которые содержат ACK, но не NAK, до истечения выполняющегося таймера ACK. Тем не менее таймеры ACK не запрещают или задерживают отчеты о состоянии, которые содержат NAK. Дополнительно в некоторых вариантах осуществления, если имеется NAK для отправки, отчет о состоянии отправляется (поскольку таймеры ACK не задерживают NAK), и отчет о состоянии, выданный NAK, также может включать в себя ACK, поскольку он отправляется в любом случае.NAK Prohibition, Status Report Prohibition Timers 650 and ACK Prohibition Timers 661-663. NAK prohibition timers are NAK specific. This means that after sending a NAK before the NAK prohibition timer expires, it prohibits the transmission of all additional NAKs for the damaged PDU associated with the NAK prohibition timer, but does not prohibit sending NAKs for other lost PDUs. A NAK-specific NAK prohibition timer associated with one lost PDU does not prohibit sending a NAK for another lost PDU. NAK prohibit timers are usually assigned values that are slightly larger than one RTT (for example, sometimes 20-100 ms longer than RTT). Status reporting prohibit timers, on the other hand, are not specific to the NAK. The status report prohibition timer does not allow all status reports to be sent before it expires. Therefore, if there is a NAK to send, the NAK is delayed until the status prohibition timer runs out. Status report prohibition timers can be assigned at any time, but in accordance with various embodiments, they are set equal to a period slightly exceeding the RTT. Thus, the VR (R) status parameter for the last timely received sequence number (representing the beginning of the receive window) is updated frequently, thereby moving the RLC windows in time. ACK timers do not allow status reports that contain ACKs, but not NAKs, to expire before the running ACK timer expires. However, ACK timers do not prohibit or delay status reports that contain NAKs. Additionally, in some embodiments, if there is a NAK to send, a status report is sent (since the ACK timers do not delay the NAK), and the status report issued by the NAK may also include an ACK, since it is sent anyway.

По мере приема PDU, в зависимости от характеристик канала, принимающий объект может обнаруживать поврежденный пакет время от времени (к примеру, PDU 601 и 602). В некоторых реализациях NAK может отправляться сразу, даже если опрос не принят от передающего устройства, тогда как в других реализациях принимающий объект может подождать приема следующего опроса для инициирования передачи NAK. Тем не менее в любой реализации отчет о состоянии, содержащий NAK, не отправляется, если действует выполняющийся таймер запрета отчетов о состоянии. В примере, проиллюстрированном на фиг.6A, NAK 631 для поврежденного PDU 601 не отправляется сразу, поскольку таймер 651 запрета отчетов о состоянии выполняется. NAK 631 для поврежденного PDU 601 задерживается таймером 651 запрета отчетов о состоянии до истечения в момент времени 691. Следует отметить, что в момент времени 691 таймер 661 запрета ACK запущен. Тем не менее, поскольку таймеры запрета ACK не задерживают и не оказывают влияние на передачу NAK, NAK для поврежденного пакета 601 отправляется даже несмотря на то, что таймер 661 запрета ACK в данный момент запущен. Дополнительно отчет о состоянии, содержащий NAK 631, в некоторых вариантах осуществления также может включать в себя ACK, даже если таймер 661 ACK действует. Отправка ACK с отчетом о состоянии не увеличивает требуемые ресурсы, поскольку отчет о состоянии, инициированный для NAK 631, все равно будет отправлен. В некоторых вариантах осуществления, если ACK прилагается к NAK в отчете о состоянии, отправленном в момент выполнения таймера запрета ACK, таймер запрета ACK в таком случае может быть сброшен.As the PDU is received, depending on the characteristics of the channel, the receiving entity may detect a damaged packet from time to time (for example, PDUs 601 and 602). In some implementations, the NAK may be sent immediately, even if the poll is not received from the transmitting device, while in other implementations, the receiving entity may wait for the next poll to be received to initiate the NAK transmission. However, in any implementation, a status report containing a NAK is not sent if a running status report prohibition timer is in effect. In the example illustrated in FIG. 6A, the NAK 631 for the damaged PDU 601 is not sent immediately, since the status report prohibit timer 651 is executed. NAK 631 for a damaged PDU 601 is delayed by the status report inhibit timer 651 at the time point 691. It should be noted that, at time 691, the ACK prohibition timer 661 is started. However, since the ACK prohibition timers do not delay and do not affect NAK transmission, the NAK for the damaged 601 packet is sent even though the ACK prohibition timer 661 is currently running. Additionally, a status report comprising NAK 631, in some embodiments, may also include an ACK, even if the ACK timer 661 is active. Sending a status report ACK does not increase the required resources because the status report initiated for NAK 631 will still be sent. In some embodiments, if the ACK is attached to the NAK in a status report sent at the time the ACK prohibit timer is executed, the ACK prohibit timer may then be reset.

В традиционных системах таймеры запрета отчетов состоянии, как правило, равны или немного превышают значение RTT. В соответствии с раскрытыми в данном документе различными вариантами осуществления таймеры запрета отчетов о состоянии могут быть значительно меньше по продолжительности, чем RTT, зачастую в несколько раз меньше (к примеру, таймеры 650 запрета отчетов о состоянии). Фиг.6A иллюстрирует примерный случай, в котором таймерам (641-642) запрета NAK присвоено значение примерно в два и полтора раза выше, чем таймерам запрета отчетов о состоянии, тогда как таймерам запрета ACK присвоено значение в три раза больше таймеров запрета отчетов о состоянии. Используя то, что таймеры запрета отчетов о состоянии гораздо короче RTT, различные варианты осуществления позволяют обновлять параметр состояния VR(R) для последнего своевременного принятого порядкового номера и тем самым продолжать продвижение RLC-окна вперед с меньшей задержкой.In traditional systems, state report prohibit timers are generally equal to or slightly higher than the RTT value. In accordance with the various embodiments disclosed herein, status report prohibit timers can be significantly shorter than RTTs, often several times shorter (for example, status report prohibit timers 650). 6A illustrates an exemplary case in which NAK prohibition timers (641-642) are set to about two and a half times higher than status report prohibit timers, while ACK prohibit timers are set to three times the status prohibit timers . Using the fact that status report prohibit timers are much shorter than RTT, various embodiments allow updating the VR (R) status parameter for the last timely received sequence number and thereby continue moving the RLC window forward with less delay.

Фиг.7 иллюстрирует способ управления линией связи в соответствии с различными вариантами осуществления изобретения. Способ начинается на этапе 701 и переходит к этапу 705, где обнаруживается PDU. На этапе 705 предполагается прием данных от передающего объекта в течение заданного периода времени, временного интервала или TTI (интервала времени передачи) в принимающем объекте. Например, принимающий объект (к примеру, UE 210 на фиг.2) может предположительно принимать пакет данных от передающего объекта (к примеру, узел B 220) в конкретном временном интервале (к примеру, 501 на фиг.5A). Принимающим объектом не обязательно должна быть только мобильная станция. Принимающим объектом может быть стационарная станция (к примеру, узел B 220 или наземный телефон 260 на фиг.2), а передающим объектом может быть другая стационарная станция или мобильная станция. Конкретная станция, участвующая в двусторонней связи, является принимающим объектом некоторых PDU и передающим объектом других PDU. После обнаружения того, принят ли PDU, способ переходит от этапа 705 к этапу 707.7 illustrates a method for controlling a communication line in accordance with various embodiments of the invention. The method begins at step 701 and proceeds to step 705, where a PDU is detected. At step 705, it is assumed to receive data from the transmitting entity for a predetermined period of time, a time slot, or a TTI (transmission time slot) in the receiving entity. For example, the receiving entity (eg, UE 210 in FIG. 2) may presumably receive a data packet from the transmitting entity (eg, node B 220) in a particular time interval (eg, 501 in FIG. 5A). The receiving entity need not be only a mobile station. The receiving object may be a stationary station (for example, node B 220 or landline telephone 260 in FIG. 2), and the transmitting object may be another stationary station or a mobile station. A particular station involved in bidirectional communication is a receiving entity of some PDUs and a transmitting entity of other PDUs. After detecting whether a PDU has been received, the method proceeds from step 705 to step 707.

На этапе 707 принимающий объект определяет то, корректно ли принят PDU (к примеру, 511 или 580 на фиг.5) или он поврежден (к примеру, 501-505). Корректно принятый пакет может быть либо повторно переданным пакетом (к примеру, 511-515), либо может быть пакетом, переданным первый раз, начальной передачей (к примеру, 580 и другие пакеты на фиг.5, которые не помечены). Дополнительно корректно принятый пакет может быть результатом пакета, который содержал поврежденные данные, но восстановлен с помощью исправления ошибок. Поврежденный пакет (иногда называемый потерянным пакетом) может содержать ошибочные или не поддающиеся расшифровке данные или может быть вообще не принят. В качестве части этапа 707 принимающий объект в некоторых вариантах осуществления может выполнять проверку ошибок для определения того, является ли PDU поврежденным. Проверка ошибок может влечь за собой любые из нескольких процедур или алгоритмов проверки ошибок (к примеру, контроль с введением избыточности, такой как контрольная сумма, контроль циклическим избыточным кодом (CRC), контрольная сумма кадра (FCS) или коды коррекции ошибок (ECC), такие как коды Хемминга, код Рида-Соломона, код Рида-Мюллера, код Binary Golay, сверточный код, турбокод или другой аналогичный тип схемы обнаружения ошибок схемы обнаружения и исправления). Проверка того, являются PDU корректно принятыми или поврежденными, на этапе 707 может содержать такие действия, как выполнение канальных измерений или измерений мощности приема, неявная оценка качества приема мобильного устройства или любой другой тип аналогичной процедуры или теста на ошибки при приеме, известный специалистам в данной области техники. Если на этапе 707 определено, что PDU поврежден, способ переходит к этапу 709 для процедуры NAK. Процедура NAK на этапе 709 подробнее описана на фиг.8.At step 707, the receiving entity determines whether the PDU (e.g., 511 or 580 in FIG. 5) is correctly received or damaged (e.g., 501-505). A correctly received packet may be either a retransmitted packet (e.g., 511-515), or it may be a packet transmitted the first time by initial transmission (e.g., 580 and other packets in Fig. 5 that are not marked). Additionally, a correctly received packet may be the result of a packet that contained corrupted data but was restored using error correction. A damaged packet (sometimes called a lost packet) may contain erroneous or non-decryptable data or may not be accepted at all. As part of step 707, the receiving entity in some embodiments may perform an error check to determine if the PDU is corrupt. Error checking can entail any of several procedures or error checking algorithms (for example, redundancy checking such as checksum, cyclic redundancy check (CRC), frame checksum (FCS) or error correction codes (ECC), such as Hamming codes, Reed-Solomon code, Reed-Muller code, Binary Golay code, convolutional code, turbo code or other similar type of error detection scheme, detection and correction schemes). Checking whether the PDUs are correctly received or damaged, at step 707, may include actions such as performing channel measurements or receiving power measurements, an implicit evaluation of the reception quality of the mobile device, or any other type of similar procedure or test for reception errors known to those skilled in the art areas of technology. If it is determined at step 707 that the PDU is damaged, the method proceeds to step 709 for the NAK procedure. The NAK procedure in step 709 is described in more detail in FIG.

После завершения процедуры NAK этапа 709 способ переходит к этапу 711 для выполнения процедуры подсчета ACK. Некоторые варианты осуществления могут реализовывать процедуру подсчета ACK, тогда как другие нет. Если процедура подсчета ACK не реализуется, способ переходит сразу от этапа 709 к этапу 703, на котором определяется то, завершен ли обмен данными. В вариантах осуществления, где процедура подсчета ACK реализуется, выполняется процедура этапа 711. Процедура подсчета ACK этапа 711 подробнее описана на фиг.10. После завершения процедуры подсчета ACK способ переходит к этапу 703.After completing the NAK procedure of step 709, the method proceeds to step 711 to perform the ACK counting procedure. Some embodiments may implement an ACK counting procedure, while others may not. If the ACK counting procedure is not implemented, the method proceeds immediately from step 709 to step 703, in which it is determined whether the data exchange is completed. In embodiments where the ACK counting procedure is implemented, the procedure of step 711 is performed. The ACK counting procedure of step 711 is described in more detail in FIG. 10. After completing the ACK counting procedure, the method proceeds to step 703.

Возвращаясь к этапу 707, если на нем определено, что PDU принят корректно, способ переходит к этапу 713, на котором определяется, является принятый PDU начальной передачей новых данных или повторной передачей данных, которые ранее повреждены. Если определено, что PDU - это новые данные, способ переходит к этапу 715 для процедуры ACK. Если на этапе 713 определено, что принятый PDU является повторной передачей ранее поврежденного пакета, способ переходит к этапу 719. На этапе таймер запрета NAK, ассоциативно связанный с повторной передачей, останавливается или удаляется, если он еще запущен. Поскольку повторно переданный пакет принят, все ассоциативно связанные с повторно переданным пакетом NAK, которые могли быть поставлены в очередь на передачу, более не требуются, и поэтому отбрасываются без отправки. Способ переходит от этапа 719 к этапу 715. Процедура ACK этапа 715 подробнее описана на фиг.9. Процедура ACK этапа 715 приводит либо к передаче ACK, либо, если таймер запрета ACK действует, к постановке ACK в очередь на передачу, когда таймер запрета ACK истечет.Returning to step 707, if it is determined that the PDU is received correctly, the method proceeds to step 713, which determines whether the received PDU is the initial transmission of new data or the retransmission of data that was previously damaged. If it is determined that the PDU is new data, the method proceeds to step 715 for the ACK procedure. If it is determined in step 713 that the received PDU is a retransmission of a previously damaged packet, the method proceeds to step 719. In step NAK prohibit timer associated with the retransmission is stopped or deleted if it is still running. Since the retransmitted packet is received, all NAKs that could be queued for transmission associated with the retransmitted packet are no longer required and therefore discarded without sending. The method proceeds from step 719 to step 715. The ACK procedure of step 715 is described in more detail in FIG. 9. The ACK procedure of step 715 results in either ACK transmission, or, if the ACK prohibition timer is in effect, queuing the ACK for transmission when the ACK prohibition timer expires.

По завершении процедуры ACK этапа 715 способ переходит к этапу 717 для определения того, есть ли истекшие таймеры запрета NAK из ранее поврежденных пакетов, для которых передача по-прежнему не принята. Хотя таймеру запрета NAK может быть присвоено любое значение в принимающем объекте, как правило, лучше всего задать значение таймера запрета NAK немного большим одного периода на полный обход (RTT). RTT - это предполагаемое время на передачу NAK обратно к передающему объекту, обработку в передающем объекте и последующей отправки передающим объектом повторной передачи к принимающему объекту. Значение RTT может в какой-либо степени зависеть от характеристик канала или, в случае наземной линии связи, от маршрута передачи сигнала. Задание таймеру запрета NAK значения, немного превышающего один RTT, позволяет устранить ложные повторные передачи, т.е. одну или более дополнительных ненужных повторных передач, вызываемых отправкой дополнительного NAK, даже если уже активирована повторная передача предыдущим NAK. Следовательно, таймерам запрета NAK обычно присваивается значение примерно в один RTT или немного больше одного RTT. Например, таймерам запрета NAK может быть задано значение RTT плюс дополнительный временной интервал передачи (TTI), RTT+2xTII, RTT+3xTII или, возможно, большее значение времени, если характеристики позволяют это. В некоторых вариантах осуществления значение таймера запрета NAK может быть измерено как процент от RTT, к примеру, 110% и т.п. Для любого присвоенного таймеру значения, по истечению таймера запретов NAK для конкретного поврежденного PDU другой NAK может отправляться для конкретного поврежденного PDU. Хотя отправка второго NAK (или последующих NAK) иногда может приводить к ложным повторным передачам, задержка на отправку дополнительных NAK, создаваемый таймером запрета NAK, значительно снижает число ложных повторных передач.Upon completion of the ACK procedure of step 715, the method proceeds to step 717 to determine whether there are expired NAK prohibit timers from previously damaged packets for which the transmission is still not received. Although the NAK prohibit timer can be set to any value in the receiving entity, it is generally best to set the NAK prohibit timer to a little longer than one full round trip (RTT) period. RTT is the estimated time to transmit the NAK back to the transmitting entity, processing at the transmitting entity, and then sending the retransmitter to the receiving entity by the transmitting entity. The RTT value may to some extent depend on the characteristics of the channel or, in the case of a landline, on the signal transmission path. Setting the NAK barring timer to a value slightly greater than one RTT eliminates false retransmissions, i.e. one or more additional unnecessary retransmissions caused by sending an additional NAK, even if retransmission has already been activated by the previous NAK. Therefore, NAK prohibit timers are usually assigned a value of approximately one RTT or slightly more than one RTT. For example, NAK prohibit timers can be set to RTT plus an additional transmission time interval (TTI), RTT + 2xTII, RTT + 3xTII, or possibly a longer time if the characteristics allow this. In some embodiments, the implementation of the NAK prohibition timer can be measured as a percentage of RTT, for example, 110% and the like. For any value assigned to the timer, after the NAK prohibition timer expires for a specific damaged PDU, another NAK may be sent for a specific damaged PDU. Although sending a second NAK (or subsequent NAKs) can sometimes result in false retransmissions, the delay in sending additional NAKs created by the NAK prohibit timer significantly reduces the number of false retransmissions.

Если на этапе 717 определено, что есть истекший таймер запрета NAK, для которого передача не принята (или повреждена), способ переходит с этапа 717 к этапу 721 по ветви "ДА". В некоторых системах может быть ограничение на число NAK для отправки по конкретному поврежденному пакету, например, чтобы не допустить разрыва связи. В этих системах на этапе 721 определяется, отправлено ли максимальное число NAK для пакета. Если нет, способ переходит от этапа 721 по ветви "НЕТ" к этапу 709 для выполнения процедуры NAK и инициирования другого NAK для поврежденного пакета. Если на этапе 721 определено, что максимальное число повторных передач отправлено, способ переходит от этапа 721 по ветви "ДА" для выполнения процедуры ошибок на этапе 723. Процедура ошибок может содержать сообщение об ошибке в систему и, возможно, процедуру восстановления после ошибки или интерполяцию данных с помощью данных из соседних пакетов, в качестве показателя регулируемого интервала, для заполнения бреши PDU. Альтернативно, поврежденный интервал может быть оставлен пустым. После завершения процедуры на этапе 723 способ переходит к этапу 703.If it is determined at step 717 that there is an expired NAK prohibition timer for which the transmission has not been received (or damaged), the method proceeds from step 717 to step 721 along the "YES" branch. On some systems, there may be a limit on the number of NAKs to send for a particular damaged packet, for example, to prevent a disconnection. On these systems, it is determined at block 721 whether the maximum number of NAKs for the packet has been sent. If not, the method proceeds from step 721 along the “NO” branch to step 709 to perform a NAK procedure and initiate another NAK for the damaged packet. If it is determined at step 721 that the maximum number of retransmissions has been sent, the method proceeds from step 721 along the YES branch to perform the error procedure at step 723. The error procedure may include an error message to the system and, possibly, an error recovery procedure or interpolation data using data from neighboring packets, as an indicator of the adjustable interval, to fill the PDU gap. Alternatively, the damaged interval may be left blank. After completing the procedure at step 723, the method proceeds to step 703.

Возвращаясь к этапу 717, если на нем определено, что нет истекших таймеров запрета NAK для ранее отправленных NAK, способ переходит с этапа 717 к этапу 703 по ветви "НЕТ". На этапе 703 определяется, завершен ли обмен данными, к примеру закончена ли передача данных, или один или более пользователей разъединились или повесили трубку. Если на этапе 703 определено, что обмен данными не завершен, способ переходит от этапа 703 по ветви "НЕТ" к этапу 705 для обнаружения того, принят ли PDU в следующем интервале. Если обмен данными завершен, способ переходит от этапа 703 по ветви "ДА" к этапу 725 для выполнения процедуры завершения обмена данными, и способ завершается.Returning to step 717, if it is determined that there are no expired NAK prohibit timers for previously sent NAKs, the method proceeds from step 717 to step 703 along the NO branch. At step 703, it is determined whether the data exchange is completed, for example, whether the data transfer is completed, or one or more users have disconnected or hung up. If it is determined at step 703 that the data exchange is not completed, the method proceeds from step 703 on the NO branch to step 705 to detect whether the PDU has been received in the next interval. If the data exchange is completed, the method proceeds from step 703 along the "YES" branch to step 725 to complete the data exchange completion procedure, and the method ends.

Фиг.8 иллюстрирует способ инициирования NAK как части управления линией связи в соответствии с различными вариантами осуществления изобретения. В частности, фиг.8 подробно иллюстрирует процедуру NAK этапа 709 на фиг.7. По сути, этап 801 на фиг.8 обычно выполняется после этапа 707 или 721 на фиг.7. Если этап 801 выполняется после этапа 721, то нет выполняющегося конкретного для NAK таймера запрета NAK для обрабатываемого поврежденного пакета данных, поскольку на этапе 717 определено, что предыдущий таймер запрета NAK истек. На этапе 801 определяется, есть ли выполняющийся таймер запрета NAK, который не допускает передачу NAK в ответ на поврежденный пакет на этапе 707. Достаточно часто нет запущенного таймера запрета NAK, поскольку поврежденный пакет является либо первой передачей, для которой нет таймера запрета NAK, либо поврежденный пакет является повторной передачей, для которой таймер запрета NAK истек или практически истек. Для этих случаев, в которых принимающий объект может обнаруживать, что поврежденный пакет является повторной передачей, принимающий объект может прервать оставшееся время таймера запрета NAK, поскольку нет необходимости более задерживать отправку другого NAK.FIG. 8 illustrates a method for initiating NAKs as part of a link control in accordance with various embodiments of the invention. In particular, FIG. 8 illustrates in detail the NAK procedure of step 709 in FIG. 7. In fact, step 801 of FIG. 8 is typically performed after step 707 or 721 of FIG. 7. If step 801 is performed after step 721, then there is no NAK-specific NAK prohibition timer for the damaged data packet being processed, since it is determined at step 717 that the previous NAK prohibition timer has expired. At step 801, it is determined whether there is a NAK prohibition timer in progress that prevents the NAK from being transmitted in response to the damaged packet in step 707. Quite often, there is no NAK prohibition timer running, because the damaged packet is either the first transmission for which there is no NAK prohibition timer, or a damaged packet is a retransmission for which the NAK prohibition timer has expired or has practically expired. For these cases in which the receiving entity may detect that the damaged packet is a retransmission, the receiving entity may interrupt the remaining NAK prohibition timer because there is no longer any need to delay sending another NAK.

Если на этапе 801 определено, что есть выполняющийся таймер запрета NAK, способ переходит от этапа 801 по ветви "ДА" к этапу 803, чтобы поставить NAK в очередь на отправку позднее по истечении таймера запрета NAK. В некоторых вариантах осуществления NAK может отправляться в ответ на истечение таймера запрета NAK, тогда как в других вариантах осуществления система после определения того, что имеется NAK для отправки, может проверить запущенный таймер запрета NAK и отправить NAK, если ничего не найдено. После постановки NAK в очередь на отправку на этапе 803 способ переходит к этапу 703 по фиг.7. Если на этапе 801 определено, что нет действующего таймера запрета NAK, способ переходит от этапа 801 к этапу 805 по ветви "НЕТ".If it is determined in step 801 that there is a running NAK prohibition timer, the method proceeds from step 801 on the YES branch to step 803 to queue the NAK to be sent later after the NAK prohibition timer has elapsed. In some embodiments, the NAK may be sent in response to the expiration of the NAK prohibition timer, while in other embodiments, the system, after determining that there is a NAK to send, can check the NAK prohibition timer that has started and send the NAK if nothing is found. After queuing the NAK in step 803, the method proceeds to step 703 of FIG. 7. If it is determined in step 801 that there is no valid NAK prohibition timer, the method proceeds from step 801 to step 805 along the "NO" branch.

На этапе 805 определяется, есть ли запущенный таймер запрета отчетов о состоянии, который запрещает отправку всех отчетов о состоянии, которые содержат NAK. Таймеры запрета отчетов о состоянии, которые не являются конкретными для любых данных пакетов или NAK, обычно задаются равными значению, немного меньшему RTT, для более быстрого продвижения вперед RLC-окна. Обычно таймеры запрета отчетов о состоянии могут задаваться равными от одной второй до одной десятой RTT. В исключительных случаях таймерам запрета отчетов о состоянии может присваиваться значение не более одного RTT и не менее ширины одного интервала. Если на этапе 805 определено, что таймер запрета отчетов о состоянии запущен, способ переходит от этапа 805 по ветви "ДА" к этапу 803, чтобы поставить в очередь NAK для отправки, когда таймер запрета отчетов о состоянии более не выполняется. Если на этапе 805 определено, что нет запущенных таймеров запрета отчетов о состоянии, способ переходит от этапа 805 по ветви "НЕТ" к этапу 807. На этапе 807 NAK передается от принимающего объекта к передающему объекту, и способ переходит к этапу 703 по фиг.7.At step 805, it is determined whether there is a running status report prohibition timer that prohibits the sending of all status reports that contain NAKs. Status report prohibit timers that are not specific to any packet data or NAK are usually set to a value slightly lower than RTT to move the RLC window forward faster. Typically, status report prohibit timers can be set from one second to one tenth of an RTT. In exceptional cases, status report prohibition timers can be assigned a value of not more than one RTT and not less than the width of one interval. If it is determined in step 805 that the status report prohibition timer is started, the method proceeds from step 805 on the YES branch to step 803 to queue the NAK for sending when the status report prohibition timer is no longer running. If it is determined at step 805 that there are no status report prohibition timers running, the method proceeds from step 805 on the NO branch to step 807. At step 807, a NAK is transmitted from the receiving entity to the transmitting entity, and the method proceeds to step 703 of FIG. 7.

Фиг.9 иллюстрирует способ инициирования ACK как части управления линией связи в соответствии с различными вариантами осуществления изобретения. В частности, фиг.9 подробно иллюстрирует процедуру ACK этапа 715 на фиг.7. По сути, этап 901 фиг.9 обычно выполняется после этапа 713 или этапа 719 по фиг.7. На этапе 901 определяется, насколько должно быть перемещено RLC-окно, до какого интервала все PDU корректно приняты (включая повторную передачу) или иным образом учтены. Параметр состояния VR(R) представляет последний своевременно принятый порядковый номер, являющийся началом окна приема. Этап 901 определяет, насколько можно продвинуть окно, к примеру, на основе значения параметра состояния VR(R). Временной интервал или экземпляр HARQ, который является последним корректно принятым последовательным PDU, - это интервал, для которого отправляется ACK. В отчете о состоянии подтверждать необходимо только прием PDU.FIG. 9 illustrates a method for initiating ACK as part of a link control in accordance with various embodiments of the invention. In particular, FIG. 9 illustrates in detail the ACK procedure of step 715 in FIG. 7. In fact, step 901 of FIG. 9 is typically performed after step 713 or step 719 of FIG. 7. At step 901, it is determined how much the RLC window should be moved, to what interval all PDUs are correctly received (including retransmission) or otherwise accounted for. The VR (R) status parameter represents the last timely received sequence number, which is the beginning of the receive window. Step 901 determines how much the window can be advanced, for example, based on the value of the VR (R) status parameter. The time slot or HARQ instance, which is the last correctly received consecutive PDU, is the slot for which the ACK is sent. In the status report, only PDU reception needs to be acknowledged.

Обычно предполагается в соответствии с заранее согласованным соглашением, что все PDU до указанного в ACK приняты корректно. В некоторых других вариантах осуществления это может достигаться более неудобным способом посредством перечисления всех принятых PDU вместо указания последнего корректно принятого PDU для продвижения вперед окна. После того как на этапе 901 принято решение о том, насколько передвигать окно и прием какого PDU должен быть подтвержден, способ переходит к этапу 903.It is usually assumed in accordance with a pre-agreed agreement that all PDUs before the specified ACK are received correctly. In some other embodiments, this can be achieved in a more inconvenient way by listing all the received PDUs instead of indicating the last correctly received PDU to advance the window. After a decision is made in step 901 on how much to move the window and the receipt of which PDU should be acknowledged, the method proceeds to step 903.

На этапе 903 определяется, есть ли действующий таймер запрета ACK. Таймеру запрета ACK может быть присвоено любое из широкого диапазона значений в принимающем объекте в зависимости от параметров связи и требований к актуальности данных. Например, для относительно высоких скоростей передачи данных таймеру запрета ACK может быть присвоено значение немного меньше, чем RTT, для более быстрого продвижения вперед окна приема. С другой стороны, для относительно небольших скоростей передачи данных таймеру запрета ACK может быть присвоено большее значение, чем таймеру запрета NAK (который часто имеет значение, немного превышающее один RTT), особенно в случае отсутствия острой необходимости продвижения вперед окна приема. Дополнительно, если реализован счетчик ACK, таймеру запрета ACK может быть присвоено относительно большое значение, поскольку таймер запрета ACK выступает в качестве показателя регулируемого интервала.At 903, it is determined if there is a valid ACK prohibition timer. The ACK prohibit timer can be assigned any of a wide range of values in the receiving entity, depending on the communication parameters and data relevance requirements. For example, for relatively high data rates, the ACK prohibit timer may be set to a value slightly less than RTT to advance the receive window faster. On the other hand, for relatively low data rates, the ACK prohibit timer can be assigned a larger value than the NAK prohibit timer (which often has a value slightly greater than one RTT), especially if there is no urgent need to advance the receive window. Additionally, if an ACK counter is implemented, the ACK prohibit timer can be assigned a relatively large value, since the ACK prohibit timer acts as an indicator of the adjustable interval.

Если на этапе 903 определено, что таймер запрета ACK запущен, способ переходит от этапа 903 по ветви "ДА" к этапу 905, чтобы поставить в очередь ACK для передачи, когда таймер запрета ACK более не выполняется. В некоторых вариантах осуществления ACK может отправляться в ответ на истечение таймера запрета ACK, тогда как в других вариантах осуществления принимающий объект после определения того, что имеется ACK для отправки, может проверить запущенный таймер запрета ACK и отправить ACK, если ничего не найдено. После постановки ACK в очередь на отправку на этапе 905 способ переходит к этапу 717 по фиг.7. Если на этапе 903 определено, что нет действующего таймера запрета ACK, способ переходит от этапа 903 к этапу 907 по ветви "НЕТ".If it is determined in step 903 that the ACK prohibition timer is started, the method proceeds from step 903 on the YES branch to step 905 to queue the ACK for transmission when the ACK prohibition timer is no longer running. In some embodiments, the ACK may be sent in response to the expiration of the ACK prohibition timer, while in other embodiments, the receiving entity, after determining that there is an ACK to send, can check the running ACK prohibition timer and send the ACK if nothing is found. After queuing the ACK in step 905, the method proceeds to step 717 of FIG. 7. If it is determined in step 903 that there is no valid ACK prohibition timer, the method proceeds from step 903 to step 907 along the “NO” branch.

На этапе 907 определяется, есть ли запущенный таймер запрета отчетов о состоянии, который запрещает отправку всех отчетов о состоянии, которые содержат ACK. Если определено, что таймер запрета отчетов о состоянии запущен, способ переходит от этапа 907 по ветви "ДА" к этапу 905, чтобы поставить в очередь ACK для отправки, когда таймер запрета отчетов о состоянии более не выполняется. Если на этапе 907 определено, что нет запущенного таймера запрета отчетов о состоянии, способ переходит от этапа 907 по ветви "НЕТ" к этапу 909. На этапе 909 передается ACK от принимающего объекта к передающему объекту, и способ переходит к этапу 717 по фиг.7. Если на этапе 909 или на этапе 905 определено, что новое значение таймера запрета ACK подходит для преобладающих характеристик, оно передается к передающему объекту посредством ACK этапа 909 или 905.At step 907, it is determined whether there is a running status report prohibition timer that prohibits sending all status reports that contain an ACK. If it is determined that the status report prohibition timer has been started, the method proceeds from step 907 on the YES branch to step 905 to queue an ACK for sending when the status report prohibition timer is no longer running. If it is determined at step 907 that there is no running status report prohibition timer, the method proceeds from step 907 on the NO branch to step 909. At step 909, an ACK is transmitted from the receiving entity to the transmitting entity, and the method proceeds to step 717 of FIG. 7. If it is determined in step 909 or in step 905 that the new ACK prohibition timer value is suitable for the prevailing characteristics, it is transmitted to the transmitting entity via the ACK of step 909 or 905.

Фиг.10 иллюстрирует процедуру подсчета ACK, которая может быть использована для корректировки периода отчетов ACK, в соответствии с различными раскрытыми в данном документе вариантами осуществления. В частности, фиг.10 подробно иллюстрирует процедуру подсчета ACK этапа 711 по фиг.7. Этап 1001 по фиг.10 обычно выполняется после этапа 709 по фиг.7. Если счетчик ACK запущен, таймеру запрета ACK может быть присвоено относительно высокое значение, поскольку функция отчетов ACK в первую очередь инициируется посредством счетчика ACK.10 illustrates an ACK counting procedure that can be used to adjust the ACK reporting period in accordance with various embodiments disclosed herein. In particular, FIG. 10 illustrates in detail the ACK counting procedure of step 711 of FIG. 7. Step 1001 of FIG. 10 is typically performed after step 709 of FIG. 7. If the ACK counter is started, the ACK prohibit timer can be set to a relatively high value, since the ACK reporting function is first triggered by the ACK counter.

Счетчик ACK приспосабливает период отчетов ACK под текущую скорость передачи данных, тем самым помогая эффективно продвигать вперед RLC-окно. При отсутствии счетчика ACK передающий объект передает новые значения таймера запрета ACK к принимающему объекту как изменение характеристик передачи, к примеру при изменении скорости передачи данных. Если таймер запрета ACK не настроен надлежащим образом, когда изменяется скорость передачи данных, пропускная способность RLC может быть ограничена или даже может разорваться. Например, пропускная способность RLC становится ограниченной, если таймеру запрета ACK присвоено относительно высокое значение, и скорость данных внезапно возрастает. При тех же условиях лишняя существенная нагрузка по передаче сигналов может возникать в противоположном направлении от принимающего объекта к передающему объекту, например, если таймеру запрета ACK присвоено относительно низкое значение, и скорость внезапно уменьшается.The ACK counter adapts the ACK reporting period to the current baud rate, thereby helping to effectively advance the RLC window. In the absence of an ACK counter, the transmitting entity transmits the new ACK prohibition timer to the receiving entity as a change in transmission characteristics, for example, when the data rate changes. If the ACK prohibit timer is not properly configured when the data rate changes, the RLC bandwidth may be limited or may even break. For example, the RLC bandwidth becomes limited if the ACK prohibit timer is set to a relatively high value and the data rate suddenly increases. Under the same conditions, an extra substantial signaling load can occur in the opposite direction from the receiving object to the transmitting object, for example, if the ACK inhibit timer is set to a relatively low value and the speed suddenly decreases.

Чтобы избежать присвоения таймеру запрета ACK неэффективных для данной скорости передачи данных значений, различные раскрытые в данном документе варианты осуществления предлагают параметр ACK_Counter, который позволяет принимающему объекту отслеживать величину возрастания значения VR(R) с момента последнего сообщения о значении ACK. Поскольку параметр состояния VR(R) представляет последний своевременно принятый порядковый номер, счетчик ACK указывает степень заполнения окна приема. Если ACK_Counter проходит заданный порог, ACK может быть передан в следующем отправленном отчете о состоянии, тем самым устраняя вышеупомянутые проблемы производительности. Порог может задаваться либо с шагами, ассоциативно связанными с различными скоростями передачи данных, либо как процент сконфигурированного размера окна приема.In order to avoid assigning an ACK prohibition timer to values that are ineffective for a given data rate, various embodiments disclosed herein provide an ACK_Counter parameter that allows a receiving entity to monitor the magnitude of an increase in VR (R) value since the last ACK value message. Since the status parameter VR (R) represents the last timely received sequence number, the ACK counter indicates the occupancy of the receive window. If the ACK_Counter passes a predetermined threshold, the ACK may be transmitted in the next sent status report, thereby eliminating the aforementioned performance problems. The threshold can be set either with steps associated with different data rates, or as a percentage of the configured size of the receive window.

Параметр состояния VR(R) представляет последний своевременно принятый принимающим объектом PDU. При каждом корректном приеме в принимающем объекте очередного последовательного PDU параметр состояния VR(R) увеличивается. На этапе 1001 по фиг.10 определяется то, достиг ли VR(R) порогового значения. Порог может задаваться как процент от сконфигурированного размера окна приема или RLC-окна, например значения от 10% до 50% от окна приема. Альтернативно, могут использоваться другие меньшие или большие процентные значения размера окна, которые подходят под характеристики управления линией связи, к примеру до 80% и выше от размера окна. Если на этапе 1001 определено, что VR(R) достиг порога, способ переходит по ветви "ДА" от этапа 1001 к этапу 1003. На этапе 1003 определяется новое значение таймера запрета ACK, которое подходит для характеристик передачи, и затем оно передается к передающему объекту посредством ACK. После отправки ACK, содержащего корректировку значения таймера запрета ACK, от принимающего объекта к передающему объекту способ переходит от этапа 1003 обратно к этапу 703 по фиг.7. Одно из преимуществ использования счетчика ACK заключается в том, что частота отчетов ACK теперь может полностью согласовываться с характеристиками скорости передачи. Для относительно высоких скоростей передачи данных ACK сообщается более часто, обеспечивая более быстрое продвижение RLC-окна. Если скорость снижается существенно, может быть выполнена корректировка, чтобы сообщать ACK менее часто, тем самым снижая нагрузку по передаче сигналов в противоположном направлении. Во избежание ситуации, при которой значение ACK вообще не передается, таймер запрета ACK, описанный в связи с фиг.9, может поддерживаться. Сохранение относительно высокого значения периода отчетов ACK не отнимает очень существенную величину системных ресурсов на обратную связь. В некотором смысле, когда счетчик ACK активирован, таймер запрета ACK можно рассматриваться как выступающий в качестве максимального граничного значения для периодов отчетов ACK. Аналогично, для наиболее высоких скоростей передачи данных частота отчетов ACK может быть ограничена в нижнем пределе таймером запрета отчетов о состоянии.The VR (R) status parameter represents the last PDU received in a timely manner by the receiving entity. At each correct reception in the receiving entity of the next serial PDU, the state parameter VR (R) increases. In step 1001 of FIG. 10, it is determined whether VR (R) has reached a threshold value. The threshold can be set as a percentage of the configured size of the receive window or RLC window, for example, values from 10% to 50% of the receive window. Alternatively, other smaller or larger percentages of the window size may be used that fit the link control characteristics, for example up to 80% and higher of the window size. If it is determined in step 1001 that VR (R) has reached the threshold, the method proceeds on the YES branch from step 1001 to step 1003. In step 1003, a new ACK prohibition timer value that is suitable for transmission characteristics is determined, and then it is transmitted to the transmitter object through ACK. After sending the ACK containing the adjustment of the ACK prohibition timer value from the receiving entity to the transmitting entity, the method proceeds from step 1003 back to step 703 of FIG. 7. One of the advantages of using an ACK counter is that the frequency of ACK reports can now be fully consistent with the characteristics of the bit rate. For relatively high data rates, ACKs are reported more frequently, providing faster promotion of the RLC window. If the speed decreases significantly, an adjustment can be made to report the ACK less frequently, thereby reducing the burden of transmitting signals in the opposite direction. In order to avoid a situation in which the ACK value is not transmitted at all, the ACK prohibition timer described in connection with FIG. 9 may be supported. Maintaining a relatively high value for the ACK reporting period does not take up a very significant amount of system resources for feedback. In a sense, when the ACK counter is activated, the ACK prohibit timer can be considered as serving as the maximum threshold for ACK reporting periods. Similarly, for the highest data rates, the frequency of ACK reports can be limited in the lower limit by a status report prohibition timer.

Чертежи предоставлены для пояснения и использования изобретения, а также для иллюстрации принципов изобретения. Некоторые принципы практического использования изобретения, проиллюстрированные в блок-схемах последовательности операций способа на чертежах, могут выполняться в порядке, отличном от показанного на чертежах, или могут полностью опускаться. Например, на фиг.7 определение того, завершается ли обмен данными (этап 703), может выполняться одновременно или после обнаружения следующего PDU (этап 705). Аналогично, процедура подсчета ACK (этап 711) может выполняться до процедуры NAK (этап 709) в некоторых вариантах осуществления, после обнаружения следующего PDU (этап 705) в других вариантах осуществления или может не реализовываться вообще в некоторых вариантах осуществления.The drawings are provided to explain and use the invention, as well as to illustrate the principles of the invention. Some principles of the practical use of the invention, illustrated in the flowcharts of the method in the drawings, may be performed in an order different from that shown in the drawings, or may be omitted completely. For example, in FIG. 7, a determination of whether data exchange is completed (step 703) can be performed simultaneously or after detecting the next PDU (step 705). Similarly, the ACK counting procedure (step 711) may be performed before the NAK procedure (step 709) in some embodiments, after the discovery of the next PDU (step 705) in other embodiments, or may not be implemented at all in some embodiments.

Специалисты в данной области техники должны понимать, что информация и сигналы могут представляться с помощью любой из множества различных технологий и методик. Например, данные, инструкции, команды, информация, сигналы, биты, символы и элементарные сигналы, которые могут приводиться в качестве примера по всему описанию выше, могут быть представлены напряжениями, токами, электромагнитными волнами, магнитными полями или частицами, оптическими полями или частицами либо любым их сочетанием. Специалисты в данной области техники дополнительно должны принимать во внимание, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритма, описанные в связи с раскрытыми в данном документе вариантами осуществления, могут быть реализованы как электронные аппаратные средства, вычислительное программное обеспечение либо их сочетания. Чтобы понятно проиллюстрировать эту взаимозаменяемость аппаратных средств и программного обеспечения, различные иллюстративные компоненты, блоки, модули, схемы и этапы описаны выше в общем на основе их функциональности. Реализована эта функциональность в качестве аппаратных средств или программного обеспечения, зависит от конкретного варианта применения и структурных ограничений, накладываемых на систему в целом. Высококвалифицированные специалисты могут реализовать описанную функциональность различными способами для каждого конкретного варианта применения, но такие решения о реализации не должны быть интерпретироваться как отступление от области применения настоящего изобретения.Specialists in the art should understand that information and signals can be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols and chips, which can be cited as an example throughout the description above, can be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination of them. Those skilled in the art will further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations thereof. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps are described above generally based on their functionality. This functionality is implemented as hardware or software, depending on the specific application and structural constraints imposed on the system as a whole. Highly qualified specialists can implement the described functionality in various ways for each specific application, but such implementation decisions should not be interpreted as a departure from the scope of the present invention.

Различные иллюстративные логические блоки, модули и схемы, описанные в связи с раскрытыми в данном документе вариантами осуществления, могут быть реализованы или выполнены с помощью процессора общего назначения, процессора цифровых сигналов (DSP), специализированной интегральной схемы (ASIC), программируемой пользователем матричной БИС (FPGA) или другого программируемого логического устройства, дискретного логического элемента или транзисторной логики, дискретных компонентов аппаратных средств или любого их сочетания, предназначенного для того, чтобы выполнять описанные в данном документе функции. Процессором общего назначения может быть микропроцессор, но в альтернативном варианте процессором может быть любой традиционный процессор, контроллер, микроконтроллер или конечный автомат. Процессор также может быть реализован как сочетание вычислительных устройств, к примеру сочетание DSP и микропроцессора, множество микропроцессоров, один или более микропроцессоров вместе с ядром DSP либо любая другая подобная конфигурация.The various illustrative logical blocks, modules, and circuits described in connection with the embodiments disclosed herein may be implemented or performed using a general purpose processor, digital signal processor (DSP), specialized integrated circuit (ASIC), user-programmable matrix LSI ( FPGA) or other programmable logic device, discrete logic element or transistor logic, discrete hardware components, or any combination thereof designed to I have to perform the functions described in this document. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor can also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors together with a DSP core, or any other similar configuration.

Этапы способа или алгоритма, описанные в связи с раскрытыми в данном документе вариантами осуществления, могут быть реализованы непосредственно в аппаратных средствах, в программном модуле, приводимом в исполнение процессором, или в их сочетании. Программный модуль может постоянно размещаться в оперативной памяти, флэш-памяти, ПЗУ, памяти типа ЭППЗУ, памяти типа ЭСППЗУ, регистрах, на жестком диске, сменном диске, компакт-диске или любой другой форме носителя данных, известной в данной области техники. Типичный носитель данных соединяется с процессором, такой процессор может считывать информацию и записывать информацию на носитель данных. В альтернативном варианте носитель данных может быть встроен в процессор. Процессор и носитель данных могут постоянно размещаться в ASIC. ASIC может постоянно размещаться в пользовательском терминале. В альтернативном варианте процессор и носитель данных могут постоянно размещаться как дискретные компоненты в пользовательском терминале.The steps of a method or algorithm described in connection with the embodiments disclosed herein may be implemented directly in hardware, in a software module executed by a processor, or in a combination thereof. A software module may reside in RAM, flash memory, ROM, EEPROM type memory, EEPROM type memory, registers, on a hard disk, a removable disk, a CD, or any other form of storage medium known in the art. A typical storage medium is connected to a processor, such a processor can read information and write information to the storage medium. Alternatively, the storage medium may be integrated in the processor. The processor and the storage medium may reside in the ASIC. ASIC can reside in a user terminal. Alternatively, the processor and the storage medium may reside as discrete components in a user terminal.

Слово "примерный" используется в данном документе, чтобы обозначать "служащий в качестве примера, отдельного случая или иллюстрации". Варианты осуществления и признаки, описанные в данном документе как "примерные", необязательно должны истолковываться как предпочтительные или выгодные по сравнению с другими вариантами осуществления.The word “exemplary” is used herein to mean “serving as an example, case, or illustration.” The embodiments and features described herein as “exemplary” are not necessarily to be construed as preferred or advantageous over other embodiments.

Вышеприведенное описание раскрытых вариантов осуществления предоставлено, чтобы дать возможность любому специалисту в данной области техники создавать или использовать настоящее изобретение. Различные модификации в этих вариантах осуществления должны быть очевидными для специалистов в данной области техники, а описанные в данном документе общие принципы могут быть применены к другим вариантам осуществления без отступления от сущности и объема изобретения. Таким образом, настоящее изобретение не предназначено, чтобы быть ограниченным показанными в данном документе вариантами осуществления, а должно удовлетворять самому широкому объему, согласованному с принципами и новыми признаками, раскрытыми в данном документе.The above description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications in these embodiments should be apparent to those skilled in the art, and the general principles described herein may be applied to other embodiments without departing from the spirit and scope of the invention. Thus, the present invention is not intended to be limited by the embodiments shown herein, but rather should satisfy the broadest scope consistent with the principles and new features disclosed herein.

Claims (34)

1. Способ управления линией связи, заключающийся в том, что
обнаруживают в принимающем объекте поврежденный пакет от передающего объекта;
отправляют отсутствие подтверждения приема (NAK) в передающий объект; и
запускают таймер запрета NAK, определенно ассоциативно связанный с поврежденным пакетом и любыми поврежденными пакетами, следующими непосредственно за упомянутым поврежденным пакетом, если таковые имеются, в ответ на отправку NAK, причем каждый из поврежденных пакетов, не следующих непосредственно за упомянутым поврежденным пакетом, определенно ассоциативно связан с отдельным таймером запрета NAK, и при этом в качестве дополнения таймер запрета NAK запрещает отправку дополнительных NAK для поврежденного пакета, пока таймер запрета NAK не истек.
1. The way to control the communication line, namely, that
detecting a damaged packet from the transmitting entity in the receiving entity;
sending a no acknowledgment (NAK) to the transmitting entity; and
start a NAK prohibit timer specifically associated with the damaged packet and any damaged packets immediately following the damaged packet, if any, in response to sending the NAK, each of the damaged packets not immediately following the damaged packet is definitely associated with a separate NAK prohibition timer, and in addition, as a complement, the NAK prohibition timer prohibits the sending of additional NAKs for a damaged packet until the NAK prohibition timer expires to.
2. Способ по п.1, в котором таймер запрета NAK разрешает отправку других NAK для других поврежденных пакетов до истечения таймера запрета NAK.2. The method according to claim 1, wherein the NAK prohibit timer allows the sending of other NAKs for other damaged packets before the NAK prohibit timer expires. 3. Способ по п.1, в котором таймеру запрета NAK первоначально задают время выполнения, равное, по меньшей мере, одному периоду полного обхода (RTT).3. The method according to claim 1, in which the NAK prohibition timer is initially set to run time equal to at least one full round-trip period (RTT). 4. Способ по п.1, в котором поврежденный пакет является первым поврежденным пакетом, NAK является первым NAK, а счетчик запрета NAK является первым счетчиком запрета NAK, при этом дополнительно отправляют второй NAK, ассоциативно связанный со вторым поврежденным пакетом, в передающий объект до истечения упомянутого первого таймера запрета NAK, ассоциативно связанного с первым поврежденным пакетом; и задают второй таймер запрета NAK, ассоциативно связанный со вторым поврежденным пакетом.4. The method according to claim 1, wherein the damaged packet is the first damaged packet, the NAK is the first NAK, and the NAK prohibit counter is the first NAK prohibit counter, and a second NAK associated with the second damaged packet is further sent to the transmitting entity before the expiration of said first NAK prohibit timer associated with the first corrupted packet; and setting a second NAK prohibit timer associated with the second corrupted packet. 5. Способ по п.1, в котором дополнительно принимают в принимающем объекте опрос от передающего объекта и отправляют в ответ на опрос отчет о состоянии от принимающего объекта в передающий объект до истечения таймера запрета NAK, при этом отчет о состоянии не включает в себя упомянутые дополнительные NAK, ассоциативно связанные с поврежденным пакетом,5. The method according to claim 1, further comprising receiving a poll from the transmitting entity in the receiving entity and sending a status report from the receiving entity to the transmitting entity in response to the poll before the NAK prohibition timer expires, while the status report does not include Additional NAKs associated with the damaged package 6. Способ по п.4, в котором первое NAK и второе NAK передают беспроводным способом в передающий объект.6. The method according to claim 4, in which the first NAK and the second NAK are transmitted wirelessly to the transmitting entity. 7. Способ по п.4, в котором первое NAK и второе NAK передают беспроводным способом в передающий объект в соответствии с протоколами W-CDMA.7. The method according to claim 4, in which the first NAK and the second NAK are transmitted wirelessly to the transmitting entity in accordance with the W-CDMA protocols. 8. Способ по п.1, в котором дополнительно запускают таймер запрета отчетов о состоянии до обнаружения поврежденного пакета, при этом таймер запрета отчетов о состоянии имеет меньшую продолжительность, чем упомянутый таймер запрета NAK; и задерживают отправку NAK до истечения таймера запрета отчетов о состоянии.8. The method according to claim 1, in which additionally start the timer prohibit status reports to detect a damaged packet, while the timer prohibit status reports has a shorter duration than the said prohibition timer NAK; and delay sending the NAK until the status report prohibition timer expires. 9. Способ по п.8, в котором дополнительно отправляют отчет о состоянии, при этом упомянутый отчет о состоянии, содержит подтверждение приема (АСК) и упомянутое NAK, и при этом таймер запрета отчетов о состоянии задерживает отправку отчетов о состоянии до истечения таймера запрета отчетов о состоянии.9. The method of claim 8, wherein the status report is further sent, said status report comprising an acknowledgment (ACK) and said NAK, and the status report prohibition timer delays the sending of status reports until the prohibition timer expires status reports. 10. Способ по п.1, в котором дополнительно запускают таймер запрета АСК и задерживают отправку только АСК отчета о состоянии до истечения таймера запрета АСК.10. The method according to claim 1, in which additionally start the ACK prohibition timer and delay sending only the ACK status report until the ACK prohibition timer expires. 11. Способ по п.1, в котором дополнительно запускают счетчик АСК после отправки первого АСК от принимающего объекта в передающий объект и отправляют второе АСК, если счетчик АСК достигает заданного порога.11. The method according to claim 1, in which additionally start the ACK counter after sending the first ACK from the receiving object to the transmitting object and send the second ACK if the ACK counter reaches a predetermined threshold. 12. Способ по п.11, в котором заданный порог задают как процент от ширины окна приема.12. The method according to claim 11, in which the specified threshold is set as a percentage of the width of the reception window. 13. Способ по п.1, в котором поврежденный пакет является первым поврежденным пакетом, причем следующий последовательный пакет является вторым поврежденным пакетом, при этом дополнительно отправляют NAK в передающий объект, сообщающее о первом и втором поврежденных пакетах, при этом таймер запрета NAK ассоциативно связан с первым и вторым поврежденными пакетами.13. The method according to claim 1, wherein the damaged packet is the first damaged packet, the next consecutive packet being the second damaged packet, further sending a NAK to a transmitting entity reporting the first and second damaged packets, wherein the NAK prohibition timer is associated with the first and second damaged packages. 14. Машиночитаемый носитель информации, содержащий программный модуль, который при выполнении процессором побуждает процессор осуществлять способ управления линией связи, заключающийся в том, что обнаруживают на принимающем объекте поврежденный пакет от передающего объекта;
отправляют отсутствие подтверждения приема (NAK) в передающий объект; и
запускают таймер запрета NAK, определенно ассоциативно связанный с поврежденным пакетом и любыми поврежденными пакетами, следующими непосредственно за упомянутым поврежденным пакетом, если таковые имеются, в ответ на отправку NAK, причем каждый из поврежденных пакетов, не следующих непосредственно за упомянутым поврежденным пакетом, определенно ассоциативно связан с отдельным таймером запрета NAK, и при этом в качестве дополнения таймер запрета NAK запрещает отправку дополнительных NAK для поврежденного пакета, пока таймер запрета NAK не истек.
14. A computer-readable storage medium containing a software module, which, when executed by a processor, causes the processor to implement a communication line control method that consists in detecting a damaged packet from the transmitting object at the receiving entity;
sending a no acknowledgment (NAK) to the transmitting entity; and
start a NAK prohibit timer specifically associated with the damaged packet and any damaged packets immediately following the damaged packet, if any, in response to sending the NAK, each of the damaged packets not immediately following the damaged packet is definitely associated with a separate NAK prohibition timer, and in addition, as a complement, the NAK prohibition timer prohibits the sending of additional NAKs for a damaged packet until the NAK prohibition timer expires to.
15. Машиночитаемый носитель информации по п.14, в котором таймер запрета NAK разрешает отправку других NAK для других поврежденных пакетов до истечения таймера запрета NAK.15. The computer-readable storage medium of claim 14, wherein the NAK prohibit timer allows sending other NAKs for other damaged packets before the NAK prohibit timer expires. 16. Машиночитаемый носитель информации по п.14, в котором таймеру запрета NAK первоначально задано время выполнения, равное, по меньшей мере, одному периоду полного обхода (RTT).16. The computer-readable storage medium of claim 14, wherein the NAK prohibit timer is initially set to a run time equal to at least one full crawl period (RTT). 17. Машиночитаемый носитель информации по п.14, в котором поврежденный пакет является первым поврежденным пакетом, NAK является первым NAK, а счетчик запрета NAK является первым счетчиком запрета NAK, при этом дополнительно отправляют второе NAK, ассоциативно связанное со вторым поврежденным пакетом, в передающий объект до истечения упомянутого первого таймера запрета NAK, ассоциативно связанного с первым поврежденным пакетом; и задают второй таймер запрета NAK, ассоциативно связанный со вторым поврежденным пакетом.17. The computer-readable storage medium of claim 14, wherein the damaged packet is the first damaged packet, the NAK is the first NAK, and the NAK prohibit counter is the first NAK prohibit counter, and a second NAK associated with the second damaged packet is further sent to the transmitting an object before the expiration of said first NAK prohibit timer associated with the first corrupted packet; and setting a second NAK prohibit timer associated with the second corrupted packet. 18. Машиночитаемый носитель информации по п.14, в котором согласно способу дополнительно принимают на принимающем объекте опрос от передающего объекта и отправляют в ответ на опрос отчет о состоянии от принимающего объекта в передающий объект до истечения таймера запрета NAK, при этом отчет о состоянии не включает в себя упомянутые дополнительные NAK, ассоциативно связанные с поврежденным пакетом.18. The computer-readable storage medium according to 14, in which according to the method additionally receive a poll from the transmitting object at the receiving object and send a status report from the receiving object to the transmitting object in response to the poll before the NAK prohibition timer expires, while the status report does not includes the mentioned additional NAKs associated with the damaged package. 19. Машиночитаемый носитель информации по п.17, в котором первое NAK и второе NAK передают беспроводным способом в передающий объект.19. The computer readable storage medium of claim 17, wherein the first NAK and second NAK are transmitted wirelessly to the transmitting entity. 20. Машиночитаемый носитель информации по п.17, в котором первое NAK и второе NAK передают беспроводным способом в передающий объект в соответствии с протоколами W-CDMA.20. The computer-readable storage medium of claim 17, wherein the first NAK and second NAK are transmitted wirelessly to a transmitting entity in accordance with W-CDMA protocols. 21. Машиночитаемый носитель информации по п.14, в котором дополнительно согласно способу запускают таймер запрета отчетов о состоянии до обнаружения поврежденного пакета, при этом таймер запрета отчетов о состоянии имеет меньшую продолжительность, чем упомянутый таймер запрета NAK; задерживают отправку NAK до истечения таймера запрета отчетов о состоянии.21. The computer-readable storage medium of claim 14, wherein further according to the method, a status report prohibition timer is started until a damaged packet is detected, wherein the status report prohibition timer has a shorter duration than said NAK prohibition timer; Delay sending NAKs until the status report prohibition timer expires. 22. Машиночитаемый носитель информации по п.21, в котором дополнительно согласно способу отправляют отчет о состоянии; при этом упомянутый отчет о состоянии содержит подтверждение приема (АСК) и упомянутое NAK; и при этом таймер запрета отчетов о состоянии задерживает отправку отчетов о состоянии до истечения таймера запрета отчетов о состоянии.22. The computer-readable storage medium according to item 21, in which additionally according to the method send a status report; wherein said status report contains an acknowledgment of receipt (ACK) and said NAK; and while the status report prohibition timer delays the sending of status reports until the status report prohibition timer expires. 23. Машиночитаемый носитель информации по п.21, в котором дополнительно согласно способу запускают таймер запрета АСК, имеющий продолжительность большую упомянутого таймера запрета NAK; и задерживают отправку только АСК-отчета о состоянии до истечения таймера запрета АСК.23. The computer-readable storage medium according to item 21, in which additionally, according to the method, an ACK prohibition timer is started, having a duration greater than said NAK prohibition timer; and delay sending only the ACK status report until the ACK prohibition timer expires. 24. Машиночитаемый носитель информации по п.14, в котором дополнительно согласно способу запускают счетчик АСК после отправки первого АСК от принимающего объекта в передающий объект; и отправляют второе АСК, если счетчик АСК достигает заданного порога.24. The computer-readable storage medium of claim 14, wherein further according to the method, the ACK counter is started after sending the first ACK from the receiving object to the transmitting object; and send a second ACK if the ACK counter reaches a predetermined threshold. 25. Машиночитаемый носитель информации по п.24, в котором заданный порог задают как процент от ширины окна приема.25. The computer-readable storage medium according to paragraph 24, in which the specified threshold is set as a percentage of the width of the reception window. 26. Принимающий объект, сконфигурированный с возможностью приема пакетов посредством линии связи, содержащий схему принимающего устройства, сконфигурированную с возможностью обнаружения поврежденного пакета, принятого от передающего объекта; схему передающего устройства, сконфигурированную с возможностью отправки отсутствия подтверждения приема (NAK) в передающий объект; и таймер запрета NAK, определенно ассоциативно связанный с поврежденным пакетом и любыми поврежденными пакетами, следующими непосредственно за упомянутым поврежденным пакетом, если таковые имеются, при этом таймер запрета NAK запускается в ответ на отправку NAK, причем каждый из поврежденных пакетов, не следующих непосредственно за упомянутым поврежденным пакетом, определенно ассоциативно связан с отдельным таймером запрета NAK, при этом таймер запрета NAK запрещает отправку дополнительных NAK для поврежденного пакета, пока таймер запрета NAK не истек, и при этом таймер запрета NAK разрешает отправку других NAK для других поврежденных пакетов до истечения таймера запрета NAK.26. A receiving entity configured to receive packets through a communication line, comprising: a receiving device circuit configured to detect a damaged packet received from the transmitting entity; a transmitter circuit configured to send a lack of acknowledgment (NAK) to the transmitter entity; and a NAK prohibition timer specifically associated with the damaged packet and any damaged packets immediately following the damaged packet, if any, the NAK prohibition timer starting in response to sending the NAK, each of the damaged packets not immediately following a damaged packet is definitely associated with a separate NAK prohibition timer, while the NAK prohibit timer prohibits sending additional NAKs for the damaged packet until the NAK prohibition timer it has not expired, and the NAK prohibit timer allows other NAKs to be sent for other damaged packets before the NAK prohibit timer expires. 27. Принимающий объект по п.26, в котором схема передающего устройства беспроводным способом отправляет NAK в передающий объект.27. The receiving entity of claim 26, wherein the transmitting device circuitry wirelessly sends a NAK to the transmitting entity. 28. Принимающий объект по п.26, дополнительно содержащий таймер запрета отчетов о состоянии, сконфигурированный с меньшей продолжительностью, чем упомянутый таймер запрета NAK; при этом после запуска таймер запрета отчетов о состоянии конфигурируется с возможностью задержки отправки NAK до истечения таймера запрета отчетов о состоянии.28. The receiving entity of claim 26, further comprising a status report prohibition timer configured to be shorter than said NAK prohibition timer; after the start, the status report prohibition timer is configured to delay sending NAKs until the status report prohibition timer expires. 29. Принимающий объект по п.26, дополнительно содержащий таймер запрета подтверждения приема (АСК), сконфигурированный с большей продолжительностью, чем упомянутый таймер запрета NAK; при этом после запуска таймер запрета АСК конфигурируется с возможностью задержки отправки только АСК до отчета о состоянии до истечения таймера запрета АСК.29. The receiving entity according to claim 26, further comprising an Acknowledgment Prohibit Timer (ACK) configured for a longer duration than said NAK prohibition timer; in this case, after starting the ACK prohibition timer, it is configured to delay sending only the ACK until the status report until the ACK prohibition timer expires. 30. Принимающий объект по п.26, дополнительно содержащий счетчик АСК, сконфигурированный с возможностью запуска после отправки первого АСК от принимающего объекта в передающий объект; при этом счетчик АСК сконфигурирован с возможностью отправки второго АСК, если счетчик АСК достигает заданного порога.30. The receiving object according to claim 26, further comprising an ACK counter configured to start after sending the first ACK from the receiving object to the transmitting object; wherein the ACK counter is configured to send a second ACK if the ACK counter reaches a predetermined threshold. 31. Принимающий объект по п.30, в которой заданный порог задан как процент от ширины окна приема.31. The receiving object according to claim 30, wherein the predetermined threshold is set as a percentage of the width of the reception window. 32. Устройство управления линией связи, причем устройство содержит
средство обнаружения в принимающем объекте поврежденного пакета от передающего объекта;
средство отправки сообщения об отсутствии подтверждения приема (NAK) в передающий объект; и
средство запуска таймера запрета NAK, определенно ассоциативно связанного с поврежденным пакетом и любыми поврежденными пакетами, следующими непосредственно за упомянутым поврежденным пакетом, если таковые имеются, в ответ на отправку NAK, причем каждый из поврежденных пакетов, не следующих непосредственно за упомянутым поврежденным пакетом, определенно ассоциативно связан с отдельным таймером запрета NAK, и при этом в качестве дополнения таймер запрета NAK запрещает отправку дополнительных NAK для поврежденного пакета, пока таймер запрета NAK не истек.
32. A communication line control device, the device comprising
means for detecting in the receiving entity a damaged packet from the transmitting entity;
means for sending a no acknowledgment (NAK) message to the transmitting entity; and
means for triggering a NAK prohibition timer specifically associated with the damaged packet and any damaged packets immediately following said damaged packet, if any, in response to sending a NAK, each of the damaged packets not immediately following the damaged packet is definitely associative associated with a separate NAK prohibit timer, and as a complement, the NAK prohibit timer prohibits the sending of additional NAKs for a damaged packet while the prohibit timer NAK not expired.
33. Устройство по п.32, в котором таймер запрета NAK разрешает отправку других NAK для других поврежденных пакетов до истечения таймера запрета NAK.33. The device according to p, in which the NAK prohibition timer allows the sending of other NAKs for other damaged packets before the expiration of the NAK prohibition timer. 34. Устройство по п.32, в котором таймеру запрета NAK первоначально задают время выполнения, равное, по меньшей мере, одному периоду полного обхода (RTT). 34. The device according to p, in which the NAK prohibition timer is initially set to a run time equal to at least one full round-trip period (RTT).
RU2007101380/09A 2004-06-16 2005-06-14 Method and device of communication line control in wireless communication system RU2364035C2 (en)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US58045804P 2004-06-16 2004-06-16
US60/580,458 2004-06-16
US67797505P 2005-05-04 2005-05-04
US60/677,975 2005-05-04
US11/149,771 2005-06-10

Publications (2)

Publication Number Publication Date
RU2007101380A RU2007101380A (en) 2008-07-27
RU2364035C2 true RU2364035C2 (en) 2009-08-10

Family

ID=39810369

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2007101380/09A RU2364035C2 (en) 2004-06-16 2005-06-14 Method and device of communication line control in wireless communication system

Country Status (2)

Country Link
RU (1) RU2364035C2 (en)
TW (1) TWI387251B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2767983C2 (en) * 2017-06-19 2022-03-22 Шарп Кабусики Кайся Terminal device and core network device

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5057459B2 (en) 2006-12-19 2012-10-24 イノヴァティヴ ソニック リミテッド CPC improvement method, communication apparatus, and resource decoding instruction method
KR101396467B1 (en) 2008-11-10 2014-05-20 인터디지탈 패튼 홀딩스, 인크 Method and apparatus for enabling and disabling a supplementary downlink carrier

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100282403B1 (en) * 1998-08-20 2001-02-15 서평원 Method for transmitting radio link protocol frames in a mobile radio communication system
US6608818B1 (en) * 1999-11-10 2003-08-19 Qualcomm Incorporated Radio link protocol enhancements to reduce setup time for data calls
US7035285B2 (en) * 2000-04-07 2006-04-25 Broadcom Corporation Transceiver method and signal therefor embodied in a carrier wave for a frame-based communications network
EP1161022A1 (en) * 2000-05-25 2001-12-05 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Selective repeat protocol with dynamic timers
US6920598B2 (en) * 2001-05-21 2005-07-19 Lucent Technologies Inc. System and method for error recovery using NAKs
EP1263159A1 (en) * 2001-06-01 2002-12-04 Telefonaktiebolaget Lm Ericsson Method and receiver for improved data packet transfer in a transmission protocol with repeat requests

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2767983C2 (en) * 2017-06-19 2022-03-22 Шарп Кабусики Кайся Terminal device and core network device

Also Published As

Publication number Publication date
TWI387251B (en) 2013-02-21
TW200625863A (en) 2006-07-16
RU2007101380A (en) 2008-07-27

Similar Documents

Publication Publication Date Title
JP5437216B2 (en) Method and apparatus for link control in wireless communication
JP4558794B2 (en) WCDMA uplink HARQ operation during TTI length reconfiguration
JP4417733B2 (en) Transmission method and apparatus
EP1393489B1 (en) Method and receiver for improved data packet transfer in a transmission protocol with repeat requests
EP1758286B1 (en) Avoiding stall conditions and sequence number ambiguity in an automatic repeat request protocol
RU2353063C2 (en) Method and device for reducing service signals in advanced upperlink within wireless communications system
KR100787294B1 (en) Tcp progress apparatus in mobile communication base station
US20040013114A1 (en) Methods and devices for the retransmission of data packets
US8565126B2 (en) Method and a transceiver for reducing retransmissions in a telecommunications system
JPH11177536A (en) Error control system for radio data link layer
CN1989721A (en) Method and apparatus for link control in wireless communications
RU2364035C2 (en) Method and device of communication line control in wireless communication system
JP2005124162A (en) Method and system for transmitting payload encapsuled in packet
EP1440534B1 (en) Avoiding stall conditions and sequence number ambiguity in an automatic repeat request protocol
WO2004107777A1 (en) The triggering method of radio link layer transmitting window controlling information
KR101298544B1 (en) Apparatus and method for processing of received packets in mobile communication system

Legal Events

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

Effective date: 20190615