RU2419218C2 - Способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи - Google Patents

Способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи Download PDF

Info

Publication number
RU2419218C2
RU2419218C2 RU2007144979A RU2007144979A RU2419218C2 RU 2419218 C2 RU2419218 C2 RU 2419218C2 RU 2007144979 A RU2007144979 A RU 2007144979A RU 2007144979 A RU2007144979 A RU 2007144979A RU 2419218 C2 RU2419218 C2 RU 2419218C2
Authority
RU
Russia
Prior art keywords
information
status message
pdu
status
rlc
Prior art date
Application number
RU2007144979A
Other languages
English (en)
Other versions
RU2007144979A (ru
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
Priority claimed from KR1020050037539A external-priority patent/KR101084135B1/ko
Priority claimed from KR1020050037951A external-priority patent/KR101084136B1/ko
Application filed by ЭлДжи ЭЛЕКТРОНИКС ИНК. filed Critical ЭлДжи ЭЛЕКТРОНИКС ИНК.
Publication of RU2007144979A publication Critical patent/RU2007144979A/ru
Application granted granted Critical
Publication of RU2419218C2 publication Critical patent/RU2419218C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • 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
    • H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window 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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal

Landscapes

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

Abstract

Изобретение относится к технике связи. Предложен способ передачи управляющей информации в системе беспроводной связи. Технический результат заключается в повышении эффективности передачи на передающей стороне. Технический результат достигается за счет приема первого блока управляющей информации, включающего в себя первую информацию с сообщением о состоянии от принимающей стороны, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных принимающей стороне, приема второго блока управляющей информации, включающего в себя вторую информацию с сообщением о состоянии, помещенную в качестве последней информации с сообщением о состоянии во второй блок управляющей информации, и обновления окна передачи с использованием информации о квитировании приема в первой информации с сообщением о состоянии. 4 н. и 6 з.п. ф-лы, 17 ил.

Description

ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к системе беспроводной связи, а конкретнее к способу передачи управляющей информации в системе беспроводной связи и использующему его способу обновления окна передачи.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
Фиг.1 - блок-схема структуры сети UMTS (универсальной системы мобильных телекоммуникаций).
Обратившись к фиг.1, увидим, что универсальная система мобильных телекоммуникаций (в дальнейшем сокращена как UMTS) преимущественно включает в себя пользовательское оборудование (в дальнейшем сокращено как UE), наземную сеть радиодоступа UMTS (в дальнейшем сокращена как UTRAN) и базовую сеть (в дальнейшем сокращена как CN).
UTRAN включает в себя по меньшей мере одну подсистему радиосети (в дальнейшем сокращена как RNS). И RNS включает в себя один контроллер радиосети (в дальнейшем сокращен как RNC) и, по меньшей мере, одну базовую станцию (в дальнейшем названа Узлом Б), управляемую RNC. И по меньшей мере одна или несколько сот имеются в одном Узле Б.
Фиг.2 - схема архитектуры радиопротокола UMTS.
Обратившись к фиг.2, увидим, что уровни радиопротокола существуют парами как в UE, так и в UTRAN, чтобы осуществлять контроль передачи данных на участке радиолинии.
Соответствующие уровни радиопротокола объясняются следующим образом.
Во-первых, уровень PHY (физический) в качестве первого уровня играет роль в передаче данных на участок радиолинии, используя различные методики радиопередачи. На уровне PHY уровень PHY надежной информации из участка радиолинии соединяется с уровнем MAC в качестве верхнего уровня через транспортный канал. А транспортный канал, в основном, классифицируется на выделенный транспортный канал и общий транспортный канал в соответствии с тем, используется ли канал совместно.
Второй уровень включает в себя уровни MAC, RLC, PDCP и BMC. Во-первых, уровень MAC играет роль в преобразовании различных логических каналов в различные транспортные каналы соответственно, а также выполняет функцию мультиплексирования логического канала, которая играет роль в преобразовании различных логических каналов в один транспортный канал. Уровень MAC соединяется с уровнем RLC верхнего уровня через логический канал.
И логический канал в основном разделяется на канал управления для передачи информации плоскости управления и канал трафика для передачи информации плоскости пользователя в соответствии с типом информации, которая передается.
Между тем уровень MAC может разделяться на подуровень MAC-b, подуровень MAC-d, подуровень MAC-c/sh и подуровень MAC-e в соответствии с типами точно управляемых транспортных каналов.
Уровень MAC-b берет на себя управление транспортным каналом BCH (широковещательный канал), ответственным за рассылку системной информации. Подуровень MAC-c/sh управляет совместно используемым транспортным каналом, который совместно используется другими UE, например FACH (прямой канал доступа), DSCH (совместно используемый канал нисходящей линии связи) и т.п. Подуровень MAC-d берет на себя управление выделенным транспортным каналом DCH (выделенным каналом) для конкретного UE. Подуровень MAC-hs управляет транспортным каналом HS-DSCH (высокоскоростным совместно используемым каналом нисходящей линии связи) для высокоскоростной передачи данных, чтобы поддерживать высокоскоростную передачу данных в нисходящей линии связи и восходящей линии связи. И подуровень MAC-e управляет транспортным каналом E-DCH (улучшенный выделенный канал) для передачи данных по восходящей линии связи.
Уровень управления радиосвязью (в дальнейшем сокращен как 'RLC') берет на себя обеспечение качества и класса предоставляемых услуг передачи данных (в дальнейшем сокращено как 'QoS') каждого однонаправленного радиоканала и также берет на себя передачу соответствующих данных. RLC предоставляет один независимый объект RLC в каждом RB, чтобы обеспечивать подлинное QoS у RB. RLC предлагает три типа режимов RLC, например прозрачный режим (в дальнейшем сокращен как 'TM'), неквитируемый режим (в дальнейшем сокращен как 'UM') и квитируемый режим (в дальнейшем сокращен как 'AM'), для поддержки различного QoS. И RLC играет роль в регулировании размера данных, чтобы давать возможность нижнему уровню передавать данные на участок радиолинии. Для этого RLC играет роль в сегментации и объединении данных, принятых с верхнего уровня.
Уровень PDCP располагается над уровнем RLC и играет роль в эффективной передаче данных, переданных с использованием IP-пакета, например IPv4 или IPv6, в участке радиолинии, имеющем относительно небольшую ширину полосы. Для этого уровень PDCP выполняет функцию сжатия заголовков, посредством которой информация, обязательная для заголовка данных, передается для повышения эффективности перемещения на участке радиолинии. Поскольку сжатие заголовков является основной функцией уровня PDCP, то уровень PDCP присутствует только в области услуги пакетной передачи (в дальнейшем сокращена как 'область PS'). И один объект PDCP существует для каждого RB, чтобы обеспечивать эффективную функцию сжатия заголовков для каждой услуги PS.
На втором уровне предоставляется уровень BMC (управление рассылкой/групповой передачей) над уровнем RLC. Уровень BMC планирует сообщение эстафетной рассылки и выполняет широковещательную передачу к UE, расположенным в конкретной соте.
Уровень управления радиоресурсами (в дальнейшем сокращен как 'RRC'), расположенный в самой нижней части третьего уровня, определяется только плоскостью управления. Уровень RRC управляет параметрами первого и второго уровней, которые должны быть связаны с установлением, изменением конфигурации и разъединением RB, и берет на себя управление логическими, транспортными и физическими каналами. В этом случае RB означает логический путь, предоставленный первым и вторым уровнями радиопротокола для передачи данных между UE и UTRAN. И установление RB означает процесс регулирования характеристик уровня радиопротокола и канала для предложения конкретной услуги и установление конкретных параметров и способов работы.
Уровень RLC подробно объясняется следующим образом.
Во-первых, основными функциями уровня RLC являются обеспечение QoS каждого RB и соответствующая передача данных. Поскольку услуга RB является услугой, которую второй уровень предоставляет верхнему уровню, весь второй уровень оказывает влияние на QoS. И влияние RLC является наибольшим. RLC предоставляет независимый объект RLC в каждом RB, чтобы обеспечивать подлинное QoS у RB и предлагает три вида режимов RB в виде TM, UM и AM. Так как три режима RLC отличаются друг от друга в поддерживаемом QoS, их способы работы отличаются друг от друга, так же как и их подробные функции. Таким образом, RLC нужно рассматривать в соответствии с его режимом работы.
TM RLC является режимом, когда никакие служебные данные не прикрепляются к сервисному блоку данных RLC (в дальнейшем сокращен как 'SDU'), доставленному с верхнего уровня, в конфигурировании протокольного блока данных RLC (в дальнейшем сокращен как 'PDU'). В частности, поскольку RLC явно передает SDU, оно называется TM RLC. Вследствие таких характеристик TM RLC играет следующие роли в плоскостях пользователя и управления. В плоскости пользователя, поскольку время обработки данных в RLC короткое, TM RLC выполняет передачу данных по линии в реальном масштабе времени, например речевую передачу или потоковую передачу данных в области служебной линии (в дальнейшем сокращена как 'область CS'). Между тем в плоскости управления, поскольку в RLC отсутствуют служебные данные, RLC берет на себя передачу сообщения RRC от некоторого UE в случае восходящей линии связи либо передачу сообщений RRC трансляцией от всех UE в соте в случае нисходящей линии связи.
В отличие от прозрачного режима, режим добавления служебных данных в RLC называется непрозрачным режимом, который классифицируется на неквитируемый режим (UM), не имеющий квитирования для переданных данных, и квитируемый режим (AM), имеющий квитирование для переданных данных. Путем прикрепления к каждому PDU заголовка PDU, включающего в себя порядковый номер (в дальнейшем сокращен как 'SN'), UM RLC дает возможность принимающей стороне знать, какой PDU потерялся в ходе передачи.
Благодаря этой функции UM RLC в основном выполняет передачу пакетных данных реального масштаба времени, например широковещательную/многоадресную передачу данных, речевых данных области PS (например, VoIP) и потоковую передачу в плоскости пользователя, или передачу в плоскости управления сообщения RRC, не требующего квитирования среди сообщений RRC, переданных конкретному UE или конкретной группе UE в соте.
AM RLC, как один из непрозрачных режимов, конфигурирует PDU путем прикрепления заголовка PDU, включающего в себя SN, аналогично UM RLC. Еще AM RLC отличается от UM RLC в том, что принимающая сторона выполняет квитирование для PDU, переданного передающей стороной. Причина, почему принимающая сторона выполняет квитирование в AM RLC, в том, что передающая сторона может сделать запрос повторной передачи PDU, которого не удалось принять самой передающей стороне. И эта функция повторной передачи является наиболее яркой особенностью AM RLC. Таким образом, целью AM RLC является обеспечение безошибочной передачи данных посредством повторной передачи. Благодаря этой цели AM RLC в основном берет на себя передачу пакетных данных модельного времени, например TCP/IP в области PS в плоскости пользователя или передачу в плоскости управления сообщения RRC с обязательным квитированием среди сообщений RRC, переданных конкретному UE в соте.
В аспекте направленности TM либо UM RLC используется для однонаправленного обмена информацией, тогда как AM RLC используется для двунаправленного обмена информацией вследствие обратной связи от принимающей стороны. Поскольку двунаправленный обмен информацией преимущественно используется для прямых коммуникаций, AM RLC использует только выделенный логический канал. Существует следующее отличие в структурном аспекте. Один объект RLC включает в себя устройство передачи или приема в TM или UM RLC, тогда как в AM RLC в одном объекте RLC существует передающая сторона и принимающая сторона.
Сложность AM RLC объясняется функцией повторной передачи. AM RLC включает в себя буфер повторной передачи для управления повторной передачей, а также передающий/принимающий буфер, и выполняет различные функции использования передающего/принимающего окна для управления потоком данных, опроса того, что передающая сторона запрашивает информацию о состоянии от принимающей стороны равноправного объекта RLC, отчета о состоянии, которым принимающая сторона сообщает состояние своего буфера передающей стороне равноправного объекта RLC, PDU состояния для переноса информации о состоянии, совмещения вставки PDU состояния в PDU данных для повышения эффективности передачи данных и т.п.
Между тем, имеется PDU сброса, выполняющий запрос к объекту AM RLC другой стороны для сброса всех операций и параметров в случае, когда объект AM RLC обнаруживает критическую ошибку в ходе операции. И также имеется ACK PDU сброса, используемый для ответа на PDU сброса. Для поддержки этих функций AM RLC необходимы различные параметры протокола, переменные состояния и таймер. PDU, используемый для управления передачей данных в сообщении с информацией о состоянии, PDU состояния, PDU сброса или т.п., называется PDU управления, а PDU, используемый для доставки пользовательских данных, называется PDU данных.
Вкратце, PDU, используемые AM RLC, могут в основном классифицироваться на два типа. Первым типом является PDU данных, а вторым типом является PDU управления. И PDU управления включает в себя PDU состояния, совмещенный PDU состояния, PDU сброса и ACK PDU сброса.
Одним из случаев использования PDU управления является процедура сброса. Процедура сброса используется в решении ситуации, связанной с появлением ошибки, в действии AM RLC. Для примера ситуации ошибки совместно используемые порядковые номера отличаются друг от друга, либо PDU или SDU терпят неудачу в передачах, равняющихся пределу подсчета. Посредством процедуры сброса AM RLC принимающей стороны и AM RLC передающей стороны сбрасывают переменные окружения и затем повторно входят в состояние, дающее возможность обмена информацией.
Процедура сброса объясняется следующим образом.
Во-первых, сторона, решившая начать процедуру сброса, т.е. AM RLC передающей стороны, включает в PDU сброса значение номера гиперкадра (в дальнейшем сокращен как 'HFN'), используемого в данный момент направления передачи, и затем передает PDU сброса принимающей стороне. AM RLC принимающей стороны, приняв PDU сброса, повторно устанавливает значение HFN своего направления приема и затем сбрасывает переменные окружения, например порядковый номер и т.п. Потом AM RLC принимающей стороны включает HFN своего направления передачи в ACK PDU сброса и затем передает ACK PDU сброса к AM RLC передающей стороны. При приеме ACK PDU сброса AM RLC передающей стороны повторно устанавливает значение HFN своего направления приема и затем сбрасывает переменные окружения.
Структура PDU RLC, используемая объектом AM RLC, объясняется следующим образом.
Фиг.3 - структурная схема PDU AM RLC.
Обратившись к фиг.3, увидим, что PDU AM RLC используется, когда объект AM RLC пытается передавать пользовательские данные или совмещенные информацию о состоянии и бит опроса. Часть с пользовательскими данными конфигурируется как 8-битное целочисленное умножение, и заголовок PDU AM RLC образуется с помощью порядкового номера из 2 октетов. И часть с заголовком PDU AM RLC включает в себя индикатор длины.
Фиг.4 - структурная схема PDU состояния.
Обратившись к фиг.4, увидим, что PDU состояния включает в себя различные типы SUFI (суперполей). Размер PDU состояния - переменный, но ограничивается размером самого большого PDU RLC логического канала, перемещающего PDU состояния. В этом случае SUFI играет роль в сообщении информации, указывающей, какой вид PDU AM RLC поступает на принимающую сторону или какой вид PDU AM RLC не поступает на принимающую сторону, и т.д. SUFI образуется с помощью трех частей: типа, длины и значения.
Фиг.5 - структурная схема совмещенного PDU состояния.
Обратившись к фиг.5, увидим, что структура совмещенного PDU состояния аналогична структуре PDU состояния, однако отличается в том, что поле D/C заменяется зарезервированным битом (R2). Совмещенный PDU состояния вставляется в случае, когда остается достаточно места в PDU AM RLC. И значение типа PDU всегда может быть зафиксировано в '000'.
Фиг.6 - структурная схема ACK PDU сброса.
Обратившись к фиг.6, увидим, что PDU сброса включает в себя порядковый номер, названный 1-битным RSN. И ACK PDU сброса передается в ответ на принятый PDU сброса путем включения RSN, содержащегося в принятом PDU сброса.
Используемые для формата PDU параметры объясняются следующим образом.
Во-первых, значение поля 'D/C' указывает, является ли соответствующий протокольный блок данных PDU управления либо PDU данных.
'PDU Type' указывает тип PDU управления. В частности, 'PDU Type' указывает, является ли соответствующий протокольный блок данных PDU сброса или PDU состояния, и т.п.
Значение 'Sequence Number' означает информацию о порядковом номере у PDU AM RLC.
При этом значение 'Polling Bit' устанавливается, когда к принимающей стороне выполняется запрос сообщения о состоянии.
Значение бита расширения (E) указывает, является ли следующий октет индикатором длины.
Значение зарезервированного бита (R1) используется для PDU сброса или ACK PDU сброса и кодируется как '000'.
Значение бита расширения заголовка (HE) указывает, является ли следующий октет индикатором длины либо данными.
Значение 'Length Indicator' указывает расположение граничной поверхности, если в части с данными в PDU существует граничная поверхность между разными SDU.
Часть 'PAD' является областью заполнения и является областью, которая не используется в PDU AM RLC.
SUFI (Суперполе) подробно объясняется следующим образом.
Как вкратце упомянуто в предшествующем описании, SUFI играет роль в сообщении передающей стороне информации, которая указывает, какой вид PDU AM RLC поступил на принимающую сторону или какой вид PDU AM RLC не поступил на принимающую сторону и т.п. В настоящее время имеются восемь типов SUFI, определенных для использования. Каждое из SUFI состоит из типа, длины и значения.
И существуют различные типы SUFI, включающие NO_MORE (больше нет данных), WINDOW (размер окна), ACK (квитирование), LIST (список), BITMAP (битовый массив), Rlist (сравнительный список), MRW (перемещение принимающего окна), MRW ACK (квитирование перемещения принимающего окна) и т.д.
Типы SUFI подробно объясняются следующим образом.
(A) SUFI NO_MORE
Фиг.7 - структурная схема поля SUFI NO_MORE в соответствии с предшествующим уровнем техники.
Обратившись к фиг.7, увидим, что SUFI NO_MORE существует только как поле типа. SUFI NO_MORE играет роль в указании того, что больше не существует SUFI после SUFI NO_MORE. Таким образом, следующая за SUFI область может рассматриваться как область PAD (заполнения).
(B) SUFI BITMAP
Фиг.8 - структурная схема поля SUFI BITMAP в соответствии с предшествующим уровнем техники.
Обратившись к фиг.8, увидим, что SUFI BITMAP состоит из типа (Type), длины битового массива (LENGTH), начального порядкового номера (FSN) и битового массива (Bitmap).
LENGTH состоит из четырех битов и (LENGTH+1) означает размер октета у битового массива. Например, если LENGTH='0000', это означает, что размер октета битового массива равен '1'. Поскольку LENGTH может быть присвоено значение вплоть до '1111', максимальный размер октета, который может иметь битовый массив, становится равным '16'.
FSN состоит из двенадцати битов и означает порядковый номер, соответствующий первому биту битового массива.
Bitmap изменяется в соответствии со значением, заданным полем Length. Может указываться информация о состоянии PDU AM RLC, соответствующего порядковому номеру в интервале, соответствующем [FSN, FSN+(LENGTH+1)·8-1]. В последовательности порядковый номер увеличивается слева направо, и состояние приема PDU AM RLC представляется как '0' (аварийный прием: NACK) либо '1' (нормальный прием: ACK).
В UE передающей стороной могут удаляться PDU AM RLC, подтвержденные SUFI BITMAP как правильно принятые.
(C) SUFI ACK
Фиг.9 - структурная схема поля SUFI ACK в соответствии с предшествующим уровнем техники.
Обратившись к фиг.9, увидим, что SUFI ACK состоит из типа (Type) и последнего порядкового номера (LSN).
SUFI ACK играет роль в указании последней части у части с данными в PDU состояния, аналогично SUFI NO_MORE. Если SUFI ACK существует в последней части PDU состояния, то одновременно не нужно SUFI NO_MORE. Иными словами, SUFI ACK должно наличествовать в PDU состояния, не законченного SUFI NO_MORE. Части, следующие за SUFI ACK, могут рассматриваться как PAD (заполнение).
SUFI ACK берет на себя 'квитирование' для приема всех PDU AM RLC, каждый из которых сообщается безошибочным в частях перед PDU состояния, в случае SN<LSN. Иными словами, если LSN>VR(R), информацию квитирования для PDU AM RLC в состоянии ошибки приема следует передавать как использующую один PDU состояния. В частности, информацию квитирования для PDU AM RLC в состоянии ошибки приема невозможно передавать разделенной на несколько PDU состояния. Если LSN=VR(R), то PDU AM RLC в состоянии ошибки приема могут передаваться разделенными на несколько PDU состояния. Если LSN<VR(R), это нельзя использовать. И значение LSN может быть задано значением, меньшим либо равным VR(H). В этом случае VR(H) является PDU AM RLC, который поступит после того, как принимающей стороной будет принят наибольший SN среди PDU AM RLC. В частности, в случае приема 'x', имеющего наибольший SN среди PDU AM RLC, принятых принимающей стороной, VR(H) становится равным (x+1).
Передающая сторона, приняв PDU состояния, может обновлять значение VT(A) путем сравнения LSN с SN у PDU AM RLC в первом состоянии ошибки приема, включенном в PDU состояния.
Если значение принятого LSN меньше либо равно SN у PDU AM RLC, соответствующего первой ошибке приема в PDU состояния (LSN<SN первого ошибочного бита в PDU состояния), то VT(A) обновляется значением LSN.
Если значение принятого LSN больше SN у PDU AM RLC, соответствующего первой ошибке приема в PDU состояния (LSN>SN первого ошибочного бита в PDU состояния), то VT(A) обновляется значением SN у PDU AM RLC, соответствующего первой ошибке приема в PDU состояния.
VR(R) является PDU AM RLC, предполагаемым к приему следующим за последним PDU AM RLC, принятым последовательно принимающей стороной. Например, если принимающая сторона принимает PDU AM RLC вплоть до Nого PDU AM RLC без ошибки приема, то VR(R) равен (N+1). И VT(A) является SN у PDU AM RLC, предполагаемым к приему последовательно следующим за последним PDU AM RLC, приняв передающей стороной информацию ACK (квитирование нормального приема) от принимающей стороны. Например, если информация ACK (квитирование нормального приема) для PDU AM RLC вплоть до Mого принимается передающей стороной от принимающей стороны, то VT(A) равен (M+1).
В предшествующем уровне техники, если передающая сторона принимает сообщение о состоянии, то нижняя граница окна передачи обновляется на основании значения LSN, включенного в SUFI ACK. А именно в предшествующем уровне техники AM RLC передающей стороны предполагается для обновления значения VT(A) нижней границы окна передачи путем сравнения принятого значения LSN с порядковым номером (SN) у PDU AM RLC, сообщенного как ошибка приема в PDU состояния или совмещенном PDU состояния для сообщения о состоянии.
Тем не менее, в предшествующем уровне техники передающая сторона не может обновлять окно передачи до приема от принимающей стороны SUFI ACK, включающего в себя значение LSN. В случае, когда PDU состояния или совмещенный PDU состояния, включающий в себя SUFI ACK, не принимается нормально, невозможно обновить окно передачи, несмотря на признание того, что принимающая сторона приняла PDU AM RLC без ошибки. Поэтому невозможно эффективно выполнять передачу данных к принимающей стороне.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Таким образом, настоящее изобретение направлено на способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи, которые в значительной степени устраняют одну или несколько проблем вследствие ограничений и недостатков предшествующего уровня техники.
Цель настоящего изобретения - предоставить способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи, посредством которых может быть улучшена эффективность передачи на передающей стороне.
Другая цель настоящего изобретения - предоставить способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи, посредством которых окно передачи передающей стороны может быть немедленно обновлено в соответствии с полученной информацией, если передающая сторона получает информацию, указывающую, что принимающая сторона приняла блок данных без ошибок.
Другая цель настоящего изобретения - предоставить способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи, посредством которых может быть повышена скорость передачи блоков данных на передающей стороне.
Дополнительные признаки и преимущества изобретения будут изложены в описании, которое следует, и частично будут очевидны из описания или могут быть изучены при осуществлении изобретения на практике. Цели и другие преимущества изобретения будут реализованы и достигнуты посредством конструкции, подробно показанной в его письменном описании и формуле изобретения, а также в прилагаемых чертежах.
Когда передающая сторона передает множество блоков данных принимающей стороне, принимающая сторона передает передающей стороне информацию с сообщением о состоянии для множества принятых блоков данных. В этом случае информация с сообщением о состоянии включает в себя информацию квитирования приема, указывающую, имеется ли ошибка приема для каждого блока данных. Предпочтительно, чтобы информация с сообщением о состоянии передавалась включенной в блок управляющей информации, переданный передающей стороне от принимающей стороны. Принимающая сторона может передавать передающей стороне информацию с сообщением о состоянии для множества блоков данных путем включения ее по меньшей мере в два блока управляющей информации. Передающая сторона обновляет окно передачи, используя информацию с сообщением о состоянии, переданную от принимающей стороны.
В случае, когда передающая сторона принимает информацию с сообщением о состоянии посредством по меньшей мере двух блоков управляющей информации, при получении информации (например, порядкового номера блока данных, имеющего первую ошибку приема) для блоков данных, которые приняты принимающей стороной без ошибки, из информации с сообщением о состоянии, включенной в первый блок управляющей информации, передающая сторона обновляет окно передачи, не принимая второй блок управляющей информации.
Между тем, в случае, когда первая информация с сообщением о состоянии и вторая информация с сообщением о состоянии включаются в разные блоки управляющей информации соответственно, первая информация с сообщением о состоянии, включенная в блок управляющей информации, принятый передающей стороной первым среди множества блоков управляющей информации, включает в себя информацию для первого блока данных, принятого первым с ошибкой на принимающей стороне. И вторая информация с сообщением о состоянии включается в блок управляющих данных, переданный передающей стороне последним.
Между тем, передающая сторона получает информацию для первого блока данных, имеющего ошибку приема, из первой информации с сообщением о состоянии, включенной в блок управляющих данных, принятый первым среди множества блоков управляющих данных, принятых передающей стороной. В случае неудачи с нормальным приемом блока управляющих данных, принятого первым, передающая сторона получает информацию для первого блока данных, имеющего ошибку приема, из второй информации с сообщением о состоянии, включенной в блок управляющих данных, принятый последним среди принятых блоков управляющих данных.
Блок данных означает единицу данных, включающую в себя пользовательские данные, используемые в определенном уровне протокола. Например, блок данных на уровне RLC соответствует PDU (протокольному блоку данных). Блок управляющей информации означает единицу данных, включающую в себя управляющую информацию, используемую в определенном уровне протокола. Например, блок управляющей информации соответствует PDU состояния, совмещенному PDU состояния или аналогичным. И информация с сообщением о состоянии является индикатором сообщения о состоянии, включенным в блок управляющей информации. Например, информация с сообщением о состоянии соответствует различным типам SUFI (суперполей), включенным в PDU состояния или совмещенный PDU состояния.
Для достижения этих и других преимуществ и в соответствии с целью настоящего изобретения, как реализовано и описано в общих чертах, способ обновления окна передачи в системе мобильной связи в соответствии с настоящим изобретением включает в себя этапы приема первого блока управляющей информации, включающего в себя первую информацию с сообщением о состоянии от принимающей стороны, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных принимающей стороне, приема второго блока управляющей информации, включающего в себя вторую информацию с сообщением о состоянии, помещенную в качестве последней информации с сообщением о состоянии во второй блок управляющей информации, и обновления окна передачи, используя информации о квитировании приема в первой информации с сообщением о состоянии.
Предпочтительно, чтобы вторая информация с сообщением о состоянии включала в себя поле, указывающее порядковый номер блока данных, имеющего первую ошибку приема среди множества блоков, принятых принимающей стороной.
Предпочтительно, чтобы нижняя граница окна передачи обновлялась порядковым номером блока данных, соответствующего первой информации NACK из информации о квитировании приема в первой информации с сообщением о состоянии.
Предпочтительно, чтобы первая информация с сообщением о состоянии являлась суперполем (SUFI) типа битового массива.
Предпочтительно, чтобы вторая информация с сообщением о состоянии являлась суперполем (SUFI) типа ACK.
Для дальнейшего достижения этих и других преимуществ и в соответствии с целью настоящего изобретения способ обновления окна передачи в системе мобильной связи включает в себя этапы приема первого блока управляющей информации, включающего в себя первую информацию с сообщением о состоянии от принимающей стороны, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных принимающей стороне, и обновления окна передачи с использованием информации о квитировании приема в первой информации с сообщением о состоянии.
Предпочтительно, чтобы нижняя граница окна передачи обновлялась порядковым номером блока данных, соответствующего первой информации NACK из информации о квитировании приема в первой информации с сообщением о состоянии.
Для дальнейшего достижения этих и других преимуществ и в соответствии с целью настоящего изобретения способ передачи блоков управляющей информации передающей стороне для предоставления информации с сообщением о состоянии блоков данных, переданных передающей стороной, включает в себя этапы передачи передающей стороне первого блока управляющей информации, включающего в себя первую информацию с сообщением о состоянии, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных передающей стороной, и передачи второго блока управляющей информации, включающего в себя вторую информацию с сообщением о состоянии, помещенную в качестве последней информации с сообщением о состоянии во второй блок управляющей информации, причем вторая информация с сообщением о состоянии включает в себя поле, указывающее порядковый номер, соответствующий нижней границе окна приема.
Для дальнейшего достижения этих и других преимуществ и в соответствии с целью настоящего изобретения передатчик для обновления окна передачи в системе мобильной связи включает в себя средство для приема первого блока управляющей информации, включающего в себя первую информацию с сообщением о состоянии от принимающей стороны, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных принимающей стороне, средство для приема второго блока управляющей информации, включающего в себя вторую информацию с сообщением о состоянии, помещенную в качестве последней информации с сообщением о состоянии во второй блок управляющей информации, и средство для обновления окна передачи с использованием информации о квитировании приема в первой информации с сообщением о состоянии.
Предпочтительно, чтобы вторая информация с сообщением о состоянии включала в себя поле, указывающее порядковый номер блока данных, имеющего первую ошибку приема среди множества блоков, принятых принимающей стороной.
Предпочтительно, чтобы нижняя граница окна передачи обновлялась порядковым номером блока данных, соответствующего первой информации NACK из информации о квитировании приема в первой информации с сообщением о состоянии.
Для дальнейшего достижения этих и других преимуществ и в соответствии с целью настоящего изобретения структура данных индикатора сообщения о состоянии включается в блок управляющей информации для предоставления информации о квитировании приема для множества блоков данных, переданных принимающей стороне, и индикатор сообщения о состоянии включает в себя первое поле, указывающее тип индикатора сообщения о состоянии, второе поле, предоставляющее информацию о квитировании приема для множества блоков данных, переданных принимающей стороне, и третье поле, указывающее порядковый номер, больше либо равный нижней границе окна приема, используемого на принимающей стороне.
Предпочтительно, чтобы третье поле являлось последним порядковым номером (LSN), указывающим порядковый номер блока данных, имеющего первую ошибку приема среди множества блоков данных, принятых на принимающей стороне.
Нужно понимать, что как предшествующее общее описание, так и последующее подробное описание являются типовыми и поясняющими и имеют целью обеспечить дополнительное объяснение заявленного изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Прилагаемые чертежи, которые включаются для обеспечения дополнительного понимания изобретения, и включаются в состав и составляют часть этого описания, иллюстрируют варианты осуществления изобретения и вместе с описанием служат для раскрытия принципов изобретения.
На чертежах:
фиг.1 - блок-схема структуры сети UMTS (универсальная система мобильных телекоммуникаций) в соответствии с предшествующим уровнем техники;
фиг.2 - схема архитектуры радиопротокола UMTS в соответствии с предшествующим уровнем техники;
фиг.3 - структурная схема PDU AM RLC в соответствии с предшествующим уровнем техники;
фиг.4 - структурная схема PDU состояния в соответствии с предшествующим уровнем техники;
фиг.5 - структурная схема совмещенного PDU состояния в соответствии с предшествующим уровнем техники;
фиг.6 - структурная схема ACK PDU сброса в соответствии с предшествующим уровнем техники;
фиг.7 - структурная схема поля SUFI NO_MORE в соответствии с предшествующим уровнем техники;
фиг.8 - структурная схема поля SUFI BITMAP в соответствии с предшествующим уровнем техники;
фиг.9 - структурная схема поля SUFI ACK в соответствии с предшествующим уровнем техники;
фиг.10 - блок-схема алгоритма в соответствии с одним предпочтительным вариантом осуществления настоящего изобретения;
фиг.11 и фиг.12 - схемы форматов данных первого и второго PDU состояний соответственно, переданных передающей стороне от принимающей стороны для сообщения о состоянии, в соответствии с одним предпочтительным вариантом осуществления настоящего изобретения;
фиг.13 - схема формата данных SUFI расширенного BITMAP (SUFI BITMAPx) в соответствии с одним предпочтительным вариантом осуществления настоящего изобретения и
фиг.14-17 являются схемами для объяснения процесса выполнения сообщения о состоянии от принимающей стороны к передающей стороне, используя SUFI расширенного BITMAP (SUFI BITMAPx) в соответствии с одним предпочтительным вариантом осуществления настоящего изобретения.
ОПТИМАЛЬНЫЙ РЕЖИМ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Сейчас будет сделана подробная ссылка на предпочтительные варианты осуществления настоящего изобретения, примеры которых иллюстрируются на прилагаемых чертежах.
В последующих вариантах осуществления настоящего изобретения технические характеристики настоящего изобретения применяются к универсальной системе мобильных телекоммуникаций (UMTS).
Фиг.10 - блок-схема алгоритма в соответствии с одним предпочтительным вариантом осуществления настоящего изобретения.
Обратившись к фиг.10, увидим, что передающая сторона передает множество PDU (протокольных блоков данных) RLC принимающей стороне [S11]. Передающая сторона при необходимости может выполнять запрос к принимающей стороне для запроса информации с сообщением о состоянии [S12]. В случае приема запроса информации с сообщением о состоянии от передающей стороны или решив, что она необходима, принимающая сторона конфигурирует PDU состояния или совмещенный PDU состояния для сообщения о состоянии и затем передает сконфигурированный PDU передающей стороне периодически или непериодически.
Принимающая сторона может конфигурировать по меньшей мере один PDU состояния или совмещенный PDU состояния для сообщения о состоянии для множества PDU RLC, переданных от передающей стороны, и передает передающей стороне по меньшей мере один сконфигурированный PDU состояния или совмещенный PDU состояния. В варианте осуществления, показанном на фиг.10, принимающая сторона производит сообщение о состоянии посредством двух PDU состояния или двух совмещенных PDU состояния (в дальнейшем называемых в общем случае 'PDU состояния') для приема состояний с порядковыми номерами (SN) 0-99 [S13, S15].
Фиг.11 и фиг.12 - схемы форматов данных первого и второго PDU состояний соответственно, переданных передающей стороне от принимающей стороны для сообщения о состоянии, в соответствии с одним предпочтительным вариантом осуществления настоящего изобретения. Обратившись к фиг.11 и фиг.12, увидим, что SUFI BITMAPx1 и SUFI BITMAPx2 могут указывать информацию квитирования приема, т.е. информацию ACK/NACK, для PDU с SN:0 по SN:99 путем конфигурирования битового массива.
Например, если PDU, имеющие случай ошибки приема на принимающей стороне, соответствуют SN:30, SN:50, SN:55 и SN:80 соответственно, то может быть задано, что SN у PDU AM RLC, соответствующего первой ошибке приема, равен 30, и что значение LSN у SUFI ACK, включенного во второй PDU состояния, показанный на фиг.12, равен '30'. То есть значение LSN у SUFI ACK устанавливается не в VR(R), а в значение SN у PDU RLC, соответствующего первой ошибке приема.
BITMAPx1 включает в себя информацию ACK/NACK для PDU с SN:0~SN:K, а BITMAPx2 включает в себя информацию ACK/NACK для PDU с SN:(K+1)~SN:99. В этом случае допускается, что K больше 30.
В случае приема первого PDU состояния [S13] передающая сторона может получать информацию ACK/NACK, принадлежащую диапазону с SN:0 до SN:K, из BITMAPx1, включенного в первый PDU состояния. Таким образом, передающая сторона может распознавать, что PDU с SN:30 соответствует первой ошибке приема. В результате передающая сторона немедленно обновляет окно передачи, не ожидая приема другого PDU состояния [S14].
То есть в случае распознавания, что PDU вплоть до PDU с SN:30, соответствующего первой ошибке приема, нормально принимаются последовательно после сообщения о состоянии, ранее принятого передающей стороной, передающая сторона может обновить нижнюю границу окна передачи, т.е. VT(A). В этом примере VT(A) обновляется до 30, поскольку SN, соответствующий первой ошибке приема, равен 30. И SN, соответствующий первой ошибке приема, равен значению LSN, установленному принимающей стороной.
Если передающая сторона принимает второй PDU состояния [S15], то передающая сторона может подтвердить значение LSN, включенное в SUFI ACK. В качестве альтернативы возможно не включать SUFI ACK во второй PDU состояния.
В случае, когда первый PDU состояния или аналогичный теряется в сообщении о состоянии, сконфигурированном по меньшей мере с тремя PDU состояния, это означает, что передающая сторона не приняла последовательно информацию ACK/NACK. Таким образом, даже если второй PDU состояния принимается нормально, VT(A) не обновляется значением SN, соответствующим первой ошибке второго PDU состояния. В этом случае VT(A) следует обновлять с использованием значения LSN, включенного в SUFI ACK, путем принятия последнего PDU состояния.
BITMAPx1 может отличаться от обычного BITMAP SUFI, чтобы указывать, что SUFI конфигурируется с использованием SN от PDU RLC, соответствующего первой ошибке приема на принимающей стороне. То есть может быть сконфигурирован новый тип SUFI, имеющий вышеуказанное использование. Например, в BITMAPx1 может включаться LSN. Это подробно объясняется следующим образом.
В предшествующем уровне техники SUFI (например, BITMAP, LIST, SUFI RLIST и т.д.), указывающее информацию ACK/NACK, нужно было передавать вместе с SUFI ACK посредством того же или другого PDU состояния. В этом случае при рассмотрении новых типов ACK/NACK, ассоциативно связанных с SUFI (например, BITMAP, LIST, SUFI RLIST и т.д.), имеющих значение LSN вместо SUFI ACK, значение LSN может передаваться передающей стороне без отдельной передачи SUFI ACK.
Фиг.13 - схема формата данных SUFI расширенного BITMAP (SUFI BITMAPx) в соответствии с одним предпочтительным вариантом осуществления настоящего изобретения.
Обратившись к фиг.13, увидим, что по сравнению с SUFI BITMAP предшествующего уровня техники, SUFI расширенного BITMAP (SUFI BITMAPx) в соответствии с одним предпочтительным вариантом осуществления настоящего изобретения дополнительно включает в себя поле LSN.
Поле LSN может конфигурироваться с помощью 12 битов и может располагаться между двумя случайными полями. В частности, SUFI может конфигурироваться для расположения следующим за полем Bitmap либо между любыми полями, включая Type и Length, LENGTH и FSN, FSN и Bitmap или т.п. В показанном на фиг.13 примере используется SUFI BITMAP. В качестве альтернативы к LIST, RLIST или подобным может добавляться поле LSN.
Фиг.14 - схема для объяснения процесса выполнения сообщения о состоянии от принимающей стороны к передающей стороне, используя SUFI расширенного BITMAP (SUFI BITMAPx) в соответствии с одним предпочтительным вариантом осуществления настоящего изобретения.
Во-первых, принимающая сторона, приняв запрос сообщения о состоянии от передающей стороны, конфигурирует PDU состояния для сообщения о состоянии. В предшествующем уровне техники, если значение LSN устанавливается в значение, большее значения VR(R), поскольку информацию ACK/NACK из принятого PDU необходимо включать в один PDU, то конфигурируется один PDU состояния. Фиг.14 показывает пример того, что PDU состояния конфигурируется с использованием BITMAPx в соответствии с одним предпочтительным вариантом осуществления настоящего изобретения, в котором используется одно BITMAPx. Если необходимы несколько BITMAP, возможно конфигурировать последний BITMAP с использованием только BITMAPx.
Передающая сторона, приняв PDU состояния, как показано на фиг.14 или фиг.15, для сообщения состояния может получать информацию ACK/NACK на принимающей стороне посредством поля 'BITMAP' в BITMAPx.
В случае приема SUFI расширенного BITMAP, показанного на фиг.14 или фиг.15, передающая сторона распознает, что значение LSN соответствует положению, следующему за положением размера октета, указанного полем 'LENGTH' из соответствующего SUFI. Если LENGTH='0001', поле BITMAP имеет размер в 2 октета. Поэтому 12 битов, следующих за соответствующим битовым полем, могут распознаваться как значение LSN.
В случае, когда меняется положение LSN в BITMAPx, значение LSN может быть точно получено способом, которым передающая сторона соответственно распознает положение LSN.
Передающая сторона, приняв SUFI расширенного BITMAP, полагает, что больше нет SUFI и что следующее положение соответствует PAD.
SUFI нового типа в соответствии с настоящим изобретением предпочтительно идентифицируется посредством идентичности для распознавания соответствующего SUFI из других SUFI. Например, предпочтительно, чтобы показанное на фиг.13 SUFI BITMAPx идентифицировалось как новый тип для использования нового идентификатора типа.
Фиг.16 и фиг.17 - диаграммы для объяснения другого предпочтительного варианта осуществления настоящего изобретения. Если BITMAPx безусловно отличается от такового в обычном SUFI, и если передающая сторона может получать значение LSN, то SUFI в настоящем изобретении может использоваться для сообщения состояния, переданного передающей стороне путем разделения на несколько PDU состояния. На фиг.16 или фиг.17, если сообщение идет как разделенное на несколько PDU состояния, PDU состояния может конфигурироваться без SUFI ACK с использованием BITMAPx в качестве нового расширенного SUFI.
В объясненных выше вариантах осуществления настоящего изобретения технические характеристики настоящего изобретения применяются к системе мобильной связи CDMA. Но технические характеристики настоящего изобретения применимы к системам мобильной связи OFDM и OFDMA и, кроме того, применимы к любой системе беспроводной связи, имеющей верхние и нижние структуры канала.
Несмотря на то, что в этом документе настоящее изобретение описано и проиллюстрировано со ссылкой на его предпочтительные варианты осуществления, специалистам в данной области техники будет очевидно, что в нем могут быть сделаны различные модификации и изменения без отклонения от сущности и объема изобретения. Таким образом, имеется в виду, что настоящее изобретение охватывает модификации и изменения этого изобретения, которые подпадают под объем прилагаемой формулы изобретения и ее эквивалентов.
ПРОМЫШЛЕННАЯ ПРИМЕНИМОСТЬ
Таким образом, настоящее изобретение применимо к такой системе беспроводной связи, как беспроводной Интернет, система мобильной связи и т.п.

Claims (10)

1. Способ обновления окна передачи в системе мобильной связи, содержащий этапы, на которых:
принимают первый блок управляющей информации, включающий в себя первую информацию с сообщением о состоянии от принимающей стороны, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных принимающей стороне;
принимают второй блок управляющей информации, включающий в себя вторую информацию с сообщением о состоянии, помещенную в качестве последней информации с сообщением о состоянии во второй блок управляющей информации; и
обновляют окно передачи, используя информацию о квитировании приема в первой информации с сообщением о состоянии.
2. Способ по п.1, в котором вторая информация с сообщением о состоянии включает в себя поле, указывающее порядковый номер блока данных, имеющего первую ошибку приема среди множества блоков данных, принятых принимающей стороной.
3. Способ по п.1, в котором нижняя граница окна передачи обновляется порядковым номером блока данных, соответствующего первой информации NACK из информации о квитировании приема в первой информации с сообщением о состоянии.
4. Способ по п.1, в котором первая информация с сообщением о состоянии является суперполем (SUFI) типа битового массива.
5. Способ по п.1, в котором вторая информация с сообщением о состоянии является суперполем (SUFI) типа АСК.
6. Способ обновления окна передачи на передающей стороне в системе мобильной связи, содержащий этапы, на которых:
принимают первый блок управляющей информации, включающий в себя первую информацию с сообщением о состоянии от принимающей стороны, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных принимающей стороне; и
обновляют нижнюю границу окна передачи, используя порядковый номер блока данных, соответствующего первой информации NACK из информации о квитировании приема в первой информации с сообщением о состоянии.
7. Способ передачи блоков управляющей информации передающей стороне для предоставления информации с сообщением о состоянии блоков данных, переданных передающей стороной, содержащий этапы, на которых:
передают передающей стороне первый блок управляющей информации, включающий в себя первую информацию с сообщением о состоянии, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных передающей стороной; и
передают второй блок управляющей информации, включающий в себя вторую информацию с сообщением о состоянии, помещенную в качестве последней информации с сообщением о состоянии во второй блок управляющей информации, причем вторая информация с сообщением о состоянии включает в себя поле, указывающее порядковый номер, соответствующий нижней границе окна приема.
8. Передатчик для обновления окна передачи в системе мобильной связи, содержащий:
средство для приема первого блока управляющей информации, включающего в себя первую информацию с сообщением о состоянии от принимающей стороны, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных принимающей стороне;
средство для приема второго блока управляющей информации, включающего в себя вторую информацию с сообщением о состоянии, помещенную в качестве последней информации с сообщением о состоянии во второй блок управляющей информации; и
средство для обновления окна передачи, используя информацию о квитировании приема в первой информации с сообщением о состоянии.
9. Передатчик по п.8, в котором вторая информация с сообщением о состоянии включает в себя поле, указывающее порядковый номер блока данных, имеющего первую ошибку приема среди множества блоков, принятых принимающей стороной.
10. Передатчик по п.8, в котором нижняя граница окна передачи обновляется порядковым номером блока данных, соответствующего первой информации NACK из информации о квитировании приема в первой информации с сообщением о состоянии.
RU2007144979A 2005-05-04 2006-05-02 Способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи RU2419218C2 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR1020050037539A KR101084135B1 (ko) 2005-05-04 2005-05-04 무선 통신 시스템의 송수신 단에서의 상태 ｐｄｕ송수신방법
KR10-2005-0037539 2005-05-04
KR10-2005-0037951 2005-05-06
KR1020050037951A KR101084136B1 (ko) 2005-05-06 2005-05-06 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는ｐｄｕ를 송수신하는 방법

Publications (2)

Publication Number Publication Date
RU2007144979A RU2007144979A (ru) 2009-06-10
RU2419218C2 true RU2419218C2 (ru) 2011-05-20

Family

ID=37308402

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2007144979A RU2419218C2 (ru) 2005-05-04 2006-05-02 Способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи

Country Status (7)

Country Link
US (1) US8161341B2 (ru)
EP (1) EP1878155B1 (ru)
JP (1) JP4934666B2 (ru)
AU (1) AU2006241604B2 (ru)
BR (1) BRPI0612473A2 (ru)
RU (1) RU2419218C2 (ru)
WO (1) WO2006118418A2 (ru)

Families Citing this family (72)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101266207B1 (ko) * 2005-10-04 2013-05-21 엘지전자 주식회사 Ｒｌｃ 재설정을 위한 무선통신 시스템 및 그 방법
TW200820736A (en) * 2006-10-27 2008-05-01 Benq Corp Method for reporting back a status of a mobile phone and a related mobile phone
CN101682558B (zh) 2006-12-07 2013-07-17 Lg电子株式会社 在无线通信***中传递数据的方法
KR101342365B1 (ko) * 2006-12-07 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 데이터 전달 방법
WO2008069617A2 (en) * 2006-12-07 2008-06-12 Lg Electronics Inc. Method and transmitter for transmitting and method of receiving status report and structure of status data blocks in a mobile communication system
KR20080054683A (ko) * 2006-12-13 2008-06-19 삼성전자주식회사 이동 통신 시스템에서 데이터 송수신 장치 및 방법
US8265000B2 (en) 2007-01-08 2012-09-11 Lg Electronics Inc. Method for receiving common channel in wireless communication and terminal thereof
EP2119082A4 (en) 2007-01-09 2013-07-31 Lg Electronics Inc PREVIOUS CONTROL OF DATA RETRANSMISSION IN A WIRELESS COMMUNICATION SYSTEM
US8155069B2 (en) 2007-01-09 2012-04-10 Lg Electronics Inc. Method of transmitting and receiving scheduling information in a wireless communication system
KR101364829B1 (ko) 2007-01-09 2014-02-19 엘지전자 주식회사 무선 통신 시스템상에서 상향공통채널을 통한채널품질정보(ｃｑｉ) 전송 및 수신 방법
KR101211758B1 (ko) 2007-01-10 2012-12-12 엘지전자 주식회사 무선 통신 시스템의 블록 데이터 생성 방법
CN101578783A (zh) 2007-01-10 2009-11-11 Lg电子株式会社 用于在移动通信中构造数据格式的方法及其终端
KR101430439B1 (ko) * 2007-01-10 2014-08-18 엘지전자 주식회사 이동 통신 시스템에서의 제어 정보 전송 방법
WO2008084955A1 (en) 2007-01-10 2008-07-17 Lg Electronics Inc. Method for constructing data format in mobile communication and terminal thereof
KR101455991B1 (ko) 2007-01-31 2014-11-03 엘지전자 주식회사 멀티미디어 브로드캐스트/멀티캐스트 서비스에서의 시스템정보 수신 방법
KR101461938B1 (ko) 2007-01-31 2014-11-14 엘지전자 주식회사 시스템 정보의 전송 및 수신 방법
KR101426958B1 (ko) 2007-02-06 2014-08-06 엘지전자 주식회사 무선통신 시스템에서 데이터 송수신 방법
US8619752B2 (en) 2007-03-16 2013-12-31 Qualcomm Incorporated Method and apparatus for polling in a wireless communication system
US8687495B2 (en) * 2007-03-16 2014-04-01 Qualcomm Incorporated Method and apparatus for polling in a wireless communication system
US8031689B2 (en) * 2007-05-18 2011-10-04 Innovative Sonic Limited Method and related apparatus for handling re-establishment of radio link control entity in a wireless communications system
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
WO2008156346A2 (en) * 2007-06-20 2008-12-24 Lg Electronics Inc. A method of transmitting data in mobile communication system
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
US7865813B2 (en) 2007-07-30 2011-01-04 Marvell International Ltd. Rate matching for a wireless communications systems
WO2009022837A1 (en) 2007-08-10 2009-02-19 Lg Electronics Inc. A control method for uplink connection of idle terminal
WO2009022836A2 (en) 2007-08-10 2009-02-19 Lg Electronics Inc. A random access method for multimedia broadcast multicast service(mbms)
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101514841B1 (ko) 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
EP2028890B1 (en) 2007-08-12 2019-01-02 LG Electronics Inc. Handover method with link failure recovery, wireless device and base station for implementing such method
WO2009022877A2 (en) 2007-08-14 2009-02-19 Lg Electronics Inc. A method of transmitting and processing data block of specific protocol layer in wireless communication system
KR100907978B1 (ko) * 2007-09-11 2009-07-15 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
US8687565B2 (en) 2007-09-20 2014-04-01 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
TWI470982B (zh) * 2007-09-28 2015-01-21 Interdigital Patent Holdings 分組數據匯聚協議中控制協議數據單元方法及裝置
KR20090041323A (ko) 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
US8416678B2 (en) 2007-10-29 2013-04-09 Lg Electronics Inc. Method for repairing an error depending on a radio bearer type
PL2229746T3 (pl) 2008-01-09 2012-05-31 Ericsson Telefon Ab L M Sposób i jednostka nadawcza do zmniejszania ryzyka opóźnienia transmisji
EP2086276B1 (en) 2008-01-31 2016-11-02 LG Electronics Inc. Method for signaling back-off information in random access
WO2009096743A2 (en) * 2008-01-31 2009-08-06 Lg Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
KR101594359B1 (ko) * 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
US8879399B2 (en) 2008-02-01 2014-11-04 Samsung Electronics Co., Ltd. Method and system for managing data transfer
EP2086142A3 (en) * 2008-02-04 2012-10-10 LG Electronics Inc. Wireless communication method for transmitting a sequence of data units between a wireless device and a network
ES2376612T3 (es) 2008-02-08 2012-03-15 Telefonaktiebolaget L M Ericsson (Publ) Método y disposición en un sistema de telecomunicación.
US8121128B2 (en) * 2008-02-26 2012-02-21 Qualcomm Incorporated Method and apparatus for link control in a wireless communication system
US8958411B2 (en) 2008-03-17 2015-02-17 Lg Electronics Inc. Method of transmitting RLC data
US8031600B2 (en) * 2008-05-20 2011-10-04 Htc Corporation Method and related apparatus for performing status report procedure in a wireless communication system
WO2010012298A1 (en) * 2008-07-29 2010-02-04 Nokia Siemens Networks Oy Transmission of redundant arq feedback message in unused space of a data transmission slot
US9225481B2 (en) 2008-08-11 2015-12-29 Qualcomm Incorporated Downlink grants in a multicarrier wireless communication system
US8670376B2 (en) 2008-08-12 2014-03-11 Qualcomm Incorporated Multi-carrier grant design
KR100917832B1 (ko) 2008-09-19 2009-09-18 엘지전자 주식회사 시간 정렬 타이머를 고려한 신호 송수신 방법 및 이를 위한 사용자 기기
KR101635433B1 (ko) * 2008-11-04 2016-07-01 삼성전자 주식회사 재전송 요청을 위한 제어 메시지를 처리하는 방법 및 장치
US20110211457A1 (en) * 2008-11-06 2011-09-01 Telefonaktiebolaget L M Ericsson (Publ) Method and Arrangement in a Communication System For Exchanging a Status Report
KR100949972B1 (ko) * 2009-01-02 2010-03-29 엘지전자 주식회사 단말의 임의접속 수행 기법
KR101122095B1 (ko) 2009-01-05 2012-03-19 엘지전자 주식회사 불필요한 재전송 방지를 위한 임의접속 기법 및 이를 위한 단말
US8531805B2 (en) 2009-03-13 2013-09-10 Qualcomm Incorporated Gated diode having at least one lightly-doped drain (LDD) implant blocked and circuits and methods employing same
US8665570B2 (en) 2009-03-13 2014-03-04 Qualcomm Incorporated Diode having a pocket implant blocked and circuits and methods employing same
AU2010239061B2 (en) 2009-04-21 2014-02-20 Blackberry Limited Methods and apparatus to prioritize mobile station transmissions in response to network acknowledgment polling
US9654256B2 (en) * 2009-04-21 2017-05-16 Lg Electronics Inc. Method of utilizing a relay node in wireless communication system
TWI520629B (zh) * 2011-02-18 2016-02-01 Univ Kyushu Nat Univ Corp A transmission cycle determining method, a transmission cycle determining means, and a computer-readable recording medium
CN102282874B (zh) * 2011-04-27 2015-09-09 华为终端有限公司 导频信号状态提示方法、基站控制器及移动交换中心
US9172510B2 (en) * 2011-12-21 2015-10-27 Qualcomm Incorporated Systems and methods for improved recovery for the downlink
US9461776B2 (en) 2012-01-27 2016-10-04 Blackberry Limited Selecting a data unit for retransmission
US9608789B2 (en) * 2012-05-11 2017-03-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting acknowledgements in response to received frames
US20150085749A1 (en) * 2013-09-26 2015-03-26 Qualcomm Incorporated Mechanism to exchange proprietary signaling messages between a ue and a network
JP6509033B2 (ja) * 2015-05-15 2019-05-08 株式会社Ｎｔｔドコモ ユーザ装置、基地局及び通信方法
WO2019066701A1 (en) * 2017-09-28 2019-04-04 Telefonaktiebolaget Lm Ericsson (Publ) RLC STATUS REPORT FORMAT BIT TABLE INDICATION FOR MULTIPLE MISSING SN
US11088785B2 (en) * 2018-08-01 2021-08-10 Charter Communications Operating, Llc Disabling radio link control (RLC) acknowledgments for packets for which acknowledgements are supported at network or higher layer
KR20210019307A (ko) * 2019-08-12 2021-02-22 삼성전자주식회사 상태 보고를 이용하여 신호 재전송을 수행하는 무선 통신 장치 및 이를 포함하는 무선 통신 시스템의 동작 방법
CN112994851B (zh) * 2021-01-26 2022-03-29 中国科学院信息工程研究所 一种支持差异化可协商的并行数据通信方法及装置

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5553075A (en) 1994-06-22 1996-09-03 Ericsson Ge Mobile Communications Inc. Packet data protocol for wireless communication
US6643813B1 (en) 1999-02-17 2003-11-04 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for reliable and efficient data communications
US6798842B2 (en) * 2001-01-10 2004-09-28 Asustek Computer Inc. Retransmission range for a communications protocol
WO2003005644A1 (fr) 2001-07-06 2003-01-16 Sharp Kabushiki Kaisha Procede et programme de gestion de telecommunications, support d'enregistrement contenant le programme de gestion de telecommunications, systeme et appareil de telecommunications et appareil de gestion centrale
JP3645230B2 (ja) 2001-09-28 2005-05-11 三菱電機株式会社 データパケット送信装置、データパケット受信装置、データパケット伝送システムおよびデータパケット再送制御方法
KR100438558B1 (ko) 2002-01-21 2004-07-02 엘지전자 주식회사 이동통신 시스템의 상태 프로토콜 데이터 유니트 생성 방법
KR100541015B1 (ko) 2002-02-04 2006-01-10 아스텍 컴퓨터 인코퍼레이티드 무선 통신 시스템에 있어서의 데이터 폐기 신호 절차
AU2003219812A1 (en) * 2002-02-19 2003-09-09 Zyray Wireless, Inc. Method and apparatus optimizing a radio link
KR100896484B1 (ko) * 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치
JP4024797B2 (ja) 2002-06-07 2007-12-19 シーメンス アクチエンゲゼルシヤフト 移動無線ネットワークの無線ネットワークコントローラと他の装置との間でｉｐパケットを伝送するための方法及び装置
KR100474302B1 (ko) * 2002-09-07 2005-03-10 엘지전자 주식회사 무선 링크 콘트롤(ｒｌｃ) 계층의 버퍼제어 방법
JP3763812B2 (ja) 2002-11-01 2006-04-05 松下電器産業株式会社 通信システム及び方法
US7269760B2 (en) * 2003-02-05 2007-09-11 Innovative Sonic Limited Scheme to discard an erroneous PDU received in a wireless communication system
BR0318099B1 (pt) 2003-02-12 2017-11-14 Matsushita Electric Ind Co Ltd Reception apparatus and receipt method
DE10313356B4 (de) 2003-03-25 2005-06-30 Siemens Ag Verfahren zum Empfang und Verfahren zum Senden eines Broadcast- oder Multicast-Dienstes in einem Funkkommunikationssystem sowie Empfangsstation und Sendestation
US6859449B2 (en) * 2003-05-19 2005-02-22 Nokia Corporation Method and apparatus providing enhanced radio link control acknowledgment
JP2005045642A (ja) 2003-07-24 2005-02-17 Matsushita Electric Ind Co Ltd パケット通信装置およびパケット通信方法
US20050041586A1 (en) * 2003-08-24 2005-02-24 Sam Shiaw-Shiang Jiang Method of controlling a receiver and a transmitter in a wireless communication system to handle a transmission window size change procedure
US7525908B2 (en) * 2004-09-24 2009-04-28 M-Stack Limited Data unit management in communications
CN1855887A (zh) * 2005-04-29 2006-11-01 华硕电脑股份有限公司 在接收端中减少数据串流前后跳动的方法及其相关装置

Also Published As

Publication number Publication date
AU2006241604B2 (en) 2010-01-28
BRPI0612473A2 (pt) 2010-11-23
US20080294958A1 (en) 2008-11-27
AU2006241604A1 (en) 2006-11-09
RU2007144979A (ru) 2009-06-10
WO2006118418A3 (en) 2008-01-24
JP2008541543A (ja) 2008-11-20
EP1878155A2 (en) 2008-01-16
JP4934666B2 (ja) 2012-05-16
EP1878155B1 (en) 2013-12-04
US8161341B2 (en) 2012-04-17
EP1878155A4 (en) 2012-12-05
WO2006118418A2 (en) 2006-11-09

Similar Documents

Publication Publication Date Title
RU2419218C2 (ru) Способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи
US8180299B2 (en) Optimized AM RLC re-set mechanism
US8488523B2 (en) Method of transmitting and processing data block of specific protocol layer in wireless communication system
JP6005710B2 (ja) 無線通信システムの状態情報送信方法及び受信装置
US8971288B2 (en) Method of supporting handover in a wireless communication system
JP5064378B2 (ja) データブロック伝送制御装置及び方法
KR101084135B1 (ko) 무선 통신 시스템의 송수신 단에서의 상태 ｐｄｕ송수신방법
US8274950B2 (en) Method of performing status report in a mobile communication system
EP2040408B1 (en) A method of performing a polling procedure in a wireless communication system
WO2008004725A1 (en) Optimized am rlc re-set mechanism
ZA200405986B (en) Method for moving a receive window in a radio access network
AU2006229508A1 (en) Method of generating lower layer data block in wireless mobile communication system
AU2007203852A1 (en) Transmitting data in a mobile communication system
KR20050118591A (ko) 무선통신 시스템에서의 무선링크제어(ｒｌｃ) 데이터처리방법
US20100097936A1 (en) Method of transmitting and receiving status report in a mobile communication system
KR101084136B1 (ko) 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는ｐｄｕ를 송수신하는 방법
KR20100002111A (ko) 피어 엔티티의 전송 상태 정보를 이용한 데이터 유닛 재전송 방법
WO2008004724A1 (en) Efficient am rlc re-establishment mechanism
WO2008069618A2 (en) Method and user equipment of performing status report in mobile communication system

Legal Events

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

Effective date: 20180503