RU2392752C2 - Data transmission method and data retransmission method - Google Patents

Data transmission method and data retransmission method Download PDF

Info

Publication number
RU2392752C2
RU2392752C2 RU2008124979/09A RU2008124979A RU2392752C2 RU 2392752 C2 RU2392752 C2 RU 2392752C2 RU 2008124979/09 A RU2008124979/09 A RU 2008124979/09A RU 2008124979 A RU2008124979 A RU 2008124979A RU 2392752 C2 RU2392752 C2 RU 2392752C2
Authority
RU
Russia
Prior art keywords
data block
rlc
receiver
status report
transmitter
Prior art date
Application number
RU2008124979/09A
Other languages
Russian (ru)
Other versions
RU2008124979A (en
Inventor
Сунг-дук ЧУН (KR)
Сунг-дук ЧУН
Йоунг-Дае ЛИ (KR)
Йоунг-Дае ЛИ
Сунг-дзун ПАРК (KR)
Сунг-дзун ПАРК
Original Assignee
ЭлДжи ЭЛЕКТРОНИКС ИНК.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ЭлДжи ЭЛЕКТРОНИКС ИНК. filed Critical ЭлДжи ЭЛЕКТРОНИКС ИНК.
Publication of RU2008124979A publication Critical patent/RU2008124979A/en
Application granted granted Critical
Publication of RU2392752C2 publication Critical patent/RU2392752C2/en

Links

Images

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Abstract

FIELD: physics, communications.
SUBSTANCE: invention relates to wireless communication. A data unit is prepared on a higher level and transmitted on a lower level. Status account information associated with reception or absence of reception of the data unit is received on a lower level. When a receiver fails to receive data transmitted form the transmitter, the transmitter can quickly detect reception failure and retransmit the data.
EFFECT: design of a method which enables to reduce losses during data transmission.
13 cl, 13 dwg

Description

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

Настоящее изобретение относится к беспроводной связи и, в частности, к способу передачи данных и способу повторной передачи данных, которые позволяют снизить потери при передаче данных.The present invention relates to wireless communications and, in particular, to a data transmission method and a data retransmission method that can reduce data transmission loss.

Предшествующий уровень техникиState of the art

Система мобильной связи 3GPP (3-rd Generation Partnership Project) на основе технологии радиодоступа WCDMA (широкополосный множественный доступ с кодовым разделением) получила широкое распространение во всем мире. HSDPA (высокоскоростной пакетный доступ нисходящей линии связи), который можно определить как первый этап эволюции WCDMA, обеспечивает технологию радиодоступа, имеющую высокую конкурентоспособность в среднесрочной перспективе развития 3GPP. Однако, поскольку требования и ожидания пользователей и провайдеров все время возрастают и конкурентное развитие технологии радиодоступа продолжается, необходима новая технологическая эволюция 3GPP для повышения конкурентоспособности в будущем.The 3GPP (3-rd Generation Partnership Project) mobile communication system based on WCDMA (Code Division Broadband Multiple Access) radio access technology has become widespread worldwide. HSDPA (High Speed Downlink Packet Access), which can be defined as the first step in the evolution of WCDMA, provides radio access technology that is highly competitive in the medium term for 3GPP. However, as the demands and expectations of users and providers are constantly increasing and the competitive development of radio access technology continues, a new technological evolution of 3GPP is needed to increase competitiveness in the future.

3GPP участвует в проекте под названием "Evolved UTRA and UTRAN" с конца 2004 с целью развития технологии радиопередачи, которое может обеспечить высококачественное обслуживание и снижение затрат. Развитие проекта 3G в долгосрочной перспективе (далее именуемое LTE) имеет целью расширение покрытия, повышение емкости системы, снижение затрат для пользователей и провайдеров и повышение качества обслуживания. 3G LTE определяет в качестве требований высокого уровня снижение затрат в расчете на бит, расширение сферы услуг, гибкое использование частотных диапазонов, открытый интерфейс с простой структурой и надлежащее энергопотребление пользовательского оборудования.3GPP has been participating in a project called "Evolved UTRA and UTRAN" since the end of 2004 with the goal of developing radio technology that can provide high-quality service and lower costs. The long-term development of the 3G project (hereinafter referred to as LTE) aims to expand coverage, increase system capacity, reduce costs for users and providers, and improve the quality of service. 3G LTE defines as high-level requirements lower costs per bit, expansion of services, flexible use of frequency bands, an open interface with a simple structure and proper power consumption of user equipment.

В любой системе связи данные могут теряться на физическом канале. С развитием технологий вероятность нарушения передачи данных с передатчика на приемник по физическому каналу снижается, но полностью не исчезает. В частности, в случае, когда пользовательское оборудование удалено от базовой станции, вероятность потери данных высока. Важные данные сигнализации или сигналы управления требуют особой обработки для обеспечения надежности систем связи.In any communication system, data can be lost on the physical channel. With the development of technology, the probability of disruption of data transmission from the transmitter to the receiver over the physical channel decreases, but does not completely disappear. In particular, when the user equipment is remote from the base station, the probability of data loss is high. Important signaling data or control signals require special processing to ensure the reliability of communication systems.

Один из подходов, используемых для снижения потерь данных, представляет собой способ ARQ (автоматический запрос повторения). В общем случае способ ARQ осуществляется на более высоком уровне. Более низкие уровни осуществляют HARQ (смешанный ARQ), тем самым снижая потерю данных. HARQ использует FEC (прямое исправление ошибок) совместно с ARQ для коррекции ошибок данных с использованием FEC и для повторной передачи данных с использованием ARQ.One approach used to reduce data loss is the ARQ (Automatic Repeat Request) method. In general, the ARQ method is carried out at a higher level. Lower levels perform HARQ (mixed ARQ), thereby reducing data loss. HARQ uses FEC (forward error correction) in conjunction with ARQ to correct data errors using FEC and to retransmit data using ARQ.

Когда приемнику не удается принять данные во время повторной передачи, о сбое приема следует быстро сообщить передатчику. Дело в том, что можно сократить время коррекции ошибки и время разрешения препятствия к передаче данных, позволяя передатчику быстро распознавать сбой приема данных. Чем быстрее передатчик распознает сбой приема, тем короче время повторной передачи.When the receiver is unable to receive data during retransmission, a reception failure should be reported quickly to the transmitter. The fact is that it is possible to reduce the time of error correction and the time of resolving an obstacle to data transmission, allowing the transmitter to quickly recognize a data reception failure. The faster the transmitter detects a reception failure, the shorter the retransmission time.

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

Задача изобретенияObject of the invention

Существует необходимость в технологиях для повышения надежности передачи за счет эффективного использования ARQ более высокого уровня и HARQ более низкого уровня.There is a need for technologies to increase transmission reliability by efficiently utilizing higher level ARQ and lower level HARQ.

Решение задачиThe solution of the problem

Преимущество некоторых аспектов изобретения состоит в обеспечении способа передачи данных и способа повторной передачи данных, который позволяет повторно передавать данные, не принятые приемником, с эффективным использованием радиоресурсов.An advantage of some aspects of the invention is to provide a data transmission method and a data retransmission method that allows retransmission of data not received by the receiver with efficient use of radio resources.

Согласно аспекту изобретения блок данных подготавливается на более высоком уровне, и блок данных передается на более низком уровне. Информация отчета о статусе, связанная с приемом или отсутствием приема блока данных, принимается на более низком уровне.According to an aspect of the invention, a data block is prepared at a higher level, and a data block is transmitted at a lower level. The status report information associated with the reception or lack of reception of a data block is received at a lower level.

Согласно другому аспекту изобретения PDU (протокольная единица данных) уровня RLC (управления линией радиосвязи) подготавливается на уровне RLC и RLC PDU передается с использованием HARQ (смешанного автоматического запроса повторения) на физическом уровне. Принимается информация отчета о статусе, связанная с приемом или отсутствием приема RLC PDU. Следует ли повторно передавать RLC PDU определяется на основании информации отчета о статусе.According to another aspect of the invention, an RLC (Radio Link Control) layer PDU (Protocol Data Unit) is prepared at an RLC level and an RLC PDU is transmitted using HARQ (Mixed Automatic Repeat Request) at the physical layer. The status report information associated with the reception or absence of reception of the RLC PDU is received. Whether to retransmit the RLC PDU is determined based on the status report information.

Согласно еще одному аспекту изобретения блок данных повторно передается блок данных через HARQ заранее заданное число раз на физическом уровне. Прием сигнала NACK (отрицательного квитирования) сообщается уровню RLC при приеме сигнала NACK максимально допустимое число раз. Производится определение, следует ли повторно передавать блок данных.According to another aspect of the invention, the data block is retransmitted to the data block via HARQ a predetermined number of times at the physical layer. Reception of the NACK signal (negative acknowledgment) is reported to the RLC level upon receipt of the NACK signal as many times as possible. A determination is made whether to retransmit the data block.

Преимущества изобретенияAdvantages of the Invention

Когда приемник не принимает данные, передаваемые с передатчика, передатчик может быстро подтвердить сбой приема и повторно передать данные. Благодаря передаче информации отчета о статусе с приемника на передатчик на физическом уровне можно относительно быстро повторно передавать данные. Благодаря обеспечению операций объектов RLC, позволяющих принимать данные на приемнике без ошибок, можно быстрее передавать данные и повышать QoS (качество обслуживания).When the receiver does not receive data transmitted from the transmitter, the transmitter can quickly acknowledge the reception failure and retransmit the data. By transmitting status report information from the receiver to the transmitter at the physical layer, data can be relatively quickly retransmitted. By providing operations of RLC objects that allow receiving data at the receiver without errors, it is possible to transfer data faster and increase QoS (quality of service).

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

Фиг.1 - блок-схема, иллюстрирующая систему беспроводной связи.1 is a block diagram illustrating a wireless communication system.

Фиг.2 - блок-схема, иллюстрирующая плоскость управления протокола радиоинтерфейса.FIG. 2 is a block diagram illustrating a control plane of a radio interface protocol.

Фиг.3 - блок-схема, иллюстрирующая плоскость пользователя протокола радиоинтерфейса.FIG. 3 is a block diagram illustrating a user plane of a radio interface protocol.

Фиг.4 - логическая блок-схема, иллюстрирующая способ передачи данных согласно иллюстративному варианту осуществления изобретения.4 is a flowchart illustrating a data transmission method according to an illustrative embodiment of the invention.

Фиг.5 - логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.5 is a flowchart illustrating a data transmission method according to another illustrative embodiment of the invention.

Фиг.6 - логическая блок-схема, иллюстрирующая пример передачи и приема информации отчета о статусе.6 is a logical block diagram illustrating an example of transmitting and receiving status report information.

Фиг.7 - логическая блок-схема, иллюстрирующая другой пример передачи и приема информации отчета о статусе.7 is a logical block diagram illustrating another example of the transmission and reception of status report information.

Фиг.8 - логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.Fig. 8 is a flowchart illustrating a data transmission method according to another illustrative embodiment of the invention.

Фиг.9 - логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.9 is a flowchart illustrating a data transmission method according to another exemplary embodiment of the invention.

Фиг.10 - блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.10 is a flowchart illustrating a data transmission method according to another illustrative embodiment of the invention.

Фиг.11 - блок-схема, иллюстрирующая хэндовер согласно иллюстративному варианту осуществления изобретения.11 is a block diagram illustrating a handover according to an illustrative embodiment of the invention.

Фиг.12 - схема, иллюстрирующая пример способа передачи данных согласно иллюстративному варианту осуществления изобретения.12 is a diagram illustrating an example of a data transmission method according to an illustrative embodiment of the invention.

Фиг.13 - схема, иллюстрирующая пример способа передачи данных согласно иллюстративному варианту осуществления изобретения.13 is a diagram illustrating an example of a data transmission method according to an illustrative embodiment of the invention.

Предпочтительные варианты осуществления изобретенияPreferred Embodiments

Ниже, иллюстративные варианты осуществления изобретения будут подробно описаны со ссылкой на прилагаемые чертежи.Below, illustrative embodiments of the invention will be described in detail with reference to the accompanying drawings.

На фиг.1 показана блок-схема, иллюстрирующая систему беспроводной связи. Система беспроводной связи может иметь сетевую структуру E-UMTS (Усовершенствованная универсальная система мобильной связи). E-UMTS может представлять собой систему долгосрочного развития (LTE). Система беспроводной связи широко распространена для обеспечения разнообразных услуг связи, а именно голосовой связи, передачи пакетных данных и пр.1 is a block diagram illustrating a wireless communication system. A wireless communication system may have an E-UMTS (Advanced Universal Mobile Communications System) network structure. E-UMTS can be a Long Term Evolution (LTE) system. A wireless communication system is widely used to provide a variety of communication services, namely voice communication, packet data, etc.

Согласно фиг.1 сеть E-UMTS можно, в общем случае, разделить на E-UTRAN (стационарную сеть радиодоступа системы Evolved-UMTS) и CN (базовую сеть). E-UTRAN включает в себя eNode-B 20 и AG (шлюз доступа) 30, который находится на конце сети и подключен к внешней сети.According to figure 1, the E-UMTS network can, in general, be divided into E-UTRAN (Evolved-UMTS system fixed radio access network) and CN (core network). The E-UTRAN includes an eNode-B 20 and an AG (access gateway) 30, which is located at the end of the network and connected to an external network.

UE (пользовательское оборудование) 10 может быть стационарным или подвижным и, в рамках различных терминологий, может называться, например, мобильной станцией (MS), пользовательским терминалом (UT), абонентской станцией (SS) и беспроводным устройством.UE (user equipment) 10 may be stationary or mobile and, for various terminologies, may be referred to, for example, as a mobile station (MS), a user terminal (UT), a subscriber station (SS) and a wireless device.

eNode-B 20, в целом означает стационарную станцию, осуществляющую связь с UE 10 и, в рамках различных терминологий, может называться, например, базовой станцией (BS), базовой приемопередающей системой (BTS) и точкой доступа (АР). В одном eNode-B 20 может существовать одна или более сот. Интерфейс для передачи графика пользователя или графика управления можно использовать между разными eNode-B 20.The eNode-B 20 generally means a fixed station communicating with the UE 10 and, for various terminologies, may be referred to, for example, as a base station (BS), a base transceiver system (BTS), and an access point (AP). In one eNode-B 20, one or more cells may exist. An interface for transmitting a user schedule or a control schedule can be used between different eNode-Bs 20.

AG 30 также называется MME/UPE (сущностью управления мобильности/ сущностью плоскости пользователя). AG 30 можно разделить на участок для обработки графика пользователя и участок для обработки графика управления. AG для обработки графика пользователя и AG для обработки графика управления могут осуществлять связь друг с другом с использованием нового интерфейса.AG 30 is also called MME / UPE (mobility management entity / user plane entity). AG 30 can be divided into a section for processing a user schedule and a section for processing a control schedule. AGs for processing the user schedule and AGs for processing the control schedule can communicate with each other using a new interface.

CN может включать в себя AG 30 и узел для регистрации для других UE 10. Можно использовать интерфейс, позволяющий отличать друг от друга E-UTRAN и CN.The CN may include an AG 30 and a registration node for other UEs 10. An interface can be used to distinguish between E-UTRAN and CN.

Уровни протокола радиоинтерфейса между UE и сети можно классифицировать как уровень L1 (первый уровень), уровень L2 (второй уровень) и уровень L3 (третий уровень) на основании трех более низких уровней модели взаимодействия открытых систем (OSI), широко известной в системах связи. Физический уровень, принадлежащий первому уровню, обеспечивает службу переноса информации с использованием физического канала, и уровень RRC (управления радиоресурсами), находящийся на третьем уровне, служит для управления радиоресурсами между UE и сетью. Уровень RRC осуществляет обмен сообщениями RRC между UE и сетью. Уровень RRC может быть распределен между eNode-B и сетевыми узлами, например AG, или может располагаться локально в eNode-B или AG.The layers of the air interface protocol between the UE and the network can be classified as L1 (first level), L2 (second level) and L3 (third level) based on the three lower layers of the Open Systems Interconnection (OSI) model, commonly known in communication systems. The physical layer belonging to the first layer provides the information transfer service using the physical channel, and the RRC (radio resource control) layer located in the third layer serves to control radio resources between the UE and the network. The RRC layer exchanges RRC messages between the UE and the network. The RRC layer may be distributed between the eNode-B and network nodes, such as AG, or may be located locally in the eNode-B or AG.

Протокол радиоинтерфейса горизонтально включает в себя физический уровень, канальный уровень и сетевой уровень. Протокол радиоинтерфейса вертикально включает в себя плоскость пользователя для передачи данных и информации и плоскость управления для передачи сигналов управления.The radio interface protocol horizontally includes a physical layer, a link layer, and a network layer. The radio interface protocol vertically includes a user plane for transmitting data and information and a control plane for transmitting control signals.

На фиг.2 показана блок-схема, иллюстрирующая плоскость управления протокола радиоинтерфейса. На фиг.3 показана блок-схема, иллюстрирующая плоскость пользователя протокола радиоинтерфейса. На фиг.2 и 3 показана структура протокола радиоинтерфейса между UE и E-UTRAN на основании стандарта радиосети 3GPP.2 is a block diagram illustrating a control plane of a radio interface protocol. FIG. 3 is a block diagram illustrating a user plane of a radio interface protocol. Figures 2 and 3 show the structure of a radio interface protocol between a UE and an E-UTRAN based on the 3GPP radio network standard.

Согласно фиг.2 и 3 физический уровень в качестве первого уровня обеспечивает службу переноса информации на более высокий уровень с использованием физического канала. Физический уровень подключен к уровню MAC (управления доступом к среде), как более высокому уровню, транспортным каналом. Данные передаются между уровнем MAC и физическим уровнем по транспортному каналу. Данные передаются между разными физическими уровнями, т.е. между физическим уровнем передающей стороны и физическим уровнем принимающей стороны, по физическому каналу.According to figure 2 and 3, the physical layer as a first level provides a service for transferring information to a higher level using a physical channel. The physical layer is connected to the MAC (Media Access Control) layer, as a higher layer, by the transport channel. Data is transferred between the MAC layer and the physical layer over the transport channel. Data is transferred between different physical layers, i.e. between the physical layer of the transmitting side and the physical layer of the receiving side, on the physical channel.

Уровень MAC второго уровня обеспечивает обслуживание на уровне RLC (управления линией радиосвязи) в качестве более высокого уровня по логическому каналу. Уровень RLC второго уровня поддерживает надежную передачу данных. Функция уровня RLC может быть реализована посредством функционального блока на уровне MAC и, в этом случае, уровень RLC может не существовать.The Layer 2 MAC layer provides RLC (Radio Link Control) layer service as a higher layer on the logical channel. The second level RLC layer supports reliable data transmission. The function of the RLC layer may be implemented by a function block at the MAC layer and, in this case, the RLC layer may not exist.

Уровень PDCP (протокола схождения пакетных данных) второго уровня осуществляет функцию сжатия заголовку для уменьшения размера заголовка IP-пакета, содержащего ненужную информацию управления сравнительно большого размера для эффективной передачи пакетов в радиоинтервале, имеющем малую ширину полосы во время передачи пакета IP (Интернет-протокола), например IPv4 или IPv6.The Layer 2 PDCP (Packet Convergence Protocol) layer performs a header compression function to reduce the header size of an IP packet containing unnecessary relatively large control information for efficient packet transmission in a radio interval having a small bandwidth during transmission of an IP packet (Internet Protocol) e.g. IPv4 or IPv6.

Уровень RRC, находящийся в самом низу третьего уровня, задан только в плоскости управления. Уровень RRC управляет логическим каналом, транспортным каналом и физическим каналом, связанным с конфигурированием, переконфигурированием и освобождением однонаправленных радиоканалов (RB). RB это служба, обеспеченная на втором уровне для передачи данных между UE и Е-UTRAN.The RRC level, located at the very bottom of the third level, is set only in the control plane. The RRC layer controls the logical channel, the transport channel, and the physical channel associated with the configuration, reconfiguration, and release of unidirectional radio channels (RB). RB is a service provided in the second layer for data transmission between the UE and the E-UTRAN.

Транспортный канал нисходящей линии связи для передачи данных из сети на UE может включать в себя широковещательный канал (ВСН) для передачи системной информации и совместно используемый канал (SCH) нисходящей линии связи для передачи графика пользователя или сообщений управления. Трафик или сообщение управления многоадресной или широковещательной службы нисходящей линии связи может передаваться по SCH нисходящей линии связи или по конкретному МСН (многоадресному каналу) нисходящей линии связи. Транспортный канал восходящей линии связи для передачи данных от UE в сеть может включать в себя канал произвольного доступа (RACH) для передачи начального сообщения управления и SCH (совместно используемый канал) восходящей линии связи для передачи графика пользователя или сообщений управления.The downlink transport channel for transmitting data from the network to the UE may include a broadcast channel (BCH) for transmitting system information and a downlink shared channel (SCH) for transmitting a user schedule or control messages. The traffic or downlink multicast or broadcast service control message may be transmitted on the downlink SCH or on a particular downlink MCH (multicast channel). An uplink transport channel for transmitting data from a UE to a network may include a random access channel (RACH) for transmitting an initial control message and an uplink SCH (shared channel) for transmitting a user schedule or control messages.

Уровень RLC имеет основные функции, гарантирующие QoS (качество обслуживания) RB и передачи данных. Поскольку служба RB это услуга, которая предоставляется более высокому уровню со второго уровня согласно радиопротоколу, весь второй уровень влияет на QoS, и влияние уровня RLC наиболее сильно. Уровень RLC имеет независимый объект RLC для каждого RB, чтобы гарантировать определенное QoS для каждого RB и три режима RLC, а именно неквитируемый режим (UM), квитируемый режим (AM) и прозрачный режим (ТМ) для поддержки различных QoS. Два режима, а именно UM, не предусматривающий квитирование передаваемых данных, и AM, предусматривающий квитирование, будут описаны ниже.The RLC layer has basic functions that guarantee RB QoS (Quality of Service) and data communications. Since the RB service is a service that is provided to a higher level from the second level according to the radio protocol, the entire second level affects the QoS, and the influence of the RLC level is most severe. The RLC layer has an independent RLC entity for each RB to guarantee a specific QoS for each RB and three RLC modes, namely Unacknowledged Mode (UM), Acknowledged Mode (AM), and Transparent Mode (TM) to support different QoS. Two modes, namely UM, not providing acknowledgment of transmitted data, and AM, providing acknowledgment, will be described below.

Уровень UM RLC добавляет заголовок PDU (протокольной единицы данных), имеющий порядковый номер, к каждому PDU и, таким образом, информирует приемник о потере PDU. По этой причине, в плоскости пользователя уровень UM RLC отвечает за передачу широковещательных/многоадресных данных или передачу пакетных данных в реальном времени, например речи (например, VoIP) или организацию потоков домена пакетной службы. В плоскости управления уровень UM RLC отвечает за передачу сообщения RRC, не требующего квитирования, среди сообщений RRC, передаваемых на конкретное UE или конкретную группу UE в соте.The UM RLC layer adds a PDU (Protocol Data Unit) header with a sequence number to each PDU and thus informs the receiver of the loss of the PDU. For this reason, in the user plane, the UM RLC layer is responsible for transmitting broadcast / multicast data or transmitting packet data in real time, such as voice (eg, VoIP), or organizing the flow of a packet service domain. In the control plane, the UM RLC layer is responsible for transmitting an RRC message that does not require acknowledgment among RRC messages transmitted to a specific UE or a specific group of UEs in a cell.

Аналогично уровню UM RLC уровень AM RLC добавляет заголовок PDU, имеющий порядковый номер, во время построения PDU, но приемник передает квитирование в PDU, передаваемом с передатчика, в отличие от уровня UM RLC. Это делается для того, чтобы приемник мог запрашивать у передатчика повторную передачу PDU, не принятого приемником. Уровень AM RLC гарантирует безошибочную передачу данных посредством повторной передачи и, таким образом AM RLC отвечает за передачу пакетных данных вне реального времени, например согласно TCP/IP, домена пакетной службы, главным образом, в плоскости пользователя, и может отвечать за передачу сообщения RRC, требующего квитирования.Similar to the UM RLC layer, the AM RLC layer adds a PDU header having a sequence number during PDU construction, but the receiver transmits acknowledgment to the PDU transmitted from the transmitter, in contrast to the UM RLC. This is to ensure that the receiver can request the transmitter to retransmit PDUs not received by the receiver. The AM RLC layer guarantees error-free data transmission by means of retransmission, and thus the AM RLC is responsible for transmitting non-real-time packet data, for example according to TCP / IP, the packet service domain, mainly in the user plane, and may be responsible for transmitting the RRC message, requiring acknowledgment.

Ввиду направленности уровень UM RLC используется при односторонней связи, но AM RLC используется при двусторонней связи благодаря обратной связи от приемника. Поскольку двусторонняя связь в основном используется для двухточечной связи, уровень AM RLC использует только конкретный логический канал. Ввиду структуры один объект RLC уровня UM RLC имеет только одну из передачи и приема, но один объект RLC уровня AM RLC включает в себя как передачу, так и прием.Due to directionality, the UM RLC level is used for one-way communication, but AM RLC is used for two-way communication due to feedback from the receiver. Since bidirectional communication is mainly used for point-to-point communication, the AM RLC layer uses only a specific logical channel. Due to the structure, one UM RLC layer RLC entity has only one of transmission and reception, but one AM RLC layer RLC entity includes both transmission and reception.

Сложность AM RLC является результатом функции ARQ. Уровень AM RLC имеет буфер повторной передачи помимо буфера передачи/приема для управления ARQ и осуществляет различные функции использования окна передачи/приема для управления потоком, опрашивания, позволяющего передатчику запрашивать у приемника равноправного объекта RLC информацию статуса, составления отчета о статусе, позволяющего приемнику сообщать статус его буфера передатчику равноправного объекта RLC, и двусторонней передачи пакетов для вставки PDU статуса в PDU данных для повышения эффективности передачи данных. Кроме того, функции уровня AM RLC включают в себя PDU сброса, запрашивающую противоположный объект AM RLC сбросить все операции и параметры, когда объект AM RLC обнаруживает фатальную ошибку в ходе работы, и PDU ACK сброса, используемую при квитировании PDU сброса. Для поддержки функций AM RLC требует различных параметров протокола, переменных статуса и таймеров. PDU, используемых для сообщения информации статуса или управления передачи данных уровнем AM RLC, например PDU статуса и PDU сброса называются PDU управления. PDU, используемые для передачи пользовательских данных, называются PDU данных.The complexity of AM RLC is the result of the ARQ function. The AM RLC layer has a retransmission buffer in addition to the transmit / receive buffer for ARQ control and performs various functions of using the transmit / receive window for flow control, interrogation, which allows the transmitter to request status information from the receiver of the RLC peer, and to draw up a status report allowing the receiver to report the status its buffer to the RLC peer, and bidirectionally transmit packets to insert status PDUs into data PDUs to improve data transfer efficiency. In addition, AM RLC layer functions include a reset PDU requesting the opposite AM RLC object to reset all operations and parameters when the AM RLC object detects a fatal error during operation, and a reset ACK PDU used in acknowledging a reset PDU. To support AM functions, the RLC requires various protocol parameters, status variables, and timers. PDUs used to report status information or data transfer control by the RLC AM level, for example status PDUs and reset PDUs, are called control PDUs. PDUs used to transmit user data are called data PDUs.

Радиоресурсы в одной соте включают в себя радиоресурсы восходящей линии связи и радиоресурсы нисходящей линии связи. eNode-B отвечает за назначение и контроль радиоресурсов восходящей линии связи и радиоресурсов нисходящей линии связи. eNode-B определяет, когда UE использует радиоресурс, какой UE использует радиоресурс и какой радиоресурс использует UE. Например, eNode-B может определить, что частоты от 100 МГц до 101 МГц назначаются UE на 0,2 секунды в течение 3,2 секунд для передачи данных по нисходящей линии связи. Затем базовая станция информирует соответствующее UE о деталях определения, чтобы соответствующее UE могло принять данные нисходящей линии связи. Аналогично eNode-B определяет, когда UE использует радиоресурс, какой UE использует радиоресурс и какой радиоресурс использует UE, для передачи данных по восходящей линии связи. eNode-B передает такую информацию на соответствующее UE. Таким образом, eNode-B может динамически управлять радиоресурсами.The radio resources in one cell include uplink radio resources and downlink radio resources. The eNode-B is responsible for the assignment and control of uplink radio resources and downlink radio resources. The eNode-B determines when a UE uses a radio resource, which UE uses a radio resource, and which radio resource uses a UE. For example, an eNode-B may determine that frequencies from 100 MHz to 101 MHz are assigned to the UE for 0.2 seconds for 3.2 seconds for downlink data transmission. The base station then informs the corresponding UE of the details of the determination so that the corresponding UE can receive the downlink data. Similarly, an eNode-B determines when a UE uses a radio resource, which UE uses a radio resource and which radio resource uses a UE to transmit data on the uplink. The eNode-B transmits such information to the corresponding UE. In this way, the eNode-B can dynamically manage radio resources.

Традиционное UE непрерывно использует один радиоресурс в течение вызывного соединения. Это нерационально с той точки зрения, что многие недавно установленные услуги основаны на IP-пакетах. Большинство пакетных услуг не создает пакеты непрерывно в течение вызывного соединения, но существует много интервалов, когда никакие данные не передаются. Непрерывное назначение UE радиоресурсов неэффективно. Для решения вышеупомянутой проблемы можно использовать способ назначения радиоресурса UE только при наличии служебных данных.The traditional UE continuously uses one radio resource during a call connection. It is irrational from the point of view that many recently installed services are based on IP packets. Most packet services do not create packets continuously during a call connection, but there are many slots where no data is transmitted. Continuous assignment of UE radio resources is inefficient. To solve the above problem, you can use the method of assigning a radio resource to the UE only in the presence of service data.

Объект RLC образует RLC PDU в соответствии с размером радиоресурса, определяемым MAC. Объект RLC, находящийся в eNode-В, строит данные, размер которых определяется объектом MAC, и передает RLC PDU на объект MAC. Объект RLC, находящийся в UE, строит RLC PDU в соответствии с размером радиоресурса, определяемым на более низком уровне, т.е. объектом MAC. Объект RLC, находящийся в UE, строит данные, размер которых определяется объектом MAC, и передает RLC PDU на объект MAC.The RLC entity forms an RLC PDU in accordance with the radio resource size determined by the MAC. The RLC object located in the eNode-B builds data the size of which is determined by the MAC object and transmits the RLC PDU to the MAC object. The RLC entity located in the UE constructs the RLC PDUs in accordance with the radio resource size determined at a lower level, i.e. MAC object. The RLC object located in the UE builds data the size of which is determined by the MAC object and transmits the RLC PDU to the MAC object.

Объект MAC, находящаяся в UE, принимает информацию о полном объеме радиоресурсов от eNode-B. Объект MAC принимает информацию, указывающую, какой объем радиоресурсов объект MAC может использовать при следующей передаче с eNode-B. Напротив, объект MAC, находящийся в eNode-B, определяет использование всех радиоресурсов восходящей линии связи и радиоресурсов нисходящей линии связи. Объект MAC eNode-B определяет, какой объем радиоресурсов следует назначить UE в следующем интервале передачи, и передает результат определения объектам MAC, находящимся в UE. UE определяют, какой объем данных следует передавать по логическим каналам или объектам RLC с учетом данных, хранящихся в их буферах, и их приоритетов. Каждый объект RLC определяет размер RLC PDU, подлежащей передаче на объект MAC. Аналогично объект MAC, находящийся в eNode-B, определяет, какой объем данных следует назначить соответствующим объектам RLC, с учетом объема данных нисходящей линии связи соответствующих UE и приоритетов данных и передает результат определения соответствующим объектам RLC. Соответствующие объекты RLC строят RLC PDU в соответствии с результатом определения и передают построенные RLC PDU на объект MAC.The MAC object located in the UE receives information about the full amount of radio resources from the eNode-B. The MAC object receives information indicating how much radio resources the MAC object can use in the next transmission with eNode-B. In contrast, the MAC entity residing in the eNode-B determines the use of all uplink radio resources and downlink radio resources. The eNode-B MAC object determines how much radio resources should be assigned to the UE in the next transmission interval, and transmits the determination result to the MAC objects located in the UE. UEs determine how much data should be transmitted over logical channels or RLC entities, taking into account the data stored in their buffers and their priorities. Each RLC entity determines the size of the RLC PDU to be transmitted to the MAC entity. Similarly, the MAC object located in the eNode-B determines how much data should be assigned to the corresponding RLC objects, taking into account the downlink data volume of the respective UEs and data priorities, and transmits the determination result to the corresponding RLC objects. Corresponding RLC entities construct the RLC PDUs in accordance with the determination result and transmit the constructed RLC PDUs to the MAC entity.

PDU - это основная единица данных, используемая для передачи данных между уровнями. PDU это данные, которые передается с соответствующего уровня на другой уровень. RLC PDU, MAC PDU и т.п. являются примерами данных, используемых на разных уровнях. SDU (служебная единица данных) это единица данных с другого уровня на соответствующий уровень.A PDU is the basic unit of data used to transfer data between layers. PDUs are data that is transferred from the appropriate layer to another layer. RLC PDU, MAC PDU, etc. are examples of data used at different levels. An SDU (service data unit) is a unit of data from another level to the corresponding level.

На фиг.4 показана логическая блок-схема, иллюстрирующая способ передачи данных согласно иллюстративному варианту осуществления изобретения. Тх RLC обозначает объект RLC на передатчике 30, и Тх HARQ обозначает более низкий уровень уровня RLC для осуществления HARQ на передатчике 300. Rx RLC обозначает объект RLC на приемник 350, и Rx HARQ обозначает более низкий уровень уровня RLC для осуществления HARQ на приемнике 350. HARQ, в основном, осуществляется на физических уровнях. Операция HARQ может осуществляться с использованием MAC PDU и операция ARQ осуществляться на более высоком уровне, чем операция HARQ.FIG. 4 is a flowchart illustrating a data transmission method according to an illustrative embodiment of the invention. TX RLC denotes an RLC entity at transmitter 30, and TX HARQ denotes a lower RLC level for implementing HARQ at transmitter 300. Rx RLC denotes an RLC entity at receiver 350, and Rx HARQ denotes a lower RLC level for implementing HARQ at receiver 350. HARQ is mainly carried out at physical levels. The HARQ operation can be performed using the MAC PDU and the ARQ operation is performed at a higher level than the HARQ operation.

Согласно фиг.4 RLC PDU передается на Тх HARQ с Тх RLC (S100). RLC PDU передается на уровень MAC и может преобразовываться в одну или несколько MAC PDU, содержащих информацию заголовка. MAC PDU служит в качестве блока данных, подлежащего передаче с физического уровня через HARQ. Тх HARQ передает блок данных на Rx HARQ (S110). Когда в принятом блоке данных ошибка не обнаружена, Rx HARQ передает сигнал АСК (квитирования) на Тх HARQ и передает блок данных на Rx RLC в качестве более высокого уровня. Для ясности предположим, что ошибка обнаружена в блоке данных, принятом на Rx HARQ.4, an RLC PDU is transmitted on a TX HARQ with a TX RLC (S100). The RLC PDU is transmitted to the MAC layer and can be mapped to one or more MAC PDUs containing header information. The MAC PDU serves as the data block to be transmitted from the physical layer through HARQ. TX HARQ transmits a data block to Rx HARQ (S110). When no error is detected in the received data block, the Rx HARQ transmits an ACK (acknowledgment) signal to the TX HARQ and transmits the data block to the Rx RLC as a higher level. For clarity, suppose that an error is detected in a data block received at Rx HARQ.

При обнаружении ошибки в блоке данных Rx HARQ передает сигнал NACK (отрицательного квитирования) на Тх HARQ (S120). Сигнал NACK служит в качестве сигнала запроса повторной передачи в HARQ. Тх HARQ передает блок данных повторной передачи на Rx HARQ (S130). Блок данных повторной передачи может быть равен или не равен блоку данных до повторной передачи, в зависимости от способа HARQ. Когда ошибка не обнаружена во второй передаче, Rx HARQ передает сигнал АСК на Тх HARQ и передает блок данных на Rx RLC в качестве более высокого уровня. Здесь предполагается, что во второй передаче обнаружена ошибка, и Rx HARQ передает сигнал NACK на Тх HARQ (S140).When an error is detected in the Rx data block, the HARQ transmits a NACK (negative acknowledgment) signal to the TX HARQ (S120). The NACK signal serves as a retransmission request signal in the HARQ. TX HARQ transmits the retransmission data block to Rx HARQ (S130). The retransmission data block may or may not be equal to the data block prior to retransmission, depending on the HARQ method. When no error is detected in the second transmission, the Rx HARQ transmits the ACK signal to the TX HARQ and transmits a data block to the Rx RLC as a higher layer. Here, it is assumed that an error has been detected in the second transmission, and the Rx HARQ transmits a NACK signal to TX HARQ (S140).

Таким образом, передача может повторяться L раз (3150). L обозначает максимально допустимое число повторений. При обнаружении ошибки в L-й передаче Rx HARQ передает сигнал NACK на Тх HARQ (S160).Thus, the transmission can be repeated L times (3150). L denotes the maximum number of repetitions. When an error is detected in the L-th transmission, the Rx HARQ transmits a NACK signal to the TX HARQ (S160).

При приеме N-го сигнала NACK Тх HARQ сообщает о сбое передачи на Тх RLC (S170). Тх RLC, которому сообщается о сбое передачи, снова передает RLC PDU на Тх HARQ и начинает повторную передачу (S180).Upon receipt of the Nth signal NACK TX HARQ reports a transmission failure on TX RLC (S170). TX RLC, to which transmission failure is reported, again transmits the RLC PDU to TX HARQ and starts retransmission (S180).

Тх RLC передает RLC PUD на Тх HARQ (SI80). Тх HARQ повторно передает блок данных на Rx HARQ (S190).TX RLC sends the RLC PUD to the TX HARQ (SI80). TX HARQ retransmits the data block to the Rx HARQ (S190).

Когда передатчик 300 передает MAC PDU допустимое число раз и столько же раз принимает сигнал NACK от приемника 350, информация сообщается непосредственно на Тх RLC, минуя Rx RLC. Поскольку информация не проходит через объект RLC приемника 350, можно быстрее проверить необходимость повторной передачи. Когда передатчик 300 сразу начинает новую передачу HARQ в ответ на сигнал NACK, переданный с приемника 350, приемник 350 может быстрее распознать ошибку приема.When transmitter 300 transmits a MAC PDU a valid number of times and as many times receives a NACK signal from receiver 350, information is reported directly to TX RLC, bypassing Rx RLC. Since the information does not pass through the RLC entity of the receiver 350, it is possible to quickly check for retransmission. When the transmitter 300 immediately starts a new HARQ transmission in response to a NACK signal transmitted from the receiver 350, the receiver 350 can more quickly recognize a reception error.

С другой стороны, передатчик 300 повторно передает конкретную RLC PDU несколько раз (N раз), но может принимать ответ, указывающий, что конкретная RLC PDU не принимается приемником 350. Когда RLC PDU передается N раз, передача больше не осуществляется, и передаются другие данные. Когда Тх RLC передал RLC PDU N раз и в ответ принял отрицательный ответ, Тх RLC может информировать приемник 350 о том, что данные больше не передаются, без повторной передачи данных. Если приемник 350 не знает, что передача данных отменена, запрос на повторную передачу данных может передаваться на передатчик 300.On the other hand, the transmitter 300 retransmits a particular RLC PDU several times (N times), but may receive a response indicating that a particular RLC PDU is not received by the receiver 350. When the RLC PDU is transmitted N times, the transmission is no longer performed and other data is transmitted. . When TX RLC transmitted the RLC PDU N times and received a negative response, TX RLC can inform the receiver 350 that the data is no longer being transmitted without retransmitting the data. If the receiver 350 does not know that the data transfer has been canceled, a request for retransmission of the data may be transmitted to the transmitter 300.

При наступлении определенного условия и когда передатчик 300 больше не передает конкретный блок данных, передатчик 300 может информировать об этом приемник 350. При этом передатчик 300 может информировать об этом приемник 350 с использованием заголовка блока данных или блока данных управления. Блок данных может быть RLC PDU или MAC PDU. Rx LRC перестает ждать блок данных при приеме информации, указывающей, что блок данных не передается с передатчика 300. При этом приемник 350 может действовать, как будто он принял блок данных. Альтернативно приемник 350 может действовать, как будто блок данных удален. Приемник 350 может продвигать окно или реконструировать данные независимо от существования блока данных.Upon the occurrence of a certain condition and when the transmitter 300 no longer transmits a specific data block, the transmitter 300 can inform the receiver 350 about this. At the same time, the transmitter 300 can inform the receiver 350 about this using the header of the data block or control data block. The data unit may be an RLC PDU or MAC PDU. The Rx LRC stops waiting for the data block when receiving information indicating that the data block is not being transmitted from the transmitter 300. In this case, the receiver 350 may act as if it had received the data block. Alternatively, receiver 350 may act as if the data block was deleted. Receiver 350 may advance a window or reconstruct data regardless of the existence of a data block.

На фиг.5 показана логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.5 is a flowchart illustrating a data transmission method according to another illustrative embodiment of the invention.

Согласно фиг.5 RLC PDU передается с Тх RLC на Тх HARQ (S200). Тх HARQ передает блок данных на Rx HARQ (S210). При обнаружении ошибки в блоке данных Rx HARQ передает сигнал NACK на Тх HARQ (S220). Тх HARQ передает блок данных повторной передачи на Rx HARQ (S230). Ошибка обнаруживается во второй передаче, и Rx HARQ передает сигнал NACK на Тх HARQ (S240). Таким образом, передача блока данных может повторяться максимально допустимое число раз L (S250).5, an RLC PDU is transmitted from TX RLC to TX HARQ (S200). TX HARQ transmits a data block to Rx HARQ (S210). If an error is detected in the Rx data block, the HARQ transmits a NACK signal to the TX HARQ (S220). TX HARQ transmits the retransmission data block to Rx HARQ (S230). An error is detected in the second gear, and the Rx HARQ transmits a NACK signal to the TX HARQ (S240). Thus, the transmission of the data block can be repeated as many times as possible L (S250).

Ошибка не обнаруживается в последней передаче, и блок данных передается на Rx RLC (S2 55). Rx HARQ передает сигнал АСК на Tx HARQ (S2 60). На этапе S260, Tx HARQ может распознавать сигнал АСК как сигнал NACK под влиянием физического канала. Если Tx RLC, которому сообщается о сбое, повторно передает RLC PDU, он может неоправданно расходовать радиоресурсы.An error is not detected in the last transmission, and the data block is transmitted to the Rx RLC (S2 55). The Rx HARQ transmits the ACK signal to the Tx HARQ (S2 60). At step S260, the Tx HARQ may recognize the ACK signal as a NACK signal under the influence of the physical channel. If the Tx RLC to which the failure is reported retransmits the RLC PDU, it may unnecessarily consume radio resources.

Во избежание растраты радиоресурсов Rx RLC строит информацию отчета о статусе и передает информацию отчета о статусе на Rx HARQ (S270). Rx HARQ передает информацию отчета о статусе на Tx HARQ (3275). Информация отчета о статусе - это информация, которая передается с приемника 450 на передатчик 400 и включает в себя информацию о блоке данных, принятом приемником 450, и блоке данных, не принятом приемнике 450. Информация отчета о статусе может строиться на уровне RLC или на уровне MAC. Приемник 450 может разрешать включать в информацию отчета о статусе только информацию о блоке данных, не принятом приемником 450. Поскольку потеря данных на физическом уровне очень мала благодаря использованию HARQ, передача приемником 450 всей информации о блоке данных, принятом приемником 450, и блоке данных, не принятом приемником 450, может быть неэффективна. Дополнительно, когда приемник 450 также должен передавать информацию о блоке данных, успешно принятом приемником 450, в ответ на запрос от передатчика 400, приемник 450 может передавать блок данных, имеющий наибольший порядковый номер среди последовательно принятых блоков данных.To avoid wasting radio resources, the Rx RLC builds status report information and transmits status report information to Rx HARQ (S270). Rx HARQ transmits status report information to Tx HARQ (3275). Status report information is information that is transmitted from receiver 450 to transmitter 400 and includes information about a data block received by receiver 450 and a data block not received by receiver 450. The status report information can be constructed at the RLC level or at the level MAC The receiver 450 may allow only information about the data block not received by the receiver 450 to be included in the status report information. Since data loss at the physical level is very small due to the use of HARQ, the receiver 450 will transmit all the information about the data block received by the receiver 450 and the data block not received by receiver 450 may be ineffective. Additionally, when the receiver 450 also needs to transmit information about the data block successfully received by the receiver 450, in response to a request from the transmitter 400, the receiver 450 may transmit the data block having the highest sequence number among sequentially received data blocks.

Информация отчета о статусе сообщается на Tx RLC (S280). Tx RLC проверяет информацию отчета о статусе и затем передает соответствующую RLC PDU. Согласно способу ARQ важно, чтобы, когда приемник 450 не принимает данные, передаваемые с передатчика 400, передатчик 400 точно и быстро распознавал сбой. Из информации отчета о статусе, переданной на физическом уровне, Тх RLC может точно и быстро распознавать, следует ли повторно передавать данные.Status report information is reported on the Tx RLC (S280). The Tx RLC checks the status report information and then transmits the corresponding RLC PDU. According to the ARQ method, it is important that when the receiver 450 does not receive data transmitted from the transmitter 400, the transmitter 400 accurately and quickly recognize the failure. From the status report information transmitted at the physical layer, TX RLC can accurately and quickly recognize whether data should be retransmitted.

Передатчик 400 должен передавать соответствующий блок данных после приема информации отчета о статусе от приемника 450. Тх RLC не передает RLC SDU, переданную сущностью более высокого уровня, как есть, но реконструирует RLC PDU, придавая ей размер, необходимый сущности более низкого уровня, и передает реконструированную RLC PDU на сущность более низкого уровня. Например, RLC SDU размером 1000 байт можно разделить на несколько RLC PDU. Приемник 450 может не принять часть RLC PDU из RLC SDU. Например, приемник 450 может не принять 100 байт из 1000 байт. В этом случае это приводит к растрате радиоресурсов, в связи с чем передатчик 400 повторно передает всю RLC SDU. Приемник 450 передает на RLC PDU информацию, не принятую приемником 450, на передатчик 400, и затем передатчик 400 передает соответствующие RLC PDU. Когда радиоресурсов недостаточно, передатчик 400 может передавать суб-PDU уровня RLC, на которые делится RLC PDU.The transmitter 400 must transmit the corresponding data unit after receiving status report information from the receiver 450. The TX RLC does not transmit the RLC SDU transmitted by the entity of the higher level, as it is, but reconstructs the RLC PDU, giving it the size required by the entity of the lower layer, and transmits reconstructed RLC PDU to a lower level entity. For example, an RLC SDU of 1000 bytes in size can be divided into several RLC PDUs. The receiver 450 may not receive a portion of the RLC PDU from the RLC SDU. For example, receiver 450 may not accept 100 bytes out of 1000 bytes. In this case, this leads to a waste of radio resources, in connection with which the transmitter 400 retransmits the entire RLC SDU. The receiver 450 transmits information not received by the receiver 450 to the RLC PDU to the transmitter 400, and then the transmitter 400 transmits the corresponding RLC PDUs. When there are not enough radio resources, the transmitter 400 may transmit RLC sub-PDUs into which the RLC PDUs are divided.

Информация отчета о статусе передается и принимается с использованием физического уровня, чтобы передатчик 400 и приемник 450 могли быстро обмениваться информацией ARQ. Информация отчета о статусе может передаваться с использованием канала, заданного на физическом уровне, а не на уровне RLC PDU или MAC PDU. При приеме информации отчета о статусе физический уровень передает принятую информацию отчета о статусе на объект RLC более высокого уровня. Когда необходимо передать информацию отчета о статусе, объект RLC передает информацию отчета о статусе непосредственно на физический уровень, и физический уровень может передать информацию отчета о статусе с использованием физического канала, отличного от канала, по которому передаются данные.Status report information is transmitted and received using the physical layer so that transmitter 400 and receiver 450 can quickly exchange ARQ information. Status report information may be transmitted using a channel specified at the physical layer, rather than at the RLC PDU or MAC PDU level. When receiving status report information, the physical layer transmits the received status report information to a higher level RLC entity. When it is necessary to transmit status report information, the RLC entity transmits status report information directly to the physical layer, and the physical layer can transmit status report information using a physical channel other than the channel through which data is transmitted.

Информация отчета о статусе может передаваться по каналу, через который передается информация планирования, указывающая назначение физических ресурсов на физическом уровне. Информация отчета о статусе может представлять собой информацию о блоке данных, принятом или не принятом объектом RLC приемника. Альтернативно информация отчета о статусе может представлять собой информацию о блоке данных, не принятом объектом RLC передатчика или информацию о блоке данных, отброшенном передатчиком. Получив извещение о том, что конкретный блок данных больше не передается с передатчика, RLC приемника 450 может прекратить ожидать RLC PDU и обработать блоки данных, хранящиеся в его буфере.The status report information can be transmitted through a channel through which scheduling information is transmitted indicating the purpose of the physical resources at the physical level. The status report information may be information about a data block received or not received by an RLC receiver object. Alternatively, the status report information may be information about a data block not received by the transmitter RLC or information about a data block discarded by the transmitter. Upon receiving a notification that a particular data unit is no longer being transmitted from the transmitter, the RLC of receiver 450 may stop waiting for the RLC PDU and process the data units stored in its buffer.

Приемник 450 добавить информацию отчета о статусе к головной части блока данных. Блок данных может представлять собой RLC PDU или MAC PDU. Информация отчета о статусе может представлять собой информацию о блоках данных, не принятых приемником 450. Приемник 450 может не разрешить включать в информацию отчета о статусе информацию о блоках данных, принятых приемником.Receiver 450 add status report information to the head of the data block. The data unit may be an RLC PDU or MAC PDU. The status report information may be information about data blocks not received by the receiver 450. The receiver 450 may not allow information about the data blocks received by the receiver to be included in the status report information.

Когда объект RLC или логический канал конкретно отображается процессом HARQ для снижения служебной нагрузки блоков данных на более высоких уровнях, несколько полей можно исключить. Например, когда RB 1 отображается процессом 1 HARQ один к одному, TSN или идентификатор логического канала можно исключить из блока данных, переданного в HARQ 1.When an RLC object or logical channel is specifically mapped by the HARQ process to reduce the overhead of data blocks at higher levels, several fields can be omitted. For example, when RB 1 is displayed by HARQ process 1 one to one, the TSN or logical channel identifier can be excluded from the data block transmitted in HARQ 1.

Приемник использует физический уровень для более быстрой и эффективной передачи информации отчета о статусе. Когда блок данных, не принятый приемником, существует в течение интервала времени, принятого приемником, приемник может информировать передатчик об этом с использованием сигнализации по физическому каналу. Например, когда приемник передает сигналы на приемник по физическому каналу управления в каждый интервал времени, приемник может информировать передатчик о том, принимает ли приемник данные, передаваемые.с передатчика, в течение предыдущего интервала времени по физическому каналу. Когда приемник информирует передатчик о том, что приемник не принимает блок данных в течение предыдущего интервала времени по физическому каналу, передатчик может осуществить повторную передачу блока данных. При этом информация, переданная с приемника на передатчик, указывает, в какой интервал времени приемнику не удалось принять блок данных. Когда приемнику не удается принять блок данных, переданный с передатчика, приемник может сообщать передатчику информацию об интервале времени, когда произошел сбой приема.The receiver uses the physical layer to transfer status report information more quickly and efficiently. When a block of data not received by the receiver exists for a period of time received by the receiver, the receiver can inform the transmitter of this using signaling on the physical channel. For example, when the receiver transmits signals to the receiver via the physical control channel at each time interval, the receiver can inform the transmitter whether the receiver receives data transmitted from the transmitter during the previous time interval on the physical channel. When the receiver informs the transmitter that the receiver has not received the data block during the previous time interval on the physical channel, the transmitter may retransmit the data block. In this case, the information transmitted from the receiver to the transmitter indicates in which time interval the receiver was unable to receive the data block. When the receiver is unable to receive the data block transmitted from the transmitter, the receiver can inform the transmitter of information about the time interval when the reception failed.

В иллюстративном варианте осуществления информация об интервале времени, передаваемая с приемника на передатчик, может включать в себя информацию об успехе и неудаче приема приемника для всей передачи с передатчика в интервале времени, для которого приемником установлен постоянный размер, или информацию времени этого события. В другом иллюстративном варианте осуществления информация об интервале времени, передаваемая с приемника на передатчик, может включать в себя информацию о сбое приема на приемнике для всей передачи с передатчика в интервале времени, для которого приемником установлен постоянный размер, или информацию времени этого события. В еще одном иллюстративном варианте осуществления информация об интервале времени, передаваемая с приемника на передатчик, может включать в себя информацию об успехе и неудаче приема приемника для передачи с передатчика или информацию времени этого события. В еще одном иллюстративном варианте осуществления информация об интервале времени, передаваемая с приемника на передатчик, может включать в себя информацию о сбое приема на приемнике для передачи с передатчика или информацию времени этого события.In an exemplary embodiment, information about a time interval transmitted from a receiver to a transmitter may include information about success and failure of receiving the receiver for all transmission from the transmitter in a time interval for which the receiver has a fixed size, or time information of this event. In another illustrative embodiment, time interval information transmitted from the receiver to the transmitter may include information about reception failure at the receiver for all transmission from the transmitter in the time interval for which the receiver has a fixed size, or time information of this event. In yet another illustrative embodiment, time interval information transmitted from the receiver to the transmitter may include success and failure information for receiving the receiver for transmission from the transmitter or time information of this event. In yet another illustrative embodiment, the time interval information transmitted from the receiver to the transmitter may include information about the reception failure at the receiver for transmission from the transmitter or time information of this event.

Когда передатчик принимает информацию о сбое приема или информацию о времени этого события, передатчик может назначить повторную передачу соответствующих данных независимо от приема информации отчета о статусе от приемника. Передача информации о сбое приема или информация о времени этого события может осуществляться сущностью физического уровня или MAC. Физический уровень или уровень MAC передатчика, получив информацию о сбое приема или информацию о времени этого события, переданную с приемника, может информировать уровень RLC информации. Объект RLC передатчика, получив информацию о сбое приема или информацию о времени этого события, переданную с приемника, может повторно передать соответствующую RLC PDU или RLC SDU и, при необходимости, реконструировать RLC PDU.When the transmitter receives reception failure information or time information of this event, the transmitter can schedule the corresponding data to be retransmitted regardless of the receipt of status report information from the receiver. The transmission of reception failure information or the time information of this event may be carried out by the entity of the physical layer or MAC. The physical level or MAC level of the transmitter, having received information about the reception failure or time information of this event transmitted from the receiver, can inform the level of RLC information. Having received the reception failure information or time information of this event transmitted from the receiver, the transmitter RLC object can retransmit the corresponding RLC PDU or RLC SDU and, if necessary, reconstruct the RLC PDU.

На фиг.6 показана логическая блок-схема, иллюстрирующая пример передачи и приема информации отчета о статусе. Информация отчета о статусе может передаваться на передатчик в состоянии, когда она произвольно или предварительно задана приемником. Альтернативно, для более быстрой проверки информации отчета о статусе, передатчик может запрашивать передачу информации отчета о статусе посредством информации запроса статуса.6 is a logical block diagram illustrating an example of transmitting and receiving status report information. The status report information may be transmitted to the transmitter in a state when it is arbitrarily or previously set by the receiver. Alternatively, for faster verification of the status report information, the transmitter may request the transmission of the status report information through the status request information.

Согласно фиг.6 Тх HARQ передает информацию запроса статуса на Rx HARQ (S310). Информация запроса статуса запрашивает у приемника передачу информации отчета о статусе. Информация запроса статуса позволяет передатчику 500 и приемнику 550 быстрее обмениваться информацией отчета о статусе. Информация запроса статуса - это информация, указывающая, что приемник 550 должен быстро построить и передать информацию отчета о статусе. При приеме информации запроса статуса Rx HARQ информирует Rx RLC об этом (S320). Rx RLC строит и передает информацию отчета о статусе на Rx HARQ (S330). Rx HARQ передает информацию отчета о статусе (S340).6, TX HARQ transmits status request information to Rx HARQ (S310). The status request information requests the receiver to transmit status report information. The status request information allows the transmitter 500 and receiver 550 to exchange status report information more quickly. Status request information is information indicating that the receiver 550 should quickly build and transmit status report information. Upon receipt of the Rx status request information, the HARQ informs the Rx RLC of this (S320). Rx RLC builds and transmits status report information on the Rx HARQ (S330). Rx HARQ transmits status report information (S340).

При выполнении заранее установленного условия физический уровень передатчика 500 может передавать информацию запроса статуса по физическому каналу, отличному от физического канала, по которому передаются данные. Например, когда физический уровень осуществляет повторную передачу столько раз, сколько раз может осуществляться повторная передача HARQ, каковое число задано в блоке данных, переданном на физическом уровне, физический уровень может задать и передать информацию запроса статуса.When a predetermined condition is met, the physical layer of the transmitter 500 may transmit status request information on a physical channel other than the physical channel on which the data is transmitted. For example, when the physical layer retransmits as many times as the number of times the HARQ can be retransmitted, which number is specified in the data block transmitted at the physical layer, the physical layer can specify and transmit status request information.

Информация отчета о статусе или информация запроса статуса может передаваться посредством информации управления транспортного канала, который используется на физическом уровне для передачи информации планирования.The status report information or status request information may be transmitted by the control information of the transport channel, which is used at the physical layer to transmit scheduling information.

На фиг.7 показана логическая блок-схема, иллюстрирующая другой пример передачи и приема информации отчета о статусе.7 is a flowchart illustrating another example of transmitting and receiving status report information.

Согласно фиг.7 Тх RLC запрашивает информацию запроса статуса (S410). Информация запроса статуса может запрашиваться более высоким уровнем, а также физическим уровнем. Когда буфер объекта RLC пуст, например после передачи последней RLC PDU, объект RLC может запросить информацию запроса статуса, чтобы принять информацию отчета о статусе от приемника 650. Тх HARQ передает информацию запроса статуса на Rx HARQ (S420). При приеме информации запроса статуса Rx HARQ информирует Rx RLC об этом (3430). Rx RLC строит и передает информацию отчета о статусе на Rx HARQ (S440). Rx HARQ передает информацию отчета о статусе (S450).Referring to FIG. 7, TX RLC requests status request information (S410). Status request information may be requested by a higher level as well as a physical layer. When the buffer of the RLC object is empty, for example, after transmitting the last RLC PDU, the RLC object may request status request information to receive status report information from the receiver 650. TX HARQ transmits status request information to Rx HARQ (S420). Upon receipt of the Rx status request information, the HARQ informs the Rx RLC of this (3430). Rx RLC builds and transmits status report information on the Rx HARQ (S440). Rx HARQ transmits status report information (S450).

На фиг.8 показана логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.8 is a flowchart illustrating a data transmission method according to another illustrative embodiment of the invention.

Согласно фиг.8 RLC PDU передается с Тх RLC на Тх HARQ (S500). Тх HARQ передает блок данных на Rx HARQ (S510). При обнаружении ошибки в блоке данных Rx HARQ передает сигнал NACK на Тх HARQ (S520). Тх HARQ передает блок данных повторной передачи на Rx HARQ (S530). Ошибка обнаруживается во второй передаче, и Rx HARQ передает сигнал NACK на Тх HARQ (S540). Таким образом, передача может повторяться L раз, т.е. максимально допустимое число раз (S550).8, an RLC PDU is transmitted from TX RLC to TX HARQ (S500). TX HARQ transmits the data block to the Rx HARQ (S510). When an error is detected in the Rx data block, the HARQ transmits a NACK signal to the TX HARQ (S520). TX HARQ transmits the retransmission data block to Rx HARQ (S530). An error is detected in the second gear, and the Rx HARQ transmits a NACK signal to the TX HARQ (S540). Thus, the transmission can be repeated L times, i.e. the maximum number of times (S550).

При обнаружении ошибки в последней передаче Rx RLC получает запрос на построение информации отчета о статусе (S555). Rx RLC строит и передает информацию отчета о статусе на Rx HARQ (S570). При обнаружении ошибки, когда Rx HARQ передает сигнал NACK, Тх HARQ может распознавать сигнал NACK как сигнал АСК (35 60). Rx HARQ передает информацию отчета о статусе на Тх HARQ (S575). Информация отчета о статусе сообщается на Тх RLC (S580). Соответственно, даже когда ошибка происходит из сигнала ACK/NACK, RLC может точно определить, следует ли осуществлять повторную передачу на основании информации отчета с статусе.If an error is detected in the last Rx transmission, the RLC receives a request to build status report information (S555). Rx RLC builds and transmits status report information on the Rx HARQ (S570). If an error is detected when the Rx HARQ transmits a NACK signal, the TX HARQ may recognize the NACK signal as an ACK signal (35-60). The Rx HARQ transmits status report information to the TX HARQ (S575). Status report information is reported on TX RLC (S580). Accordingly, even when an error occurs from the ACK / NACK signal, the RLC can accurately determine whether to retransmit based on the status report information.

Независимо от информации отчета о статусе, физический уровень может передавать конкретную информацию для более эффективной передачи сигналов ACK/NACK между HARQ. Когда передатчик осуществляет последний процесс HARQ конкретного блока данных, передатчик может передавать конкретную информацию, указывающую, что последний конкретный блок данных HARQ передается на физическом уровне.Regardless of the status report information, the physical layer can transmit specific information for more efficient ACK / NACK signaling between HARQs. When the transmitter performs the last HARQ process of a particular data block, the transmitter may transmit specific information indicating that the last specific HARQ data block is being transmitted at the physical layer.

На фиг.9 показана логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения. Этот способ позволяет объекту RLC взаимодействовать с экстренной службой.9 is a flowchart illustrating a data transmission method according to another exemplary embodiment of the invention. This method allows the RLC entity to communicate with the emergency service.

Согласно фиг.9 Тх RLC передает RLC PDU на приемник 850 (S600). При сбое первой передачи Тх RLC осуществляет повторную передачу. Повторная передача может повторяться N раз, т.е. максимально допустимое число раз (S610). При сбое N-й передачи 25 Tx RLC информирует Rx RRC о сбое (3630).Referring to FIG. 9, TX RLC transmits an RLC PDU to receiver 850 (S600). Upon failure of the first TX transmission, the RLC retransmits. Retransmission can be repeated N times, i.e. the maximum number of times (S610). If the 25th Tx Rx transmission fails, the RLC informs the Rx RRC of the failure (3630).

Когда событие, состоящее в том, что передатчик 800 передает конкретный блок данных, но не принимает квитирование от приемника 850, повторяется заранее определенное число раз или более, уровень RLC может информировать более высокий уровень о сбросе состояния связи. Когда RRC получает информацию от RLC, что он передает блок данных заранее определенное число раз или более, но не принимает квитирование от противоположной стороны, RRC решает эту проблему с использованием сигнализации RRC на более высоком уровне. Сигнализация RRC состоит в том, что передатчик и приемник передают сообщение RRC друг другу. В этом случае RRC может сбросить RLC.When the event that the transmitter 800 transmits a specific data block but does not receive acknowledgment from the receiver 850 is repeated a predetermined number of times or more, the RLC level may inform a higher level of the reset of the communication state. When the RRC receives information from the RLC that it transmits a data block a predetermined number of times or more, but does not receive acknowledgment from the opposite side, RRC solves this problem by using RRC signaling at a higher level. RRC signaling is that the transmitter and receiver transmit the RRC message to each other. In this case, the RRC may discard the RLC.

При передаче конкретного блока данных несколько раз, но без приема квитирования от приемника 850, Tx RLC может прекратить передачу блока данных. Tx RLC может информировать об этом Tx RRC в качестве более высокого уровня и ожидает от него инструкций. Альтернативно, при распознании ненормальной работы при передаче конкретного блока данных, Tx RLC может не обрабатывать такую ситуацию, но информировать RRC в качестве более высокого уровня ситуации и подчиняться его инструкции.When transmitting a particular data block several times, but without receiving an acknowledgment from receiver 850, the Tx RLC may stop transmitting the data block. Tx RLC can inform the Tx RRC of this as a higher layer and is awaiting instructions from it. Alternatively, when recognizing abnormal operation when transmitting a specific data block, the Tx RLC may not handle such a situation, but inform RRC as a higher level situation and obey its instructions.

На фиг.10 показана блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.10 is a flowchart illustrating a data transmission method according to another illustrative embodiment of the invention.

Согласно фиг.10 передатчик последовательно передает RLC PDU0, RLC PDU1, RLC PDU2, RLC PDU3 и RLC PDU4, и приемник принимает успешно RLC PDU0 и RLC PDU1, но не принимает RLC PDU2. После неудачного приема RLC PDU2 приемник загружает информацию о RLC PDU2 в информацию отчета о статусе.10, the transmitter sequentially transmits RLC PDU0, RLC PDU1, RLC PDU2, RLC PDU3 and RLC PDU4, and the receiver successfully receives RLC PDU0 and RLC PDU1, but does not receive RLC PDU2. After receiving the RLC PDU2 unsuccessfully, the receiver loads the RLC PDU2 information into the status report information.

RLC PDU2 включает в себя часть RLC SDU1 и часть RLC SDU2. Когда приемник передает информацию отчета о статусе на основании информации SDU, приемник должен передать, по меньшей мере, два фрагмента информации, т.е. фрагменты информации об RLC SDU0 и RLC SDU1. Напротив, когда приемник передает информацию отчета о статусе на основании информации PDU, приемник может передавать только один фрагмент информации, т.е. информацию о RLC PDU2. Соответственно, благодаря передаче информации отчета о статусе на основании информации PDU, можно сократить объем передаваемых данных.RLC PDU2 includes an RLC SDU1 part and an RLC SDU2 part. When the receiver transmits status report information based on the SDU information, the receiver must transmit at least two pieces of information, i.e. pieces of information about RLC SDU0 and RLC SDU1. In contrast, when the receiver transmits status report information based on the PDU information, the receiver can transmit only one piece of information, i.e. RLC PDU2 information. Accordingly, by transmitting the status report information based on the PDU information, it is possible to reduce the amount of data transmitted.

PDU можно выражать по-разному. Например, PDU можно выражать как участок SDU, адресуемый данными, включенными в PDU, или как порядковый номер, присвоенный каждой PDU. Чтобы передатчик и приемник могли легко манипулировать PDU, информацией отчета о статусе можно управлять на основании порядковых номеров.PDUs can be expressed in different ways. For example, a PDU can be expressed as an SDU portion addressed by data included in a PDU, or as a sequence number assigned to each PDU. So that the transmitter and receiver can easily manipulate the PDUs, status report information can be controlled based on serial numbers.

На фиг.11 показана блок-схема, иллюстрирующая хэндовер.11 is a block diagram illustrating a handover.

Согласно фиг.11 исходный eNode-B 910 обозначает текущий eNode-B, и конечный eNode-B 920 обозначает новую базовую станцию после хэндовера. Когда исходный eNode-B 910 и конечный eNode-B 920 имеют разную информацию, связанную с информацией отчета о статусе для UE 900, или конечный eNode-B 920 не имеет самой поздней информации отчета о статусе, может осуществляться ненужная передача. Передача новых данных может задерживаться вследствие ненужной передачи, что снижает QoS. Когда происходит хэндовер, UE 900 повторно передает SDU, для которых не принято квитирования с исходного eNode-B на конечный eNode-B 920.11, the source eNode-B 910 denotes the current eNode-B, and the end eNode-B 920 denotes a new base station after handover. When the source eNode-B 910 and the end eNode-B 920 have different information related to the status report information for the UE 900, or the end eNode-B 920 does not have the latest status report information, unnecessary transmission may occur. New data transmission may be delayed due to unnecessary transmission, which reduces QoS. When a handover occurs, the UE 900 retransmits SDUs for which acknowledgment is not received from the source eNode-B to the destination eNode-B 920.

UE 900 может реконструировать RLC SDU в RLC PDU и передать реконструированную RLC PDU на конечный eNode-В 920. Альтернативно исходный eNode-В 910 может передать самую позднюю информацию отчета о статусе на конечный eNode-B 920, и конечный eNode-B 920 может передать самую позднюю информацию отчета о статусе на UE 900.The UE 900 may reconstruct the RLC SDUs in the RLC PDUs and transmit the reconstructed RLC PDUs to the final eNode-B 920. Alternatively, the source eNode-B 910 may transmit the latest status report information to the final eNode-B 920, and the final eNode-B 920 may transmit The latest status report information on the UE 900.

SDU, которая передается с eNode-B на AG в ходе хэндовера, может быть двух видов, т.е. SDU, которую исходный eNode-B 910 передает на AG 930, и SDU, которую конечный eNode-B 920 передает на AG 930. Когда хэндовер не происходит, eNode-3 реорганизует SDU, полученную от UE, но когда хэндовер происходит, оба eNode-B передают SDU на AG 930 и, таким образом, любой eNode-B не может реорганизовать SDU. AG 930 должен проверять все SDU, передаваемые с исходного eNode-B 910 и конечного eNode-B 920, и реорганизовывать SDU. Сразу после хэндовера конечный eNode-B 920 передает SDU на AG 930 каждый раз после восстановления SDU, в течение заранее определенного времени, т.е. пока не завершится хэндовер.The SDU that is transmitted from eNode-B to AG during handover can be of two types, i.e. The SDU that the source eNode-B 910 transmits to the AG 930, and the SDU that the final eNode-B 920 transmits to the AG 930. When the handover does not occur, the eNode-3 reorganizes the SDU received from the UE, but when the handover occurs, both eNode- Bs transfer the SDUs to the AG 930 and thus any eNode-B cannot reorganize the SDUs. AG 930 must check all SDUs transmitted from the source eNode-B 910 and the destination eNode-B 920, and reorganize the SDU. Immediately after the handover, the final eNode-B 920 transmits the SDU to the AG 930 each time after the restoration of the SDU, for a predetermined time, i.e. until handover is completed.

Конечный eNode-B 920 может передавать на AG 930 RLC SDU, успешно принятые им самим, с использованием информации времени хэндовера. Информация времени хэндовера может поступать от исходного eNode-B 910.The final eNode-B 920 may transmit to the AG 930 RLC SDUs successfully received by itself using handover time information. Handover time information may come from the source eNode-B 910.

Конечный eNode-B 920 может сразу передавать RLC SDU, успешно принятую от UE 900, на AG 930 в течение заранее определенного времени после совершения хэндовера. Информацию времени можно использовать для определения, как долго конечный eNode-B 920 передает успешно принятую RLC SDU на AG 930. Информация времени может быть действительной с момента времени, когда от исходного eNode-B 910 поступает инструкция на хэндовер. Альтернативно информация времени может быть действительной с момента времени, когда конечный eNode-B 920 принимает от UE 900 сообщение, связанное с хэндовером.The final eNode-B 920 can immediately transmit the RLC SDU successfully received from the UE 900 to the AG 930 for a predetermined time after the handover. The time information can be used to determine how long the final eNode-B 920 transmits the successfully received RLC SDU to the AG 930. The time information can be valid from the time when the handover instruction is received from the original eNode-B 910. Alternatively, the time information may be valid from the point in time when the final eNode-B 920 receives a handover message from the UE 900.

В течение заранее определенного времени с момента времени, когда UE 900 осуществляет доступ к конечному eNode-B 920, конечный eNode-B 920 может не реорганизовывать, но сразу передавать RLC SDU, успешно принятую от UE 900, на AG 930. Конечный eNode-B 920 может принимать информацию времени от исходного eNode-B 910 и не реорганизовывать, но сразу передавать RLC SDU, успешно принятую от UE 900, на AG 930, до наступления момента времени, указанного в информации времени. По истечении заранее определенного времени конечный eNode-B 920 может реорганизовать и передать успешно принятую RLC SDU на AG 930.Within a predetermined time from the point in time when the UE 900 accesses the final eNode-B 920, the final eNode-B 920 may not reorganize, but immediately transmit the RLC SDU successfully received from the UE 900 to the AG 930. The final eNode-B 920 may receive time information from the source eNode-B 910 and not reorganize, but immediately transmit the RLC SDU successfully received from the UE 900 to the AG 930, until the time specified in the time information. After a predetermined time has passed, the final eNode-B 920 can reorganize and transfer the successfully received RLC SDU to the AG 930.

При приеме RLC SDU, имеющей порядковый номер меньший, чем порядковый номер, указанный исходным eNode-B 910, конечный eNode-B 920 может сразу передать принятую RLC SDU на AG 930. UE 900 передает информацию порядкового номера во время доступа к конечному eNode-B 920, и конечный eNode-B 92 С может сразу передавать принятую RLC SDU на AG 930 при приеме RLC SDU, имеющей меньший порядковый номер. UE 900 может информировать конечный eNode-B 92 о наибольшем порядковом номере из порядковых номеров RLC SDU, переданных на исходный eNode-B 910, во время первого доступа к конечному eNode-B 920.When receiving an RLC SDU having a sequence number smaller than the sequence number indicated by the source eNode-B 910, the end eNode-B 920 can immediately transmit the received RLC SDU to the AG 930. The UE 900 transmits the sequence number information during access to the end eNode-B 920, and the final eNode-B 92 C can immediately transmit the received RLC SDU to the AG 930 when receiving an RLC SDU having a lower sequence number. The UE 900 may inform the end eNode-B 92 of the largest sequence number of the RLC SDU sequence numbers transmitted to the source eNode-B 910 during the first access to the end eNode-B 920.

С другой стороны, процесс оптимизации может осуществляться в направлении нисходящей линии связи. В новой соте UE 900 передает сообщение завершения хэндовера на конечный eNode-B 920. При этом конечный eNode-B 920 передает сообщение ответа на сообщение завершения хэндовера. UE 900 информирует конечный eNode-B 920 о наибольшем порядковом номере из порядковых номеров SDU, успешно и непрерывно принимаемых на UE 900, для данных нисходящей линии связи, успешно принятых на UE 900. Конечный eNode-B 920 может вновь передавать на UE 900 только SDU, имеющие порядковый номер, превышающий полученный порядковый номер. Это позволяет снизить нагрузку UE 900, которое классифицирует и реорганизует SDU, принятые от конечного eNode-B 920 и исходного eNode-B 910.On the other hand, the optimization process may be carried out in the direction of the downlink. In the new cell, the UE 900 transmits a handover complete message to the final eNode-B 920. In this case, the final eNode-B 920 transmits a response message to the handover complete message. The UE 900 informs the final eNode-B 920 of the largest sequence number of the SDU sequence numbers successfully and continuously received on the UE 900 for downlink data successfully received on the UE 900. The final eNode-B 920 can only transmit SDUs to the UE 900 again having a sequence number greater than the resulting sequence number. This reduces the load on the UE 900, which classifies and reorganizes SDUs received from the final eNode-B 920 and the original eNode-B 910.

Теперь опишем работу ARQ и HARQ.Now we describe the work of ARQ and HARQ.

HARQ с N-канальным SAQ (остановиться и ждать) является преимущественными для высокоскоростной передачи данных. В HARQ, пока один процесс осуществляет передачу и затем ожидает ответ на нее, другой процесс осуществляет передачу. Благодаря сокращению времени простоя при передаче можно повысить скорость передачи. Однако, поскольку условия радиосвязи часто изменяются, фактическое качество радиоинтервалов может быть различным для разных непрерывных процессов. Соответственно, процесс, начавший передачу, не всегда заканчивает передачу раньше. Поэтому приемник должен быть способен осуществлять реорганизацию и, таким образом, включает в себя буфер для осуществления реорганизации.HARQ with N-channel SAQ (stop and wait) is advantageous for high-speed data transfer. In HARQ, while one process is transmitting and then waiting for a response, another process is transmitting. By reducing transmission downtime, transmission speeds can be increased. However, since radio conditions often change, the actual quality of the radio intervals may be different for different continuous processes. Accordingly, the process that started the transfer does not always end the transfer earlier. Therefore, the receiver must be able to carry out the reorganization and, thus, includes a buffer for the implementation of the reorganization.

Объект ARQ, т.е. объект RLC, действующий в режиме AM, включает в себя буфер. Причина в том, что все участки SDU должны храниться в буфере приемника, пока не поступят все PDU, включающие в себя конкретный участок SDU. Если зазор возникает в буфере приемника, это значит, что конкретная RLC PDU не принимается. Если зазор возникает в буфере HARQ, это также означает, что конкретная MAC PDU не принимается. Поскольку RLC PDU образуют MAC PDU, зазор в буфере RLC и зазор в буфере HARQ связаны друг с другом. Можно осуществлять управление буфером с полным учетом двух зазоров. Реорганизацию в HARQ и RLC PDU, принятых на RLC, можно одновременно учитывать с использованием только одного буфера.ARQ object, i.e. an RLC object operating in AM mode includes a buffer. The reason is that all SDU sections must be stored in the receiver buffer until all PDUs including a specific SDU section have arrived. If a gap occurs in the receiver buffer, this means that a specific RLC PDU is not received. If a gap occurs in the HARQ buffer, this also means that a specific MAC PDU is not received. Since the RLC PDUs form the MAC PDU, the gap in the RLC buffer and the gap in the HARQ buffer are related to each other. You can control the buffer with full consideration of two gaps. Reorganization into HARQ and RLC PDUs received at the RLC can be accounted for simultaneously using only one buffer.

MAC PDU разлагаются сразу же после приема и затем передаются на объекты RLC. Чтобы объект RLC разрешал зазор, генерируемый вследствие N-канального SAW в MAC, объект RLC должен проверять, генерируется ли зазор в буфере RLC вследствие сбоя приема или обращения порядка переноса, обусловленного N-канальным SAW. Буфер объекта RLC может использовать таймер. Когда зазор генерируется в буфере объекта RLC, таймер сразу активируется. Когда данные, соответствующие зазору, не принимается до истечения таймера, принимает решение, что зазор генерируется вследствие сбоя приема, и на передатчик может передаваться информация отчета о статусе.MAC PDUs are decomposed immediately upon receipt and then transmitted to RLC entities. In order for the RLC entity to allow the gap generated due to the N-channel SAW in the MAC, the RLC entity must check whether the gap is generated in the RLC buffer due to receiving failure or reversal of the transfer order due to the N-channel SAW. The RLC object buffer may use a timer. When a gap is generated in the buffer of the RLC object, the timer is immediately activated. When data corresponding to the gap is not received before the timer expires, it decides that the gap is generated due to a reception failure, and status report information may be transmitted to the transmitter.

На фиг.12 показана схема, иллюстрирующая пример способа передачи данных согласно иллюстративному варианту осуществления изобретения, где показаны уровень MAC (Rx MAC) и уровень RLC (Rx RLC) на приемнике.12 is a diagram illustrating an example of a data transmission method according to an illustrative embodiment of the invention, which shows a MAC layer (Rx MAC) and an RLC layer (Rx RLC) at a receiver.

Согласно фиг.12 в момент

Figure 00000001
объект ARQ, т.е. объект RLC, принимает PDU3 от HARQ в качестве более низкого уровня, т.е. уровня MAC. Поскольку PDU2, имеющая порядковый номер меньший, чем у PDU3, не существует, приемник проверяет, что зазор генерируется вследствие обращения порядка переноса HARQ, с использованием таймера дрожания HARQ JT.12 according to FIG.
Figure 00000001
ARQ object, i.e. an RLC entity, receives PDU3 from HARQ as a lower layer, i.e. MAC level. Since a PDU2 having a sequence number lower than that of PDU3 does not exist, the receiver verifies that the gap is generated due to reversal of the HARQ transfer order using the HARQ JT jitter timer.

В момент

Figure 00000002
объект RLC принимает PDU2 до истечения таймера дрожания HARQ JT, и таймер дрожания HARQ JT останавливается.In the moment
Figure 00000002
the RLC entity receives PDU2 before the HARQ JT jitter timer expires, and the HARQ JT jitter timer stops.

В момент

Figure 00000003
, аналогично
Figure 00000001
, поскольку объект ARQ принял PDU6, имеющую порядковый номер меньший, чем у PDU7, активируется таймер дрожания HARQ JT.In the moment
Figure 00000003
similarly
Figure 00000001
since the ARQ received the PDU6 having a sequence number lower than that of the PDU7, the HARQ JT jitter timer is activated.

В момент

Figure 00000004
, хотя таймер дрожания HARQ JT истекает, сущность RLC не может принять PDU6. Приемник определяет, что прием PDU6 не удался, и передает связанную с этим информацию отчета о статусе, на передатчик.In the moment
Figure 00000004
although the HARQ JT jitter timer expires, the RLC entity cannot receive PDU6. The receiver determines that reception of the PDU6 has failed, and transmits the status report information associated with it to the transmitter.

При приеме, от приемника, информации отчета о статусе, указывающей, что приемник не принимает определенную PDU, передатчик повторно передает соответствующую PDU. Таймер может устанавливаться в каждом блоке данных во избежание взаимоблокировки. С истечением таймеров, установленных в SDU, фрагменты SDU больше не передаются, даже когда приемник сообщает о сбое приема.When receiving, from the receiver, status report information indicating that the receiver is not receiving a specific PDU, the transmitter retransmits the corresponding PDU. A timer can be set in each data block to prevent deadlock. With the expiration of the timers set in the SDU, SDU fragments are no longer transmitted even when the receiver reports a reception failure.

При приеме блока данных, имеющего порядковый номер вне текущего окна, приемник регулирует границу окна. При работе приемник использует таймер и окно приема.When receiving a data block having a serial number outside the current window, the receiver adjusts the window border. During operation, the receiver uses a timer and a receive window.

На фиг.13 показана схема, иллюстрирующая пример способа передачи данных согласно иллюстративному варианту осуществления изобретения, где показаны RLC, служащие в качестве AM на передатчике и приемнике.13 is a diagram illustrating an example of a data transmission method according to an illustrative embodiment of the invention, where RLCs serving as AMs at the transmitter and receiver are shown.

Согласно фиг.13, в момент

Figure 00000001
, SDU1 поступает в буфер передатчика, и активируется таймер отказа DT. В момент
Figure 00000005
SDU2 поступает в буфер передатчика, и активируется таймер отказа DT. Таймеры отказа DT служат для задания максимального времени задержки, установленного в объектах RLC.According to FIG. 13, at the time
Figure 00000001
, SDU1 enters the transmitter buffer, and the DT failure timer is activated. In the moment
Figure 00000005
SDU2 enters the transmitter buffer and the DT failure timer is activated. DT failure timers are used to set the maximum delay time set in RLC entities.

В момент

Figure 00000006
приемник принимает PDU3 и распознает, что PDU2, имеющая порядковый номер меньший, чем у PDU3, еще не поступила. Чтобы проверить, генерируется ли сбой приема вследствие обращения порядка переноса HARQ, приемник запускает таймер дрожания HARQ JT.In the moment
Figure 00000006
the receiver receives PDU3 and recognizes that PDU2 having a sequence number lower than that of PDU3 has not yet arrived. To check whether a reception failure is generated due to reversal of the HARQ transfer order, the receiver starts the HARQ JT jitter timer.

В момент

Figure 00000007
, когда таймер дрожания HARQ JT истекает, приемник сообщает передатчику, что он не принимает PDU2. Одновременно, во избежание потери отчета, активируется периодический таймер РТ для PDU2.In the moment
Figure 00000007
when the HARQ JT jitter timer expires, the receiver informs the transmitter that it is not receiving PDU2. At the same time, in order to avoid loss of the report, the periodic PT timer for PDU2 is activated.

В момент

Figure 00000008
передатчик принимает отчет, переданный с приемника. Поскольку таймер отказа DT для SDU1 еще не истек, передатчик повторно передает PDU2.In the moment
Figure 00000008
The transmitter receives the report transmitted from the receiver. Since the DT failure timer for SDU1 has not yet expired, the transmitter retransmits PDU2.

В момент

Figure 00000009
истекает таймер отказа DT для SDU1. Фрагменты SDU1 больше не передаются. При этом передатчик может информировать приемник об истечении таймер отказа DT для SDU1 и, таким образом, о том, что он больше не передает фрагменты SDU1. Во избежание растраты радиоресурсов можно предотвращать ненужный запрос повторной передачи.In the moment
Figure 00000009
DT failure timer for SDU1 expires. Fragments of SDU1 are no longer transmitted. In this case, the transmitter can inform the receiver about the expiration of the DT failure timer for SDU1 and, thus, that it no longer transmits fragments of SDU1. To avoid wasting radio resources, unnecessary retransmission requests can be prevented.

В момент

Figure 00000010
истекает периодический таймер РТ для PDU2. Поскольку приемник к этому моменту не принимает PDU2, приемник снова передает информацию отчета о статусе для PDU2. Периодический таймер РТ снова может активироваться одновременно с передачей информации отчета о статусе.In the moment
Figure 00000010
Periodic PT timer for PDU2 expires. Since the receiver does not receive PDU2 at this point, the receiver again transmits status report information for PDU2. The periodic timer RT can again be activated simultaneously with the transmission of status report information.

В момент

Figure 00000011
, поскольку передатчик вновь принимает информацию отчета о статусе, переданную с приемника, но передатчик отказывается от SDU1 вследствие истечения таймера отказа DT, повторной передачи PDU2 уже не происходит.In the moment
Figure 00000011
since the transmitter again receives the status report information transmitted from the receiver, but the transmitter refuses SDU1 due to the expiration of the DT failure timer, PDU2 is not retransmitted.

В момент

Figure 00000012
таймер освобождения RT для SDU2 истекает на приемнике. Таймер освобождения RT активируется, когда успешно реконструированную SDU нельзя передать на более высокий уровень, поскольку SDU, имеющая меньший порядковый номер, не поступает на приемник. Например, приемник успешно принимает SDU2, принимая часть PDU3, PDU4 и PDU5, приемник не завершает прием SDU1, имеющую порядковый номер меньший, чем у SDU2, поскольку не принимает PDU2. Во время приема SDU2 активируется таймер освобождения RT. Таймер освобождения RT используется для того, чтобы определенная SDU не оставалась в буфере приемника слишком долго. По истечении таймера освобождения RT приемник передает успешно принятую SDU2 на более высокий уровень и уже не ожидает неуспешно принятой SDU1 или PDU, связанных с неуспешно принятой SDU (PDU2). Благодаря тому что он больше не ожидает PDU2, периодический таймер РТ также останавливается.In the moment
Figure 00000012
The RT release timer for SDU2 expires at the receiver. The RT release timer is activated when a successfully reconstructed SDU cannot be transferred to a higher level because an SDU with a lower serial number does not arrive at the receiver. For example, the receiver successfully receives SDU2, while receiving a portion of PDU3, PDU4 and PDU5, the receiver does not complete the reception of SDU1 having a sequence number lower than that of SDU2 because it does not receive PDU2. While receiving SDU2, the RT release timer is activated. The RT release timer is used to prevent a specific SDU from remaining in the receiver buffer for too long. After the RT release timer expires, the receiver transfers the successfully received SDU2 to a higher level and no longer expects the unsuccessfully received SDU1 or PDUs associated with the unsuccessfully received SDU (PDU2). Due to the fact that he no longer expects PDU2, the periodic timer PT also stops.

Можно управлять запросом повторной передачи с использованием только буфера уровня RLC без использования буфера уровня MAC.You can manage the retransmission request using only the RLC layer buffer without using the MAC layer buffer.

Используемый здесь ARQ может представлять собой систему на основе NACK. Система на основе NACK эффективна при непрерывной передаче данных. Более тонкие операции необходимы в случае передачи пакетов или прерывистой передачи пользовательских данных или последней SDU или PDU определенного потока данных. Систему на основе NACK можно использовать, когда определенные данные не принимается и приемник проверяет сбой приема.The ARQ used here may be a NACK based system. A NACK-based system is efficient in continuous data transfer. More subtle operations are necessary in the case of packet transmission or intermittent transmission of user data or the last SDU or PDU of a particular data stream. A NACK-based system can be used when certain data is not received and the receiver checks for a receive failure.

Приемник передает информацию отчета о статусе в качестве информации о непринятых данных. В случае прерывистой передачи данных, т.е. когда размер данных очень мал, приемник может не знать саму передачу данных и приемник, таким образом, не может передавать информацию отчета о статусе. В этом случае приемник должен сообщить передатчику о том, что приемник успешно принимает данные. Передатчик также должен запросить у приемника передачу информации отчета о статусе. В иллюстративном варианте осуществления PDU может содержать команду, запрашивающую у приемника передачу информации отчета о статусе. В другом иллюстративном варианте осуществления, в целях более быстрой передачи, передатчик может напрямую подавать команду приемнику передать отчет по физическому каналу, по которому передается информация планирования.The receiver transmits status report information as information about unaccepted data. In the case of intermittent data transmission, i.e. when the data size is very small, the receiver may not know the data transmission itself and the receiver, therefore, cannot transmit status report information. In this case, the receiver must inform the transmitter that the receiver is successfully receiving data. The transmitter must also request the receiver to transmit status report information. In an exemplary embodiment, the PDU may comprise a command requesting the receiver to transmit status report information. In another illustrative embodiment, for faster transmission, the transmitter may directly instruct the receiver to transmit a report on the physical channel through which scheduling information is transmitted.

Приемник должен передавать информацию отчета о статусе на передатчик, как только он принимает запрос на информацию отчета о статусе. В случае отсутствия приема информации отчета о статусе в течение заранее определенного времени передатчик может автоматически выполнять повторную передачу данных. В случае использования таймера повторная передача может осуществляться независимо от информации отчета о статусе.The receiver should transmit status report information to the transmitter as soon as it receives a request for status report information. If there is no reception of status report information for a predetermined time, the transmitter can automatically retransmit data. In the case of using a timer, retransmission can be carried out independently of the status report information.

Настоящее изобретение можно реализовать в виде оборудования, программного обеспечения или их комбинации. Примеры аппаратной реализации могут включать в себя ASIC (специализированную интегральную схему), DSP (цифровой сигнальный процессор), PLD (программируемой логическое устройство), FPGA (вентильную матрицу, программируемую пользователем), процессор, контроллер, микропроцессор, другие электронные устройства и их комбинации, призванные осуществлять вышеупомянутые функции. В программной реализации изобретение можно реализовать в виде модулей для осуществления вышеупомянутых функций. Программное обеспечение может храниться в запоминающем устройстве и выполняться процессором. В качестве запоминающего устройства и процессора можно применять устройства, хорошо известные специалистам в данной области техники.The present invention can be implemented in the form of hardware, software, or a combination thereof. Examples of hardware implementations may include ASIC (specialized integrated circuit), DSP (digital signal processor), PLD (programmable logic device), FPGA (gate array, user programmable), processor, controller, microprocessor, other electronic devices and combinations thereof, designed to perform the above functions. In a software implementation, the invention can be implemented as modules for performing the above functions. The software may be stored in a storage device and executed by a processor. As the storage device and processor, devices that are well known to those skilled in the art can be used.

Хотя варианты осуществления настоящего изобретения были подробно описаны со ссылкой на прилагаемые чертежи, специалисты в данной области техники должны понимать, что изобретение допускает разнообразные модификации и изменения, не выходящие за рамки сущности и объема изобретения. Соответственно, изобретение не ограничивается вышеупомянутыми вариантами осуществления, но включает в себя все варианты осуществления, отвечающие объему прилагаемой формулы изобретения.Although embodiments of the present invention have been described in detail with reference to the accompanying drawings, those skilled in the art should understand that the invention is capable of various modifications and changes without departing from the spirit and scope of the invention. Accordingly, the invention is not limited to the above embodiments, but includes all embodiments that fall within the scope of the appended claims.

Claims (13)

1. Способ выполнения автоматического запроса повторения (ARQ) в системе беспроводной связи, осуществляемый в приемнике, содержащий этапы на которых:
обнаруживают, потерян ли, по меньшей мере, один блок данных, который должен быть получен от передатчика;
запускают таймер для запуска отчета о статусе, когда потерянный блок данных обнаружен; и
передают отчет о статусе передатчику, при истечении таймера, при этом отчет о статусе содержит положительное квитирование по меньшей мере одного полученного блока данных.
1. A method for performing an automatic repeat request (ARQ) in a wireless communication system, implemented in a receiver, comprising the steps of:
detecting whether at least one data block to be received from the transmitter is lost;
start a timer to start a status report when a lost data block is detected; and
transmit a status report to the transmitter when the timer expires, while the status report contains a positive acknowledgment of at least one received data block.
2. Способ по п.1, в котором потерянный блок данных обнаружен, когда порядковый номер (SN) текущего полученного блока данных больше, чем SN предварительно полученного блока данных.2. The method according to claim 1, in which the lost data block is detected when the sequence number (SN) of the current received data block is greater than the SN of the previously received data block. 3. Способ по п.1, в котором потерянный блок данных обнаружен, когда SN следующий за SN блока данных с самым высоким SN среди принятых блоков данных является большим, чем самый низкий SN блока данных, который должен быть получен.3. The method according to claim 1, in which the lost data block is detected when the SN following the SN of the data block with the highest SN among the received data blocks is larger than the lowest SN of the data block to be received. 4. Способ по п.1, в котором потерянный блок данных обнаружен, когда SN следующий за SN блока данных с самым высоким SN среди принятых блоков данных является большим, чем SN следующий за последним в последовательности принятым блоком данных.4. The method according to claim 1, in which the lost data block is detected when the SN following the SN of the data block with the highest SN among the received data blocks is larger than the SN next to the last received data block in the sequence. 5. Способ по п.1, дополнительно содержащий остановку таймера, когда потерянный блок данных принят от передатчика перед истечением таймера, чтобы предотвратить запуск отчета о статусе.5. The method according to claim 1, further comprising stopping the timer when the lost data block is received from the transmitter before the timer expires to prevent the status report from starting. 6. Способ по п.5, в котором таймер остановлен, когда SN, следующий за SN блока данных с самым высоким SN среди принятых блоков данных при запуске таймера, является таким же как SN, следующий за последним в последовательности принятым блоком данных.6. The method according to claim 5, in which the timer is stopped when the SN following the SN of the data block with the highest SN among the received data blocks when starting the timer is the same as the SN following the last received data block in the sequence. 7. Способ по п.1, в котором блок данных является протокольной единицей данных (PDU) уровня управления линией радиосвязи (RLC).7. The method according to claim 1, wherein the data unit is a protocol data unit (PDU) of a radio link control (RLC) layer. 8. Способ по п.1, в котором отчет о статусе дополнительно содержит отрицательное квитирование потерянного блока данных.8. The method according to claim 1, in which the status report further comprises negative acknowledgment of the lost data block. 9. Приемник, содержащий:
RLC объект для осуществления ARQ (автоматического запроса повторения) с RLC объектом передатчика и сконфигурированный для:
обнаружения, потерян ли по меньшей мере один блок данных полученный от передатчика;
пуска таймера для запуска отчета о статусе, когда потерянный блок данных обнаружен; и
передачи отчета о статусе передатчику, при истечении таймера, при этом отчет о статусе содержит положительное квитирование по меньшей мере одного полученного блока данных.
9. A receiver comprising:
An RLC object for implementing ARQ (automatic repeat request) with an RLC transmitter object and configured to:
detecting whether at least one data block received from the transmitter is lost;
start a timer to start a status report when a lost data block is detected; and
transmitting a status report to the transmitter when the timer expires, while the status report contains a positive acknowledgment of at least one received data block.
10. Приемник по п.9, в котором потерянный блок данных обнаружен, когда SN следующий за SN блока данных с самым высоким SN среди принятых блоков данных является большим, чем SN следующий за последним в последовательности принятым блоком данных.10. The receiver of claim 9, wherein the lost data block is detected when the SN following the SN of the data block with the highest SN among the received data blocks is larger than the SN following the last received data block in the sequence. 11. Приемник по п.9, в котором RLC объект дополнительно сконфигурирован для остановки таймера, когда потерянный блок данных принят от передатчика перед истечением таймера, чтобы предотвратить запуск отчета о статусе.11. The receiver of claim 9, wherein the RLC entity is further configured to stop the timer when a lost data block is received from the transmitter before the timer expires to prevent the status report from starting. 12. Приемник по п.11, в котором таймер остановлен, когда SN, следующий за SN блока данных с самым высоким SN среди принятых блоков данных при запуске таймера, является таким же, как SN, следующий за последним в последовательности принятым блоком данных.12. The receiver of claim 11, wherein the timer is stopped when the SN following the SN of the data block with the highest SN among the received data blocks when starting the timer is the same as the SN following the last received data block in the sequence. 13. Способ осуществления автоматического запроса повторения (ARQ) в беспроводной системе связи, осуществляемый в передатчике, содержащий:
передачу блока данных в приемник;
прием отчета о статусе из приемника, при этом отчет о статусе является вызванным истечением таймера в приемнике, и таймер запущен, когда потерянный блок данных обнаружен; и
повторную передачу блока данных, когда потерянный блок данных из отчета о статусе определен, при этом отчет о статусе содержит положительное квитирование по меньшей мере одного полученного блока данных.
13. A method for implementing an automatic repeat request (ARQ) in a wireless communication system, implemented in a transmitter, comprising:
data block transmission to the receiver;
receiving a status report from the receiver, the status report being caused by the expiration of a timer in the receiver, and the timer is started when a lost data block is detected; and
retransmission of the data block when the lost data block from the status report is determined, while the status report contains a positive acknowledgment of at least one received data block.
RU2008124979/09A 2006-01-05 2007-01-03 Data transmission method and data retransmission method RU2392752C2 (en)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US75706306P 2006-01-05 2006-01-05
US60/757,063 2006-01-05
US78497606P 2006-03-22 2006-03-22
US60/784,976 2006-03-22
US60/797,402 2006-05-02
US81572206P 2006-06-21 2006-06-21
US60/815,722 2006-06-21
KR10-2006-0132469 2006-12-22

Publications (2)

Publication Number Publication Date
RU2008124979A RU2008124979A (en) 2009-12-27
RU2392752C2 true RU2392752C2 (en) 2010-06-20

Family

ID=41642464

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2008124979/09A RU2392752C2 (en) 2006-01-05 2007-01-03 Data transmission method and data retransmission method

Country Status (1)

Country Link
RU (1) RU2392752C2 (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2455776C2 (en) * 2007-02-02 2012-07-10 Интердиджитал Текнолоджи Корпорейшн Method and device for improving rlc for flexible size of pdu rlc
RU2540834C2 (en) * 2010-09-30 2015-02-10 Зте Корпорейшн Feedback information transfer method and user device
US9838158B2 (en) 2013-07-17 2017-12-05 Lg Electronics Inc. Method for reporting a radio link control re-transmission failure and a device therefor
RU2658586C2 (en) * 2014-05-09 2018-06-22 Телефонактиеболагет Л М Эрикссон (Пабл) Pdcp and flow control for divided unidirectional channel
RU2679245C1 (en) * 2015-04-10 2019-02-06 Телефонактиеболагет Лм Эрикссон (Пабл) Method and user equipment for compressing harq feedback
RU2762666C2 (en) * 2017-05-05 2021-12-21 Хуавей Текнолоджиз Ко., Лтд. Duplicated transmission method and related device
RU2771249C1 (en) * 2018-10-30 2022-04-29 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Method for data processing, terminal communication apparatus and data storage medium

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112012031869A2 (en) 2010-06-18 2016-11-08 Fujitsu Ltd terminal buffer status reporting (bsr) reporting method, obtaining method for obtaining bsr from base station, and corresponding terminal, base station, communication system

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8498284B2 (en) 2007-02-02 2013-07-30 Interdigital Technology Corporation Method and apparatus for enhancing RLC for flexible RLC PDU size
US9554398B2 (en) 2007-02-02 2017-01-24 Interdigital Technology Corporation Method and apparatus for enhancing RLC for flexible RLC PDU size
US9936423B2 (en) 2007-02-02 2018-04-03 Interdigital Technology Corporation Method and apparatus for enhancing RLC for flexible RLC PDU size
RU2455776C2 (en) * 2007-02-02 2012-07-10 Интердиджитал Текнолоджи Корпорейшн Method and device for improving rlc for flexible size of pdu rlc
RU2540834C2 (en) * 2010-09-30 2015-02-10 Зте Корпорейшн Feedback information transfer method and user device
US10476636B2 (en) 2013-07-17 2019-11-12 Lg Electronics Inc. Method for reporting a radio link control re-transmission failure and a device therefor
US9838158B2 (en) 2013-07-17 2017-12-05 Lg Electronics Inc. Method for reporting a radio link control re-transmission failure and a device therefor
RU2640397C2 (en) * 2013-07-17 2018-01-09 ЭлДжи ЭЛЕКТРОНИКС ИНК. Method for radio link control retransmission failure message and device therefor
US9887809B2 (en) 2013-07-17 2018-02-06 Lg Electronics Inc. Method for reporting a radio link control re-transmission failure and a device therefor
US10938517B2 (en) 2013-07-17 2021-03-02 Lg Electronics Inc. Method for reporting a radio link control re transmission failure and a device therefor
RU2658586C2 (en) * 2014-05-09 2018-06-22 Телефонактиеболагет Л М Эрикссон (Пабл) Pdcp and flow control for divided unidirectional channel
US10505829B2 (en) 2014-05-09 2019-12-10 Telefonaktiebolaget Lm Ericsson (Publ) PDCP and flow control for split bearer
US10778381B2 (en) 2015-04-10 2020-09-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and user equipment for compacting HARQ feedback
RU2679245C1 (en) * 2015-04-10 2019-02-06 Телефонактиеболагет Лм Эрикссон (Пабл) Method and user equipment for compressing harq feedback
RU2762666C2 (en) * 2017-05-05 2021-12-21 Хуавей Текнолоджиз Ко., Лтд. Duplicated transmission method and related device
US11252771B2 (en) 2017-05-05 2022-02-15 Huawei Technologies Co., Ltd. Duplicate transmission method and related device
RU2771249C1 (en) * 2018-10-30 2022-04-29 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Method for data processing, terminal communication apparatus and data storage medium
US11792683B2 (en) 2018-10-30 2023-10-17 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for data processing, terminal device, and storage medium

Also Published As

Publication number Publication date
RU2008124979A (en) 2009-12-27

Similar Documents

Publication Publication Date Title
TWI483589B (en) Data transmission method and data retransmission method
TWI554052B (en) Method and apparatus for implementing a data lifespan timer for enhanced dedicated channel transmissions
US9565699B2 (en) Method of performing polling procedure in a wireless communication system
JP4016032B2 (en) Reception window moving method in wireless mobile communication system
RU2392752C2 (en) Data transmission method and data retransmission method
JP5564585B2 (en) Discontinuous reception method and apparatus for connected terminal in mobile communication system
WO2009035300A2 (en) Method of performing polling procedure in a wireless communication system
KR101470638B1 (en) Method for enhancing radio resource and informing status report in mobile telecommunications system and receiver of mobile telecommunications
WO2008034374A1 (en) A method, system and apparatus for radio link control transmission
KR101448644B1 (en) A method of transmitting data in mobile communication system
KR100912785B1 (en) Method of reporting status report and receiver

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20200727

PD4A Correction of name of patent owner
PC41 Official registration of the transfer of exclusive right

Effective date: 20200908