RU2462821C2 - Способ передачи запроса повторной передачи и приемное устройство - Google Patents
Способ передачи запроса повторной передачи и приемное устройство Download PDFInfo
- Publication number
- RU2462821C2 RU2462821C2 RU2009138299/07A RU2009138299A RU2462821C2 RU 2462821 C2 RU2462821 C2 RU 2462821C2 RU 2009138299/07 A RU2009138299/07 A RU 2009138299/07A RU 2009138299 A RU2009138299 A RU 2009138299A RU 2462821 C2 RU2462821 C2 RU 2462821C2
- Authority
- RU
- Russia
- Prior art keywords
- rlc
- pdu
- data
- sublevel
- packet
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 30
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 abstract description 26
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 abstract description 26
- 238000012546 transfer Methods 0.000 abstract description 9
- 238000005516 engineering process Methods 0.000 abstract description 2
- 238000001514 detection method Methods 0.000 abstract 1
- 230000002265 prevention Effects 0.000 abstract 1
- 239000000126 substance Substances 0.000 abstract 1
- 230000005540 biological transmission Effects 0.000 description 22
- 238000010295 mobile communication Methods 0.000 description 21
- 230000011218 segmentation Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 238000012545 processing Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 230000007774 longterm Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
- H04L1/1841—Resequencing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
Abstract
Изобретение относится к системам связи. Технический результат заключается в предотвращении передачи запроса повторной передачи подуровнем RLC для пакета, в отношении которого выполняется управление повторной передачей на подуровне MAC. В способе передачи запроса повторной передачи подуровень RLC приемного устройства определяет, выполняется ли в отношении еще не принятого пакета RLC-PDU-data (или пакета RLC-data-Sub-PDU) процесс управления повторной передачей на подуровне MAC, а также генерирует и передает STATUS-PDU (NACK), указывающий только пакет RLC-data-PDU, который еще не был принят и в отношении которого не выполняется процесс управления повторной передачей на подуровне MAC, на основании результата определения в момент времени, когда генерируется STATUS-PDU. 2 н.п. ф-лы, 9 ил.
Description
Область техники
Настоящее изобретение относится к способу передачи запроса повторной передачи, в котором заранее заданный подуровень приемного устройства передает запрос повторной передачи для пакета, переданного от заранее заданного подуровня передающего устройства, а также к приемному устройству.
Уровень техники
В организации 3GPP, которая устанавливает стандарты систем мобильной связи третьего поколения, осуществляется исследование под общим названием LTE (Long Term Evolution, долговременное развитие), направленное на достижение существенного увеличения скорости передачи и уменьшения задержки передачи в сети радиодоступа (RAN, radio access network), а также разрабатываются спецификации основных технологий, относящихся к указанному исследованию.
Как показано на фиг.4, сеть радиодоступа (E-UTRAN: Evolved Universal Terrestrial RAN, усовершенствованная сеть наземного радиодоступа) в системе мобильной связи LTE содержит мобильную станцию UE (user equipment, пользовательское устройство) и базовую станцию eNB (E-UTRAN Node В, Узел В Е-UTRAN) радиосвязи. Эта система выполнена таким образом, что мобильная станция UE и базовая станция eNB радиосвязи осуществляют связь между собой с помощью линии радиосвязи (RL, radio link).
Более того, и мобильная станция UE и базовая станция eNB радиосвязи выполнены с возможностью отключения подуровня RLC (Radio Link Control, управление линией радиосвязи), подуровня MAC (Medium Access Control, управление доступом к среде передачи) и физического уровня (PHY: физический уровень).
Кроме того, передающее устройство (мобильная станция UE или базовая станция eNB радиосвязи) выполнено с возможностью последовательного выполнения обработки подуровня RLC, обработки подуровня MAC и обработки уровня PHY для подлежащих передаче данных и последующей передачи данных в виде радиосигналов из модуля радиосвязи.
В то же время приемное устройство (мобильная станция UE или базовая станция eNB радиосвязи) выполнено с возможностью извлечения переданных данных путем последовательного выполнения обработки физического уровня, обработки подуровня MAC и обработки подуровня RLC для радиосигналов, принятых модулем радиосвязи.
Здесь подлежащие передаче данные включают пользовательские данные (данные плоскости пользователя, U-plane, U-плоскости), генерируемые приложением и т.п., используемым пользователем, и данные управления (данные плоскости управления, C-plane, С-плоскости), используемые в управлении системой мобильной связи, например, сигнализацию RRC (Radio Resource Control) и сигнализацию NAS (Non Access Stratum, не связанный с предоставлением доступа уровень).
Более того, эта система выполнена таким образом, что управление повторной передачей подуровня RLC выполняется между подуровнем RLC передающего устройства и подуровнем RLC приемного устройства, а управление повторной передачей HARQ (Hybrid Automatic Repeat Request, гибридный автоматический запрос повторной передачи) (обработка управления повторной передачей подуровня MAC) выполняется между подуровнем MAC передающего устройства и подуровнем MAC приемного устройства.
Здесь в системе мобильной связи стандарта IМТ-2000 приемное устройство выполнено так, что подуровень MAC выполняет переупорядочивание принятых PDU (packet data unit, элемент пакетных данных) подуровня RLC (RLC-PDU) (фактически, PDU подуровня MAC (MAC-PDU), в которые отображаются RLC-PDU) и затем передает RLC-PDU подуровню RLC в соответствии с порядковыми номерами, как показано на фиг.1.
Соответственно, когда пакеты RLC-data-PDU (AMD-PDU в системе мобильной связи IМТ-2000; RLC-data-PDU с порядковыми номерами #2 и #5) еще не приняты, а последующий пакет RLC-data-PDU (пакет RLC-data-PDU с порядковым номером #6) принят при срабатывании триггера генерирования STATUS-PDU, как показано на фиг.2, подуровень RLC обладает возможностью однозначного определения отсутствия пакетов и передачи STATUS-PDU, который запрашивает повторную передачу RLC-data-PDU с порядковыми номерами #2 и #5.
Непатентный документ 1: Спецификация RLC системы IМТ-2000: 3GPP TS 25.322 V6.9.0 (2006-09).
Непатентный документ 2: Спецификация второго этапа LTE: 3GPP TS 36.300 V8.0.0 (2007-03).
В системе мобильной связи LTE, как показано на фиг.3, подуровень MAC служит для передачи RLC-PDU подуровню RLC без выполнения переупорядочивания для принятых RLC-PDU в приемном устройстве.
Поэтому, несмотря на наличие пакетов RLC-data-PDU (или RLC-data-Sub-PDU), которые еще не были приняты подуровнем RLC, а последующий RLC-data-PDU (или RLC-data-Sub-PDU) принят при срабатывании триггера генерирования и передачи STATUS-PDU, безусловная передача STATUS-PDU, который запрашивает повторную передачу пакетов RLC-data-PDU (например, RLC-PDU с порядковыми номерами #2 и #5 на фиг.2,) не требуется. Причиной этого является то, что существует вероятность, что в отношении пакетов RLC-data-PDU выполняется управление повторной передачей HARQ (гибридный автоматический запрос на повторную передачу) на подуровне MAC.
Раскрытие изобретения
Таким образом, настоящее изобретение учитывает указанную выше проблему. Целью настоящего изобретения является предложение способа передачи запроса повторной передачи и приемного устройства, в которых может быть предотвращена передача запроса повторной передачи подуровнем RLC для RLC-data-PDU, в отношении которого выполняется процесс управления повторной передачей HARQ на подуровне MAC в случае, когда подуровень MAC не выполняет переупорядочивание для принятых пакетов RLC-PDU.
В первом аспекте изобретения предложен способ передачи запроса повторной передачи, в котором заранее заданный подуровень приемного устройства передает запрос повторной передачи для пакета, переданного от заранее заданного подуровня передающего устройства, включающий шаги, заключающиеся в том, что: определяют на заранее заданном подуровне приемного устройства, выполняется ли в отношении еще не принятого пакета процесс управления повторной передачей на более низком подуровне относительно заранее заданного подуровня приемного устройства; и генерируют и передают на заранее заданном подуровне приемного устройства запрос повторной передачи, указывающий только пакет, который еще не был принят и в отношении которого не выполняется процесс управления повторной передачей на более низком подуровне, на основании результата определения в момент времени, когда генерируется запрос повторной передачи.
В первом аспекте заранее заданный подуровень приемного устройства может контролировать результат определения как параметр состояния, и на основании параметра состояния заранее заданный подуровень приемного устройства может генерировать и передавать запрос повторной передачи, указывающий только пакет, который еще не был принят и в отношении которого не выполняется процесс управления повторной передачей на более низком подуровне.
Во втором аспекте настоящего изобретения предложено приемное устройство, выполненное с возможностью передачи от заранее заданного подуровня запроса повторной передачи для пакета, переданного от заранее заданного подуровня передающего устройства, причем заранее заданный подуровень обладает возможностью определения того, выполняется ли в отношении еще не принятого пакета процесс управления повторной передачей на более низком подуровне относительно заранее заданного подуровня; и заранее заданный подуровень обладает возможностью генерирования и передачи запроса повторной передачи, указывающего только пакет, который еще не был принят и в отношении которого не выполняется процесс управления повторной передачей на более низком подуровне, на основании результата определения в момент времени, когда генерируется запрос повторной передачи.
Во втором аспекте заранее заданный подуровень может обладать возможностью контроля результата определения как параметра состояния; и заранее заданный подуровень может обладать возможностью генерирования и передачи запроса повторной передачи на основании параметра состояния, при этом указанный запрос указывает только пакет, который еще не был принят, и в отношении которого не выполняется процесс управления повторной передачей на более низком подуровне.
Как описано выше, в соответствии с настоящим изобретением возможно реализовать способ передачи запроса повторной передачи и приемное устройство, в котором может быть предотвращена передача запроса повторной передачи подуровнем RLC для RLC-data-PDU, в отношении которого выполняется управление повторной передачей HARQ на подуровне MAC в случае, когда подуровень MAC не выполняет переупорядочивание для принятых пакетов RLC-PDU.
Краткое описание чертежей
Фиг.1 представляет собой схему, поясняющую работу приемного устройства традиционной системы мобильной связи.
Фиг.2 представляет собой схему, поясняющую работу приемного устройства традиционной системы мобильной связи.
Фиг.3 представляет собой схему, поясняющую работу приемного устройства традиционной системы мобильной связи.
Фиг.4 представляет собой схему конфигурации уровня протокола в сети радиодоступа системы мобильной связи в соответствии с первым вариантом осуществления настоящего изобретения.
Фиг.5 представляет собой функциональную схему подуровня RLC в мобильной станции и базовой станции радиосвязи в соответствии с первым вариантом осуществления настоящего изобретения.
Фиг.6 представляет собой схему, поясняющую повторную сегментацию, выполняемую на подуровне RLC в мобильной станции и базовой станции радиосвязи в соответствии с первым вариантом осуществления настоящего изобретения.
Фиг.7 представляет собой пример формата STATUS-PDU, генерируемого подуровнем RLC в мобильной станции и базовой станции радиосвязи в соответствии с первым вариантом осуществления настоящего изобретения.
Фиг.8 представляет собой схему, поясняющую функционирование подуровня RLC в мобильной станции и базовой станции радиосвязи в соответствии с первым вариантом осуществления настоящего изобретения.
Фиг.9 иллюстрирует операции подуровня RLC в мобильной станции и базовой станции радиосвязи в соответствии с первым вариантом осуществления настоящего изобретения.
Осуществление изобретения
Конфигурация системы мобильной связи в соответствии с первым вариантом осуществления настоящего изобретения.
Ниже со ссылкой на фиг.4-8 приведено описание конфигурации системы мобильной связи в соответствии с первым вариантом осуществления настоящего изобретения.
Следует отметить, что в этом варианте осуществления в качестве примера описана система мобильной связи согласно архитектуре LTE/SAE (System Architecture Evolution), для которой организацией 3GPP осуществляется разработка стандартов, как показано на фиг.4, но настоящее изобретение не ограничивается данной системой мобильной связи и может использоваться в системе мобильной связи согласно другой архитектуре.
Ниже со ссылкой на фиг.5 приведено описание функциональной схемы подуровня RLC в режиме функционирования с подтверждением (AM, acknowledge mode) (далее подуровень RLC).
Следует отметить, что все функции (модули), составляющие подуровень RLC, показанные на фиг.5, или их часть может быть реализована с помощью аппаратных средств или программных средств в интегральной микросхеме.
Например, в интегральной микросхеме функции (модули), составляющие подуровень MAC и физический уровень, для которых как правило требуется простая и высокоскоростная обработка, могут быть реализованы с использованием аппаратных средств, а функции (модули), составляющие подуровень RLC, для которого как правило требуется сложная обработка, могут быть реализованы с помощью программных средств.
Кроме того, функция (модуль), составляющая физический уровень, функция (модуль), составляющая подуровень MAC, и функция (модуль), составляющая подуровень RLC, могут быть реализованы в одной интегральной микросхеме или могут быть реализованы, соответственно, в разных интегральных микросхемах.
Ниже со ссылкой на фиг.5 приведен пример конфигурации подуровня RLC в системе мобильной связи в соответствии с этим вариантом осуществления.
Как показано на фиг.5, подуровень RLC включает буфер 11 RLC-SDU, буфер 12 новой передачи, модуль 13 выполнения сегментации и конкатенации, буфер 14 ожидания АСК, буфер 15 повторной передачи, модуль 16 передачи RLC-PDU 16, модуль 17 выполнения повторной сегментации, модуль 18 передачи RLC-PDU, модуль 19 генерирования RLC-control-PDU, буфер 20 RLC-control-PDU, модуль 31 демультиплексирования, буфер 32 переупорядочивания, буфер 33 повторной сборки и модуль 34 повторной сборки RLC-SDU.
Буфер 11 RLC-SDU выполнен с возможностью хранения RLC-SDU, принятого от верхнего по отношению к нему уровня.
Буфер 12 новой передачи выполнен с возможностью копирования RLC-SDU, хранящегося в буфере 11 RLC-SDU, и последующего сохранения там RLC-SDU.
Модуль 13 выполнения сегментации и конкатенации выполнен с возможностью осуществления сегментации или конкатенации для RLC-SDU (или его части), хранящегося в буфере 12 новой передачи, и, тем самым, генерирования RLC-data-PDU (PDU данных подуровня RLC), имеющего наибольший размер в диапазоне допустимого объема передаваемых данных, сообщаемого подуровнем MAC при передаче извещения в случае, когда событие передачи данных уведомляется подуровнем MAC.
Кроме того, модуль 13 выполнения сегментации и конкатенации выполнен с возможностью передачи сгенерированного RLC-data-PDU в модуль 16 передачи RLC-PDU, а также обеспечения сохранения RLC-data-PDU в буфере 14 ожидания АСК.
Буфер 14 ожидания АСК выполнен с возможностью хранения в нем RLC-data-PDU из модуля 13 выполнения сегментации и конкатенации, RLC-data-PDU или RLC-data-Sub-PDU из буфера 15 повторной передачи и RLC-data-Sub-PDU из модуля 17 выполнения повторной сегментации.
Буфер 14 ожидания АСК выполнен с возможностью определения необходимости повторной передачи сохраненного таким образом RLC-data-PDU или RLC-data-Sub-PDU и передачи в буфер 15 повторной передачи RLC-data-PDU или RLC-data-Sub-PDU, для которого определена необходимость его повторной передачи.
Здесь, например, буфер 14 ожидания АСК определяет, необходима ли повторная передача сохраненного RLC-data-PDU или RLC-data-Sub-PDU, в случае, когда принят STATUS-PDU (NACK) от подуровня RLC и когда принят NACK от подуровня MAC приемного устройства.
На фиг.7 показан пример формата STATUS-PDU (сообщения NACK), используемого в системе мобильной связи в соответствии с настоящим изобретением.
Как показано на фиг.7, STATUS-PDU (NACK) включает поле "Type" (Тип), поле "Control PDU Type" (тип управляющего PDU), поле "Selective NACK SN" (порядковый номер указания NACK), поле "Selective NACK First Octet" (первый октет указания NACK) и поле "Selective NACK Last Octet" (последний октет указания NACK).
Здесь полезная часть STATUS-PDU (NACK) может включать несколько наборов полей "Selective NACK SN", полей "Selective NACK First Octet" и полей "Selective NACK Last Octet".
Поле "Control PDU Type" является полем, в котором показан тип RLC-control-PDU (управляющего PDU подуровня RLC). Например, в качестве типа RLC-control-PDU подразумевается STATUS-PDU (АСК) или STATUS-PDU (NACK), или им подобные.
Поле "Selective NACK SN" является полем, в котором показан порядковый номер RLC-data-PDU, для которого определена необходимость повторной передачи подуровня RLC в окне приема подуровня RLC приемного устройства.
Поле "Selective NACK First Octet" является полем, в котором показано, с какого байта (октета) в RLC-data-PDU, указанном в поле "Selective NACK SN", необходима повторная передача.
Поле "Selective NACK Last Octet" является полем, в котором показано, по какой байт (октет) в RLC-data-PDU, указанном в поле "Selective NACK SN", необходима повторная передача.
Буфер 15 повторной передачи выполнен с возможностью хранения RLC-data-PDU или RLC-data-Sub-PDU из буфера 14 ожидания АСК.
Модуль 16 передачи RLC-PDU выполнен с возможностью передачи подуровню MAC RLC-data-PDU, переданного из модуля 13 выполнения сегментации и конкатенации, и RLC-data-PDU, сохраненного в буфере 15 повторной передачи, в случае, когда событие передачи данных уведомляется подуровнем MAC.
Здесь модуль 16 передачи RLC-PDU может быть выполнен с возможностью генерирования пакета совмещенных RLC-data-PDU и RLC-control-PDU (RLC-data-PDU-piggybacked-control-PDU) путем добавления RLC-control-PDU (STATUS-PDU или ему подобного), сохраненного в буфере 20 RLC-control-PDU, к пакету RLC-data-PDU, подлежащему передаче, и с возможностью последующей передачи указанного пакета совмещенных RLC-data-PDU и RLC-control-PDU.
Модуль 17 выполнения повторной сегментации выполнен с возможностью генерирования множества пакетов RLC-data-Sub-PDU путем сегментации одного RLC-data-PDU или RLC-data-Sub-PDU, сохраненного в буфере 15 повторной передачи, в соответствии с состоянием связи в линии радиосвязи, то есть в соответствии с допустимым объемом передаваемых данных, указанным подуровнем MAC при передаче извещения. Более конкретно, модуль 17 выполнения повторной сегментации выполнен с возможностью осуществления повторной сегментации для RLC-data-PDU или RLC-data-Sub-PDU, сохраненного в буфере 15 повторной передачи.
В примере на фиг.6 модуль 17 выполнения повторной сегментации осуществляет сегментацию RLC-data-PDU (SN=x) на три пакета RLC-data-Sub-PDU от #А до #С при первой повторной передаче и сегментирует три пакета RLC-data-Sub-PDU от #А до #С на три пакета RLC-data-Sub-PDU от #А1 до #А3, от #В1 до #В3 и от#С1 до #С3, соответственно.
Модуль 18 передачи RLC-PDU выполнен с возможностью передачи подуровню MAC пакета RLC-data-Sub-PDU, прошедшего повторную сегментацию в модуле 17 выполнения повторной сегментации в случае, когда подуровень MAC уведомляет о событии передачи данных.
Здесь модуль 18 передачи RLC-PDU может быть выполнен с возможностью генерирования пакета совмещенных RLC-data-Sub-PDU и RLC-control-PDU (RLC-data-Sub-PDU-piggybacked-control-PDU) путем добавления RLC-control-PDU (STATUS-PDU или ему подобного), сохраненного в буфере 20 RLC-control-PDU, к пакету RLC-data-Sub-PDU, подлежащему передаче, и с возможностью передачи указанного пакета совмещенных RLC-data-Sub-PDU и RLC-control-PDU.
Модуль 19 генерирования RLC-control-PDU выполнен с возможностью генерирования STATUS-PDU (ACK/NACK) в соответствии с извещением от буфера 32 переупорядочивания в момент времени генерирования запроса повторной передачи (момент времени, в который возникает событие, которое становится триггером генерирования и передачи STATUS-PDU, или непосредственно перед первой возможностью радиопередачи после события, которое становится триггером генерирования и передачи STATUS-PDU, или в момент времени, в который останавливается таймер запрета STATUS, который активен при возникновении события, которое становится триггером генерирования и передачи STATUS-PDU).
Более конкретно, как показано на фиг.8, модуль 19 генерирования RLC-control-PDU выполнен с возможностью не учитывать пакеты RLC-data-PDU с порядковыми номерами #2 и #3 при генерировании STATUS-PDU в момент времени (момент времени #2) триггера #1 генерирования и передачи STATUS-PDU. Это происходит потому, что буфер 32 переупорядочивания не указывает модулю 19 генерирования RLC-control-PDU, что необходим запрос повторной передачи для пакетов RLC-data-PDU с порядковыми номерами #2 и #3 (еще не принятых) в момент времени (момент времени #2) триггера #1 генерирования и передачи STATUS-PDU.
Модуль 19 генерирования RLC-control-PDU выполнен с возможностью указания пакетов RLC-data-PDU с порядковыми номерами #2 и #3 в STATUS-PDU (NACK), сгенерированный после этого в момент времени (момент времени #4) триггера #2 генерирования и передачи STATUS-PDU. Это происходит потому, что буфер 32 переупорядочивания уже указал модулю 19 генерирования RLC-control-PDU, что необходим запрос повторной передачи для пакетов RLC-data-PDU с порядковыми номерами #2 и #3, в момент времени (момент времени #4) триггера #2 генерирования и передачи STATUS-PDU.
При этом модуль 19 генерирования RLC-control-PDU может быть выполнен с возможностью следующего функционирования при уведомлении буфером 32 переупорядочивания, что необходим запрос повторной передачи для нескольких пакетов RLC-data-PDU до возникновения события, которое становится триггером генерирования и передачи STATUS-PDU. Модуль 19 генерирования RLC-control-PDU может быть выполнен с возможностью индивидуального контролирования порядковых номеров всех пакетов RLC-data-PDU, для которых буфер 32 переупорядочивания указал необходимость запроса повторной передачи, и последующего включения порядковых номеров всех таких пакетов RLC-data-PDU при генерировании STATUS-PDU.
Кроме того, модуль 19 генерирования RLC-control-PDU может быть выполнен с возможностью контролирования только наибольшего порядкового номера из числа порядковых номеров пакетов RLC-data-PDU, указанных буфером 32 переупорядочивания в качестве RLC-data-PDU, для которых необходим запрос повторной передачи (например, контролирования этого порядкового номера как "параметра состояния T_SN_STATUS"). Тогда модуль 19 генерирования RLC-control-PDU может быть выполнен с возможностью включения в момент времени генерирования STATUS-PDU порядковых номеров всех пакетов RLC-data-PDU, которые не превышают параметр состояния "T_SN_STATUS" и которые являются порядковыми номерами непринятых пакетов RLC-data-PDU в приемном окне. Другими словами, модуль 19 генерирования RLC-control-PDU может контролировать, как "параметр состояния T_SN_STATUS", только наибольший порядковый номер из числа порядковых номеров пакетов RLC-data-PDU, указанных в результате определения, проводимого буфером 32 переупорядочивания, необходимости запроса повторной передачи пакетов RLC-data-PDU (результат определения), и может генерировать STATUS-PDU на основе "параметра состояния T_SN_STATUS".
Кроме того, в случае, когда модуль 19 генерирования RLC-control-PDU уже принял RLC-data-PDU с порядковым номером, следующим за наибольшим порядковым номером из числа порядковых номеров пакетов RLC-data-PDU, указанных буфером 32 переупорядочивания в качестве пакетов RLC-data-PDU, для которых необходим запрос повторной передачи, модуль 19 генерирования RLC-control-PDU может контролировать только наименьший порядковый номер, который больше, чем порядковый номер принятого RLC-data-PDU с порядковым номером, следующим за наибольшим порядковым номером из числа порядковых номеров пакетов RLC-data-PDU, указанных буфером 32 переупорядочивания в качестве пакетов RLC-data-PDU, для которых необходим запрос повторной передачи и который входит в число непринятых пакетов RLC-data-PDU (например, контролировать наименьший порядковый номер в качестве переменной состояния "T_SN_STATUS"), и затем генерировать STATUS-PDU на основании "T_SN_STATUS". Более конкретно, модуль 19 генерирования RLC-control-PDU может генерировать STATUS-PDU, включающий порядковые номера всех пакетов RLC-data-PDU, которые меньше, чем "T_SN_STATUS", и которые являются порядковыми номерами непринятых пакетов RLC-data-PDU в приемном окне.
Следует отметить, что в качестве события, которое становится триггером генерирования и передачи STATUS-PDU, можно предусмотреть следующие уведомления или остановку периодического таймера в модуле 19 генерирования RLC-control-PDU или подобного: уведомление от буфера 32 переупорядочивания о том, что необходим запрос повторной передачи для конкретного RLC-data-PDU, уведомление от буфера 32 переупорядочивания о том, что детектирован бит Poll, или уведомление от буфера 32 переупорядочивания о том, что частота использования приемного окна превышает определенный порог.
Кроме того, модуль 19 генерирования RLC-control-PDU может быть выполнен с возможностью запрета избыточной передачи пакетов STATUS-PDU путем использования таймера запрета STATUS.
В случае использование таймера запрета STATUS модуль 19 генерирования RLC-control-PDU запускает таймер запрета STATUS при передаче STATUS-PDU.
Затем, даже если возникает событие, которое становится триггером генерирования и передачи STATUS-PDU, модуль 19 генерирования RLC-control-PDU не генерирует и не передает STATUS-PDU в течение функционирования таймера запрета STATUS.
После этого в момент времени, когда таймер запрета STATUS останавливается, модуль 19 генерирования RLC-control-PDU генерирует и передает STATUS-PDU в случае возникновения события, которое становится триггером генерирования и передачи STATUS-PDU, в течение функционирования таймера запрета STATUS.
Буфер 20 RLC-control-PDU выполнен с возможностью хранения RLC-control-PDU, сгенерированного модулем 19 генерирования RLC-control-PDU.
Модуль 31 демультиплексирования выполнен с возможностью извлечения STATUS-PDU из RLC-PDU, принятого от подуровня MAC, и последующей передачи STATUS-PDU в буфер 14 ожидания АСК, а также с возможностью извлечения и передачи RLC-data-PDU и RLC-data-Sub-PDU в буфер 32 переупорядочивания.
Следует отметить, что подуровень MAC обладает возможностью передачи RLC-PDU на подуровень RLC без выполнения описанного выше переупорядочивания.
Буфер 32 переупорядочивания выполнен с возможностью осуществления переупорядочивания для сохраненного RLC-data-PDU.
Более конкретно, буфер 32 переупорядочивания выполнен с возможностью сохранения пакетов RLC-data-PDU в буфере 33 повторной сборки (по порядку), хранящихся в порядке порядковых номеров.
При этом для пакетов RLC-data-PDU, не хранящихся в порядке порядковых номеров (не по порядку), буфер 32 переупорядочивания выполнен с возможностью определения необходимости запроса повторной передачи для пакетов RLC-control-PDU с использованием таймера переупорядочивания, а также выполнен с возможностью уведомления модуля 19 генерирования RLC-control-PDU, что необходим запрос повторной передачи для непринятых пакетов RLC-data-PDU в случае определения такой необходимости.
Буфер 32 переупорядочивания выполнен с возможностью определения того, выполняется ли в отношении еще не принятого пакета процесс управления повторной передачей (процесс управления повторной передачей HARQ) на подуровне MAC.
Кроме того, буфер 32 переупорядочивания выполнен с возможностью подачи команды модулю 19 генерирования RLC-control-PDU, на основании вышеуказанного результата определения команды, сгенерировать STATUS-PDU (NACK) (запрос повторной передачи), указывающий только пакет, который еще не принят и в отношении которого на подуровне MAC не выполняется процесс управления повторной передачей (процесс управления повторной передачей HARQ).
Более конкретно, как показано на фиг.8, буфер 32 переупорядочивания выполнен с возможностью запуска таймера переупорядочивания в случае, когда RLC-data-PDU с заданным порядковым номером #4 принят в момент времени #1 до приема пакетов RLC-data-PDU с порядковыми номерами #2 и #3.
В этом случае буфер 32 переупорядочивания не сообщает модулю 19 генерирования RLC-control-PDU, что необходим запрос повторной передачи для пакетов RLC-data-PDU с порядковыми номерами #2 и #3, так как есть вероятность того, что на подуровне MAC все еще выполняется процесс управления повторной передачей (процесс управления повторной передачей HARQ) для пакетов RLC-data-PDU с порядковыми номерами #2 и #3. Это происходит потому, что таймер переупорядочивания, запущенный при приеме пакета RLC-data-PDU с порядковым номером #4, в момент времени #2 (момент времени #1 триггера генерирования и передачи STATUS-PDU) еще не остановлен.
После этого таймер переупорядочивания, запущенный при приеме RLC-data-PDU с порядковым номером #4, останавливается в момент времени #3. Таким образом, буфер 32 переупорядочивания определяет, что на подуровне MAC процесс управления повторной передачей (процесс управления повторной передачей HARQ) для пакетов RLC-data-PDU с порядковыми номерами #2 и #3 больше не выполняется и что вероятность приема подуровнем RLC приемного устройства пакетов RLC-data-PDU с порядковыми номерами #2 и #3 отсутствует. Затем буфер 32 переупорядочивания уведомляет модуль 19 генерирования RLC-control-PDU, что необходима повторная передача пакетов RLC-data-PDU с порядковыми номерами #2 и #3.
Следует отметить, что буфер 32 переупорядочивания может без использования таймера переупорядочивания, как показано на фиг.8, детектировать RLC-data-PDU, который необходимо повторно передать, то есть RLC-data-PDU, который еще не был принят, и в отношении которого уже завершен процесс управления повторной передачей на подуровне MAC.
Кроме того, в случае, когда принимается RLC-data-PDU, имеющий порядковый номер, следующий за наибольшим порядковым номером из числа порядковых номеров пакетов RLC-data-PDU, для которых определена необходимость запроса повторной передачи, буфер 32 переупорядочивания может уведомить модуль 19 генерирования RLC-control-PDU о пакете RLC-data-PDU, который имеет больший порядковый номер, нежели чем порядковый номер указанного пакета RLC-data-PDU, и который имеет наименьший порядковый номер из числа непринятых пакетов RLC-data-PDU.
При этом момент времени, в который буфер 32 переупорядочивания указывает модулю 19 генерирования RLC-control-PDU вышеупомянутый порядковый номер, может быть моментом времени, в который останавливается таймер переупорядочивания, или может быть обновленным моментом времени (например, моментом времени, в который указанный выше порядковый номер обновляется).
Следует отметить, что в случае, когда RLC-data-PDU, имеющий порядковый номер, следующий за наибольшим порядковым номером из числа порядковых номеров пакетов RLC-data-PDU, для которых определена необходимость запроса повторной передачи, не принят, буфер 32 переупорядочивания может сообщить модулю 19 генерирования RLC-control-PDU порядковый номер, следующий за наибольшим порядковым номером из числа порядковых номеров RLC-data-PDU, для которых определена необходимость запроса повторной передачи.
Буфер 32 переупорядочивания выполнен с возможностью сборки RLC-data-PDU в случае, когда RLC-data-PDU может быть собран из сохраненных пакетов RLC-data-Sub-PDU.
Модуль 34 повторной сборки RLC-SDU выполнен с возможностью сборки и последующей передачи RLC-SDU (SDU (service data unit, элемент служебных данных) уровня RLC) на верхний уровень в порядке порядковых номеров в случае, когда пакеты RLC-SDU могут быть собраны из пакетов RLC-data-PDU, сохраненных в буфере 33 повторной сборки.
Работа системы мобильной связи в соответствии с первым вариантом осуществления настоящего изобретения
Ниже со ссылкой на фиг.9 приведено описание работы приемного устройства в системе мобильной связи в соответствии с первым вариантом осуществления настоящего изобретения.
Как показано на фиг.9, когда на шаге S101 возникает событие, которое становится триггером генерирования и передачи STATUS-PDU, подуровень RLC приемного устройства на шаге S102 указывает RLC-data-PDU из числа еще не принятых пакетов RLC-data-PDU (или пакетов RLC-data-Sub-PDU), который необходимо повторно передать.
На шаге S103 подуровень RLC приемного устройства генерирует и передает STATUS-PDU (NACK) для пакета RLC-data-PDU, указанного как RLC-data-PDU, который необходимо повторно передать.
Технический результат и преимущества системы мобильной связи в соответствии с первым вариантом осуществления настоящего изобретения
В системе мобильной связи в соответствии с первым вариантом осуществления настоящего изобретения в случае, когда подуровень MAC не выполняет переупорядочивание для принятых RLC-PDU, подуровень RLC может должным образом детектировать RLC-data-PDU (или RLC-data-Sub-PDU), который необходимо повторно передать, то есть RLC-data-PDU, который еще не был принят и для которого на подуровне MAC процесс управления повторной передачей больше не выполняется, и затем передать STATUS-PDU (NACK) для детектированного пакета RLC-data-PDU.
Настоящее изобретение описано выше с использованием указанных вариантов осуществления. Однако специалисту в данной области техники будет очевидно, что настоящее изобретение не ограничивается описанными вариантами осуществления. Настоящее изобретение может быть реализовано в видоизмененном или модифицированном виде в пределах сути и объема настоящего изобретения, определенных формулой изобретения. Таким образом, целью настоящего описания является раскрытие примера, а не ограничение настоящего изобретения в каком-либо виде.
Следует отметить, что в настоящее описание посредством ссылки полностью включено содержание патентной заявки Японии №2007-101188 (поданной 6 апреля 2007 г.).
Как описано выше, способ передачи запроса повторной передачи и приемное устройство в соответствии с настоящим изобретением выгодны благодаря тому, что они могут предотвратить передачу подуровнем RLC запроса повторной передачи для RLC-data-PDU, в отношении которого выполняется управление повторной передачей HARQ на подуровне MAC, в случае, когда подуровень MAC не выполняет переупорядочивание для принятых пакетов RLC-PDU.
Claims (2)
1. Способ передачи запроса повторной передачи, в котором заранее заданный подуровень приемного устройства передает запрос повторной передачи для пакета, переданного от заранее заданного подуровня передающего устройства, включающий шаги, заключающиеся в том, что:
запускают, на заранее заданном подуровне приемного устройства, таймер переупорядочивания, если принят второй пакет до приема одного или нескольких первых пакетов, причем порядковый номер второго пакета превышает порядковый номер первого пакета;
контролируют как параметр состояния, на заранее заданном подуровне приемного устройства, минимальное значение порядковых номеров пакетов, которые еще не были приняты, из числа третьих пакетов с порядковыми номерами, превышающими порядковый номер второго пакета, при остановке таймера переупорядочивания; и генерируют и передают, на заранее заданном подуровне приемного устройства, запрос повторной передачи на основании контролируемого параметра состояния.
запускают, на заранее заданном подуровне приемного устройства, таймер переупорядочивания, если принят второй пакет до приема одного или нескольких первых пакетов, причем порядковый номер второго пакета превышает порядковый номер первого пакета;
контролируют как параметр состояния, на заранее заданном подуровне приемного устройства, минимальное значение порядковых номеров пакетов, которые еще не были приняты, из числа третьих пакетов с порядковыми номерами, превышающими порядковый номер второго пакета, при остановке таймера переупорядочивания; и генерируют и передают, на заранее заданном подуровне приемного устройства, запрос повторной передачи на основании контролируемого параметра состояния.
2. Приемное устройство, выполненное с возможностью передачи от заранее заданного подуровня запроса повторной передачи для пакета, переданного от заранее заданного подуровня передающего устройства, причем заранее заданный подуровень обладает возможностью запуска таймера переупорядочивания, если принят второй пакет до приема одного или нескольких первых пакетов, причем порядковый номер второго пакета превышает порядковый номер первого пакета;
заранее заданный подуровень обладает возможностью контролирования, как параметра состояния, минимального значения порядковых номеров пакетов, которые еще не были приняты, из числа третьих пакетов с порядковыми номерами, превышающими порядковый номер второго пакета, при остановке таймера переупорядочивания; и заранее заданный подуровень обладает возможностью генерирования и передачи запроса повторной передачи на основании контролируемого параметра состояния.
заранее заданный подуровень обладает возможностью контролирования, как параметра состояния, минимального значения порядковых номеров пакетов, которые еще не были приняты, из числа третьих пакетов с порядковыми номерами, превышающими порядковый номер второго пакета, при остановке таймера переупорядочивания; и заранее заданный подуровень обладает возможностью генерирования и передачи запроса повторной передачи на основании контролируемого параметра состояния.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007101188 | 2007-04-06 | ||
| JP2007-101188 | 2007-04-06 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2009138299A RU2009138299A (ru) | 2011-05-20 |
| RU2462821C2 true RU2462821C2 (ru) | 2012-09-27 |
Family
ID=39863904
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2009138299/07A RU2462821C2 (ru) | 2007-04-06 | 2008-04-04 | Способ передачи запроса повторной передачи и приемное устройство |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US8917728B2 (ru) |
| EP (1) | EP2144391B1 (ru) |
| JP (1) | JP4929349B2 (ru) |
| KR (1) | KR101379408B1 (ru) |
| CN (1) | CN101652951A (ru) |
| AU (1) | AU2008239082B2 (ru) |
| BR (1) | BRPI0811252A2 (ru) |
| RU (1) | RU2462821C2 (ru) |
| WO (1) | WO2008126806A1 (ru) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100027503A1 (en) * | 2008-07-31 | 2010-02-04 | Qualcomm Incorporated | Method and apparatus for reducing data loss during handover in a wireless communication system |
| JP5147898B2 (ja) * | 2010-06-10 | 2013-02-20 | 株式会社エヌ・ティ・ティ・ドコモ | 無線制御装置及び通信制御方法 |
| CN102868504A (zh) * | 2012-08-24 | 2013-01-09 | 中兴通讯股份有限公司 | 一种发送状态报告的方法和rlc接收实体 |
| US9509448B2 (en) | 2012-09-19 | 2016-11-29 | Qualcomm Incorporated | Methods and apparatus for enhanced status retransmission |
| US9531499B2 (en) * | 2012-09-19 | 2016-12-27 | Qualcomm Incorporated | Methods and apparatus for dynamic transmission of retransmission requests |
| WO2016163661A1 (en) * | 2015-04-05 | 2016-10-13 | Lg Electronics Inc. | Method for performing a packet delay calculation in a pdcp entity in a wireless communication system and a device therefor |
| US10291541B1 (en) | 2015-07-16 | 2019-05-14 | Sprint Spectrum L.P. | Systems and methods for scheduling transmissions from an access node |
| CN106470497B (zh) * | 2015-08-17 | 2019-10-29 | 中国移动通信集团公司 | 一种数据传输方法、无线链路控制发送及接收实体 |
| JP6929294B2 (ja) | 2016-03-03 | 2021-09-01 | シアナ メディカル，インク． | 埋め込み可能なマーカ、それらを使用するための装置及び方法 |
| US10841833B2 (en) * | 2016-10-12 | 2020-11-17 | Qualcomm Incorporated | Streamlined user plane headers for high data rates |
| CN108809542B (zh) * | 2017-05-05 | 2021-04-20 | 华为技术有限公司 | 一种数据传输的处理方法和装置 |
| EP3677068B1 (en) | 2018-01-04 | 2023-06-07 | LG Electronics Inc. | Communication device, processing device and method for transmitting data unit |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004042993A1 (en) * | 2002-11-08 | 2004-05-21 | Philips Intellectual Property & Standards Gmbh | Data transmission system |
| WO2006103576A1 (en) * | 2005-03-29 | 2006-10-05 | Koninklijke Philips Electronics N.V. | Receiver apparatus and method for receiving data units over a channel |
| RU2287220C2 (ru) * | 2002-01-05 | 2006-11-10 | Эл Джи Электроникс Инк. | Система и способ предотвращения тупиковой ситуации с использованием таймера для системы высокоскоростного нисходящего пакетного доступа |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6381215B1 (en) * | 1998-06-29 | 2002-04-30 | Microsoft Corporation | Method and computer program product for efficiently and reliably sending small data messages from a sending system to a large number of receiving systems |
| US6697331B1 (en) | 1999-11-17 | 2004-02-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Link layer acknowledgement and retransmission for cellular telecommunications |
| ATE354220T1 (de) | 2001-04-27 | 2007-03-15 | Ericsson Telefon Ab L M | Datenpaketumordnung in einem kommunikationssystem |
| SE0103506D0 (sv) | 2001-10-19 | 2001-10-19 | Ericsson Telefon Ab L M | HARQ stall avoidance |
| US6901063B2 (en) * | 2002-05-13 | 2005-05-31 | Qualcomm, Incorporated | Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems |
| CN1523797B (zh) * | 2003-02-17 | 2012-07-04 | 北京三星通信技术研究有限公司 | Wcdma系统增强型上行专用信道harq的重排序方法 |
| KR101000699B1 (ko) * | 2004-04-19 | 2010-12-10 | 엘지전자 주식회사 | 무선링크 제어계층에서의 데이터 처리방법 |
| US20060098662A1 (en) * | 2004-11-09 | 2006-05-11 | Sunil Gupta | Memory and processor efficient network communications protocol |
| KR101141645B1 (ko) * | 2005-03-29 | 2012-05-17 | 엘지전자 주식회사 | 데이터 블록 전송 제어 방법 |
| EP2267929B1 (en) * | 2005-08-16 | 2012-10-24 | Panasonic Corporation | Method and apparatuses for activation of Hybrid Automatic Request (HARQ) processes |
| US7761767B2 (en) * | 2005-10-21 | 2010-07-20 | Interdigital Technology Corporation | Method and apparatus for retransmission management for reliable hybrid ARQ process |
| CN1852076B (zh) * | 2005-12-31 | 2010-05-05 | 华为技术有限公司 | 一种数据重传方法 |
| WO2008007170A1 (en) * | 2006-07-07 | 2008-01-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Medium access control discard notification |
| PL2547031T3 (pl) * | 2007-03-15 | 2014-07-31 | Interdigital Tech Corp | Sposób i urządzenie do zmiany kolejności danych w systemie ulepszonego szybkiego dostępu do pakietów |
-
2008
- 2008-04-04 AU AU2008239082A patent/AU2008239082B2/en not_active Ceased
- 2008-04-04 RU RU2009138299/07A patent/RU2462821C2/ru not_active IP Right Cessation
- 2008-04-04 BR BRPI0811252-5A2A patent/BRPI0811252A2/pt not_active IP Right Cessation
- 2008-04-04 KR KR1020097021072A patent/KR101379408B1/ko not_active Expired - Fee Related
- 2008-04-04 US US12/594,893 patent/US8917728B2/en active Active
- 2008-04-04 JP JP2009509331A patent/JP4929349B2/ja active Active
- 2008-04-04 CN CN200880011506A patent/CN101652951A/zh active Pending
- 2008-04-04 EP EP08739917.6A patent/EP2144391B1/en active Active
- 2008-04-04 WO PCT/JP2008/056811 patent/WO2008126806A1/ja not_active Ceased
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2287220C2 (ru) * | 2002-01-05 | 2006-11-10 | Эл Джи Электроникс Инк. | Система и способ предотвращения тупиковой ситуации с использованием таймера для системы высокоскоростного нисходящего пакетного доступа |
| WO2004042993A1 (en) * | 2002-11-08 | 2004-05-21 | Philips Intellectual Property & Standards Gmbh | Data transmission system |
| WO2006103576A1 (en) * | 2005-03-29 | 2006-10-05 | Koninklijke Philips Electronics N.V. | Receiver apparatus and method for receiving data units over a channel |
Non-Patent Citations (1)
| Title |
|---|
| 3GPP TS 25.322 V6.9.0, Radio Link Control (RLC) protocol specification, 09.2006. 3GPP TS 36.300 V8.0.0, Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network. (E-UTRAN), 03.2007. * |
Also Published As
| Publication number | Publication date |
|---|---|
| JPWO2008126806A1 (ja) | 2010-07-22 |
| CN101652951A (zh) | 2010-02-17 |
| BRPI0811252A2 (pt) | 2014-11-04 |
| EP2144391A1 (en) | 2010-01-13 |
| AU2008239082B2 (en) | 2013-05-09 |
| AU2008239082A1 (en) | 2008-10-23 |
| WO2008126806A1 (ja) | 2008-10-23 |
| RU2009138299A (ru) | 2011-05-20 |
| KR101379408B1 (ko) | 2014-04-01 |
| US20100118779A1 (en) | 2010-05-13 |
| JP4929349B2 (ja) | 2012-05-09 |
| EP2144391A4 (en) | 2013-11-06 |
| US8917728B2 (en) | 2014-12-23 |
| KR20090125170A (ko) | 2009-12-03 |
| EP2144391B1 (en) | 2018-07-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2462821C2 (ru) | Способ передачи запроса повторной передачи и приемное устройство | |
| RU2487485C2 (ru) | Способ управления окном передачи и повторной передачей и передающее устройство | |
| RU2463711C2 (ru) | Способ пакетной связи и приемное устройство | |
| EP1315341B1 (en) | Receiver polling for data transmission with sliding window data flow control | |
| CN101385375B (zh) | 用于为切换而配置链路层实体的技术 | |
| RU2451406C2 (ru) | Способ выполнения процедуры опроса в системе беспроводной связи | |
| US20100105334A1 (en) | Radio link control status reporting and polling | |
| US20100303054A1 (en) | Apparatus and method for adaptive tsp setting to minimize duplicate packet transmissions | |
| WO2013044982A1 (en) | Interruptions in wireless communications | |
| US20100110984A1 (en) | Retransmission request transmission method, transmitting- side apparatus and receiving-side apparatus | |
| CN107251605B (zh) | 有效可靠传输的方法及用户装置 | |
| US20100144364A1 (en) | Retransmission control method and transmitting-side apparatus | |
| JP4820326B2 (ja) | 送達確認情報送信方法及び受信側装置 | |
| JP2011061840A (ja) | ウィンドウ制御及び再送制御方法、及び、送信側装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20160405 |