Способ передачи данных и способ повторной передачи данных

Способ передачи данных и способ повторной передачи данных

Иллюстрации

Показать все

Реферат

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

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

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

Система мобильной связи 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-й