RU2355122C1 - Приемное устройство, передающее устройство, система связи и способ связи - Google Patents

Приемное устройство, передающее устройство, система связи и способ связи Download PDF

Info

Publication number
RU2355122C1
RU2355122C1 RU2007128526A RU2007128526A RU2355122C1 RU 2355122 C1 RU2355122 C1 RU 2355122C1 RU 2007128526 A RU2007128526 A RU 2007128526A RU 2007128526 A RU2007128526 A RU 2007128526A RU 2355122 C1 RU2355122 C1 RU 2355122C1
Authority
RU
Russia
Prior art keywords
data
module
rlc
notification
pdu
Prior art date
Application number
RU2007128526A
Other languages
English (en)
Other versions
RU2007128526A (ru
Inventor
Сунг Ук МООН (JP)
Сунг Ук МООН
Минами ИСИИ (JP)
Минами ИСИИ
Такехиро НАКАМУРА (JP)
Такехиро НАКАМУРА
Original Assignee
Нтт Докомо, Инк.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Нтт Докомо, Инк. filed Critical Нтт Докомо, Инк.
Publication of RU2007128526A publication Critical patent/RU2007128526A/ru
Application granted granted Critical
Publication of RU2355122C1 publication Critical patent/RU2355122C1/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/69—Spread spectrum techniques
    • H04B1/707—Spread spectrum techniques using direct sequence modulation
    • H04B1/7073—Synchronisation aspects
    • H04B1/7085—Synchronisation aspects using a code tracking loop, e.g. a delay-locked loop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • 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/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session 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
    • 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/1874—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

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

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

Description

Область техники, к которой относится изобретение
Настоящее изобретение относится к приемному устройству, передающему устройству, системе связи и способу связи.
Предшествующий уровень техники
В системе широкополосного множественного доступа с кодовым разделением каналов (W-CDMA), являющейся одной из систем радиодоступа, связь между мобильной станцией (UE, абонентским оборудованием) и сетью радиодоступа (UTRAN, универсальной наземной сетью радиодоступа) выполняется согласно протоколу управления радиосвязью (RLC). Дополнительно, в некоторых случаях перекомпонование данных осуществляется на RLC-уровне, следуя RLC-протоколу (например, см. Непатентный документ 1).
Непатентный документ 1. 3GPP TSG-RAN, "TS25.322 V6.1.0 Radio Link Control (RLC) protocol specification", сентябрь 2004 г.
Тем не менее, когда данные перекомпоновываются, в некоторых случаях приемное устройство иногда отбрасывает данные до полного приема всех данных, или передающее устройство иногда отбрасывает данные до приема подтверждения приема всех данных. Таким образом, проблема заключается в том, что происходит потеря данных.
Сущность изобретения
Следовательно, настоящее изобретение создано в свете вышеописанной проблемы и его цель заключается в том, чтобы не допустить возникновения потери данных вследствие перекомпонования данных. Первый аспект настоящего изобретения обобщен как приемное устройство, включающее в себя: получающий модуль, выполненный с возможностью получать от передающего устройства уведомление о перекомпоновании данных на нижнем уровне; уведомляющий модуль, выполненный с возможностью сообщать в передающее устройство порядковый номер на верхнем уровне данных, которые требуется принять; и модуль обработки нижнего уровня, выполненный с возможностью осуществлять процесс приема данных, которые перекомпонованы из данных, имеющих упомянутый порядковый номер.
В первом аспекте настоящего изобретения уведомляющий модуль может быть выполнен с возможностью сообщать порядковый номер на верхний уровень на основе результата приема данных.
В первом аспекте настоящего изобретения получающий модуль может быть выполнен с возможностью получать от передающего устройства инструктирующие данные для запроса порядкового номера; и уведомляющий модуль может быть выполнен с возможностью сообщать порядковый номер в соответствии с этими инструктирующими данными.
Второй аспект настоящего изобретения обобщен как передающее устройство, включающее в себя: уведомляющий модуль, выполненный с возможностью сообщать в приемное устройство о перекомпоновании данных на нижнем уровне; получающий модуль, выполненный с возможностью получать от приемного устройства порядковый номер на верхнем уровне данных, которые требуется принять; и модуль обработки нижнего уровня, выполненный с возможностью осуществлять перекомпонование в отношении данных, имеющих упомянутый порядковый номер.
Во втором аспекте настоящего изобретения модуль обработки нижнего уровня может быть выполнен с возможностью осуществлять перекомпонование в отношении данных, имеющих упомянутый порядковый номер, при изменении размера блока данных на нижнем уровне.
Во втором аспекте настоящего изобретения передающее устройство дополнительно может включать в себя: оценочный модуль, выполненный с возможностью оценивать необходимость перекомпонования; при этом модуль обработки нижнего уровня может быть выполнен с возможностью осуществлять перекомпонование в отношении данных, имеющих упомянутый порядковый номер, когда оценочный модуль определяет, что перекомпонование необходимо.
Во втором аспекте настоящего изобретения передающее устройство дополнительно может включать в себя: инструктирующий модуль, выполненный с возможностью запрашивать приемное устройство сообщить упомянутый порядковый номер посредством передачи инструктирующих данных.
Третий аспект настоящего изобретения обобщен как система связи, включающая в себя: приемное устройство, выполненное с возможностью получать от передающего устройства уведомление о перекомпоновании данных на нижнем уровне; сообщать в передающее устройство порядковый номер на верхнем уровне данных, которые требуется принять; и осуществлять процесс приема данных, которые перекомпонованы из данных, имеющих этот порядковый номер; и передающее устройство, выполненное с возможностью сообщать в приемное устройство о перекомпоновании; получать от приемного устройства порядковый номер на верхнем уровне данных, которые требуется принять; и выполнять перекомпонование в отношении данных, имеющих этот порядковый номер.
Четвертый аспект настоящего изобретения обобщен как способ связи, включающий в себя: сообщение из передающего устройства в приемное устройство о перекомпоновании данных на нижнем уровне; сообщение из приемного устройства в передающее устройство порядкового номера на верхнем уровне данных, которые требуется принять; выполнение в передающем устройстве перекомпонования в отношении данных, имеющих этот порядковый номер; и выполнение в приемном устройстве процесса приема данных, которые перекопонованы из данных, имеющих упомянутый порядковый номер.
Перечень фигур чертежей
Фиг.1 - блок-схема, иллюстрирующая конфигурацию системы связи согласно варианту осуществления настоящего изобретения.
Фиг.2 - схема, иллюстрирующая конфигурацию уровней системы связи согласно варианту осуществления настоящего изобретения.
Фиг.3 - блок-схема, иллюстрирующая конфигурацию модуля RLC-процессора согласно варианту осуществления настоящего изобретения.
Фиг.4 - схема, иллюстрирующая процесс во время перекомпонования согласно варианту осуществления настоящего изобретения.
Фиг.5 - схема последовательности, иллюстрирующая процедуру способа связи согласно варианту осуществления настоящего изобретения.
Фиг.6 - схема последовательности, иллюстрирующая процедуру способа связи при использовании инструктирующих данных согласно варианту осуществления настоящего изобретения.
Оптимальный режим осуществления изобретения
(Система связи)
Как проиллюстрировано на фиг.1, система 100 связи включает в себя мобильную станцию 10 и устройство 20 радиосети.
Когда данные передаются от устройства 20 радиосети в мобильную станцию 10, мобильная станция 10 выступает в качестве приемного устройства, а устройство 20 радиосети выступает в качестве передающего устройства.
С другой стороны, когда данные передаются от мобильной станции 10 в устройство 20 радиосети, мобильная станция 10 выступает в качестве передающего устройства, а устройство 20 радиосети выступает в качестве приемного устройства.
В системе 100 связи в качестве способа радиодоступа используется W-CDMA.
Конфигурация уровней системы 100 связи проиллюстрирована на фиг.2. Самым нижним уровнем является физический уровень, а самым верхним уровнем - уровень управления радиоресурсами (RRC). В конфигурации системы 100 связи физический уровень, уровень управления доступом к среде передачи (MAC), уровень управления радиосвязью (RLC) и уровень протокола конвергенции пакетных данных (PDCP) скомпонованы в убывающем порядке.
Данные, в которые добавлены служебные данные, такие как заголовок соответствующего уровня, предоставляются с верхнего уровня на нижний уровень.
Данные, из которых удалены служебные данные, такие как заголовок соответствующего уровня, предоставляются с нижнего уровня на верхний уровень.
Заголовок содержит управляющую информацию, к примеру, порядковые номера.
Далее подробнее описываются мобильная станция 10 и устройство 20 радиосети. Как показано на фиг.1, мобильная станция 10 включает в себя радиомодуль 11 и модуль 12 процессора данных. Устройство 20 радиосети включает в себя интерфейс 21, модуль 22 процессора данных и интерфейс 23.
Радиомодуль 11 выполняет передачу и прием данных посредством радиосвязи с устройством 20 радиосети.
Интерфейс 21 выполняет передачу и прием данных в отношении мобильной станции 10.
Интерфейс 23 - это интерфейс с сетью, и он принимает данные в мобильную станцию 10 и передает данные из мобильной станции 10.
Модули 12, 22 процессора данных выполняют различную обработку данных.
Модуль 12 процессора данных получает данные, принятые от устройства 20 радиосети посредством радиомодуля 11, и обрабатывает таким образом принятые данные. Модуль 12 процессора данных обрабатывает данные, которые должны быть переданы в модуль 20 радиосети, и предоставляет в радиомодуль 11 таким образом обработанные данные.
Модуль 22 процессора данных получает данные, принятые от мобильной станции 10 посредством интерфейса 21, обрабатывает таким образом принятые данные и предоставляет в интерфейс 23 таким образом обработанные данные. Модуль 22 процессора данных получает данные, которые должны быть переданы из интерфейса 23 в мобильную станцию 10, обрабатывает эти данные и предоставляет их в интерфейс 21.
Модули 12 и 22 процессора данных включают в себя модуль 40 RLC-процессора, получающий модуль 60, уведомляющий/инструктирующий модуль 70 и модуль 80 процессора верхнего уровня.
Как описано выше, поскольку и мобильная станция 10, и устройство 20 радиосети выступают в качестве приемного устройства и передающего устройства, блоки 12 и 22 процессора данных включают в себя функции как для приемного устройства, так и для передающего устройства.
Модуль 80 процессора верхнего уровня выполняет обработку данных на верхнем уровне согласно протоколу более высокого уровня, чем RLC-протокол.
Например, модуль 80 процессора верхнего уровня выполняет обработку данных на RRC-уровне и PDCP-уровне согласно протоколам для RRC-уровня и PDCP-уровня.
Модуль 80 процессора верхнего уровня включает в себя буфер 81 передачи и модуль 82 определения.
Буфер 81 передачи сохраняет данные, которые должны быть переданы стороне на другом конце связи.
Модуль 82 определения определяет то, необходимо или нет перекомпонование данных на нижнем уровне. Модуль 82 определения определяет то, необходимо или нет перекомпонование данных на RLC-уровне, являющемся уровнем ниже, чем RRC-уровень и PDCP-уровень.
Например, модуль 82 определения обнаруживает объем данных, сохраненных в буфере 81 передачи, и допускает определение того, необходимо или нет перекомпонование данных, на основе обнаруженного объема данных.
Более точно, когда объем данных, которые должны быть переданы, возрастает, модуль 82 определения определяет то, что размер блока данных на RLC-уровне, т.е. протокольного блока данных (PDU) RLC, должен быть изменен, и, следовательно, может определить, что перекомпонование необходимо.
Например, модуль 82 определения может содержать отношение соответствия между размером блока данных (RLC-PDU) и объемом данных.
Дополнительно, модуль 82 определения сравнивает объем данных, полученных из буфера 81 передачи, с этим отношением соответствия и может определить блок данных (RLC-PDU), который подходит для этого объема данных.
Когда текущий блок данных (RLC-PDU) и таким образом определенный блок данных (RLC-PDU) отличаются друг от друга, модуль 82 определения может определить, что размер блока данных (RLC-PDU) изменен и перекомпонование необходимо.
Модуль 82 определения выдает инструкции модулю 40 RLC-процессора на основе результата определения. Например, модуль 82 определения может запросить модуль 40 RLC-процессора, изменить размер блока данных (RLC-PDU) и перекомпоновать данные на основе результата определения.
Таким образом, перекомпонование запрашивается с PRC-уровня или PDCP-уровня, являющегося верхним уровнем для RLC-уровня, являющегося нижним уровнем.
Дополнительно, модуль 82 определения может определять то, необходимо или нет перекомпонование, на основе состояния коммутации каналов, состояния смены режима и т.п., помимо объема данных, которые должны быть переданы.
Более точно, модуль 82 определения может определить, что перекомпонование необходимо при коммутации канала, к примеру, коммутации с выделенного канала на общий канал.
Дополнительно, модуль 82 определения может определить, что перекомпонование необходимо во время изменения состояния, например, во время перехода из состояния CELL_FACH в состояние CELL_DCH.
Модуль 40 RLC-процессора выполняет обработку данных на RLC-уровне согласно RLC-протоколу. Модуль 40 RLC-процессора устанавливает RLC-соединение и предоставляет на верхний уровень услуги передачи данных в трех типах режимов.
Более точно, для передачи данных предусмотрено три типа режимов, а именно, прозрачный режим (TM), режим без квитирования (UM) и режим с квитированием (AM).
Дополнительно, модуль 40 RLC-процессора выполняет такую обработку, как сегментация и повторная сборка данных, конкатенация данных, заполнение до нужного размера, передача данных об использовании, корректировка ошибок, последовательная доставка блоков PDU верхнего уровня, обнаружение дублей, управление потоками, обнаружение ошибок протокола и восстановление от них, шифрование и отбрасывание данных.
Модуль 40 RLC-процессора подробно описывается со ссылкой на фиг.3.
На фиг.3 в случае режима с квитированием (AM) приводится пояснение, касающееся функции, использующей в качестве примера объект AM-RLC. На фиг.3 левая сторона показывает функцию при функционировании в качестве передающего устройства (передающая сторона), тогда как правая сторона показывает функцию при функционировании в качестве приемного устройства (приемная сторона).
Модуль 40 RLC-процессора включает в себя модуль 41 сегментации/конкатенации, модуль 42 добавления RLC-заголовка, модуль 43 процессора повторной передачи, мультиплексор (MUX) 44, буфер 45 передачи, модуль 46 PDU-процессора, модуль 47 шифрования, демультиплексор (DEMUX) 48, модуль 49 дешифрования, модуль 50 процессора повторной передачи, модуль 51 удаления/извлечения информации RLC-заголовка, модуль 52 повторной сборки и модуль 53 RLC-контроллера.
Сначала описывается функция передачи.
Модуль 41 сегментации/конкатенации получает данные (RLC-SDU, блок служебных данных) с верхнего относительно RLC уровня.
Чтобы получить данные фиксированной длины (PDU), модуль 41 сегментации/конкатенации сегментирует или конкатенирует таким образом полученный RLC-SDU.
Например, чтобы получить AMD-PDU фиксированной длины (блок пакетных данных режима с квитированием), модуль 41 сегментации/конкатенации сегментирует или конкатенирует RLC-SDU.
Например, когда размер полученного RLC-SDU больше размера AMD-PDU, модуль 41 сегментации/конкатенации сегментирует этот RLC-SDU.
Таким образом, AMD-PDU может содержать сегментированный или конкатенированный RLC-SDU.
Размер блока данных, такого как AMD-PDU восходящей линии связи, является полустатическим значением, задаваемым более высоким уровнем, чем RLC.
Размер блока данных, такого как AMD-PDU восходящей линии связи, изменяется в ответ на запрос на перекомпонование данных, сделанный из модуля 80 процессора верхнего уровня в модуль 40 RLC-процессора, т.е. в ответ на запрос или т.п. на перекомпонование данных, сделанный из верхнего уровня, например, RRC-уровня или PDCP-уровня, на нижний уровень, например, RLC-уровень.
Дополнительно, модуль 41 сегментации/конкатенации задает индикатор длины. Индикатор длины может быть использован для того, чтобы определять границу RLC-SDU между AMD-PDU. Дополнительно, индикатор длины также может быть использован для того, чтобы определять, содержатся ли заполнение или PDU состояния совмещенной передачи (Piggybacked STATUS PDU), содержащей управляющую информацию, упоминаемую как информация совмещенной передачи, в AMD-PDU.
Модуль 41 сегментации/конкатенации вводит сформированный AMD-PDU в модуль 42 добавления RLC-заголовка.
Модуль 42 добавления RLC-заголовка добавляет RLC-заголовок в полученный AMD-PDU. Модуль 42 добавления RLC-заголовка вводит AMD-PDU, в который добавлен RLC-заголовок, в модуль 43 процессора повторной передачи и MUX 44.
Модуль 43 процессора повторной передачи выполняет управление повторной передачей для того, чтобы повторно передать данные в устройство на другом конце связи.
Модуль 43 процессора повторной передачи включает в себя буфер 43a повторной передачи, в котором сохраняется PDU, который должен быть повторно передан. Модуль 43 процессора повторной передачи сохраняет полученный AMD-PDU в буфере 43a повторной передачи.
Модуль 43 процессора повторной передачи удаляет AMD-PDU в буфере 43a повторной передачи или вводит AMD-PDU в MUX 44 для целей повторной передачи согласно управляющей информации, которая должна быть передана посредством модуля 40 RLC-процессора (объекта AM-RLC) из состава устройства на другом конце связи.
Например, модуль 43 процессора повторной передачи получает PDU состояния (STATUS PDU) и Piggybacked STATUS PDU от устройства на другом конце связи и удаляет или повторно передает PDU в буфер 43a повторной передачи согласно отчету о состоянии, содержащемуся в полученных таким образом STATUS PDU и Piggybacked STATUS PDU.
Отчет о состоянии содержит результат приема для каждого AMD-PDU из модуля 40 RLC-процессора 40 (объекта AM-RLC).
Результат 1a приема содержит положительную квитанцию, указывающую, что прием данных выполнен нормально, и отрицательную квитанцию, указывающую, что при приеме данных произошел сбой.
MUX 44 мультиплексирует AMD-PDU. MUX 44 мультиплексирует новый AMD-PDU, полученный из модуля 42 добавления RLC-заголовка, и AMD-PDU, полученный из модуля 43 процессора повторной передачи и требуемый к повторной передаче. MUX 44
сохраняет PDU, полученный посредством мультиплексирования, в буфере 45 повторной передачи.
Модуль 46 PDU-процессора выполняет обработку PDU. Модуль 46 PDU-процессора получает PDU из буфера 45 передачи и модуля 53 RLC-контроллера.
Модуль 46 PDU-процессора добавляет PDU-заголовок в таким образом полученный PDU. Например, модуль 46 PDU-процессора может получить опросный бит управляющей информации из модуля 53 RLC-контроллера, сформировать заголовок AMD-PDU и добавить его в AMD-PDU.
Дополнительно, чтобы сформировать PDU, имеющий заданный размер, к примеру, AMD-PDU фиксированной длины, модуль 46 PDU-процессора может выполнить заполнение до нужного размера или задать Piggybacked STATUS PDU.
Модуль 46 PDU-процессора может изменять размер Piggybacked STATUS PDU так, чтобы вместить его в свободное пространство AMD-PDU.
Дополнительно, модуль 46 PDU-процессора формирует STATUS PDU и Piggybacked STATUS PDU, содержащие в качестве отчетов о состоянии результаты 1b приема данных (квитанцию), передаваемых из устройства на другом конце связи, и запрашивает модуль 40 RLC-процессора устройства на другом конце связи выполнить повторную передачу.
Модуль 46 PDU-процессора вводит PDU в модуль 47 шифрования.
Модуль 47 шифрования зашифровывает PDU. Модуль 47 шифрования зашифровывает AMD-PDU, но не зашифровывает заголовок AMD-PDU. Тем не менее, модуль 47 шифрования зашифровывает Piggybacked STATUS PDU и заполнение.
Дополнительно, модуль 47 шифрования не зашифровывает управляющие PDU, такие как STATUS PDU, PDU сброса (RESET PDU) и PDU сброса с квитированием (RESET ACK PDU). Модуль 47 шифрования предоставляет управляющий PDU и AMD-PDU после шифрования на нижний уровень относительно RLC-уровня. Данные передаются посредством DCCH/DTCH (выделенный канал управления/выделенный канал трафика).
Далее описывается функция приема.
DEMUX 48 получает AMD-PDU и управляющий PDU, принятый с нижнего уровня относительно RLC-уровня посредством DCCH/DTCH.
Модуль 49 дешифрования получает AMD-PDU с нижнего уровня или DEMUX 48.
DEMUX 48 отделяет мультиплексированный AMD-PDU и вводит отделенный AMD-PDU в модуль 49 дешифрования.
Между прочим, размер блока данных, такого как AMD-PDU нисходящей линии связи, является полустатическим значением, задаваемым более высоким уровнем, чем RLC-уровень.
Размер блока данных, такого как AMD-PDU нисходящей линии связи, изменяется в ответ на запрос на перекомпонование данных, сделанный из модуля 80 процессора верхнего уровня, т.е. в ответ на запрос на перекомпонование данных, сделанный из верхнего уровня, например, RRC-уровня или PDCP-уровня, на нижний уровень, например, RLC-уровень.
Когда не задан размер, AMD-PDU нисходящей линии связи может быть определен на основе размера первого принятого PDU.
Помимо этого, размер AMD-PDU нисходящей линии связи и размер AMD-PDU восходящей линии связи не обязательно совпадают.
Дополнительно DEMUX 48 маршрутизирует управляющие PDU, такие как RESET PDU и RESET ACK PDU, в модуль 53 RLC-контроллера.
DEMUX 48 маршрутизирует в модуль 43 процессора повторной передачи STATUS PDU, полученный из модуля 40 RLC-процессора (объекта AM-RLC) устройства на другом конце связи.
STATUS PDU содержит результат 1a приема устройства на другом конце связи, т.е. положительную и/или отрицательную квитанцию.
Таким образом, DEMUX 48 маршрутизирует принятое подтверждение, принятое от устройства на другом конце связи, в модуль 43 процессора повторной передачи.
Модуль 49 дешифрования дешифрует полученный AMD-PDU. Модуль 49 дешифрования вводит PDU после дешифрования в модуль 50 процессора повторной передачи.
Модуль 50 процессора повторной передачи выполняет управление повторной передачей, с тем чтобы запросить повторную передачу данных в устройство на другом конце связи.
Модуль 50 процессора повторной передачи включает в себя буфер 50a повторной передачи, в котором сохраняется принятый PDU. До приема полного RLC-SDU модуль 50 процессора повторной передачи сохраняет полученный AMD-PDU в буфере 50a приема.
В отношении AMD-PDU, который принят нормально, модуль 50 процессора повторной передачи формирует положительную квитанцию и направляет сформированную положительную квитанцию в модуль 46 PDU-процессора.
С другой стороны, в отношении AMD-PDU, который не принят нормально, модуль 50 процессора повторной передачи формирует отрицательную квитанцию и направляет сформированную отрицательную квитанцию в модуль 46 PDU-процессора.
Таким образом, модуль 50 процессора повторной передачи маршрутизирует собственный результат 1b приема в модуль 46 PDU-процессора. Таким образом, модуль 46 PDU-процессора может сформировать STATUS PDU и Piggybacked STATUS PDU, содержащие собственный результат 1b приема (квитанцию) в качестве отчета о состоянии, передать их в модуль 40 RLC-процессора (объект AM-RLC) устройства на другом конце связи и запросить повторную передачу.
После полного приема RLC-SDU модуль 50 процессора повторной передачи вводит AMD-PDU, сохраненный в буфере 50a приема, в модуль 51 удаления/извлечения информации RLC-заголовка.
Модуль 51 удаления/извлечения информации RLC-заголовка удаляет RLC-заголовок из полученного AMD-PDU. Модуль 51 удаления/извлечения информации RLC-заголовка вводит в модуль 52 повторной сборки AMD-PDU, из которого удален RLC-заголовок.
Дополнительно, когда Piggybacked STATUS PDU задан, модуль 51 удаления/извлечения информации RLC-заголовка извлекает управляющую информацию (информацию совмещенной передачи).
Модуль 51 удаления/извлечения информации RLC-заголовка маршрутизирует извлеченную управляющую информацию (информацию совмещенной передачи) в модуль 43 процессора повторной передачи и модуль 53 RLC-контоллера.
Управляющая информация (информация совмещенной передачи) может содержать результат 1a приема устройства на другом конце связи.
Следовательно, модуль 51 удаления/извлечения информации RLC-заголовка маршрутизирует управляющую информацию (информацию совмещенной передачи), содержащую результат 1a приема, в модуль 43 процессора повторной передачи. Модуль 51 удаления/извлечения информации RLC-заголовка таким образом может удалять AMD-PDU, который нормально принят устройством на другом конце связи, из буфера 43a передачи и предписывает модулю 43 процессора повторной передачи выполнить повторную передачу AMD-PDU, который должен быть повторно передан в устройство на другом конце связи.
Модуль 52 повторной сборки собирает AMD-PDU, повторно собирает RLC-SDU и маршрутизирует его на верхний уровень относительно RLC-уровня. Модуль 52 повторной сборки может получать AMD-PDU только при полном приеме RLC-SDU.
Модуль 53 RLC-контроллера формирует управляющий PDU, чтобы ответить модулю 40 RLC-процессора (объекта AM-RLC) устройства на другом конце связи, на основе полученного управляющего PDU и т.п. и вводит сформированный управляющий PDU в модуль 46 PDU-процессора.
Помимо этого, модуль 46 PDU-процессора вводит опросный бит по управляющей информации в модуль 53 RLC-контроллера.
Далее подробно описывается отбрасывание RLC-SDU и перекомпонование данных, которые выполняются модулем 40 RLC-процессора.
Когда передача RLC-PDU нормально завершена в рамках заранее определенного периода времени или в рамках заранее определенного числа передач, модуль 40 RLC-процессора отбрасывает RLC-PDU, сохраненный в буфере 43a повторной передачи. Таким образом, может быть предотвращено переполнение буфера 43a повторной передачи.
Перекомпонование данных на RLC-уровне запрашивается верхним уровнем, к примеру, RRC-уровнем и PDCP-уровнем, относительно RLC-уровня.
Более точно, модуль 82 определения в модуле 80 процессора верхнего уровня определяет, необходимо или нет перекомпонование данных. Дополнительно, когда определено, что перекомпонование необходимо, перекомпонование данных запрашивается в блоке 40 RLC-процессора.
Когда модуль 40 RLC-процессора запрошен выполнить перекомпонование данных, перекомпонование данных выполняется при передачах данных в режиме без квитирования (UM) и в режиме с квитированием (AM).
Таким образом, когда модуль 82 определения определяет то, что перекомпонование данных необходимо, модуль 40 процессора RLC-уровня допускает выполнение перекомпонования.
Согласно вышеприведенному описанию, поскольку передающее устройство допускает выполнение перекомпонования при необходимости, снижение управляющей нагрузки может достигаться, с тем, чтобы могло предоставляться более гибкое управление.
В случае режима без квитирования (UM) перекомпонование выполняется посредством модулей 40 RLC-процессора и приемного устройства, и передающего устройства.
Модуль 40 RLC-процессора приемного устройства отбрасывает все блоки пакетных данных режима без квитирования (UMD-PDU) и затем начинает перекомпонование.
Модуль 40 RLC-процессора передающего устройства отбрасывает RLC-SDU, который маршрутизировал PDU, даже в небольших количествах, на нижний уровень, и затем начинает перекомпонование.
Дополнительно, модуль 40 RLC-процессора передающего устройства уведомляет верхний уровень об отброшенном RLC-SDU, при запросе с верхнего уровня.
В случае режима с квитированием (AM) перекомпонование выполняется посредством, по меньшей мере, одного из модулей 40 RLC-процессора приемного устройства и передающего устройства.
Когда перекомпонование выполняется только посредством модуля 40 RLC-процессора приемного устройства, модуль 40 RLC-процессора приемного устройства отбрасывает все AMD-PDU и затем начинает перекомпонование.
Дополнительно, модуль 40 RLC-процессора передающего устройства отбрасывает управляющие PDU и затем начинает перекомпонование.
Когда перекомпонование выполняется только посредством блока 40 RLC-процессора передающего устройства, модуль 40 RLC-процессора передающего устройства отбрасывает все управляющие PDU и все RLC-SDU, которые передали все AMD-PDU, и затем начинает перекомпонование.
Дополнительно, модуль 40 RLC-процессора передающего устройства заново сегментирует или конкатенирует неотброшенные RLC-SDU в AMD-PDU, имеющие размер, заданный верхним уровнем.
Кстати, размер, заданный в это время, может совпадать или отличаться от размера, используемого до выполнения перекомпонования.
Когда перекомпонование выполняется посредством модулей 40 RLC-процессора как приемного устройства, так и передающего устройства, модуль 40 RLC-процессора передающего устройства отбрасывает управляющие PDU и все AMD-PDU и затем начинает перекомпонование.
Далее подробно описывается обработка, выполняемая модулями 12 и 22 процессоров данных при выполнении перекомпонования. Описание приводится ниже при допущении того, что RLC-уровень является нижним уровнем, тогда как RRC-уровень, PDCP-уровень и т.п. являются верхними уровнями относительно RLC-уровня.
Модуль 82 определения из состава модуля 80 процессора верхнего уровня передающего устройства определяет то, требуется или нет перекомпонование данных на RLC-уровне.
Например, когда объем данных, которые должны быть переданы, возрастает, модуль 82 определения определяет то, что размер блока данных на RLC-уровне, т.е. размер протокольного блока данных (PDU) RLC, должен быть изменен, и, следовательно, определяет, что перекомпонование необходимо.
Далее модуль 82 определения запрашивает модуль 40 RLC-процессора изменить размер блока данных (RLC-PDU) и перекомпоновать данные на основе результата определения.
Дополнительно, модуль 82 определения также может запросить модуль 40 RLC-процессора перекомпоновать данные при коммутации каналов, смене режима и т.п.
Как описано выше, при приеме запроса на перекомпонование от модуля 80 процессора верхнего уровня модуль 40 RLC-процессора передающего устройства уведомляет уведомляющий/инструктирующий модуль 70 о приеме запроса.
После приема уведомления о перекомпоновании от модуля 40 RLC-процессора уведомляющий/инструктирующий модуль 70 уведомляет приемное устройство о перекомпоновании данных на RLC-уровне, нижнем относительно RRC-уровня и PDCP-уровня.
Таким образом, уведомляющий/инструктирующий модуль 70 изменяет размер блока данных (RLC-PDU) на RLC-уровне, являющемся нижним уровнем, так чтобы уведомляющий/инструктирующий модуль 70 мог уведомлять о перекомпоновании, когда становится необходимым выполнить перекомпонование.
Дополнительно, когда становится необходимым выполнить перекомпонование вследствие смены канала, изменения режима и т.п., уведомляющий/инструктирующий модуль 70 способен уведомлять о перекомпоновании.
Например, уведомляющий/инструктирующий модуль 70 передающего устройства формирует управляющую информацию, уведомляющую о перекомпоновании, и передает сформированную управляющую информацию в приемное устройство. Таким образом, уведомляющий/инструктирующий модуль 70 выступает в качестве уведомляющего блока, выполненного с возможностью уведомлять приемное устройство о перекомпоновании данных на нижнем уровне.
После этого получающий модуль 60 получает от передающего устройства уведомление о перекомпоновании данных на RLC-уровне, являющемся нижним уровнем.
Получающий модуль 60 приемного устройства вводит таким образом полученное уведомление о перекомпоновании в модуль 40 RLC-процессора и уведомляющий/инструктирующий модуль 70.
В ответ на уведомление о перекомпоновании, полученное от передающего устройства, уведомляющий/инструктирующий модуль 70 приемного устройства уведомляет передающее устройство о порядковых номерах на верхнем уровне для данных, которые уведомляющему/инструктирующему модулю 70 требуется принять.
Например, уведомляющий/инструктирующий модуль 70 приемного устройства получает результат приема данных от модуля 40 RLC-процессора.
Дополнительно, на основе результата приема уведомляющий/инструктирующий модуль 70 приемного устройства может уведомлять передающее устройство о порядковых номерах (порядковых номерах RRC и порядковых номерах PDCP) на RRC-уровне и PDCP-уровне, являющихся верхними уровнями.
Например, уведомляющий/инструктирующий модуль 70 приемного устройства может уведомлять передающее устройство о порядковых номерах данных, которые не приняты полностью нормально и которые привели к ошибке приема.
Таким образом, предпочтительно, чтобы уведомляющий/инструктирующий модуль 70 уведомлял передающее устройство о порядковых номерах на верхнем уровне на основе принимаемых данных.
Согласно вышеприведенному описанию, даже в том случае, когда выполняется перекомпонование данных, приемное устройство запрашивает передачу данных, которые не были нормально переданы или приняты, так чтобы оно могло принимать данные. Следовательно, возникновение потерь данных может быть более надежно предотвращено.
Как описано выше, уведомляющий/инструктирующий модуль 70 выступает в качестве уведомляющего модуля, выполненного с возможностью уведомлять передающее устройство о порядковых номерах на верхнем уровне данных, прием которых требуется.
Получающий модуль 60 передающего устройства получает порядковые номера на верхнем уровне данных, прием которых требуется. Получающий модуль 60 передающего устройства уведомляет о полученных порядковых номерах модуль 40 RLC-процессора из состава передающего устройства.
Модуль 40 RLC-процессора передающего устройства выполняет перекомпонование в отношении данных, имеющих порядковые номера, сообщенные из приемного устройства.
Таким образом, модуль 40 RLC-процессора передающего устройства выступает в качестве модуля процессора нижнего уровня, выполненного с возможностью осуществлять перекомпонование в отношении данных, имеющих порядковые номера, которые приемному устройству требуется принять.
Предпочтительно, чтобы при изменении размера блока данных (RLC-PDU) на RLC-уровне, являющемся нижнем уровнем, модуль 40 RLC-процессора выполнял перекомпонование из данных, имеющих порядковые номера верхнего уровня.
Согласно вышеприведенному описанию, когда становится необходимым выполнить перекомпонование вследствие изменения размера блока данных, передающее устройство может выполнить перекомпонование в отношении данных, имеющих порядковые номера на верхнем уровне, сообщенные от приемного устройства.
Например, при изменении размера RLC-PDU с 320 битов до 640 битов модуль 40 RLC-процессора может выполнить перекомпонование.
Дополнительно, при коммутации канала, являющейся изменением режима или т.п., модуль 40 RLC-процессора может выполнить перекомпонование в отношении данных, имеющих порядковые номера на верхнем уровне.
Когда модуль 82 определения определяет, что перекомпонование необходимо, модуль 40 RLC-процессора может перекомпоновать данные из данных, имеющих упомянутый порядковый номер.
Например, когда модуль 80 процессора верхнего уровня запрошен изменить размер блока данных, т.е. RLC-PDU, и выполнить перекомпонование, модуль 40 RLC-процессора может выполнить такое перекомпонование.
Затем модуль 40 RLC-процессора приемного устройства выполняет процесс приема для данных, которые перекомпонованы из данных, имеющих порядковые номера, сообщенные передающему устройству.
Более точно, модуль 40 RLC-процессора выполняет процесс повторной обработки, процесс повторной сборки и т.п. для принимаемых данных согласно размеру блока данных (RLC-PDU) после повторного перекомпонования.
Таким образом, модуль 40 RLC-процессора работает как модуль процессора нижнего уровня, выполненный с возможностью осуществлять процесс приема для данных, которые перекомпонованы из данных, имеющих сообщенные порядковые номера.
Как описано выше, приемное устройство может уведомлять о порядковом номере в ответ на уведомление о перекомпоновании, и, тем не менее, при уведомлении приемного устройства о перекомпоновании уведомляющий/инструктирующий модуль 70 передающего устройства может передавать инструктирующие данные и запрашивать приемное устройство на предмет порядкового номера.
В этом случае получающий модуль 60 приемного устройства получает инструктирующие данные для запрашивания порядкового номера из передающего устройства и вводит полученные инструктирующие данные в уведомляющий/инструктирующий модуль 70.
Следовательно, уведомляющий/инструктирующий модуль 70 может уведомлять о порядковом номере в ответ на инструктирующие данные.
Более точно, индикатор может быть использован в качестве инструктирующих данных. Когда индикатор имеет значение "ON", это означает, что уведомление о порядковом номере запрошено, а когда индикатор имеет значение "OFF", это означает, что уведомление о порядковом номере не запрошено.
Как описано выше, для индикатора достаточно иметь возможность быть различенным между "ON" и "OFF", например, достаточно оптимально добавить индикатор в один бит в управляющие данные для уведомления о перекомпоновании.
Таким образом, уведомляющий/инструктирующий модуль 70 передает инструктирующие данные (индикатор) для запрашивания порядкового номера на верхнем уровне, так чтобы уведомляющий/инструктирующий модуль 70 также мог выступать в качестве инструктирующего модуля для запрашивания приемного устройства на предмет порядкового номера.
Уведомляющий/инструктирующий модуль 70 приемного устройства определяет, имеет ли индикатор, введенный получающим модулем 60, значение "ON" или "OFF".
Когда индикатор имеет значение "ON", уведомляющий/инструктирующий модуль 70 определяет, что уведомление о порядковом номере необходимо, и уведомляет о порядковом номере.
С другой стороны, когда индикатор имеет значение "OFF", уведомляющий/инструктирующий модуль 70 определяет, что уведомление о порядковом номере не является необходимым, и не уведомляет о порядковом номере.
Дополнительно, уведомляющий/инструктирующий модуль 70 может добавлять индикатор только тогда, когда требуется перекомпонование.
В этом случае уведомляющий/инструктирующий модуль 70 может определять, необходим или нет порядковый номер, на основе того, присутствует индикатор или нет.
Более точно, когда индикатор добавлен, уведомляющий/инструктирующий модуль 70 определяет, что уведомление о порядковом номере необходимо, а когда индикатор не добавлен, уведомляющий/инструктирующий модуль 70 определяет, что уведомление о порядковом номере не является необходимым.
Таким образом, даже при приеме уведомления о перекомпоновании приемное устройство не обязательно уведомляет о порядковом номере на верхнем уровне.
Дополнительно, передающее устройство передает в приемное устройство индикатор или т.п., в котором можно задавать "ON" и "OFF", тем самым управляя обязательностью уведомления о порядковом номере на верхнем уровне для данных, которые приемному устройству требуется принять.
Например, при передаче или приеме данных, нечувствительных к небольшой величине потери данных, уведомляющий/инструктирующий модуль 70 присваивает индикатору значение "OFF" или не добавляет индикатор, с тем чтобы не запрашивать порядковый номер. С другой стороны, при передаче или приеме данных, чувствительных к потере данных, уведомляющий/инструктирующий модуль 70 присваивает индикатору значение "ON" или добавляет индикатор, с тем чтобы запрашивать порядковый номер.
Альтернативно, когда QoS (качество обслуживания) низкое, уведомляющий/инструктирующий модуль 70 присваивает индикатору значение "OFF" или не добавляет индикатор, с тем чтобы не запрашивать порядковый номер. С другой стороны, когда QoS высокое, уведомляющий/инструктирующий модуль 70 присваивает индикатору значение "ON" или добавляет индикатор, с тем чтобы запрашивать порядковый номер.
Согласно вышеприведенному описанию при выполнении перекомпонования приемное устройство может уведомлять о порядковом номере по мере необходимости.
Дополнительно, при выполнении перекомпонования передающее устройство может запрашивать порядковый номер по мере необходимости.
Как результат, объем управляющих данных и управляющая нагрузка могут быть снижены, что позволяет обеспечить более гибкое управление.
Далее описывается обработка в модулях 12 и 22 процессоров данных при выполнении перекомпонования со ссылкой на конкретный пример, проиллюстрированный на фиг.4.
На фиг.4 приводится описание случая, когда мобильная станция 10 является приемным устройством, а устройство 20 радиосети является передающим устройством. Помимо этого, также приводится описание случая, когда в ответ на уведомление о перекомпоновании мобильная станция 10 уведомляет о порядковом номере на верхнем уровне.
На фиг.4 порядковые номера на RLC-уровне, являющемся нижним уровнем, обозначены как нижние порядковые номера (LSN), а порядковые номера на RRC-уровне и PDCP-уровне, являющихся верхними уровнями, обозначены как верхние порядковые номера (USN).
Данные (RLC-PDU) на RLC-уровне и данные на верхнем уровне ассоциативно связаны (сопоставлены) друг с другом. Как результат, LSN и USN ассоциативно связаны друг с другом.
Более точно, сопоставления устанавливаются между следующими соответствующими взаимосвязями: данные LSN 10-12 и данные USN 4; данные LSN 13-14 и данные USN 5; данные LSN 15-17 и данные USN 6; и данные LSN 18-19 и данные USN 7.
Например, поскольку объем данных, которые должны быть переданы, возрастает, модуль 82 определения из состава устройства 20 радиосети, которое является передающим устройством, определяет, что размер блока данных на RLC-уровне, т.е. RLC-PDU (протокольного блока данных), должен быть изменен, и, следовательно, что перекомпонование необходимо.
В ответ на результат определения модуль 82 определения передает блоки данных (RLC-PDU) с номерами LSN 1-17, имеющие размер в 320 битов, и запрашивает модуль 40 RLC-процессора перекомпоновать с размером 640 битов блоки данных (RLC-PDU) с номерами LSN после LSN 17.
В ответ на запрос от модуля 80 процессора верхнего уровня модуль 40 RLC-процессора устройства 20 радиосети передает блоки данных (RLC-PDU) с номерами LSN 1-17 размером в 320 битов и планирует передавать блоки данных (RLC-PDU) с номерами LSN после LSN 17 размером в 640 битов.
В этом случае сначала модуль 40 RLC-процессора устройства 20 радиосети передает данные (RLC-PDU) с номерами LSN 1-17 размером в 320 битов. Дополнительно, уведомляющий/инструктирующий модуль 70 устройства 20 радиосети уведомляет мобильную станцию 10 о перекомпоновании данных на RLC-уровне.
Модуль 40 RLC-процессора мобильной станции 10, которая является приемным устройством, передает положительную квитанцию в устройство 20 радиосети для данных (RLC-PDU), которые нормально и полностью приняты, при этом передавая отрицательную квитанцию в него для данных, которые не принятые нормально и которые привели к ошибке приема.
Например, когда данные (RLC-PDU) с LSN 13 не приняты нормально и привели к ошибке приема, мобильная станция 10 передает положительную квитанцию в устройство 20 радиосети для LSN 1-12 и 14-17, а также передает отрицательную квитанцию в него для LSN 13.
Дополнительно, получающий модуль 60 мобильной станции 10 получает уведомление о данных на RLC-уровне от устройства 20 радиосети и вводит полученное уведомление в уведомляющий/инструктирующий модуль 70 мобильной станции 10.
В ответ на уведомление о перекомпоновании уведомляющий/инструктирующий модуль 70 уведомляет устройство 20 радиосети о порядковом номере на верхнем уровне для данных, которые должны быть приняты следующими.
В это время уведомляющий/инструктирующий модуль 70 запрашивает результат приема из модуля 40 RLC-процессора. На основе результата приема уведомляющий/инструктирующий модуль 70 определяет, что поскольку данные (RLC-PDU) с LSN 13, которые привели к ошибке приема, предоставляются, данные с USN 5 приводят к ошибке при сборке данных на RRC-уровне, PDCP-уровне и т.п., являющихся верхними уровнями.
Уведомляющий/инструктирующий модуль 70 уведомляет устройство 20 радиосети о порядковом номере, т.е. USN 5 на верхнем уровне, содержащем данные (RLC-PDU) с LSN 13, которые привели к ошибке приема, как о порядковом номере данных, которые требуется принять.
Таким же образом, например, даже когда данные (RLC-PDU) с LSN 13 нормально приняты, но данные (RLC-PDU) с LSN 14 привели к ошибке приема, уведомляющий/инструктирующий модуль 70 может уведомить устройство 20 радиосети о порядковом номере USN 5.
Дополнительно, когда имеется множество ошибок приема, уведомляющий/инструктирующий модуль 70 может уведомить устройство 20 радиосети о наименьшем порядковом номере из порядковых номеров для данных на верхнем уровне, которые содержат данные (RLC-PDU) на нижнем уровне, приведшие к ошибкам приема.
Например, когда данные с LSN 13 и данные с LSN 16 параллельно приводят к ошибкам приема, уведомляющий/инструктирующий модуль 70 может уведомить устройство 20 радиосети о наименьшем порядковом номере на верхнем уровне, которым является USN 5.
Таким образом, уведомляющий/инструктирующий модуль 70 может уведомить устройство 20 радиосети о порядковом номере данных на верхнем уровне, ассоциативно связанном с данными на нижнем уровне (RLC-PDU), которые требуется принять.
Получающий модуль 60 устройства 20 радиосети получает порядковый номер, USN 5, на верхнем уровне данных, которые мобильной станции 10 требуется принять, и вводит полученный порядковый номер в модуль 40 RLC-процессора.
Модуль 40 RLC-процессора выполняет перекомпонование в отношении данных, имеющих USN 5, сообщенный от мобильной станции 10.
Другими словами, модуль 40 RLC-процессора устройства 20 радиосети изначально планировал выполнить перекомпонование с размером 640 битов для блоков данных (RLC-PDU) с LSN после LSN 17 и затем передать их, но модуль 40 RLC-процессора выполняет перекомпонование таким образом, чтобы размер блоков данных (RLC-PDU) с LSN после LSN 12, ассоциативно связанным с USN 5, изменился на 640 битов, и затем передает данные в мобильную станцию 10.
Таким образом, модуль 40 RLC-процессора может начать выполнение перекомпонования данных (RLC-PDU) на нижнем уровне, ассоциативно связанных с сообщенным порядковым номером на верхнем уровне.
Дополнительно, при изменении размера блока данных (RLC-PDU) на RLC-уровне, являющемся нижнем уровнем, модуль 40 RLC-процессора может выполнять перекомпонование в отношении данных, имеющих порядковый номер на верхнем уровне.
Модуль 40 RLC-процессора мобильной станции 10 выполняет процесс приема данных, которые перекомпонованы из данных с сообщенным порядковым номером.
Другими словами, модуль 40 RLC-процессора мобильной станции 10 первоначально планировал выполнить процесс приема для блоков данных (RLC-PDU), имеющих LSN после LSN 17, причем эти блоки данных обрабатываются как перекомпонованные с размером 640 битов, но модуль RLC-процессора выполняет процесс приема для блоков данных (RLC-PDU), имеющих номера LSN после LSN 12, ассоциативно связанного с USN 5, причем эти блоки данных обрабатываются как перекомпонованные с размером 640 битов.
(Способ связи)
Далее описывается способ связи в системе 100 связи со ссылкой на фиг.5 и 6. На фиг.5 и 6 приводится описание случая, когда мобильная станция 10 является приемным устройством, а устройство 20 радиосети является передающим устройством.
Сначала со ссылкой на фиг.5 поясняется процедура, в которой порядковый номер на верхнем уровне сообщается в ответ на уведомление о перекомпоновании.
Устройство 20 радиосети определяет то, необходимо или нет перекомпонование данных на верхнем уровне (S101).
Когда определено, что перекомпонование данных на верхнем уровне необходимо, устройство 20 радиосети уведомляет мобильную станцию 10 о перекомпоновании данных на верхнем уровне (S102).
В ответ на уведомление о перекомпоновании от устройства 20 радиосети мобильная станция 10 уведомляет устройство 20 радиосети о порядковом номере на верхнем уровне данных, которые требуется принять (S103).
Устройство 20 радиосети начинает выполнение перекомпонования в отношении данных (RLC-PDU), имеющих порядковый номер, сообщенный от мобильной станции 10 (S104).
Устройство 20 радиосети передает перекомпонованные таким образом данные в мобильную станцию 10 (S105).
С другой стороны, когда на этапе S101 определено, что перекомпонование данных необязательно, устройство 20 радиосети передает данные без выполнения перекомпонования (S105).
Далее со ссылкой на фиг.6 поясняется процедура, при которой порядковый номер на верхнем уровне сообщается посредством мобильной станции 10 в ответ на инструктирующие данные (индикатор).
Устройство 20 радиосети определяет то, необходимо или нет перекомпонование данных на RLC-уровне (S201).
Когда определено, что перекомпонование данных необходимо, устройство 20 радиосети определяет, требуется или нет уведомление о порядковом номере на верхнем уровне и добавляет индикатор (инструктирующие данные) в уведомление о перекомпоновании.
Дополнительно, устройство 20 радиосети передает уведомление о перекомпоновании и индикатор в мобильную станцию 10 и уведомляет мобильную станцию 10 о перекомпоновании данных на RLC-уровне и параллельно инструктирует мобильной станции 10, необходимо или нет уведомление о порядковом номере (S202).
Мобильная станция 10 определяет, имеет ли индикатор значение "ON" или "OFF", причем индикатор добавлен в уведомление о перекомпоновании от устройства 20 радиосети (S203).
Когда индикатор имеет значение "ON", мобильная станция 10 уведомляет устройство 20 радиосети о порядковом номере (USN) на верхнем уровне для данных, которые требуется принять (S204).
Устройство 20 радиосети выполняет перекомпонование в отношении данных (RLC-PDU), имеющих порядковый номер на верхнем уровне, сообщенный от мобильной станции 10 (S205).
Устройство 20 радиосети передает перекомпонованные данные в мобильную станцию 10 (S206).
С другой стороны, когда на этапе S201 определено, что перекомпонование данных необязательно, устройство 20 радиосети передает данные в мобильную стацию 10 без выполнения перекомпонования (S206).
Дополнительно, когда на этапе S203 индикатору присвоено значение "OFF", порядковый номер (USN) не сообщается.
Таким образом, устройство 20 радиосети выполняет перекомпонование в отношении данных, имеющих первоначально запланированный порядковый номер (USN), и затем передает данные в мобильную станцию 10 (S206).
(Результаты)
Согласно мобильной станции 10 устройству 20 радиосети, системе 100 связи и способу связи, описанным выше, когда мобильная станция 10 или устройство 20 радиосети выступает в качестве приемного устройства, можно распознавать то, что перекомпонование выполняется для данных на нижнем уровне.
Таким образом, мобильная станция 10 или устройство 20 радиосети может уведомлять передающее устройство о перекомпонованных данных, которые требуется принять, с помощью порядкового номера на верхнем уровне относительно уровня, на котором должно быть выполнено перекомпонование.
Дополнительно, мобильная станция 10 или устройство 20 радиосети может выполнять процесс приема для данных, которые перекомпонованы из данных, имеющих порядковый номер, сообщенный передающему устройству.
Как результат, мобильная станция 10 или устройство 20 радиосети может принимать требуемые данные, так чтобы перекомпонование данных давало возможность предотвращать потерю данных.
Дополнительно, согласно мобильной станции 10 устройству 20 радиосети, системе 100 связи и способу связи, описанным выше, при функционировании передающего устройства, мобильная станция 10 или устройство 20 радиосети может уведомлять приемное устройство о том, что данные должны быть перекомпонованы на нижнем уровне.
Дополнительно, мобильная станция 10 или устройство 20 радиосети может распознавать перекомпонованные данные, которые приемному устройству требуется принять, с помощью порядкового номера на более высоком уровне относительно уровня, на котором должно быть выполнено перекомпонование.
Дополнительно, мобильная станция 10 или устройство 20 радиосети может начать перекомпонование данных на нижнем уровне из данных, имеющих упомянутый порядковый номер, которые приемному устройству требуется принять, и передает данные.
Следовательно, мобильная станция 10 или устройство 20 радиосети могут предотвратить потерю данных посредством перекомпонования данных.
Другими словами, согласно мобильной станции 10 устройству 20 радиосети, системе 100 связи и способу связи можно осуществлять связь без потери данных и добиваться передачи данных без потерь посредством передачи и приема данных, которые требуется принять, с помощью порядкового номера на верхнем уровне.
Более того, согласно мобильной станции 10, устройству 20 радиосети, системе 100 связи и способу связи уведомляющий/инструктирующий модуль 70 приемного устройства уведомляет о порядковом номере на верхнем уровне на основе результата приема данных. Следовательно, даже когда данные перекомпонованы, приемное устройство запрашивает передачу данных, которые не были нормально переданы и приняты, и тем самым может принимать данные. Как результат, возникновение потери данных может быть более надежно предотвращено.
Дополнительно, согласно мобильной станции 10, устройству 20 радиосети, системе 100 связи и способу связи получающий модуль 60 приемного устройства получает инструктирующие данные для запрашивания порядкового номера из передающего устройства, и уведомляющий/инструктирующий модуль 70 приемного устройства уведомляет о порядковом номере в ответ на инструктирующие данные. Таким образом, приемное устройство может уведомлять о порядковом номере при необходимости, когда выполняется перекомпонование. Таким образом, объем управляющих данных и управляющая нагрузка могут быть снижены, тем самым обеспечивая более гибкое управление.
Дополнительно, согласно мобильной станции 10, устройству 20 радиосети, системе 100 связи и способу связи при изменении размера блока данных на RLC-уровне (нижнем уровне) модуль 40 RLC-процессора (модуль процессора нижнего уровня) передающего устройства может перекомпоновывать данные из данных, имеющих порядковый номер на RRC-уровне, PDCP-уровне и т.п. (верхнем уровне). Соответственно, когда изменение размера блока данных требует перекомпонования данных, передающее устройство может перекомпоновывать данные из данных, имеющих порядковый номер верхнего уровня, сообщенный от приемного устройства.
Дополнительно, согласно мобильной станции 10, устройству 20 радиосети, системе 100 связи и способу связи, когда модуль 82 определения определяет, что перекомпонование необходимо, модуль 40 RLC-процессора (модуль процессора нижнего уровня) передающего устройства может выполнять перекомпонование в отношении данных, имеющих порядковый номер. Следовательно, передающее устройство может выполнять перекомпонование при необходимости, и управляющая нагрузка может быть снижена, с тем чтобы могло предоставляться более гибкое управление.
Помимо этого, согласно мобильной станции 10, устройству 20 радиосети, системе 100 связи и способу связи, поскольку передающее устройство включает в себя инструктирующий модуль, выполненный с возможностью запрашивать приемное устройство на предмет порядкового номера, передающее устройство передает инструктирующие данные в приемное устройство и тем самым может запрашивать приемное устройство на предмет порядкового номера. Следовательно, объем управляющих данных и управляющая нагрузка могут быть снижены, тем самым обеспечивая более гибкое управление.
Кстати, следует понимать, что настоящее изобретение не ограничено вышеописанным вариантом осуществления, и в него могут вноситься различные изменения. Система связи не ограничена системой мобильной связи, к которой применяется W-CDMA, и может быть системой мобильной связи, использующей другую систему радиодоступа, или может быть системой радиосвязи.
Более того, в вышеописанном варианте осуществления, хотя мобильная станция 10 и устройство 20 радиосети выступают в качестве приемного устройства и передающего устройства, они могут включать в себя только одну функцию из приемного устройства и передающего устройства.
Дополнительно, система связи может включать в себя базовую станцию и устройство контроллера радиосвязи вместо устройства 20 радиосети. В этом случае мобильная станция и устройство контроллера радиосвязи могут осуществлять передачу и прием данных между собой посредством базовой станции.
Промышленная применимость
Как описано выше, согласно настоящему изобретению можно предотвращать потерю данных благодаря перекомпонованию данных.

Claims (9)

1. Приемное устройство, содержащее:
получающий модуль, выполненный с возможностью получать от передающего устройства уведомление о перекомпоновании данных на нижнем уровне;
уведомляющий модуль, выполненный с возможностью сообщать в передающее устройство порядковый номер на верхнем уровне данных, которые требуется принять; и
модуль обработки нижнего уровня, выполненный с возможностью осуществлять процесс приема данных, которые перекомпонованы из данных, имеющих упомянутый порядковый номер.
2. Приемное устройство по п.1, в котором:
уведомляющий модуль выполнен с возможностью сообщать порядковый номер на верхний уровень на основе результата приема данных.
3. Приемное устройство по п.1, в котором:
получающий модуль выполнен с возможностью получать от передающего устройства инструктирующие данные для запроса порядкового номера; и уведомляющий модуль выполнен с возможностью сообщать порядковый номер в соответствии с этими инструктирующими данными.
4. Передающее устройство, содержащее:
уведомляющий модуль, выполненный с возможностью сообщать в приемное устройство о перекомпоновании данных на нижнем уровне;
получающий модуль, выполненный с возможностью получать от приемного устройства порядковый номер на верхнем уровне данных, которые требуется принять; и
модуль обработки нижнего уровня, выполненный с возможностью выполнять перекомпонование в отношении данных, имеющих упомянутый порядковый номер.
5. Передающее устройство по п.4, в котором:
модуль обработки нижнего уровня выполнен с возможностью осуществлять перекомпонование в отношении данных, имеющих упомянутый порядковый номер, при изменении размера блока данных на нижнем уровне.
6. Передающее устройство по п.4, дополнительно содержащее: оценочный модуль, выполненный с возможностью оценивать необходимость перекомпонования; при этом:
модуль обработки нижнего уровня выполнен с возможностью осуществлять перекомпонование в отношении данных, имеющих упомянутый порядковый номер, когда оценочный модуль определяет, что перекомпонование необходимо.
7. Передающее устройство по п.4, дополнительно содержащее: инструктирующий модуль, выполненный с возможностью запрашивать приемное устройство сообщить порядковый номер, посредством передачи инструктирующих данных.
8. Система связи, содержащая:
приемное устройство, выполненное с возможностью получать от передающего устройства уведомление о перекомпоновании данных на нижнем уровне; сообщать в передающее устройство порядковый номер на верхнем уровне данных, которые требуется принять; и выполнять процесс приема данных, которые перекомпонованы из данных, имеющих упомянутый порядковый номер; и
передающее устройство, выполненное с возможностью сообщать в приемное устройство о перекомпоновании; получать от приемного устройства порядковый номер на верхнем уровне данных, которые требуется принять; и выполнять перекомпонование в отношении данных, имеющих порядковый номер.
9. Способ связи, содержащий этапы, на которых:
сообщают из передающего устройства в приемное устройство о перекомпоновании данных на нижнем уровне;
сообщают из приемного устройства в передающее устройство порядковый номер на верхнем уровне данных, которые требуется принять;
выполняют в передающем устройстве перекомпонование в отношении данных, имеющих упомянутый порядковый номер; и
выполняют в приемном устройстве процесс приема данных, которые перекомпонованы из данных, имеющих упомянутый порядковый номер.
RU2007128526A 2004-12-24 2005-12-26 Приемное устройство, передающее устройство, система связи и способ связи RU2355122C1 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2004374912 2004-12-24
JP2004-374912 2004-12-24
JP2005-003147 2005-01-07
JP2005003147A JP2006203265A (ja) 2004-12-24 2005-01-07 受信装置、送信装置、通信システム及び通信方法

Publications (2)

Publication Number Publication Date
RU2007128526A RU2007128526A (ru) 2009-01-27
RU2355122C1 true RU2355122C1 (ru) 2009-05-10

Family

ID=36601864

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2007128526A RU2355122C1 (ru) 2004-12-24 2005-12-26 Приемное устройство, передающее устройство, система связи и способ связи

Country Status (8)

Country Link
US (1) US7940770B2 (ru)
EP (1) EP1843548A1 (ru)
JP (1) JP2006203265A (ru)
KR (1) KR100915162B1 (ru)
CN (1) CN101088268B (ru)
BR (1) BRPI0519401A2 (ru)
RU (1) RU2355122C1 (ru)
WO (1) WO2006068272A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2556023C2 (ru) * 2011-03-25 2015-07-10 Хуавэй Текнолоджиз Ко., Лтд. Способ реконфигурирования, контроллер радиосети и терминал

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4978141B2 (ja) 2006-10-06 2012-07-18 富士通株式会社 無線通信システム及び無線基地局及び無線通信制御方法
KR101148660B1 (ko) * 2006-11-01 2012-05-22 후지쯔 가부시끼가이샤 무선 통신 장치 및 무선 통신 방법
KR101435832B1 (ko) 2007-03-19 2014-08-29 엘지전자 주식회사 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기
JP2008259038A (ja) * 2007-04-06 2008-10-23 Ntt Docomo Inc パケット通信システム、移動局及び無線基地局
US8274939B2 (en) 2007-04-30 2012-09-25 Lg Electronics Inc. Method of transmitting data block in wireless communication system
US8320561B2 (en) 2007-08-08 2012-11-27 Qualcomm Incorporated Key identifier in packet data convergence protocol header
JP2009044693A (ja) * 2007-08-10 2009-02-26 Fujitsu Ltd 送信方法、送信装置、およびコンピュータプログラム
KR100907978B1 (ko) * 2007-09-11 2009-07-15 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
US20090175163A1 (en) * 2008-01-04 2009-07-09 Interdigital Patent Holdings, Inc. Method and apparatus of performing packet data convergence protocol re-establishment
US20090175175A1 (en) 2008-01-04 2009-07-09 Interdigital Patent Holdings, Inc. Radio link control reset using radio resource control signaling
JP2011508560A (ja) * 2008-02-01 2011-03-10 エルジー エレクトロニクス インコーポレイティド 移動通信システム及びそのｐｄｃｐ状態報告転送方法
WO2009096746A2 (en) 2008-02-01 2009-08-06 Lg Electronics Inc. Method for sending rlc pdu and allocating radio resource in mobile communications system and rlc entity of mobile communications
KR101531419B1 (ko) 2008-02-01 2015-06-24 엘지전자 주식회사 시간동기 타이머의 만료 시 상향링크 ｈａｒｑ의 동작 방법
KR101375936B1 (ko) 2008-02-01 2014-03-18 엘지전자 주식회사 시간동기 타이머의 만료 시 하향링크 ｈａｒｑ의 동작 방법
US8634333B2 (en) * 2008-05-07 2014-01-21 Qualcomm Incorporated Bundling of ACK information in a wireless communication system
EP2117278B1 (en) * 2008-05-09 2011-08-17 Research In Motion Limited Method and apparatus for assembling network layer data units
WO2010016150A1 (ja) * 2008-08-08 2010-02-11 富士通株式会社 無線装置、通信方法および通信プログラム
KR101579860B1 (ko) * 2009-01-22 2015-12-24 삼성전자주식회사 무선 통신 시스템의 메시지 전송 방법
US8743896B2 (en) * 2009-03-16 2014-06-03 Htc Corporation Method and related communication device for radio link control reconfiguration in a wireless communications system
US20100262254A1 (en) * 2009-04-09 2010-10-14 Solana Surgical LLC Metatarsal bone implant
CN101873633B (zh) * 2009-04-21 2014-03-12 华为技术有限公司 一种多媒体分组数据传输和处理方法以及网络设备
WO2010137644A1 (ja) * 2009-05-27 2010-12-02 日本電気株式会社 無線通信装置およびデータ受信方法
US9706435B2 (en) * 2011-07-01 2017-07-11 Samsung Electronics Co., Ltd. Method and system for dynamically changing upper bound on data packet size in wireless communication networks
US9060355B2 (en) * 2013-05-17 2015-06-16 Nvidia Corporation Message handling
JP6341389B2 (ja) * 2016-03-11 2018-06-13 パナソニックＩｐマネジメント株式会社 送信装置、受信装置、送信方法、受信方法、通信システム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2107047C (en) * 1992-12-29 1998-04-28 Alan M. Bentley Switched circuit connection management over public data networks for wide area networks
US5751719A (en) * 1995-11-30 1998-05-12 Lucent Technologies Inc. Method and system for data transfer in the presence of disconnects
JPH09298734A (ja) * 1996-04-30 1997-11-18 Matsushita Electric Ind Co Ltd ビデオオンデマンドシステム
JPH11177536A (ja) * 1997-12-08 1999-07-02 Mitsubishi Electric Corp 無線データリンク層の誤り制御方式
US7477604B2 (en) * 2003-05-14 2009-01-13 Ntt Docomo, Inc. Packet communications system
US7881204B2 (en) * 2004-05-07 2011-02-01 Telefonaktiebolaget Lm Ericsson (Publ) Mobile telecommunication

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2556023C2 (ru) * 2011-03-25 2015-07-10 Хуавэй Текнолоджиз Ко., Лтд. Способ реконфигурирования, контроллер радиосети и терминал

Also Published As

Publication number Publication date
BRPI0519401A2 (pt) 2009-01-20
EP1843548A1 (en) 2007-10-10
US20080225817A1 (en) 2008-09-18
KR100915162B1 (ko) 2009-09-03
RU2007128526A (ru) 2009-01-27
US7940770B2 (en) 2011-05-10
CN101088268A (zh) 2007-12-12
KR20070087130A (ko) 2007-08-27
WO2006068272A1 (ja) 2006-06-29
JP2006203265A (ja) 2006-08-03
CN101088268B (zh) 2010-09-15

Similar Documents

Publication Publication Date Title
RU2355122C1 (ru) Приемное устройство, передающее устройство, система связи и способ связи
EP3709704B1 (en) Method for transmitting pdcp status report
KR100907978B1 (ko) 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
EP2086149B1 (en) Wireless communication method for transmitting a sequence of data units between a wireless device and a network
CN102123520B (zh) 在无线通信系统中处理mac协议数据单元的方法
EP3509351B1 (en) Method and device for processing radio protocol in mobile telecommunications system
EP2136501B1 (en) Method of delivering a PDCP data unit to an upper layer
US8542688B2 (en) Data link layer protocol unit, mobile radio device and method for mapping data which are to be transmitted using a mobile radio device from at least one logical channel, and control data which are to be transmitted, onto at least one transport channel
WO2005055636A1 (en) Method, system and transmitting side protocol entity for sending packet data units for unacknowledged mode services
KR20060115175A (ko) 무선 통신 시스템의 송수신 단에서의 상태 ｐｄｕ송수신방법
CN101621832B (zh) 向上层传送pdcp数据单元的方法
KR101084136B1 (ko) 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는ｐｄｕ를 송수신하는 방법
GB2462699A (en) Delivering PDCP SDUs to an upper layer within a receiving side entity of an E-UMTS
EP4109962B1 (en) Method for transmitting pdcp status report
JP4955734B2 (ja) 上位にｐｄｃｐデータユニットを送信する方法

Legal Events

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

Effective date: 20111227