СПОСОБ ПЕРЕДАЧИ ДАННЫХ И СПОСОБ ПОВТОРНОЙ ПЕРЕДАЧИ ДАННЫХ Российский патент 2010 года по МПК H04L1/16 

Описание патента на изобретение RU2392752C2

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

Настоящее изобретение относится к беспроводной связи и, в частности, к способу передачи данных и способу повторной передачи данных, которые позволяют снизить потери при передаче данных.

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

Система мобильной связи 3GPP (3-rd Generation Partnership Project) на основе технологии радиодоступа WCDMA (широкополосный множественный доступ с кодовым разделением) получила широкое распространение во всем мире. HSDPA (высокоскоростной пакетный доступ нисходящей линии связи), который можно определить как первый этап эволюции WCDMA, обеспечивает технологию радиодоступа, имеющую высокую конкурентоспособность в среднесрочной перспективе развития 3GPP. Однако, поскольку требования и ожидания пользователей и провайдеров все время возрастают и конкурентное развитие технологии радиодоступа продолжается, необходима новая технологическая эволюция 3GPP для повышения конкурентоспособности в будущем.

3GPP участвует в проекте под названием "Evolved UTRA and UTRAN" с конца 2004 с целью развития технологии радиопередачи, которое может обеспечить высококачественное обслуживание и снижение затрат. Развитие проекта 3G в долгосрочной перспективе (далее именуемое LTE) имеет целью расширение покрытия, повышение емкости системы, снижение затрат для пользователей и провайдеров и повышение качества обслуживания. 3G LTE определяет в качестве требований высокого уровня снижение затрат в расчете на бит, расширение сферы услуг, гибкое использование частотных диапазонов, открытый интерфейс с простой структурой и надлежащее энергопотребление пользовательского оборудования.

В любой системе связи данные могут теряться на физическом канале. С развитием технологий вероятность нарушения передачи данных с передатчика на приемник по физическому каналу снижается, но полностью не исчезает. В частности, в случае, когда пользовательское оборудование удалено от базовой станции, вероятность потери данных высока. Важные данные сигнализации или сигналы управления требуют особой обработки для обеспечения надежности систем связи.

Один из подходов, используемых для снижения потерь данных, представляет собой способ ARQ (автоматический запрос повторения). В общем случае способ ARQ осуществляется на более высоком уровне. Более низкие уровни осуществляют HARQ (смешанный ARQ), тем самым снижая потерю данных. HARQ использует FEC (прямое исправление ошибок) совместно с ARQ для коррекции ошибок данных с использованием FEC и для повторной передачи данных с использованием ARQ.

Когда приемнику не удается принять данные во время повторной передачи, о сбое приема следует быстро сообщить передатчику. Дело в том, что можно сократить время коррекции ошибки и время разрешения препятствия к передаче данных, позволяя передатчику быстро распознавать сбой приема данных. Чем быстрее передатчик распознает сбой приема, тем короче время повторной передачи.

Сущность изобретения

Задача изобретения

Существует необходимость в технологиях для повышения надежности передачи за счет эффективного использования ARQ более высокого уровня и HARQ более низкого уровня.

Решение задачи

Преимущество некоторых аспектов изобретения состоит в обеспечении способа передачи данных и способа повторной передачи данных, который позволяет повторно передавать данные, не принятые приемником, с эффективным использованием радиоресурсов.

Согласно аспекту изобретения блок данных подготавливается на более высоком уровне, и блок данных передается на более низком уровне. Информация отчета о статусе, связанная с приемом или отсутствием приема блока данных, принимается на более низком уровне.

Согласно другому аспекту изобретения PDU (протокольная единица данных) уровня RLC (управления линией радиосвязи) подготавливается на уровне RLC и RLC PDU передается с использованием HARQ (смешанного автоматического запроса повторения) на физическом уровне. Принимается информация отчета о статусе, связанная с приемом или отсутствием приема RLC PDU. Следует ли повторно передавать RLC PDU определяется на основании информации отчета о статусе.

Согласно еще одному аспекту изобретения блок данных повторно передается блок данных через HARQ заранее заданное число раз на физическом уровне. Прием сигнала NACK (отрицательного квитирования) сообщается уровню RLC при приеме сигнала NACK максимально допустимое число раз. Производится определение, следует ли повторно передавать блок данных.

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

Когда приемник не принимает данные, передаваемые с передатчика, передатчик может быстро подтвердить сбой приема и повторно передать данные. Благодаря передаче информации отчета о статусе с приемника на передатчик на физическом уровне можно относительно быстро повторно передавать данные. Благодаря обеспечению операций объектов RLC, позволяющих принимать данные на приемнике без ошибок, можно быстрее передавать данные и повышать QoS (качество обслуживания).

Краткое описание чертежей

Фиг.1 - блок-схема, иллюстрирующая систему беспроводной связи.

Фиг.2 - блок-схема, иллюстрирующая плоскость управления протокола радиоинтерфейса.

Фиг.3 - блок-схема, иллюстрирующая плоскость пользователя протокола радиоинтерфейса.

Фиг.4 - логическая блок-схема, иллюстрирующая способ передачи данных согласно иллюстративному варианту осуществления изобретения.

Фиг.5 - логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.

Фиг.6 - логическая блок-схема, иллюстрирующая пример передачи и приема информации отчета о статусе.

Фиг.7 - логическая блок-схема, иллюстрирующая другой пример передачи и приема информации отчета о статусе.

Фиг.8 - логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.

Фиг.9 - логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.

Фиг.10 - блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.

Фиг.11 - блок-схема, иллюстрирующая хэндовер согласно иллюстративному варианту осуществления изобретения.

Фиг.12 - схема, иллюстрирующая пример способа передачи данных согласно иллюстративному варианту осуществления изобретения.

Фиг.13 - схема, иллюстрирующая пример способа передачи данных согласно иллюстративному варианту осуществления изобретения.

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

Ниже, иллюстративные варианты осуществления изобретения будут подробно описаны со ссылкой на прилагаемые чертежи.

На фиг.1 показана блок-схема, иллюстрирующая систему беспроводной связи. Система беспроводной связи может иметь сетевую структуру E-UMTS (Усовершенствованная универсальная система мобильной связи). E-UMTS может представлять собой систему долгосрочного развития (LTE). Система беспроводной связи широко распространена для обеспечения разнообразных услуг связи, а именно голосовой связи, передачи пакетных данных и пр.

Согласно фиг.1 сеть E-UMTS можно, в общем случае, разделить на E-UTRAN (стационарную сеть радиодоступа системы Evolved-UMTS) и CN (базовую сеть). E-UTRAN включает в себя eNode-B 20 и AG (шлюз доступа) 30, который находится на конце сети и подключен к внешней сети.

UE (пользовательское оборудование) 10 может быть стационарным или подвижным и, в рамках различных терминологий, может называться, например, мобильной станцией (MS), пользовательским терминалом (UT), абонентской станцией (SS) и беспроводным устройством.

eNode-B 20, в целом означает стационарную станцию, осуществляющую связь с UE 10 и, в рамках различных терминологий, может называться, например, базовой станцией (BS), базовой приемопередающей системой (BTS) и точкой доступа (АР). В одном eNode-B 20 может существовать одна или более сот. Интерфейс для передачи графика пользователя или графика управления можно использовать между разными eNode-B 20.

AG 30 также называется MME/UPE (сущностью управления мобильности/ сущностью плоскости пользователя). AG 30 можно разделить на участок для обработки графика пользователя и участок для обработки графика управления. AG для обработки графика пользователя и AG для обработки графика управления могут осуществлять связь друг с другом с использованием нового интерфейса.

CN может включать в себя AG 30 и узел для регистрации для других UE 10. Можно использовать интерфейс, позволяющий отличать друг от друга E-UTRAN и CN.

Уровни протокола радиоинтерфейса между UE и сети можно классифицировать как уровень L1 (первый уровень), уровень L2 (второй уровень) и уровень L3 (третий уровень) на основании трех более низких уровней модели взаимодействия открытых систем (OSI), широко известной в системах связи. Физический уровень, принадлежащий первому уровню, обеспечивает службу переноса информации с использованием физического канала, и уровень RRC (управления радиоресурсами), находящийся на третьем уровне, служит для управления радиоресурсами между UE и сетью. Уровень RRC осуществляет обмен сообщениями RRC между UE и сетью. Уровень RRC может быть распределен между eNode-B и сетевыми узлами, например AG, или может располагаться локально в eNode-B или AG.

Протокол радиоинтерфейса горизонтально включает в себя физический уровень, канальный уровень и сетевой уровень. Протокол радиоинтерфейса вертикально включает в себя плоскость пользователя для передачи данных и информации и плоскость управления для передачи сигналов управления.

На фиг.2 показана блок-схема, иллюстрирующая плоскость управления протокола радиоинтерфейса. На фиг.3 показана блок-схема, иллюстрирующая плоскость пользователя протокола радиоинтерфейса. На фиг.2 и 3 показана структура протокола радиоинтерфейса между UE и E-UTRAN на основании стандарта радиосети 3GPP.

Согласно фиг.2 и 3 физический уровень в качестве первого уровня обеспечивает службу переноса информации на более высокий уровень с использованием физического канала. Физический уровень подключен к уровню MAC (управления доступом к среде), как более высокому уровню, транспортным каналом. Данные передаются между уровнем MAC и физическим уровнем по транспортному каналу. Данные передаются между разными физическими уровнями, т.е. между физическим уровнем передающей стороны и физическим уровнем принимающей стороны, по физическому каналу.

Уровень MAC второго уровня обеспечивает обслуживание на уровне RLC (управления линией радиосвязи) в качестве более высокого уровня по логическому каналу. Уровень RLC второго уровня поддерживает надежную передачу данных. Функция уровня RLC может быть реализована посредством функционального блока на уровне MAC и, в этом случае, уровень RLC может не существовать.

Уровень PDCP (протокола схождения пакетных данных) второго уровня осуществляет функцию сжатия заголовку для уменьшения размера заголовка IP-пакета, содержащего ненужную информацию управления сравнительно большого размера для эффективной передачи пакетов в радиоинтервале, имеющем малую ширину полосы во время передачи пакета IP (Интернет-протокола), например IPv4 или IPv6.

Уровень RRC, находящийся в самом низу третьего уровня, задан только в плоскости управления. Уровень RRC управляет логическим каналом, транспортным каналом и физическим каналом, связанным с конфигурированием, переконфигурированием и освобождением однонаправленных радиоканалов (RB). RB это служба, обеспеченная на втором уровне для передачи данных между UE и Е-UTRAN.

Транспортный канал нисходящей линии связи для передачи данных из сети на UE может включать в себя широковещательный канал (ВСН) для передачи системной информации и совместно используемый канал (SCH) нисходящей линии связи для передачи графика пользователя или сообщений управления. Трафик или сообщение управления многоадресной или широковещательной службы нисходящей линии связи может передаваться по SCH нисходящей линии связи или по конкретному МСН (многоадресному каналу) нисходящей линии связи. Транспортный канал восходящей линии связи для передачи данных от UE в сеть может включать в себя канал произвольного доступа (RACH) для передачи начального сообщения управления и SCH (совместно используемый канал) восходящей линии связи для передачи графика пользователя или сообщений управления.

Уровень RLC имеет основные функции, гарантирующие QoS (качество обслуживания) RB и передачи данных. Поскольку служба RB это услуга, которая предоставляется более высокому уровню со второго уровня согласно радиопротоколу, весь второй уровень влияет на QoS, и влияние уровня RLC наиболее сильно. Уровень RLC имеет независимый объект RLC для каждого RB, чтобы гарантировать определенное QoS для каждого RB и три режима RLC, а именно неквитируемый режим (UM), квитируемый режим (AM) и прозрачный режим (ТМ) для поддержки различных QoS. Два режима, а именно UM, не предусматривающий квитирование передаваемых данных, и AM, предусматривающий квитирование, будут описаны ниже.

Уровень UM RLC добавляет заголовок PDU (протокольной единицы данных), имеющий порядковый номер, к каждому PDU и, таким образом, информирует приемник о потере PDU. По этой причине, в плоскости пользователя уровень UM RLC отвечает за передачу широковещательных/многоадресных данных или передачу пакетных данных в реальном времени, например речи (например, VoIP) или организацию потоков домена пакетной службы. В плоскости управления уровень UM RLC отвечает за передачу сообщения RRC, не требующего квитирования, среди сообщений RRC, передаваемых на конкретное UE или конкретную группу UE в соте.

Аналогично уровню UM RLC уровень AM RLC добавляет заголовок PDU, имеющий порядковый номер, во время построения PDU, но приемник передает квитирование в PDU, передаваемом с передатчика, в отличие от уровня UM RLC. Это делается для того, чтобы приемник мог запрашивать у передатчика повторную передачу PDU, не принятого приемником. Уровень AM RLC гарантирует безошибочную передачу данных посредством повторной передачи и, таким образом AM RLC отвечает за передачу пакетных данных вне реального времени, например согласно TCP/IP, домена пакетной службы, главным образом, в плоскости пользователя, и может отвечать за передачу сообщения RRC, требующего квитирования.

Ввиду направленности уровень UM RLC используется при односторонней связи, но AM RLC используется при двусторонней связи благодаря обратной связи от приемника. Поскольку двусторонняя связь в основном используется для двухточечной связи, уровень AM RLC использует только конкретный логический канал. Ввиду структуры один объект RLC уровня UM RLC имеет только одну из передачи и приема, но один объект RLC уровня AM RLC включает в себя как передачу, так и прием.

Сложность AM RLC является результатом функции ARQ. Уровень AM RLC имеет буфер повторной передачи помимо буфера передачи/приема для управления ARQ и осуществляет различные функции использования окна передачи/приема для управления потоком, опрашивания, позволяющего передатчику запрашивать у приемника равноправного объекта RLC информацию статуса, составления отчета о статусе, позволяющего приемнику сообщать статус его буфера передатчику равноправного объекта RLC, и двусторонней передачи пакетов для вставки PDU статуса в PDU данных для повышения эффективности передачи данных. Кроме того, функции уровня AM RLC включают в себя PDU сброса, запрашивающую противоположный объект AM RLC сбросить все операции и параметры, когда объект AM RLC обнаруживает фатальную ошибку в ходе работы, и PDU ACK сброса, используемую при квитировании PDU сброса. Для поддержки функций AM RLC требует различных параметров протокола, переменных статуса и таймеров. PDU, используемых для сообщения информации статуса или управления передачи данных уровнем AM RLC, например PDU статуса и PDU сброса называются PDU управления. PDU, используемые для передачи пользовательских данных, называются PDU данных.

Радиоресурсы в одной соте включают в себя радиоресурсы восходящей линии связи и радиоресурсы нисходящей линии связи. eNode-B отвечает за назначение и контроль радиоресурсов восходящей линии связи и радиоресурсов нисходящей линии связи. eNode-B определяет, когда UE использует радиоресурс, какой UE использует радиоресурс и какой радиоресурс использует UE. Например, eNode-B может определить, что частоты от 100 МГц до 101 МГц назначаются UE на 0,2 секунды в течение 3,2 секунд для передачи данных по нисходящей линии связи. Затем базовая станция информирует соответствующее UE о деталях определения, чтобы соответствующее UE могло принять данные нисходящей линии связи. Аналогично eNode-B определяет, когда UE использует радиоресурс, какой UE использует радиоресурс и какой радиоресурс использует UE, для передачи данных по восходящей линии связи. eNode-B передает такую информацию на соответствующее UE. Таким образом, eNode-B может динамически управлять радиоресурсами.

Традиционное UE непрерывно использует один радиоресурс в течение вызывного соединения. Это нерационально с той точки зрения, что многие недавно установленные услуги основаны на IP-пакетах. Большинство пакетных услуг не создает пакеты непрерывно в течение вызывного соединения, но существует много интервалов, когда никакие данные не передаются. Непрерывное назначение UE радиоресурсов неэффективно. Для решения вышеупомянутой проблемы можно использовать способ назначения радиоресурса UE только при наличии служебных данных.

Объект RLC образует RLC PDU в соответствии с размером радиоресурса, определяемым MAC. Объект RLC, находящийся в eNode-В, строит данные, размер которых определяется объектом MAC, и передает RLC PDU на объект MAC. Объект RLC, находящийся в UE, строит RLC PDU в соответствии с размером радиоресурса, определяемым на более низком уровне, т.е. объектом MAC. Объект RLC, находящийся в UE, строит данные, размер которых определяется объектом MAC, и передает RLC PDU на объект MAC.

Объект MAC, находящаяся в UE, принимает информацию о полном объеме радиоресурсов от eNode-B. Объект MAC принимает информацию, указывающую, какой объем радиоресурсов объект MAC может использовать при следующей передаче с eNode-B. Напротив, объект MAC, находящийся в eNode-B, определяет использование всех радиоресурсов восходящей линии связи и радиоресурсов нисходящей линии связи. Объект MAC eNode-B определяет, какой объем радиоресурсов следует назначить UE в следующем интервале передачи, и передает результат определения объектам MAC, находящимся в UE. UE определяют, какой объем данных следует передавать по логическим каналам или объектам RLC с учетом данных, хранящихся в их буферах, и их приоритетов. Каждый объект RLC определяет размер RLC PDU, подлежащей передаче на объект MAC. Аналогично объект MAC, находящийся в eNode-B, определяет, какой объем данных следует назначить соответствующим объектам RLC, с учетом объема данных нисходящей линии связи соответствующих UE и приоритетов данных и передает результат определения соответствующим объектам RLC. Соответствующие объекты RLC строят RLC PDU в соответствии с результатом определения и передают построенные RLC PDU на объект MAC.

PDU - это основная единица данных, используемая для передачи данных между уровнями. PDU это данные, которые передается с соответствующего уровня на другой уровень. RLC PDU, MAC PDU и т.п. являются примерами данных, используемых на разных уровнях. SDU (служебная единица данных) это единица данных с другого уровня на соответствующий уровень.

На фиг.4 показана логическая блок-схема, иллюстрирующая способ передачи данных согласно иллюстративному варианту осуществления изобретения. Тх RLC обозначает объект RLC на передатчике 30, и Тх HARQ обозначает более низкий уровень уровня RLC для осуществления HARQ на передатчике 300. Rx RLC обозначает объект RLC на приемник 350, и Rx HARQ обозначает более низкий уровень уровня RLC для осуществления HARQ на приемнике 350. HARQ, в основном, осуществляется на физических уровнях. Операция HARQ может осуществляться с использованием MAC PDU и операция ARQ осуществляться на более высоком уровне, чем операция HARQ.

Согласно фиг.4 RLC PDU передается на Тх HARQ с Тх RLC (S100). RLC PDU передается на уровень MAC и может преобразовываться в одну или несколько MAC PDU, содержащих информацию заголовка. MAC PDU служит в качестве блока данных, подлежащего передаче с физического уровня через HARQ. Тх HARQ передает блок данных на Rx HARQ (S110). Когда в принятом блоке данных ошибка не обнаружена, Rx HARQ передает сигнал АСК (квитирования) на Тх HARQ и передает блок данных на Rx RLC в качестве более высокого уровня. Для ясности предположим, что ошибка обнаружена в блоке данных, принятом на Rx HARQ.

При обнаружении ошибки в блоке данных Rx HARQ передает сигнал NACK (отрицательного квитирования) на Тх HARQ (S120). Сигнал NACK служит в качестве сигнала запроса повторной передачи в HARQ. Тх HARQ передает блок данных повторной передачи на Rx HARQ (S130). Блок данных повторной передачи может быть равен или не равен блоку данных до повторной передачи, в зависимости от способа HARQ. Когда ошибка не обнаружена во второй передаче, Rx HARQ передает сигнал АСК на Тх HARQ и передает блок данных на Rx RLC в качестве более высокого уровня. Здесь предполагается, что во второй передаче обнаружена ошибка, и Rx HARQ передает сигнал NACK на Тх HARQ (S140).

Таким образом, передача может повторяться L раз (3150). L обозначает максимально допустимое число повторений. При обнаружении ошибки в L-й передаче Rx HARQ передает сигнал NACK на Тх HARQ (S160).

При приеме N-го сигнала NACK Тх HARQ сообщает о сбое передачи на Тх RLC (S170). Тх RLC, которому сообщается о сбое передачи, снова передает RLC PDU на Тх HARQ и начинает повторную передачу (S180).

Тх RLC передает RLC PUD на Тх HARQ (SI80). Тх HARQ повторно передает блок данных на Rx HARQ (S190).

Когда передатчик 300 передает MAC PDU допустимое число раз и столько же раз принимает сигнал NACK от приемника 350, информация сообщается непосредственно на Тх RLC, минуя Rx RLC. Поскольку информация не проходит через объект RLC приемника 350, можно быстрее проверить необходимость повторной передачи. Когда передатчик 300 сразу начинает новую передачу HARQ в ответ на сигнал NACK, переданный с приемника 350, приемник 350 может быстрее распознать ошибку приема.

С другой стороны, передатчик 300 повторно передает конкретную RLC PDU несколько раз (N раз), но может принимать ответ, указывающий, что конкретная RLC PDU не принимается приемником 350. Когда RLC PDU передается N раз, передача больше не осуществляется, и передаются другие данные. Когда Тх RLC передал RLC PDU N раз и в ответ принял отрицательный ответ, Тх RLC может информировать приемник 350 о том, что данные больше не передаются, без повторной передачи данных. Если приемник 350 не знает, что передача данных отменена, запрос на повторную передачу данных может передаваться на передатчик 300.

При наступлении определенного условия и когда передатчик 300 больше не передает конкретный блок данных, передатчик 300 может информировать об этом приемник 350. При этом передатчик 300 может информировать об этом приемник 350 с использованием заголовка блока данных или блока данных управления. Блок данных может быть RLC PDU или MAC PDU. Rx LRC перестает ждать блок данных при приеме информации, указывающей, что блок данных не передается с передатчика 300. При этом приемник 350 может действовать, как будто он принял блок данных. Альтернативно приемник 350 может действовать, как будто блок данных удален. Приемник 350 может продвигать окно или реконструировать данные независимо от существования блока данных.

На фиг.5 показана логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.

Согласно фиг.5 RLC PDU передается с Тх RLC на Тх HARQ (S200). Тх HARQ передает блок данных на Rx HARQ (S210). При обнаружении ошибки в блоке данных Rx HARQ передает сигнал NACK на Тх HARQ (S220). Тх HARQ передает блок данных повторной передачи на Rx HARQ (S230). Ошибка обнаруживается во второй передаче, и Rx HARQ передает сигнал NACK на Тх HARQ (S240). Таким образом, передача блока данных может повторяться максимально допустимое число раз L (S250).

Ошибка не обнаруживается в последней передаче, и блок данных передается на Rx RLC (S2 55). Rx HARQ передает сигнал АСК на Tx HARQ (S2 60). На этапе S260, Tx HARQ может распознавать сигнал АСК как сигнал NACK под влиянием физического канала. Если Tx RLC, которому сообщается о сбое, повторно передает RLC PDU, он может неоправданно расходовать радиоресурсы.

Во избежание растраты радиоресурсов Rx RLC строит информацию отчета о статусе и передает информацию отчета о статусе на Rx HARQ (S270). Rx HARQ передает информацию отчета о статусе на Tx HARQ (3275). Информация отчета о статусе - это информация, которая передается с приемника 450 на передатчик 400 и включает в себя информацию о блоке данных, принятом приемником 450, и блоке данных, не принятом приемнике 450. Информация отчета о статусе может строиться на уровне RLC или на уровне MAC. Приемник 450 может разрешать включать в информацию отчета о статусе только информацию о блоке данных, не принятом приемником 450. Поскольку потеря данных на физическом уровне очень мала благодаря использованию HARQ, передача приемником 450 всей информации о блоке данных, принятом приемником 450, и блоке данных, не принятом приемником 450, может быть неэффективна. Дополнительно, когда приемник 450 также должен передавать информацию о блоке данных, успешно принятом приемником 450, в ответ на запрос от передатчика 400, приемник 450 может передавать блок данных, имеющий наибольший порядковый номер среди последовательно принятых блоков данных.

Информация отчета о статусе сообщается на Tx RLC (S280). Tx RLC проверяет информацию отчета о статусе и затем передает соответствующую RLC PDU. Согласно способу ARQ важно, чтобы, когда приемник 450 не принимает данные, передаваемые с передатчика 400, передатчик 400 точно и быстро распознавал сбой. Из информации отчета о статусе, переданной на физическом уровне, Тх RLC может точно и быстро распознавать, следует ли повторно передавать данные.

Передатчик 400 должен передавать соответствующий блок данных после приема информации отчета о статусе от приемника 450. Тх RLC не передает RLC SDU, переданную сущностью более высокого уровня, как есть, но реконструирует RLC PDU, придавая ей размер, необходимый сущности более низкого уровня, и передает реконструированную RLC PDU на сущность более низкого уровня. Например, RLC SDU размером 1000 байт можно разделить на несколько RLC PDU. Приемник 450 может не принять часть RLC PDU из RLC SDU. Например, приемник 450 может не принять 100 байт из 1000 байт. В этом случае это приводит к растрате радиоресурсов, в связи с чем передатчик 400 повторно передает всю RLC SDU. Приемник 450 передает на RLC PDU информацию, не принятую приемником 450, на передатчик 400, и затем передатчик 400 передает соответствующие RLC PDU. Когда радиоресурсов недостаточно, передатчик 400 может передавать суб-PDU уровня RLC, на которые делится RLC PDU.

Информация отчета о статусе передается и принимается с использованием физического уровня, чтобы передатчик 400 и приемник 450 могли быстро обмениваться информацией ARQ. Информация отчета о статусе может передаваться с использованием канала, заданного на физическом уровне, а не на уровне RLC PDU или MAC PDU. При приеме информации отчета о статусе физический уровень передает принятую информацию отчета о статусе на объект RLC более высокого уровня. Когда необходимо передать информацию отчета о статусе, объект RLC передает информацию отчета о статусе непосредственно на физический уровень, и физический уровень может передать информацию отчета о статусе с использованием физического канала, отличного от канала, по которому передаются данные.

Информация отчета о статусе может передаваться по каналу, через который передается информация планирования, указывающая назначение физических ресурсов на физическом уровне. Информация отчета о статусе может представлять собой информацию о блоке данных, принятом или не принятом объектом RLC приемника. Альтернативно информация отчета о статусе может представлять собой информацию о блоке данных, не принятом объектом RLC передатчика или информацию о блоке данных, отброшенном передатчиком. Получив извещение о том, что конкретный блок данных больше не передается с передатчика, RLC приемника 450 может прекратить ожидать RLC PDU и обработать блоки данных, хранящиеся в его буфере.

Приемник 450 добавить информацию отчета о статусе к головной части блока данных. Блок данных может представлять собой RLC PDU или MAC PDU. Информация отчета о статусе может представлять собой информацию о блоках данных, не принятых приемником 450. Приемник 450 может не разрешить включать в информацию отчета о статусе информацию о блоках данных, принятых приемником.

Когда объект RLC или логический канал конкретно отображается процессом HARQ для снижения служебной нагрузки блоков данных на более высоких уровнях, несколько полей можно исключить. Например, когда RB 1 отображается процессом 1 HARQ один к одному, TSN или идентификатор логического канала можно исключить из блока данных, переданного в HARQ 1.

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

В иллюстративном варианте осуществления информация об интервале времени, передаваемая с приемника на передатчик, может включать в себя информацию об успехе и неудаче приема приемника для всей передачи с передатчика в интервале времени, для которого приемником установлен постоянный размер, или информацию времени этого события. В другом иллюстративном варианте осуществления информация об интервале времени, передаваемая с приемника на передатчик, может включать в себя информацию о сбое приема на приемнике для всей передачи с передатчика в интервале времени, для которого приемником установлен постоянный размер, или информацию времени этого события. В еще одном иллюстративном варианте осуществления информация об интервале времени, передаваемая с приемника на передатчик, может включать в себя информацию об успехе и неудаче приема приемника для передачи с передатчика или информацию времени этого события. В еще одном иллюстративном варианте осуществления информация об интервале времени, передаваемая с приемника на передатчик, может включать в себя информацию о сбое приема на приемнике для передачи с передатчика или информацию времени этого события.

Когда передатчик принимает информацию о сбое приема или информацию о времени этого события, передатчик может назначить повторную передачу соответствующих данных независимо от приема информации отчета о статусе от приемника. Передача информации о сбое приема или информация о времени этого события может осуществляться сущностью физического уровня или MAC. Физический уровень или уровень MAC передатчика, получив информацию о сбое приема или информацию о времени этого события, переданную с приемника, может информировать уровень RLC информации. Объект RLC передатчика, получив информацию о сбое приема или информацию о времени этого события, переданную с приемника, может повторно передать соответствующую RLC PDU или RLC SDU и, при необходимости, реконструировать RLC PDU.

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

Согласно фиг.6 Тх HARQ передает информацию запроса статуса на Rx HARQ (S310). Информация запроса статуса запрашивает у приемника передачу информации отчета о статусе. Информация запроса статуса позволяет передатчику 500 и приемнику 550 быстрее обмениваться информацией отчета о статусе. Информация запроса статуса - это информация, указывающая, что приемник 550 должен быстро построить и передать информацию отчета о статусе. При приеме информации запроса статуса Rx HARQ информирует Rx RLC об этом (S320). Rx RLC строит и передает информацию отчета о статусе на Rx HARQ (S330). Rx HARQ передает информацию отчета о статусе (S340).

При выполнении заранее установленного условия физический уровень передатчика 500 может передавать информацию запроса статуса по физическому каналу, отличному от физического канала, по которому передаются данные. Например, когда физический уровень осуществляет повторную передачу столько раз, сколько раз может осуществляться повторная передача HARQ, каковое число задано в блоке данных, переданном на физическом уровне, физический уровень может задать и передать информацию запроса статуса.

Информация отчета о статусе или информация запроса статуса может передаваться посредством информации управления транспортного канала, который используется на физическом уровне для передачи информации планирования.

На фиг.7 показана логическая блок-схема, иллюстрирующая другой пример передачи и приема информации отчета о статусе.

Согласно фиг.7 Тх RLC запрашивает информацию запроса статуса (S410). Информация запроса статуса может запрашиваться более высоким уровнем, а также физическим уровнем. Когда буфер объекта RLC пуст, например после передачи последней RLC PDU, объект RLC может запросить информацию запроса статуса, чтобы принять информацию отчета о статусе от приемника 650. Тх HARQ передает информацию запроса статуса на Rx HARQ (S420). При приеме информации запроса статуса Rx HARQ информирует Rx RLC об этом (3430). Rx RLC строит и передает информацию отчета о статусе на Rx HARQ (S440). Rx HARQ передает информацию отчета о статусе (S450).

На фиг.8 показана логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.

Согласно фиг.8 RLC PDU передается с Тх RLC на Тх HARQ (S500). Тх HARQ передает блок данных на Rx HARQ (S510). При обнаружении ошибки в блоке данных Rx HARQ передает сигнал NACK на Тх HARQ (S520). Тх HARQ передает блок данных повторной передачи на Rx HARQ (S530). Ошибка обнаруживается во второй передаче, и Rx HARQ передает сигнал NACK на Тх HARQ (S540). Таким образом, передача может повторяться L раз, т.е. максимально допустимое число раз (S550).

При обнаружении ошибки в последней передаче Rx RLC получает запрос на построение информации отчета о статусе (S555). Rx RLC строит и передает информацию отчета о статусе на Rx HARQ (S570). При обнаружении ошибки, когда Rx HARQ передает сигнал NACK, Тх HARQ может распознавать сигнал NACK как сигнал АСК (35 60). Rx HARQ передает информацию отчета о статусе на Тх HARQ (S575). Информация отчета о статусе сообщается на Тх RLC (S580). Соответственно, даже когда ошибка происходит из сигнала ACK/NACK, RLC может точно определить, следует ли осуществлять повторную передачу на основании информации отчета с статусе.

Независимо от информации отчета о статусе, физический уровень может передавать конкретную информацию для более эффективной передачи сигналов ACK/NACK между HARQ. Когда передатчик осуществляет последний процесс HARQ конкретного блока данных, передатчик может передавать конкретную информацию, указывающую, что последний конкретный блок данных HARQ передается на физическом уровне.

На фиг.9 показана логическая блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения. Этот способ позволяет объекту RLC взаимодействовать с экстренной службой.

Согласно фиг.9 Тх RLC передает RLC PDU на приемник 850 (S600). При сбое первой передачи Тх RLC осуществляет повторную передачу. Повторная передача может повторяться N раз, т.е. максимально допустимое число раз (S610). При сбое N-й передачи 25 Tx RLC информирует Rx RRC о сбое (3630).

Когда событие, состоящее в том, что передатчик 800 передает конкретный блок данных, но не принимает квитирование от приемника 850, повторяется заранее определенное число раз или более, уровень RLC может информировать более высокий уровень о сбросе состояния связи. Когда RRC получает информацию от RLC, что он передает блок данных заранее определенное число раз или более, но не принимает квитирование от противоположной стороны, RRC решает эту проблему с использованием сигнализации RRC на более высоком уровне. Сигнализация RRC состоит в том, что передатчик и приемник передают сообщение RRC друг другу. В этом случае RRC может сбросить RLC.

При передаче конкретного блока данных несколько раз, но без приема квитирования от приемника 850, Tx RLC может прекратить передачу блока данных. Tx RLC может информировать об этом Tx RRC в качестве более высокого уровня и ожидает от него инструкций. Альтернативно, при распознании ненормальной работы при передаче конкретного блока данных, Tx RLC может не обрабатывать такую ситуацию, но информировать RRC в качестве более высокого уровня ситуации и подчиняться его инструкции.

На фиг.10 показана блок-схема, иллюстрирующая способ передачи данных согласно другому иллюстративному варианту осуществления изобретения.

Согласно фиг.10 передатчик последовательно передает RLC PDU0, RLC PDU1, RLC PDU2, RLC PDU3 и RLC PDU4, и приемник принимает успешно RLC PDU0 и RLC PDU1, но не принимает RLC PDU2. После неудачного приема RLC PDU2 приемник загружает информацию о RLC PDU2 в информацию отчета о статусе.

RLC PDU2 включает в себя часть RLC SDU1 и часть RLC SDU2. Когда приемник передает информацию отчета о статусе на основании информации SDU, приемник должен передать, по меньшей мере, два фрагмента информации, т.е. фрагменты информации об RLC SDU0 и RLC SDU1. Напротив, когда приемник передает информацию отчета о статусе на основании информации PDU, приемник может передавать только один фрагмент информации, т.е. информацию о RLC PDU2. Соответственно, благодаря передаче информации отчета о статусе на основании информации PDU, можно сократить объем передаваемых данных.

PDU можно выражать по-разному. Например, PDU можно выражать как участок SDU, адресуемый данными, включенными в PDU, или как порядковый номер, присвоенный каждой PDU. Чтобы передатчик и приемник могли легко манипулировать PDU, информацией отчета о статусе можно управлять на основании порядковых номеров.

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

Согласно фиг.11 исходный eNode-B 910 обозначает текущий eNode-B, и конечный eNode-B 920 обозначает новую базовую станцию после хэндовера. Когда исходный eNode-B 910 и конечный eNode-B 920 имеют разную информацию, связанную с информацией отчета о статусе для UE 900, или конечный eNode-B 920 не имеет самой поздней информации отчета о статусе, может осуществляться ненужная передача. Передача новых данных может задерживаться вследствие ненужной передачи, что снижает QoS. Когда происходит хэндовер, UE 900 повторно передает SDU, для которых не принято квитирования с исходного eNode-B на конечный eNode-B 920.

UE 900 может реконструировать RLC SDU в RLC PDU и передать реконструированную RLC PDU на конечный eNode-В 920. Альтернативно исходный eNode-В 910 может передать самую позднюю информацию отчета о статусе на конечный eNode-B 920, и конечный eNode-B 920 может передать самую позднюю информацию отчета о статусе на UE 900.

SDU, которая передается с eNode-B на AG в ходе хэндовера, может быть двух видов, т.е. SDU, которую исходный eNode-B 910 передает на AG 930, и SDU, которую конечный eNode-B 920 передает на AG 930. Когда хэндовер не происходит, eNode-3 реорганизует SDU, полученную от UE, но когда хэндовер происходит, оба eNode-B передают SDU на AG 930 и, таким образом, любой eNode-B не может реорганизовать SDU. AG 930 должен проверять все SDU, передаваемые с исходного eNode-B 910 и конечного eNode-B 920, и реорганизовывать SDU. Сразу после хэндовера конечный eNode-B 920 передает SDU на AG 930 каждый раз после восстановления SDU, в течение заранее определенного времени, т.е. пока не завершится хэндовер.

Конечный eNode-B 920 может передавать на AG 930 RLC SDU, успешно принятые им самим, с использованием информации времени хэндовера. Информация времени хэндовера может поступать от исходного eNode-B 910.

Конечный eNode-B 920 может сразу передавать RLC SDU, успешно принятую от UE 900, на AG 930 в течение заранее определенного времени после совершения хэндовера. Информацию времени можно использовать для определения, как долго конечный eNode-B 920 передает успешно принятую RLC SDU на AG 930. Информация времени может быть действительной с момента времени, когда от исходного eNode-B 910 поступает инструкция на хэндовер. Альтернативно информация времени может быть действительной с момента времени, когда конечный eNode-B 920 принимает от UE 900 сообщение, связанное с хэндовером.

В течение заранее определенного времени с момента времени, когда UE 900 осуществляет доступ к конечному eNode-B 920, конечный eNode-B 920 может не реорганизовывать, но сразу передавать RLC SDU, успешно принятую от UE 900, на AG 930. Конечный eNode-B 920 может принимать информацию времени от исходного eNode-B 910 и не реорганизовывать, но сразу передавать RLC SDU, успешно принятую от UE 900, на AG 930, до наступления момента времени, указанного в информации времени. По истечении заранее определенного времени конечный eNode-B 920 может реорганизовать и передать успешно принятую RLC SDU на AG 930.

При приеме RLC SDU, имеющей порядковый номер меньший, чем порядковый номер, указанный исходным eNode-B 910, конечный eNode-B 920 может сразу передать принятую RLC SDU на AG 930. UE 900 передает информацию порядкового номера во время доступа к конечному eNode-B 920, и конечный eNode-B 92 С может сразу передавать принятую RLC SDU на AG 930 при приеме RLC SDU, имеющей меньший порядковый номер. UE 900 может информировать конечный eNode-B 92 о наибольшем порядковом номере из порядковых номеров RLC SDU, переданных на исходный eNode-B 910, во время первого доступа к конечному eNode-B 920.

С другой стороны, процесс оптимизации может осуществляться в направлении нисходящей линии связи. В новой соте UE 900 передает сообщение завершения хэндовера на конечный eNode-B 920. При этом конечный eNode-B 920 передает сообщение ответа на сообщение завершения хэндовера. UE 900 информирует конечный eNode-B 920 о наибольшем порядковом номере из порядковых номеров SDU, успешно и непрерывно принимаемых на UE 900, для данных нисходящей линии связи, успешно принятых на UE 900. Конечный eNode-B 920 может вновь передавать на UE 900 только SDU, имеющие порядковый номер, превышающий полученный порядковый номер. Это позволяет снизить нагрузку UE 900, которое классифицирует и реорганизует SDU, принятые от конечного eNode-B 920 и исходного eNode-B 910.

Теперь опишем работу ARQ и HARQ.

HARQ с N-канальным SAQ (остановиться и ждать) является преимущественными для высокоскоростной передачи данных. В HARQ, пока один процесс осуществляет передачу и затем ожидает ответ на нее, другой процесс осуществляет передачу. Благодаря сокращению времени простоя при передаче можно повысить скорость передачи. Однако, поскольку условия радиосвязи часто изменяются, фактическое качество радиоинтервалов может быть различным для разных непрерывных процессов. Соответственно, процесс, начавший передачу, не всегда заканчивает передачу раньше. Поэтому приемник должен быть способен осуществлять реорганизацию и, таким образом, включает в себя буфер для осуществления реорганизации.

Объект ARQ, т.е. объект RLC, действующий в режиме AM, включает в себя буфер. Причина в том, что все участки SDU должны храниться в буфере приемника, пока не поступят все PDU, включающие в себя конкретный участок SDU. Если зазор возникает в буфере приемника, это значит, что конкретная RLC PDU не принимается. Если зазор возникает в буфере HARQ, это также означает, что конкретная MAC PDU не принимается. Поскольку RLC PDU образуют MAC PDU, зазор в буфере RLC и зазор в буфере HARQ связаны друг с другом. Можно осуществлять управление буфером с полным учетом двух зазоров. Реорганизацию в HARQ и RLC PDU, принятых на RLC, можно одновременно учитывать с использованием только одного буфера.

MAC PDU разлагаются сразу же после приема и затем передаются на объекты RLC. Чтобы объект RLC разрешал зазор, генерируемый вследствие N-канального SAW в MAC, объект RLC должен проверять, генерируется ли зазор в буфере RLC вследствие сбоя приема или обращения порядка переноса, обусловленного N-канальным SAW. Буфер объекта RLC может использовать таймер. Когда зазор генерируется в буфере объекта RLC, таймер сразу активируется. Когда данные, соответствующие зазору, не принимается до истечения таймера, принимает решение, что зазор генерируется вследствие сбоя приема, и на передатчик может передаваться информация отчета о статусе.

На фиг.12 показана схема, иллюстрирующая пример способа передачи данных согласно иллюстративному варианту осуществления изобретения, где показаны уровень MAC (Rx MAC) и уровень RLC (Rx RLC) на приемнике.

Согласно фиг.12 в момент объект ARQ, т.е. объект RLC, принимает PDU3 от HARQ в качестве более низкого уровня, т.е. уровня MAC. Поскольку PDU2, имеющая порядковый номер меньший, чем у PDU3, не существует, приемник проверяет, что зазор генерируется вследствие обращения порядка переноса HARQ, с использованием таймера дрожания HARQ JT.

В момент объект RLC принимает PDU2 до истечения таймера дрожания HARQ JT, и таймер дрожания HARQ JT останавливается.

В момент , аналогично , поскольку объект ARQ принял PDU6, имеющую порядковый номер меньший, чем у PDU7, активируется таймер дрожания HARQ JT.

В момент , хотя таймер дрожания HARQ JT истекает, сущность RLC не может принять PDU6. Приемник определяет, что прием PDU6 не удался, и передает связанную с этим информацию отчета о статусе, на передатчик.

При приеме, от приемника, информации отчета о статусе, указывающей, что приемник не принимает определенную PDU, передатчик повторно передает соответствующую PDU. Таймер может устанавливаться в каждом блоке данных во избежание взаимоблокировки. С истечением таймеров, установленных в SDU, фрагменты SDU больше не передаются, даже когда приемник сообщает о сбое приема.

При приеме блока данных, имеющего порядковый номер вне текущего окна, приемник регулирует границу окна. При работе приемник использует таймер и окно приема.

На фиг.13 показана схема, иллюстрирующая пример способа передачи данных согласно иллюстративному варианту осуществления изобретения, где показаны RLC, служащие в качестве AM на передатчике и приемнике.

Согласно фиг.13, в момент , SDU1 поступает в буфер передатчика, и активируется таймер отказа DT. В момент SDU2 поступает в буфер передатчика, и активируется таймер отказа DT. Таймеры отказа DT служат для задания максимального времени задержки, установленного в объектах RLC.

В момент приемник принимает PDU3 и распознает, что PDU2, имеющая порядковый номер меньший, чем у PDU3, еще не поступила. Чтобы проверить, генерируется ли сбой приема вследствие обращения порядка переноса HARQ, приемник запускает таймер дрожания HARQ JT.

В момент , когда таймер дрожания HARQ JT истекает, приемник сообщает передатчику, что он не принимает PDU2. Одновременно, во избежание потери отчета, активируется периодический таймер РТ для PDU2.

В момент передатчик принимает отчет, переданный с приемника. Поскольку таймер отказа DT для SDU1 еще не истек, передатчик повторно передает PDU2.

В момент истекает таймер отказа DT для SDU1. Фрагменты SDU1 больше не передаются. При этом передатчик может информировать приемник об истечении таймер отказа DT для SDU1 и, таким образом, о том, что он больше не передает фрагменты SDU1. Во избежание растраты радиоресурсов можно предотвращать ненужный запрос повторной передачи.

В момент истекает периодический таймер РТ для PDU2. Поскольку приемник к этому моменту не принимает PDU2, приемник снова передает информацию отчета о статусе для PDU2. Периодический таймер РТ снова может активироваться одновременно с передачей информации отчета о статусе.

В момент , поскольку передатчик вновь принимает информацию отчета о статусе, переданную с приемника, но передатчик отказывается от SDU1 вследствие истечения таймера отказа DT, повторной передачи PDU2 уже не происходит.

В момент таймер освобождения RT для SDU2 истекает на приемнике. Таймер освобождения RT активируется, когда успешно реконструированную SDU нельзя передать на более высокий уровень, поскольку SDU, имеющая меньший порядковый номер, не поступает на приемник. Например, приемник успешно принимает SDU2, принимая часть PDU3, PDU4 и PDU5, приемник не завершает прием SDU1, имеющую порядковый номер меньший, чем у SDU2, поскольку не принимает PDU2. Во время приема SDU2 активируется таймер освобождения RT. Таймер освобождения RT используется для того, чтобы определенная SDU не оставалась в буфере приемника слишком долго. По истечении таймера освобождения RT приемник передает успешно принятую SDU2 на более высокий уровень и уже не ожидает неуспешно принятой SDU1 или PDU, связанных с неуспешно принятой SDU (PDU2). Благодаря тому что он больше не ожидает PDU2, периодический таймер РТ также останавливается.

Можно управлять запросом повторной передачи с использованием только буфера уровня RLC без использования буфера уровня MAC.

Используемый здесь ARQ может представлять собой систему на основе NACK. Система на основе NACK эффективна при непрерывной передаче данных. Более тонкие операции необходимы в случае передачи пакетов или прерывистой передачи пользовательских данных или последней SDU или PDU определенного потока данных. Систему на основе NACK можно использовать, когда определенные данные не принимается и приемник проверяет сбой приема.

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

Приемник должен передавать информацию отчета о статусе на передатчик, как только он принимает запрос на информацию отчета о статусе. В случае отсутствия приема информации отчета о статусе в течение заранее определенного времени передатчик может автоматически выполнять повторную передачу данных. В случае использования таймера повторная передача может осуществляться независимо от информации отчета о статусе.

Настоящее изобретение можно реализовать в виде оборудования, программного обеспечения или их комбинации. Примеры аппаратной реализации могут включать в себя ASIC (специализированную интегральную схему), DSP (цифровой сигнальный процессор), PLD (программируемой логическое устройство), FPGA (вентильную матрицу, программируемую пользователем), процессор, контроллер, микропроцессор, другие электронные устройства и их комбинации, призванные осуществлять вышеупомянутые функции. В программной реализации изобретение можно реализовать в виде модулей для осуществления вышеупомянутых функций. Программное обеспечение может храниться в запоминающем устройстве и выполняться процессором. В качестве запоминающего устройства и процессора можно применять устройства, хорошо известные специалистам в данной области техники.

Хотя варианты осуществления настоящего изобретения были подробно описаны со ссылкой на прилагаемые чертежи, специалисты в данной области техники должны понимать, что изобретение допускает разнообразные модификации и изменения, не выходящие за рамки сущности и объема изобретения. Соответственно, изобретение не ограничивается вышеупомянутыми вариантами осуществления, но включает в себя все варианты осуществления, отвечающие объему прилагаемой формулы изобретения.

Похожие патенты RU2392752C2

название год авторы номер документа
ПЕРЕДАЧА ДАННЫХ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ 2007
  • Ли Янг Дае
  • Чун Сунг Дук
  • Дзунг Миунг Чеул
  • Парк Сунг Дзун
RU2404524C2
ЭФФЕКТИВНОЕ МУЛЬТИПЛЕКСИРОВАНИЕ ИНФОРМАЦИИ УПРАВЛЕНИЯ В ТРАНСПОРТНОМ БЛОКЕ 2017
  • Лёр, Йоахим
  • Басу Маллик, Пратик
  • Шах, Рикин
  • Судзуки, Хидетоси
  • Хори, Такако
RU2742462C2
СПОСОБ ГАРАНТИЙ QOS В МНОГОУРОВНЕВОЙ СТРУКТУРЕ 2008
  • Парк Сунг Дзун
  • Ли Йоунг Дае
  • Йи Сеунг Дзун
  • Чун Сунг Дук
RU2451411C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ОБРАБОТКИ ОТЧЕТА О СОСТОЯНИИ БУФЕРА ЗАПОЛНЕНИЯ 2009
  • Чун Сунг-Дук
  • Йи Сеунг-Дзуне
  • Парк Сунг-Дзун
  • Ли Йоунг-Дае
RU2463643C2
СХЕМА ПРОИЗВОЛЬНОГО ДОСТУПА ДЛЯ ПРЕДОТВРАЩЕНИЯ НЕОБЯЗАТЕЛЬНОЙ ПОВТОРНОЙ ПЕРЕДАЧИ И ПОЛЬЗОВАТЕЛЬСКОЕ ОБОРУДОВАНИЕ ДЛЯ НЕЕ 2010
  • Парк Сунг-Дзун
  • Йи Сеунг Дзуне
  • Чун Сунг Дук
RU2464741C1
СПОСОБ ДЛЯ СООБЩЕНИЯ НЕИСПРАВНОСТИ ПОВТОРНОЙ ПЕРЕДАЧИ УПРАВЛЕНИЯ РАДИОЛИНИИ И УСТРОЙСТВО ДЛЯ ЭТОГО 2014
  • Йи Сеунгдзуне
  • Ли Суниоунг
  • Парк Сунгдзун
RU2640397C2
ПЕРЕДАЧА ИНФОРМАЦИИ УПРАВЛЕНИЯ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ 2006
  • Ли Янг Дае
  • Чун Сунг Дук
  • Дзунг Миунг Чеул
RU2384962C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ ЕДИНИЦЫ ДАННЫХ 2018
  • Ли, Гиеонгчеол
  • Йи, Сеунгдзун
RU2730584C1
ПЕРЕДАЧА УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ 2006
  • Ли Янг Дае
  • Чун Сунг Дук
  • Дзунг Миунг Чеул
RU2408168C2
СПОСОБ ПЕРЕДАЧИ ДАННЫХ, БАЗОВАЯ СТАНЦИЯ И ПОЛЬЗОВАТЕЛЬСКОЕ ОБОРУДОВАНИЕ 2012
  • Чжан Цзянь
  • Цзэн Цинхай
  • Хуан Цюйфан
RU2622110C2

Иллюстрации к изобретению RU 2 392 752 C2

Реферат патента 2010 года СПОСОБ ПЕРЕДАЧИ ДАННЫХ И СПОСОБ ПОВТОРНОЙ ПЕРЕДАЧИ ДАННЫХ

Изобретение относится к беспроводной связи. Предусмотрен способ, который позволяет снизить потери при передаче данных, что является техническим результатом. Блок данных подготавливается на более высоком уровне, и блок данных передается на более низком уровне. Информация отчета о статусе, связанная с приемом или отсутствием приема блока данных, принимается на более низком уровне. Когда приемнику не удается принять данные, передаваемые с передатчика, передатчик может быстро распознать сбой приема и может повторно передать данные. 3 н. и 10 з.п. ф-лы, 13 ил.

Формула изобретения RU 2 392 752 C2

1. Способ выполнения автоматического запроса повторения (ARQ) в системе беспроводной связи, осуществляемый в приемнике, содержащий этапы на которых:
обнаруживают, потерян ли, по меньшей мере, один блок данных, который должен быть получен от передатчика;
запускают таймер для запуска отчета о статусе, когда потерянный блок данных обнаружен; и
передают отчет о статусе передатчику, при истечении таймера, при этом отчет о статусе содержит положительное квитирование по меньшей мере одного полученного блока данных.

2. Способ по п.1, в котором потерянный блок данных обнаружен, когда порядковый номер (SN) текущего полученного блока данных больше, чем SN предварительно полученного блока данных.

3. Способ по п.1, в котором потерянный блок данных обнаружен, когда SN следующий за SN блока данных с самым высоким SN среди принятых блоков данных является большим, чем самый низкий SN блока данных, который должен быть получен.

4. Способ по п.1, в котором потерянный блок данных обнаружен, когда SN следующий за SN блока данных с самым высоким SN среди принятых блоков данных является большим, чем SN следующий за последним в последовательности принятым блоком данных.

5. Способ по п.1, дополнительно содержащий остановку таймера, когда потерянный блок данных принят от передатчика перед истечением таймера, чтобы предотвратить запуск отчета о статусе.

6. Способ по п.5, в котором таймер остановлен, когда SN, следующий за SN блока данных с самым высоким SN среди принятых блоков данных при запуске таймера, является таким же как SN, следующий за последним в последовательности принятым блоком данных.

7. Способ по п.1, в котором блок данных является протокольной единицей данных (PDU) уровня управления линией радиосвязи (RLC).

8. Способ по п.1, в котором отчет о статусе дополнительно содержит отрицательное квитирование потерянного блока данных.

9. Приемник, содержащий:
RLC объект для осуществления ARQ (автоматического запроса повторения) с RLC объектом передатчика и сконфигурированный для:
обнаружения, потерян ли по меньшей мере один блок данных полученный от передатчика;
пуска таймера для запуска отчета о статусе, когда потерянный блок данных обнаружен; и
передачи отчета о статусе передатчику, при истечении таймера, при этом отчет о статусе содержит положительное квитирование по меньшей мере одного полученного блока данных.

10. Приемник по п.9, в котором потерянный блок данных обнаружен, когда SN следующий за SN блока данных с самым высоким SN среди принятых блоков данных является большим, чем SN следующий за последним в последовательности принятым блоком данных.

11. Приемник по п.9, в котором RLC объект дополнительно сконфигурирован для остановки таймера, когда потерянный блок данных принят от передатчика перед истечением таймера, чтобы предотвратить запуск отчета о статусе.

12. Приемник по п.11, в котором таймер остановлен, когда SN, следующий за SN блока данных с самым высоким SN среди принятых блоков данных при запуске таймера, является таким же, как SN, следующий за последним в последовательности принятым блоком данных.

13. Способ осуществления автоматического запроса повторения (ARQ) в беспроводной системе связи, осуществляемый в передатчике, содержащий:
передачу блока данных в приемник;
прием отчета о статусе из приемника, при этом отчет о статусе является вызванным истечением таймера в приемнике, и таймер запущен, когда потерянный блок данных обнаружен; и
повторную передачу блока данных, когда потерянный блок данных из отчета о статусе определен, при этом отчет о статусе содержит положительное квитирование по меньшей мере одного полученного блока данных.

Документы, цитированные в отчете о поиске Патент 2010 года RU2392752C2

Топчак-трактор для канатной вспашки 1923
  • Берман С.Л.
SU2002A1
ПРОТОКОЛ АВТОМАТИЧЕСКОГО ЗАПРОСА НА ПОВТОРНУЮ ПЕРЕДАЧУ 1999
  • Йоханссон Матиас
  • Ларссон Йохан
  • Роболь Кристиан
RU2235432C2
УСТРОЙСТВО И СПОСОБ ДЛЯ ПОВТОРНОЙ ПЕРЕДАЧИ ДАННЫХ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ 2003
  • Чой Сунг-Хо
  • Ким Вук
  • Парк Дзоон-Гоо
  • Им Янг-Дзу
RU2251219C2
US 5828677 A, 27.10.1998.

RU 2 392 752 C2

Авторы

Чун Сунг-Дук

Ли Йоунг-Дае

Парк Сунг-Дзун

Даты

2010-06-20Публикация

2007-01-03Подача