RU2419218C2 - Способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи - Google Patents
Способ передачи управляющей информации в системе беспроводной связи и использующий его способ обновления окна передачи Download PDFInfo
- 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
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 из информации о квитировании приема в первой информации с сообщением о состоянии.
принимают первый блок управляющей информации, включающий в себя первую информацию с сообщением о состоянии от принимающей стороны, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных принимающей стороне; и
обновляют нижнюю границу окна передачи, используя порядковый номер блока данных, соответствующего первой информации NACK из информации о квитировании приема в первой информации с сообщением о состоянии.
7. Способ передачи блоков управляющей информации передающей стороне для предоставления информации с сообщением о состоянии блоков данных, переданных передающей стороной, содержащий этапы, на которых:
передают передающей стороне первый блок управляющей информации, включающий в себя первую информацию с сообщением о состоянии, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных передающей стороной; и
передают второй блок управляющей информации, включающий в себя вторую информацию с сообщением о состоянии, помещенную в качестве последней информации с сообщением о состоянии во второй блок управляющей информации, причем вторая информация с сообщением о состоянии включает в себя поле, указывающее порядковый номер, соответствующий нижней границе окна приема.
передают передающей стороне первый блок управляющей информации, включающий в себя первую информацию с сообщением о состоянии, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных передающей стороной; и
передают второй блок управляющей информации, включающий в себя вторую информацию с сообщением о состоянии, помещенную в качестве последней информации с сообщением о состоянии во второй блок управляющей информации, причем вторая информация с сообщением о состоянии включает в себя поле, указывающее порядковый номер, соответствующий нижней границе окна приема.
8. Передатчик для обновления окна передачи в системе мобильной связи, содержащий:
средство для приема первого блока управляющей информации, включающего в себя первую информацию с сообщением о состоянии от принимающей стороны, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных принимающей стороне;
средство для приема второго блока управляющей информации, включающего в себя вторую информацию с сообщением о состоянии, помещенную в качестве последней информации с сообщением о состоянии во второй блок управляющей информации; и
средство для обновления окна передачи, используя информацию о квитировании приема в первой информации с сообщением о состоянии.
средство для приема первого блока управляющей информации, включающего в себя первую информацию с сообщением о состоянии от принимающей стороны, причем первая информация о состоянии предоставляет информацию о квитировании приема для множества блоков данных, переданных принимающей стороне;
средство для приема второго блока управляющей информации, включающего в себя вторую информацию с сообщением о состоянии, помещенную в качестве последней информации с сообщением о состоянии во второй блок управляющей информации; и
средство для обновления окна передачи, используя информацию о квитировании приема в первой информации с сообщением о состоянии.
9. Передатчик по п.8, в котором вторая информация с сообщением о состоянии включает в себя поле, указывающее порядковый номер блока данных, имеющего первую ошибку приема среди множества блоков, принятых принимающей стороной.
10. Передатчик по п.8, в котором нижняя граница окна передачи обновляется порядковым номером блока данных, соответствующего первой информации NACK из информации о квитировании приема в первой информации с сообщением о состоянии.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020050037539A KR101084135B1 (ko) | 2005-05-04 | 2005-05-04 | 무선 통신 시스템의 송수신 단에서의 상태 pdu송수신방법 |
KR10-2005-0037539 | 2005-05-04 | ||
KR10-2005-0037951 | 2005-05-06 | ||
KR1020050037951A KR101084136B1 (ko) | 2005-05-06 | 2005-05-06 | 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는pdu를 송수신하는 방법 |
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101266207B1 (ko) * | 2005-10-04 | 2013-05-21 | 엘지전자 주식회사 | Rlc 재설정을 위한 무선통신 시스템 및 그 방법 |
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 | 엘지전자 주식회사 | 무선 통신 시스템상에서 상향공통채널을 통한채널품질정보(cqi) 전송 및 수신 방법 |
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 | 엘지전자 주식회사 | 이동통신 시스템에서 pdcp 계층의 상태보고 전송 방법 및 수신장치 |
KR101435844B1 (ko) | 2007-09-18 | 2014-08-29 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 전송 방법 |
KR101591824B1 (ko) | 2007-09-18 | 2016-02-04 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
KR101513033B1 (ko) | 2007-09-18 | 2015-04-17 | 엘지전자 주식회사 | 다중 계층 구조에서 QoS를 보장하기 위한 방법 |
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 | 株式会社Nttドコモ | ユーザ装置、基地局及び通信方法 |
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)
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 | シーメンス アクチエンゲゼルシヤフト | 移動無線ネットワークの無線ネットワークコントローラと他の装置との間でipパケットを伝送するための方法及び装置 |
KR100474302B1 (ko) * | 2002-09-07 | 2005-03-10 | 엘지전자 주식회사 | 무선 링크 콘트롤(rlc) 계층의 버퍼제어 방법 |
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 | 华硕电脑股份有限公司 | 在接收端中减少数据串流前后跳动的方法及其相关装置 |
-
2006
- 2006-05-02 US US11/913,544 patent/US8161341B2/en not_active Expired - Fee Related
- 2006-05-02 WO PCT/KR2006/001654 patent/WO2006118418A2/en active Application Filing
- 2006-05-02 JP JP2008509931A patent/JP4934666B2/ja not_active Expired - Fee Related
- 2006-05-02 AU AU2006241604A patent/AU2006241604B2/en not_active Ceased
- 2006-05-02 BR BRPI0612473-9A patent/BRPI0612473A2/pt not_active IP Right Cessation
- 2006-05-02 EP EP20060732894 patent/EP1878155B1/en not_active Not-in-force
- 2006-05-02 RU RU2007144979A patent/RU2419218C2/ru not_active IP Right Cessation
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) | 무선 통신 시스템의 송수신 단에서의 상태 pdu송수신방법 | |
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) | 무선통신 시스템에서의 무선링크제어(rlc) 데이터처리방법 | |
US20100097936A1 (en) | Method of transmitting and receiving status report in a mobile communication system | |
KR101084136B1 (ko) | 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는pdu를 송수신하는 방법 | |
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 |