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 PDFInfo
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling 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
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
После определения того, что пакет 101 поврежден, принимающее устройство отправляет обратно отправителю отчет о состоянии, который включает в себя NAK 131, инструктирующий отправителю инициировать повторную передачу поврежденного пакета 101. Традиционные отчеты о состоянии W-CDMA обычно должны включать в себя NAK для всех ожидающих интервалов порядковых номеров, которые появились с момента последнего в последовательности принятого порядкового номера. Эта необходимость включать все ожидающие интервалы порядковых номеров в традиционные отчеты о состоянии потребляет ценные беспроводные ресурсы. Например, беспроводные ресурсы потребляются, когда отчет о состоянии отправляется обратно отправителю с NAK для поврежденных пакетов, которые уже находятся в процессе повторной передачи, что приводит ко второй лишней фиктивной повторной передаче от отправителя.After determining that
Чтобы не допустить инициирования фиктивной повторной передачи и потери ценной беспроводной полосы пропускания, 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
Настоящее изобретение направлено на разрешение или, по меньшей мере, снижение воздействий одной или более вышеуказанных проблем.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
Беспроводная система 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
Проиллюстрированная на чертежах сеть является просто примерной и может включать в себя любую систему, которая предоставляет связь по радиоинтерфейсу или посредством стационарного кабельного или проводного тракта связи между компонентами. Система может быть соединена способом, изображенным на фиг.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.
Беспроводная система 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
RNC 230 соединен с узлами B 220 посредством сети, сконфигурированной для передачи данных и речевой информации, как правило, посредством сети стационарных линий связи способом, аналогичным взаимосвязям в сети 250. Передача данных в и из различных элементов RNC 230 и узлов B 220 обычно выполняется посредством этой наземной сети, которая может включать в себя модули Интернета или PSTN. В направлении обратного потока RNC 230 может быть соединена с несколькими сетями, такими как упомянутые выше (к примеру, PSTN, Интернет, ISDN и т.п.), тем самым обеспечивая доступ беспроводных устройств UE 210 к более обширной сети связи. Помимо передачи речи данные могут передаваться с помощью службы коротких сообщений (SMS) или других беспроводных (OTA) способов, известных в данной области техники.The
Каждый узел B 220 имеет одно или более передающих устройств и принимающих устройств для отправки и приема информации от одного или более UE 210, ассоциативно связанных или зарегистрированных в этом узле B 220. Узел B 220 выполняет беспроводную широковещательную передачу сообщений данных и другой информации в UE 210 посредством OTA-способов, известных специалистам в данной области техники. Например, беспроводные сигналы между UE 210 и узлом B 220 могут базироваться на любой из нескольких различных технологий, в том числе, но не только, CDMA (множественный доступ с кодовым разделением каналов), TDMA (множественный доступ с временным разделением каналов), FDMA (множественный доступ с частотным разделением каналов), OFDM (мультиплексирование с ортогональным частотным разделением каналов), и любых системах, использующих гибрид технологий кодирования, таких как GSM или другие беспроводные протоколы, используемые в сетях обмена и передачи данных.Each
Фиг.3 подробно иллюстрирует узел B 220. Узел B 220 включает в себя кодер/декодер 225, который кодирует информацию для передачи и декодирует принимаемую информацию в соответствующем протоколе или схеме кодирования. Узел B 220 включает в себя схему 227 принимающего/передающего устройства для беспроводного приема и пакетов от UE 210 и для передачи и приема пакетов с помощью RNC 230 (которые могут отправляться по наземной линии связи). Узел B 220 также включает в себя процессор 221, который содержит схему или другую логику, позволяющую выполнять или осуществлять процессы и действия, связанные с беспроводной связью, и, в частности, процессы и действия, изложенные в данном документе.Figure 3 illustrates in detail the
Узел B 220 также может быть сконфигурирован таким образом, чтобы включать в себя запоминающее устройство 223 для хранения различных протоколов, процедур, процессов и программного обеспечения, используемого при осуществлении беспроводной связи, как изложено в данном документе. Например, запоминающее устройство 223 может хранить одну или более схем протоколов передачи или стратегий обмена данными с UE 210. Схемы, стратегии и протоколы передачи включают в себя информацию, касающуюся времени повторных передач вследствие потери или повреждения данных, избыточного кодирования версий (если осуществляется) и всех схем и протоколов кодирования, используемых для передачи и приема беспроводных данных. Эта информация также может храниться в запоминающем устройстве RNC 230 и передаваться узлу B 220 по мере необходимости или при выполнении периодических обновлений и обслуживания системы.
Варианты осуществления 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 включает в себя логику контроля функций UE 210, обозначенного на фиг.2 как процессор 207. На практике логика может быть сконфигурирована в форме одной или более схем обработки, выполняющих резидентную конфигурируемую логику, микропроцессора, процессора цифровых сигналов (DSP), микроконтроллера или комбинации этих или других аналогичных аппаратных средств, программного обеспечения или микропрограммного обеспечения, сконфигурированного для того, чтобы, по меньшей мере, выполнять описанные в данном документе операции, например описанные в данном документе действия UE 210.
В зависимости от характеристик передачи в канале ошибки битов могут вызывать искажения, которые могут разрешаться посредством методик восстановления ошибок или повторной передачи. Вероятность того, что кадр содержит ошибку битов, является функций от частоты ошибок битов канала и объема данных в экземпляре или длины кадра. Беспроводная система 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.
Беспроводные системы обычно используют канал обратной связи, который позволяет принимающему устройству отправлять обратно к передающему устройству информацию относительно успешности или сбоя передачи. Схемы восстановления после ошибок зачастую реализуются с помощью каналов внеполосной обратной связи, хотя некоторые схемы восстановления могут быть реализованы с помощью внутриполосной обратной связи. 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 должен повторить сбойную передачу.
Беспроводная система 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
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,
В этом примере этапы 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
Для таких протоколов, как 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
После определения того, что пакет (к примеру, пакет 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
Как показано на фиг.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
Что касается передачи отчетов о состоянии и, в частности, распределения по времени отправки 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
На этапе 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
После завершения процедуры NAK этапа 709 способ переходит к этапу 711 для выполнения процедуры подсчета ACK. Некоторые варианты осуществления могут реализовывать процедуру подсчета ACK, тогда как другие нет. Если процедура подсчета ACK не реализуется, способ переходит сразу от этапа 709 к этапу 703, на котором определяется то, завершен ли обмен данными. В вариантах осуществления, где процедура подсчета ACK реализуется, выполняется процедура этапа 711. Процедура подсчета ACK этапа 711 подробнее описана на фиг.10. После завершения процедуры подсчета ACK способ переходит к этапу 703.After completing the NAK procedure of
Возвращаясь к этапу 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
По завершении процедуры 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
Если на этапе 717 определено, что есть истекший таймер запрета NAK, для которого передача не принята (или повреждена), способ переходит с этапа 717 к этапу 721 по ветви "ДА". В некоторых системах может быть ограничение на число NAK для отправки по конкретному поврежденному пакету, например, чтобы не допустить разрыва связи. В этих системах на этапе 721 определяется, отправлено ли максимальное число NAK для пакета. Если нет, способ переходит от этапа 721 по ветви "НЕТ" к этапу 709 для выполнения процедуры NAK и инициирования другого NAK для поврежденного пакета. Если на этапе 721 определено, что максимальное число повторных передач отправлено, способ переходит от этапа 721 по ветви "ДА" для выполнения процедуры ошибок на этапе 723. Процедура ошибок может содержать сообщение об ошибке в систему и, возможно, процедуру восстановления после ошибки или интерполяцию данных с помощью данных из соседних пакетов, в качестве показателя регулируемого интервала, для заполнения бреши PDU. Альтернативно, поврежденный интервал может быть оставлен пустым. После завершения процедуры на этапе 723 способ переходит к этапу 703.If it is determined at
Возвращаясь к этапу 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
Фиг.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
Если на этапе 801 определено, что есть выполняющийся таймер запрета NAK, способ переходит от этапа 801 по ветви "ДА" к этапу 803, чтобы поставить NAK в очередь на отправку позднее по истечении таймера запрета NAK. В некоторых вариантах осуществления NAK может отправляться в ответ на истечение таймера запрета NAK, тогда как в других вариантах осуществления система после определения того, что имеется NAK для отправки, может проверить запущенный таймер запрета NAK и отправить NAK, если ничего не найдено. После постановки NAK в очередь на отправку на этапе 803 способ переходит к этапу 703 по фиг.7. Если на этапе 801 определено, что нет действующего таймера запрета NAK, способ переходит от этапа 801 к этапу 805 по ветви "НЕТ".If it is determined in
На этапе 805 определяется, есть ли запущенный таймер запрета отчетов о состоянии, который запрещает отправку всех отчетов о состоянии, которые содержат NAK. Таймеры запрета отчетов о состоянии, которые не являются конкретными для любых данных пакетов или NAK, обычно задаются равными значению, немного меньшему RTT, для более быстрого продвижения вперед RLC-окна. Обычно таймеры запрета отчетов о состоянии могут задаваться равными от одной второй до одной десятой RTT. В исключительных случаях таймерам запрета отчетов о состоянии может присваиваться значение не более одного RTT и не менее ширины одного интервала. Если на этапе 805 определено, что таймер запрета отчетов о состоянии запущен, способ переходит от этапа 805 по ветви "ДА" к этапу 803, чтобы поставить в очередь NAK для отправки, когда таймер запрета отчетов о состоянии более не выполняется. Если на этапе 805 определено, что нет запущенных таймеров запрета отчетов о состоянии, способ переходит от этапа 805 по ветви "НЕТ" к этапу 807. На этапе 807 NAK передается от принимающего объекта к передающему объекту, и способ переходит к этапу 703 по фиг.7.At
Фиг.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
Обычно предполагается в соответствии с заранее согласованным соглашением, что все 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
На этапе 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
На этапе 907 определяется, есть ли запущенный таймер запрета отчетов о состоянии, который запрещает отправку всех отчетов о состоянии, которые содержат ACK. Если определено, что таймер запрета отчетов о состоянии запущен, способ переходит от этапа 907 по ветви "ДА" к этапу 905, чтобы поставить в очередь ACK для отправки, когда таймер запрета отчетов о состоянии более не выполняется. Если на этапе 907 определено, что нет запущенного таймера запрета отчетов о состоянии, способ переходит от этапа 907 по ветви "НЕТ" к этапу 909. На этапе 909 передается ACK от принимающего объекта к передающему объекту, и способ переходит к этапу 717 по фиг.7. Если на этапе 909 или на этапе 905 определено, что новое значение таймера запрета ACK подходит для преобладающих характеристик, оно передается к передающему объекту посредством ACK этапа 909 или 905.At
Фиг.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
Счетчик 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
Чертежи предоставлены для пояснения и использования изобретения, а также для иллюстрации принципов изобретения. Некоторые принципы практического использования изобретения, проиллюстрированные в блок-схемах последовательности операций способа на чертежах, могут выполняться в порядке, отличном от показанного на чертежах, или могут полностью опускаться. Например, на фиг.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)
обнаруживают в принимающем объекте поврежденный пакет от передающего объекта;
отправляют отсутствие подтверждения приема (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.
отправляют отсутствие подтверждения приема (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.
средство обнаружения в принимающем объекте поврежденного пакета от передающего объекта;
средство отправки сообщения об отсутствии подтверждения приема (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.
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)
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)
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)
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 |
-
2005
- 2005-06-14 RU RU2007101380/09A patent/RU2364035C2/en not_active IP Right Cessation
- 2005-06-16 TW TW94120046A patent/TWI387251B/en not_active IP Right Cessation
Cited By (1)
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 |