СПОСОБ ПОВТОРНОЙ ПЕРЕДАЧИ ДАННЫХ В СИСТЕМЕ С НЕСКОЛЬКИМИ НЕСУЩИМИ
METHOD FOR RETRANSMITTING DATA IN MULTI-CARRIER SYSTEM

Область техники, к которой относится изобретение
Настоящее изобретение относится к системе с несколькими несущими и, в частности, к способу повторной передачи, предназначенному для использования в системе с несколькими несущими.
Известный уровень техники
Система подвижной связи позволяет каждой базовой станции или узлу В, расположенному в отдельной ячейке или секторе, поддерживать связь с множеством пользовательских терминалов (например, единицами пользовательского оборудования) по беспроводной канальной среде.
В случае системы с несколькими несущими или других систем, подобных системе с несколькими несущими, базовая станция принимает пакетный трафик от проводной сети Интернет в системе с несколькими несущими или других подобных системах и передает принятый пакетный трафик на каждый терминал, используя заданную схему передачи данных.
В этом случае базовая станция определяет планирование нисходящего направления, так что в соответствии с указанным планированием нисходящего направления она определяет разнообразную информацию, например пользовательский терминал, который должен принимать данные от базовой станции, частотную область, подлежащую использованию для передачи данных на упомянутый терминал, и информацию о синхронизации, указывающую время передачи данных, подлежащих передаче на упомянутый терминал.
Базовая станция принимает пакетный трафик от пользовательского терминала согласно заданной схеме передачи данных и демодулирует принятый пакетный трафик так, что она передает принятый пакетный трафик в проводную сеть Интернет.
Базовая станция определяет планирование восходящего направления, так что в соответствии с планированием восходящего направления она определяет разнообразную информацию, например пользовательский терминал, который должен передавать данные в восходящем направлении, диапазон частот, подлежащий использованию для передачи данных в восходящем направлении, и информацию о синхронизации, указывающую время передачи данных в восходящем направлении. Вообще, пользовательский терминал, имеющий превосходное или хорошее состояние канала, планируется для передачи/приема данных с использованием больших частотных ресурсов в течение более длительного времени.
На Фиг.1 представлена концептуальная схема, иллюстрирующая блок частотно-временных ресурсов для использования в системе с несколькими несущими.
Коммуникационные ресурсы для использования в системе с несколькими несущими или в других подобных системах могут быть в значительной степени разделены на временную область и частотную область.
Коммуникационные ресурсы могут быть охарактеризованы ресурсными блоками. Каждый ресурсный блок включает N поднесущих и/или М субкадров и сконфигурирован в единицах заданного времени. В этом случае N может быть установлено на «1», и М также может быть установлено на «1».
Отдельный квадрат на Фиг.1 означает отдельный ресурсный блок. Отдельный ресурсный блок использует несколько поднесущих как отдельную ось и использует единицу заданного времени как другую ось.
Базовая станция в нисходящем направлении выбирает пользовательский терминал согласно заданному правилу планирования, выделяет один или более ресурсных блоков выбранному пользовательскому терминалу. Базовая станция передает данные на выбранный пользовательский терминал, используя выделенные ресурсные блоки.
В соответствии с передачей в восходящем направлении базовая станция выбирает пользовательский терминал и выделяет один или более ресурсных блоков выбранному пользовательскому терминалу согласно заданному правилу планирования. Пользовательский терминал принимает информацию о планировании, указывающую, что заданный ресурсный блок был выделен самому пользовательскому терминалу, от базовой станции, и передает данные в восходящем направлении, используя выделенные ресурсы.
Несмотря на то что данные были переданы согласно правилу планирования, эти данные могут быть неожиданно повреждены или потеряны в процессе передачи. В этом случае предлагаются различные способы для управления неправильной или ошибочной работой, например схема автоматического запроса на повторную передачу данных (ARQ - automatic repeat request), схема гибридного автоматического запроса на повторную передачу данных (HARQ - hybrid automatic repeat request) и т.д. Подтверждение неправильной или ошибочной работы согласно указанным двум схемам осуществляется в единицах в виде кадров. Данные, переданные в течение единицы в виде кадра, в дальнейшем называются кадром.
Схема автоматического запроса на повторную передачу данных (ARQ) ожидает передачи сигнала АСК (acknowledgement - подтверждение приема, примеч. перевод.) после передачи отдельного кадра. Если приемная сторона правильно принимает данные кадра, то она передает сигнал АСК. Однако если в кадре возникает неожиданная ошибка, то приемная сторона передает сигнал NACK (negative acknowledgement - неподтверждение приема) и удаляет принятый ошибочный кадр из своего собственного буфера.
Если передающая сторона принимает сигнал АСК, то она передает следующий кадр. В противном случае, если передающая сторона принимает сигнал NACK, то она передает кадр повторно.
Схема HARQ позволяет принимающей стороне передавать сигнал NACK на передающую сторону при условии, что принятый кадр не может быть демодулирован. Однако, в отличие от схемы ARQ, схема HARQ не удаляет ранее принятый кадр из буфера и сохраняет ранее принятый кадр в буфере в течение заданного интервала времени. Поэтому, если указанный выше кадр передается повторно, то в схеме HARQ приемная сторона объединяет ранее принятый кадр с повторно переданным кадром, что позволяет увеличить долю успешных попыток приема данных.
В последнее время многие пользователи предпочитают схему HARQ основной схеме ARQ.
Существуют различные типы схемы HARQ. Например, схема HARQ может подразделяться на синхронную схему HARQ и асинхронную схему HARQ.
Если первоначальная передача данных закончилась неудачей, то синхронная схема HARQ предназначена для осуществления следующей повторной передачи данных в момент времени, определенный системой. Например, если предполагается, что точка синхронизации повторной передачи установлена на четвертую единицу времени после того, как первоначальная передача завершилась неудачей, то нет необходимости дополнительно указывать четвертую единицу времени, поскольку синхронизация повторной передачи между базовой станцией и пользовательским терминалом установлена заранее.
Другими словами, если сторона, передающая данные, принимает сигнал NACK, то она повторно передает кадр каждую четвертую единицу времени до приема сигнала ACK.
В то же время асинхронная схема HARQ осуществляется посредством заново спланированной синхронизации повторной передачи и дополнительной передачи сигнала. Другими словами, точка синхронизации, в которой кадр, который не удалось передать ранее, передается повторно, изменяется в зависимости от множества факторов, например состояния канала.
Схема HARQ может быть подразделена на схему HARQ, адаптируемую к каналу, и схему, не адаптируемую к каналу, согласно информации, указывающей, отражается ли состояние канала на выделении ресурсов, используемых для повторной передачи.
Не адаптируемая к каналу схема HARQ (также называемая неадаптивной схемой HARQ) позволяет распоряжаться ресурсными блоками, используемыми для повторной передачи, и уровнем MCS (Modulation and Coding Scheme - схема модуляции и кодирования), определяющим способы модуляции и кодирования кадра, подлежащие задействованию в соответствии с конкретной схемой, заданной первоначальной передачей.
Адаптируемая к каналу схема (также называемая адаптивной схемой HARQ) позволяет изменять указанные ресурсные блоки и уровень MCS с помощью информации о состоянии каналов.
Например, согласно не адаптируемой к каналу схеме HARQ передающая сторона передает данные, используя восемь ресурсных блоков во время первоначальной передачи, и затем повторно передает данные, используя те же самые восемь ресурсных блоков независимо от состояния канала, приобретенного с повторной передачей данных.
С другой стороны, согласно адаптируемой к каналу схеме HARQ, хотя данные первоначально передаются с использованием 8 ресурсных блоков, упомянутые данные могут также быть повторно переданы с использованием восьми или менее ресурсных блоков или восьми или более ресурсных блоков в соответствии со следующим состоянием канала по мере необходимости.
Согласно указанной выше классификации может быть четыре комбинации схем HARQ. Согласно уникальным характеристикам указанных выше схем наиболее предпочтительными комбинациями схем HARQ являются асинхронная адаптируемая к каналу схема HARQ и синхронная не адаптируемая к каналу схема.
В общем случае асинхронная адаптируемая к каналу схема HARQ адаптивно изменяет точку синхронизации повторной передачи и объем используемых ресурсов на другие в соответствии с состоянием канала, так что она может максимизировать эффективность повторной передачи. В то же время синхронная не адаптируемая к каналу схема HARQ имеет преимущество в том, что почти нет непроизводительных издержек, так как синхронизация повторной передачи и выделение ресурсов для повторной передачи заранее предусмотрены в системе.
Раскрытие изобретения
Техническая проблема
Однако вышеупомянутая асинхронная адаптируемая к каналу схема HARQ имеет недостаток, заключающийся в том, что она неизбежно увеличивает объем непроизводительных издержек, так что она обычно вообще не рассматривается для восходящего направления. И если синхронная не адаптируемая к каналу схема HARQ используется при очень сильно изменяющемся состоянии канала, то эффективность повторной передачи чрезмерно снижается.
Техническое решение
Соответственно, настоящее изобретение направлено на способ повторной передачи для использования в системе с несколькими несущими, который по существу устраняет одну или более проблем, связанных с ограничениями и недостатками известного уровня техники.
Целью настоящего изобретения является обеспечение способа повторной передачи в системе с несколькими несущими.
Другой целью настоящего изобретения является обеспечение способа указания запроса на повторную передачу посредством сообщения о планировании восходящего направления в системе с несколькими несущими.
Еще одной целью настоящего изобретения является обеспечение способа определения наличия ошибки или сбоя в сигнале ACK/NACK на стороне, принимающей сигнал ACK/NACK.
Дополнительные преимущества, цели и признаки настоящего изобретения будут частично изложены в нижеследующем описании и частично будут очевидны обычным специалистам в данной области техники при изучении нижеследующего или могут быть выявлены из практики использования упомянутого изобретения. Цели и другие преимущества настоящего изобретения могут быть реализованы и достигнуты с помощью структуры, подробно раскрытой в письменном виде в описании и формуле изобретения, а также в прилагаемых чертежах.
Для достижения этих целей и других преимуществ и в соответствии с назначением изобретения, как осуществлено и широко описано здесь, способ повторной передачи данных для системы с несколькими несущими содержит: прием сообщения о разрешении, включающего информацию о планировании для передачи данных восходящего направления, при этом схема повторной передачи для данных восходящего направления задается первым планированием повторной передачи, передачу данных восходящего направления согласно информации о планировании и повторную передачу данных восходящего направления согласно второму планированию повторной передачи путем приема информации о втором планировании повторной передачи, связанной с данными восходящего направления запросом повторной передачи.
Информация о втором планировании повторной передачи может включать измененную информацию, по меньшей мере, об одном из следующего: синхронизация повторной передачи, ресурсные блоки повторной передачи, число ресурсных блоков повторной передачи и формат передачи для повторной передачи информации о втором планировании повторной передачи по сравнению с первым планированием повторной передачи.
В другом аспекте настоящего изобретения обеспечивается способ повторной передачи для системы с несколькими несущими, содержащий: прием сообщения о разрешении, включающего информацию о планировании для передачи данных восходящего направления, передачу данных восходящего направления согласно информации о планировании, прием сообщения о разрешении, указывающего повторную передачу данных восходящего направления, и повторную передачу данных восходящего направления.
Сообщение о разрешении может включать информацию, указывающую передачу новых данных или повторную передачу.
Информация, указывающая передачу новых данных или повторную передачу, может применять схему переключения для изменения текущего значения информации на другое значение, если указывается передача новых данных.
Информация, указывающая передачу новых данных или повторную передачу, может быть инициализирована, если указывается передача новых данных, или изменена согласно заданному правилу, если указывается повторная передача.
Если схема повторной передачи для данных восходящего направления задана первым планированием повторной передачи и сообщение о разрешении, указывающее повторную передачу, включает информацию о втором планировании повторной передачи, то повторная передача может быть осуществлена согласно информации о втором планировании повторной передачи.
В еще одном аспекте настоящего изобретения обеспечивается способ повторной передачи для системы с несколькими несущими, содержащий: передачу данных, прием сигнала подтверждения приема данных и определение наличия ошибки в сигнале подтверждения приема путем обращения к сообщению о планировании, принятому после сигнала подтверждения приема.
Упомянутый способ может далее содержать: сохранение данных в буфере, даже когда принятый сигнал подтверждения приема является утвердительным сигналом подтверждения приема (АСК).
При условии что сигнал подтверждения приема является утвердительным сигналом подтверждения приема (АСК), если сообщение о планировании указывает передачу новых данных, то может быть определено, что сигнал подтверждения приема не имеет ошибки; а если сообщение о планировании указывает на повторную передачу, можно определить, что сигнал подтверждения приема имеет ошибку.
В еще одном аспекте настоящего изобретения обеспечивается способ повторной передачи для системы с несколькими несущими, содержащий: передачу данных, прием сигнала подтверждения приема данных и сохранение данных в буфере до приема сообщения о планировании.
Данный способ может далее содержать: если сообщение о планировании указывает передачу новых данных, то удаление данных из буфера и передачу новых данных; а если сообщение о планировании указывает повторную передачу, то повторную передачу.
Сигнал подтверждения приема может быть, по меньшей мере, одним из следующих: утвердительным сигналом подтверждения приема, сообщением об останове и сообщением о разрешении.
Сообщение о разрешении может включать информацию, указывающую на отсутствие ресурсного блока, выделенного для повторной передачи данных.
Сигнал подтверждения приема может передаваться для прерывания повторной передачи, если ресурсы для повторной передачи данных не могут быть выделены при заданной синхронизации повторной передачи данных.
Данные могут не передаваться повторно при заданной синхронизации повторной передачи, а затем повторно передаются при следующей синхронизации повторной передачи.
Следует понимать, что как предыдущее общее описание, так и последующее подробное описание настоящего изобретения являются иллюстративными и пояснительными и предназначены для обеспечения дополнительного пояснения заявленного изобретения.
Преимущественные результаты
Если способ повторной передачи для системы с несколькими несущими основан на не адаптируемой к каналу схеме повторной передачи, то настоящее изобретение может гибко или плавно планировать ресурсы повторной передачи.
Если способ повторной передачи для системы с несколькими несущими основан на синхронной схеме повторной передачи, то настоящее изобретение может гибко или плавно планировать точку синхронизации повторной передачи.
Также настоящее изобретение может более эффективно осуществлять синхронную не адаптируемую к каналу схему HARQ.
Настоящее изобретение может должным образом справляться с ошибками ACK/NACK, благодаря чему повышается эффективность передачи данных.
Описание чертежей
Прилагаемые чертежи, которые включены в описание для обеспечения дальнейшего понимания изобретения, иллюстрируют примеры осуществления изобретения и вместе с описанием служат для объяснения принципов изобретения.
На чертежах:
на Фиг.1 представлена концептуальная схема, иллюстрирующая блок частотно-временных ресурсов, используемый для планирования системы связи с несколькими несущими;
на Фиг.2 представлена концептуальная схема, иллюстрирующая общую синхронную не адаптируемую к каналу схему HARQ, которую можно применить к передаче восходящего направления;
на Фиг.3 представлена концептуальная схема, иллюстрирующая способ повторной передачи для использования в системе с несколькими несущими согласно примеру осуществления настоящего изобретения;
на Фиг.4 представлена концептуальная схема, иллюстрирующая способ повторной передачи для использования в системе с несколькими несущими, согласно другому примеру осуществления настоящего изобретения;
на Фиг.5 представлена концептуальная схема, иллюстрирующая способ передачи данных о том, что сообщение о разрешении, указывающее, которая из передач, передача новых данных или повторная передача, запрашивается в случае, когда указанное сообщение о разрешении используется для запрашивания повторной передачи согласно другому примеру осуществления настоящего изобретения;
на Фиг.6 представлена концептуальная схема, иллюстрирующая другой способ передачи данных о том, что сообщение о разрешении, указывающее, которая из передач, передача новых данных или повторная передача, запрашивается в случае, когда указанное сообщение о разрешении используется для запрашивания повторной передачи согласно другому примеру осуществления настоящего изобретения;
на Фиг.7 представлена концептуальная схема, иллюстрирующая другой способ передачи данных о том, что сообщение о разрешении, указывающее, которая из передач, передача новых данных или повторная передача, запрашивается в случае, когда указанное сообщение о разрешении используется для запрашивания повторной передачи согласно другому примеру осуществления настоящего изобретения;
на Фиг.8 представлена концептуальная схема, иллюстрирующая способ указания останова повторной передачи согласно примеру осуществления настоящего изобретения;
на Фиг.9 представлена концептуальная схема, иллюстрирующая способ указания повторной передачи согласно примеру осуществления настоящего изобретения;
на Фиг.10 представлена концептуальная схема, иллюстрирующая способ передачи сообщения запроса повторной передачи согласно примеру осуществления настоящего изобретения;
на Фиг.11 представлена концептуальная схема, иллюстрирующая способ одновременного использования сообщения о запросе останова повторной передачи и сообщения о запросе повторной передачи согласно примеру осуществления настоящего изобретения;
На Фиг.12 представлена концептуальная схема, иллюстрирующая общую ошибку NACK-к-ACK;
на Фиг.13 представлена концептуальная схема, иллюстрирующая показательный способ применения примера осуществления настоящего изобретения с учетом ошибки ACK/NACK;
на Фиг.14 представлена концептуальная схема, иллюстрирующая другой показательный способ применения примера осуществления настоящего изобретения с учетом ошибки ACK/NACK;
на Фиг.15 представлена концептуальная схема, иллюстрирующая другой показательный способ применения примера осуществления настоящего изобретения с учетом ошибки ACK/NACK; и
на Фиг.16 представлена концептуальная схема, иллюстрирующая способ управления повторной передачей посредством сообщения ACK/NACK согласно примеру осуществления настоящего изобретения.
Лучшие примеры осуществления
Теперь будут сделаны подробные ссылки на предпочтительные примеры осуществления настоящего изобретения, образцы которых иллюстрируются прилагаемыми чертежами. Там, где это возможно, для обозначения одних и тех же или подобных элементов на всех чертежах будут использоваться одни и те же номера позиций.
Прежде чем описывать настоящее изобретение, следует отметить, что большинство терминов, раскрытых в настоящем изобретении, соответствуют обычным терминам, общеизвестным в данной области техники, но некоторые термины были выбраны заявителем как необходимые и будут далее раскрываться в нижеследующем описании настоящего изобретения. Поэтому предпочтительно, чтобы термины, определенные заявителем, понимались на основе их значений в настоящем изобретении.
Для удобства описания и лучшего понимания настоящего изобретения обычные структуры и устройства, общеизвестные в данной области техники, будут опущены или обозначаться в виде блок-схемы или схемы последовательности действий. Там, где это возможно, для обозначения одних и тех же или подобных элементов на всех чертежах будут использоваться одни и те же номера позиций.
Следующие примеры осуществления предлагаются путем комбинирования составных элементов и характеристик настоящего изобретения согласно заданному формату. Отдельные составные элементы или характеристики следует рассматривать как необязательные факторы при условии, что нет дополнительного замечания. Если необходимо, то отдельные составные элементы или характеристики могут не объединяться с другими компонентами или характеристиками. Также некоторые составные элементы и/или характеристики могут быть объединены для реализации примеров осуществления настоящего изобретения. Порядок операций, раскрываемых в примерах осуществления настоящего изобретения, может быть заменен на другой. Некоторые элементы или характеристики любого примера осуществления могут быть также включены в другие примеры осуществления или по мере необходимости могут быть заменены таковыми из других примеров.
Следующие примеры осуществления настоящего изобретения будут раскрыты на основе взаимосвязи при передаче данных между узлом В и пользовательским оборудованием (UE). В этом случае узел В используется как терминальный узел сети, через которую узел В может напрямую связываться с пользовательским оборудованием (UE).
Конкретные операции, выполняемые узлом B в настоящем изобретении, могут также выполняться верхним узлом узла в случае необходимости. Другими словами, специалистам в данной области техники будет очевидно, что различные операции, позволяющие узлу В связываться с пользовательским оборудованием (UE) в сети, состоящей из нескольких сетевых узлов, включая узел В, будут выполняться узлом В или другими сетевыми узлами, отличными от узла В.
Термин «узел В», в случае необходимости, может быть заменен фиксированной станцией, eNode-B (eNB) (узел B в E-UTRAN - развитой сети наземного доступа универсальной системы подвижной связи UMTS - примеч. перевод.) или точкой доступа. Термин «пользовательское оборудование (UE)» в случае необходимости также может быть заменен подвижной станцией (MS)» или подвижной абонентской станцией (MSS).
На Фиг.2 представлена концептуальная схема, иллюстрирующая обычную синхронную не адаптируемую к каналу схему HARQ, которую можно применить для передачи восходящего направления.
В случае передачи восходящего направления, если узел В имеет пользовательское оборудование (UE), которое будет передавать данные для реализации первоначальной передачи пользовательского оборудования (UE), то узел В сообщает пользовательскому оборудованию (UE) информацию о беспроводных ресурсах и информацию о синхронизации с целью использования для передачи данных пользовательского оборудования (UE), так что он обычно передает пользовательскому оборудованию (UE) сообщение о планировании для разрешения передачи данных пользовательского оборудования (UE). Упоминаемое выше сообщение о планировании для разрешения передачи данных пользовательского оборудования (UE) и для предоставления информации о планировании далее называется сообщением о разрешении.
Пользовательское оборудование (UE) принимает сообщение о разрешении, воспринимает информацию о планировании и передает данные на узел В согласно воспринятой информации о планировании.
В связи с переданными (Tx) данными пользовательское оборудование (UE) обычно принимает сигнал подтверждения приема данных Tx от узла В, так что оно может принять сигнал АСК от узла В или может также принять сигнал NACK, запрашивая передачу данных от узла В. Если пользовательское оборудование (UE) принимает сигнал ACK, оно удаляет данные Тх из буфера и ожидает передачи новых данных. Если пользовательское оборудование (UE) принимает сигнал NACK, то оно может повторно передать данные Тх согласно схеме повторной передачи.
В случае повторной передачи данных конкретного пользовательского оборудования (UE), которое передало данные в восходящем направлении в определенное время согласно синхронной не адаптируемой к каналу схеме HARQ, синхронизация повторной передачи заранее установлена в системе. Ресурсный блок, используемый для повторной передачи, и формат передачи являются такими же, что и в предыдущей передаче
Поэтому достаточно того, что сообщение о разрешении, один раз передаваемое от узла В, должно быть передано на пользовательское оборудование (UE) для первоначальной передачи. Следующая повторная передача может выполняться при посредстве сигнала ACK/NACK, указывающего, были ли данные переданы повторно или нет, без дополнительного сообщения информации о синхронизации повторной передачи и ресурсных блоках, подлежащих использованию для повторной передачи.
В случае синхронной не адаптируемой к каналу схемы HARQ повторная передача данных может выполняться с помощью передачи/приема сигнала NACK без использования дополнительной информации о планировании между узлом В и пользовательским оборудованием (UE). Другими словами, если пользовательское оборудование (UE) принимает сигнал NACK от узла В при сохранении первоначально переданных данных в его собственном буфере, то пользовательское оборудование (UE) может повторно передать данные, используя те же частотные ресурсы и информацию MCS (схема модуляции и кодирования), что и при первоначальной передаче, в точке синхронизации повторной передачи, заданной перед упомянутой повторной передачей.
Однако в случае поддержания характеристик вышеупомянутой синхронной не адаптируемой к каналу схемы HARQ может произойти конфликт между передаваемыми (Тх) блоками данных. В частности, если повторная передача выполняется синхронной не адаптируемой к каналу схемой HARQ, то может возникнуть ситуация, когда срочные данные, управляющие сигналы с высоким приоритетом или данные постоянного планирования должны быть переданы при заданной синхронизации повторной передачи с использованием заданных ресурсов повторной передачи. В этом случае, если пользовательское оборудование (UE), которое будет повторно передавать данные, используя синхронную не адаптируемую к каналу схему HARQ, повторно передает данные с использованием соответствующего ресурса в заданной точке синхронизации, то может произойти конфликт между блоками данных Тх различных единиц пользовательского оборудования (UE).
На Фиг.3 представлена концептуальная схема, иллюстрирующая способ повторной передачи данных для использования в системе с несколькими несущими согласно примеру осуществления настоящего изобретения.
Согласно примеру осуществления на Фиг.3 заданное планирование повторной передачи может быть изменено в системе с несколькими несущими на основе синхронной не адаптируемой к каналу схемы HARQ, и повторная передача может выполняться в соответствии с результатом измененного планирования повторной передачи.
Для удобства описания предполагается, что пользовательское оборудование (UE) повторно передает данные посредством второго процесса HARQ в 4-канальной системе HARQ, первые данные передаются в интервале времени передачи TTI=1 (transmission time interval - примеч. перевод.), и указанные данные не могут быть повторно переданы в интервале времени передачи TTI=9, который является заданной синхронизацией повторной передачи согласно синхронной не адаптируемой к каналу схеме HARQ.
В этом случае четыре процесса HARQ, имеющие разные точки синхронизации повторной передачи, определяются в 4-канальной системе HARQ так, что 4-канальная система HARQ позволяет отдельным процессам HARQ осуществлять процесс повторной передачи в течение того же интервала.
Вышеупомянутые четыре процесса HARQ показаны в средней части Фиг.3 соответственно индексами 0~3. То есть индексы 0~3 в средней части Фиг.3 служат признаком дискриминации информации о синхронизации повторной передачи пользовательского оборудования (UE), в котором используются с первого по четвертый процессы HARQ соответственно.
Например, пользовательское оборудование (UE), запланированное для повторной передачи данных посредством второго процесса HARQ, повторно передает соответствующие данные при синхронизации первого процесса HARQ. Другими словами, пользовательское оборудование (UE) может повторно передать данные в интервалы времени передачи TTI=1, TTI=5 и TTI=9.
Узел В передает пользовательскому оборудованию (UE) с запланированным восходящим направлением сообщение о разрешении, включающее информацию о планировании. В этом случае пользовательское оборудование (UE) с запланированным восходящим направлением в качестве информации о планировании получает данные о запланированной полосе частот в запланированное время Тх для передачи данных в восходящем направлении. Если пользовательское оборудование (UE) принимает сообщение о разрешении, то пользовательское оборудование (UE) передает данные согласно информации о планировании при синхронизации TTI=1.
Сообщение о разрешении может включать идентификатор (ID) пользовательского оборудования (UE), предназначенный для идентификации соответствующего пользовательского оборудования (UE), информацию о выделении ресурсных блоков (RB), информацию о данных, которые могут быть переданы, информацию о полезной нагрузке и информацию о схеме передачи, например информацию MCS (схема модуляции и кодирования).
Информация о выделении ресурсных блоков (RB) может быть установлена как число ресурсных блоков (RB), подлежащих использованию вышеупомянутым пользовательским оборудованием (UE), и/или как информация о местоположении ресурсных блоков (RB). Вышеупомянутая информация о данных, которые могут быть переданы, может быть установлена как объем данных, которые можно передать от пользовательского оборудования (UE), принимающего сообщение о разрешении. Упомянутая выше полезная нагрузка означает пакет или часть кадра, содержащие данные сообщения, отличные от части заголовка обычной системы связи.
Если в качестве схемы повторной передачи также используется схема HARQ с инкрементной избыточностью (IR), то сообщение о разрешении может дополнительно включать информацию о версии упомянутой выше инкрементной избыточности (IR) для повторной передачи данных. Схема IR HARQ из различных схем HARQ осуществляет кодирование канала информационных данных, чтобы улучшить эффективность приема (Rx) данных, и передает различные биты кодирования всякий раз, когда выполняется повторная передача.
Информация о версии инкрементной избыточности (IR) связана с числом повторных передач в синхронной схеме HARQ, так что передающая/приемная сторона может автоматически распознавать информацию о версии IR. То есть в случае использования синхронной схемы HARQ первая версия инкрементной избыточности (IR) используется для первой передачи, вторая версия инкрементной избыточности (IR) используется для второй передачи и третья версия инкрементной избыточности (IR) используется для третьей передачи, так что число повторных передач может распознаваться по информации о версии инкрементной избыточности (IR).
Узел В принимает данные от пользовательского оборудования (UE) при синхронизации TTI=1 и определяет, требуется или нет повторная передача данных. Если повторная передача данных больше не требуется, то узел В передает сигнал АСК на пользовательское оборудование (UE). В противном случае, если повторная передача данных требуется, то узел В передает сигнал NACK на пользовательское оборудование (UE).
Согласно Фиг.3 узел B передает сигнал NACK. Предполагается, что используется синхронная не адаптируемая к каналу схема HARQ, поэтому принимающее (Rx) пользовательское оборудование (UE) может осуществлять повторную передачу данных, хотя узел В не передает дополнительную информацию о планировании повторной передачи при передаче сигнала NACK.
Если пользовательское оборудование (UE) принимает сигнал NACK от узла В, то оно повторно передает данные, которые были переданы при синхронизации TTI=1, согласно второму процессу HARQ при синхронизации TTI=5. В этом случае, как ранее было изложено выше, пользовательское оборудование (UE) повторно передает данные, используя ресурсные блоки, которые имеют тот же объем и информацию о местоположении, что и предыдущие ресурсные блоки, использованные для первой передачи.
Узел В, принимающий повторно переданные (ReTx) данные, определяет, требуется также повторная передача данных ReTx или нет. Как можно понять из Фиг.3, узел В передает сигнал NACK на указанные выше данные ReTx.
В этом случае базовая станция согласно упомянутому выше примеру осуществления может изменить планирование повторной передачи на другое. Если узел В передает сигнал NACK пользовательскому оборудованию (UE) таким образом, чтобы запросить повторную передачу данных, то узел В осуществляет планирование, так что данные могут быть повторно переданы с использованием других блоков передачи во время указанной повторной передачи в соответствии с информацией о планировании. Затем узел B информирует пользовательское оборудование (UE) об измененной информации о планировании.
Вкратце, синхронная не адаптируемая к каналу схема HARQ в основном поддерживается, однако информация о синхронизации повторной передачи, ресурсный блок (RB), используемый для повторной передачи или схема повторной передачи меняются на другие, так что гибкость системы повышается.
Если планирование повторной передачи меняется на другое согласно упомянутому выше примеру осуществления, то узел В информирует пользовательское оборудование (UE) об измененной информации о планировании. Пользовательское оборудование (UE) принимает сигнал NACK и измененную информацию о планировании от узла В, так что оно будет повторно передавать данные в соответствии с вновь принятой измененной информацией о планировании вместо заданной схемы повторной передачи.
Согласно этому примеру осуществления настоящего изобретения, хотя передача данных выполняется посредством синхронной не адаптируемой к каналу схемы HARQ, объем ресурсного блока (RB) и информация о местоположении, информация о синхронизации повторной передачи или схема передачи могут быть адаптивно изменены на другие.
Далее будет описан способ повторной передачи данных путем изменения ресурсного блока (RB), используемого для повторной передачи.
На Фиг.3 при условии, что пользовательское оборудование (UE) передает данные, используя ресурсный блок А в течение первоначальной передачи и первой повторной передачи, узел В осуществляет планирование так, что данные могут быть переданы с использованием ресурсного блока В вместо ресурсного блока А при второй синхронизации повторной передачи согласно информации о планировании. При этом узел В сообщает пользовательскому оборудованию (UE) информацию о ресурсном блоке В, так что пользовательское оборудование (UE) может передавать данные с использованием ресурсного блока В при второй синхронизации повторной передачи.
Следовательно, в этом случае в отличие от типовой синхронной не адаптируемой к каналу схемы HARQ, предназначенной для передачи сигнала NACK без какой-либо информации о планировании повторной передачи, узел В передает информацию о планировании повторной передачи измененного ресурсного блока (ресурсных блоков) на пользовательское оборудование (UE), так что пользовательское оборудование (UE) осуществляет повторную передачу данных посредством ресурсного блока В.
Для передачи измененной информации о планировании могут использоваться различные способы. Формат сообщения, пригодный для передачи измененной информации о планировании, заново определяется, так что данные могут быть переданы по каналу управления. Также обычный формат сообщения может быть расширен или модифицирован при необходимости, так что удобный формат сообщения может также использоваться для передачи измененной информации о планировании. Например, измененная информация о планировании может передаваться посредством вышеупомянутого сообщении о разрешении.
В случае использования упомянутого выше примера осуществления, если узел В должен передать данные на другое пользовательское оборудование (UE) посредством синхронизации повторной передачи и соответствующего ресурсного блока (RB) или должен передать другие данные соответствующего пользовательского оборудования (UE), то может быть разрешена проблема конфликта между блоками данных Тх.
Фиг.4 является концептуальной схемой, иллюстрирующей способ повторной передачи для использования в системе с несколькими несущими согласно настоящему изобретению.
На Фиг.4 представлен способ указания того, что данные передаются повторно или нет с использованием сообщения о планировании (например, сообщения о разрешении) при условии передачи данных восходящего направления.
Таким образом, в случае когда узел В передает информацию об измененном ресурсном блоке, используя сообщение о планировании, это сообщение о планировании для повторной передачи включает конкретную информацию, соответствующую сигналу NACK, так что нет необходимости в дополнительной передаче сигнала NACK. Согласно упомянутому выше примеру осуществления на Фиг.4 для специалистов в данной области техники будет очевидно, что пример осуществления на Фиг.3 может быть также применен для примера осуществления на Фиг.4 в случае необходимости.
Подобно примеру осуществления на Фиг.3, пример осуществления на Фиг.4 также предполагает, что пользовательское оборудование (UE) повторно передает данные посредством второго процесса HARQ в 4-канальной системе HARQ, первые данные передаются при TTI=1, и данные не могут быть повторно переданы при TTI=9 в системе с несколькими несущими на основе синхронной не адаптируемой к каналу схеме HARQ.
Согласно упомянутому выше примеру осуществления на Фиг.4 узел В может передать сообщение о разрешении вместо сигнала NACK. Хотя на Фиг.4 представлен способ указания подтверждения приема с использованием как сигнала ACK/NACK, так и сообщения о разрешении, вместо сигнала ACK/NACK на Фиг.4 может быть передано упомянутое сообщение о разрешении, так что сообщение о разрешении может заменить функцию сигнала ACK/NACK.
Хотя синхронная не адаптируемая к каналу схема HARQ применяется к примеру осуществления на Фиг.4 таким же образом, как и на Фиг.3, повторная передача данных может выполняться на основе измененной информации о планировании. А именно, измененная информация о планировании передается посредством сообщения о разрешении согласно примеру осуществления на Фиг.4, так что пример осуществления на Фиг.4 может быть более легче реализован.
Если узел В информирует пользовательское оборудование (UE) об измененной информации о планировании посредством сообщения о разрешении, то MCS и информация, связанная с другими схемами передачи, передаваемая с помощью сообщения о разрешении, может быть передана тем же способом, что и при первоначальной передаче. Разумеется, могут быть изменены и переданы данные о местоположении ресурсных блоков (RB), числе используемых ресурсных блоков (RB) и уровне MCS. В этом случае уровень MCS заранее определяется между узлом В и пользовательским оборудованием (UE) согласно размеру полезной нагрузки данных Тх и числу ресурсных блоков (RB).
Таким образом, чтобы запросить пользовательское оборудование (UE) повторно передать данные с использованием сообщения о разрешении, предпочтительно, чтобы сообщение о разрешении, передаваемое от узла В, могло указывать, запрашивается передача новых данных или запрашивается повторная передача.
Далее будет подробно описан примерный способ, позволяющий пользовательскому оборудованию (UE) распознать, какая из передач, передача новых данных или повторная передача, запрашивается узлом В.
На Фиг.5 приведена концептуальная схема, иллюстрирующая способ информирования о том, что сообщение о разрешении, указывающее, какая из передач, передача новых данных или повторная передача, запрашивается в случае, когда это сообщение о разрешении используется для запрашивания повторной передачи согласно другому примеру осуществления настоящего изобретения.
В примере осуществления на Фиг.5 добавляется информационный бит, состоящий из одного или более битов, как информация индикации типа передачи, и указывается, какая из передач, передача новых данных или повторная передача, запрашивается сообщением о разрешении с использованием добавленного информационного бита. Согласно настоящему изобретению информация индикации типа передачи обозначается как NIB (new data indicator bit - бит индикатора новых данных, примеч. перевод.) и состоит из одного бита.
Например, если сообщение о разрешении указывает на передачу новых данных, как это показано на Фиг.5, то NIB устанавливается на «0», и тогда сообщение о разрешении передается с NIB, значение которого равно «0». Если сообщение о разрешении указывает на повторную передачу, как это показано на Фиг.5, то NIB устанавливается на «1», и затем сообщение о разрешении передается с NIB, значение которого равно «1». Другими словами, UE, принимающее сообщение о разрешении, проверяет значение NIB, так что оно может определить, какая из передач, передача новых данных или повторная передача, указывается сообщением о разрешении на основе проверенного значения NIB.
Между тем, при приеме сообщения о разрешении, указывающего на передачу новых данных, происходит непредвиденная ошибка, так что пользовательское оборудование (UE) может не распознать, какая из передач, передача новых данных или повторная передача, указывается следующим сообщением о разрешении, указывающим на повторную передачу.
Например, хотя узел В передает сообщение о разрешении, указывающее повторную передачу на пользовательское оборудование (UE), пользовательское оборудование (UE) ошибочно декодирует сигнал NACK из предыдущей синхронизации Тх, так что оно не может распознать, передал ли узел В первое сообщение о разрешении, указывающее повторную передачу, или ошибочно принял второе сообщение о разрешении, указывающее передачу новых данных.
Далее будет приведено подробное описание различных способов повторной передачи, в которых учитывается ошибка приема сообщения о разрешении.
На Фиг.6 приведена концептуальная схема, иллюстрирующая способ информирования о том, что сообщение о разрешении, указывающее, какая из передач, передача новых данных или повторная передача, запрашивается в случае, когда указанное сообщение о разрешении используется для запрашивания повторной передачи в соответствии с другим примером осуществления настоящего изобретения.
Пример осуществления на Фиг.6 включает информацию об индикации типа передачи и указывает, какая из передач, передача новых данных или повторная передача, запрашивается сообщением о разрешении с использованием информации об индикации типа передачи. В этом случае в схеме переключения для изменения значения в заданном случае применяется информация об индикации типа передачи. В результате, пример осуществления на Фиг.6 готов к ошибке приема сообщения о разрешении. На Фиг.6 информация об индикации типа передачи также называется NIB (бит индикации новых данных), и предполагается, что NIB состоит из 1 бита.
Например, если сообщение о разрешении указывает на передачу новых данных, как показано на Фиг.6, то значение NIB может быть изменено на другое значение. Значение NIB устанавливается на «1» (т.е. NIB=1) в качестве сообщения о разрешении для указания передачи новых данных, таких как конкретные данные «Данные 1».
Тогда, если сообщение о разрешении указывает передачу новых данных, таких как другие данные «Данные 2», то значение NIB переключается на установку «0» (т.е. NIB=0) с помощью схемы переключения.
В случае когда сообщение о разрешении, указывающее повторную передачу, применяется к пользовательскому оборудованию (UE) при следующей синхронизации повторной передачи, значение NIB=0 остается неизменным, так что пользовательское оборудование (UE) может распознать событие повторной передачи таких данных, как данные «Данные 2». Другими словами, значение NIB изменяется только тогда, когда сообщение о разрешении указывает передачу новых данных.
Пользовательское оборудование (UE) принимает сообщение о разрешении и определяет, отличается ли значение NIB принятого сообщения о разрешении от другого значения NIB, принятого в предыдущем процессе HARQ. Если значение NIB принятого сообщения о разрешении отличается от другого значения NIB, принятого в предыдущем процессе HARQ, то это означает, что сообщение о разрешении указывает передачу новых данных, так что пользовательское оборудование (UE) удаляет все данные из буфера и передает новый пакет данных.
А если значение NIB сообщения о разрешении, принятого пользовательским оборудованием (UE), равно другому значению NIB, принятому в предыдущем процессе HARQ, то это означает, что сообщение о разрешении указывает повторную передачу, так что пользовательское оборудование (UE) повторно передает пакет данных, сохраненный в буфере.
Как можно понять из Фиг.6, пользовательское оборудование (UE) может неожиданно пропустить сообщение о разрешении, указывающее передачу новых данных. Если канал находится в состоянии с глубокими замираниями, то узел В может обнаружить только энергию с очень низким уровнем. В этом случае узел В передает сообщение о разрешении, указывающее повторную передачу.
Если узел В передает сообщение о разрешении согласно примеру осуществления на Фиг.5 и пользовательское оборудование (UE) пропускает сообщение о разрешении, то упомянутое выше пользовательское оборудование (UE) может повторно передать данные, такие как другие данные «Данные 1» вместо данных «Данные 2». Однако, если схема переключения применяется к значению NIB согласно настоящему изобретению, вышеупомянутая проблема может быть решена.
Например, если пользовательское оборудование (UE) принимает первое сообщение о разрешении, указывающее передачу данных «Данные 2», то пользовательское оборудование (UE) сравнивает значение NIB сообщения о разрешении, указывающего повторную передачу данных «Данные 2», со значением NIB предыдущего сообщения о разрешении, подтверждает, что указанные два значения NIB равны друг другу, и осуществляет повторную передачу данных «Данные 2», сохраненных в буфере.
Если пользовательское оборудование (UE) не принимает первоначального сообщения о разрешении, указывающего передачу данных «Данные 2», то пользовательское оборудование (UE) сравнивает значение NIB сообщения о разрешении, указывающего повторную передачу данных «Данные 2», с другим значением NIB предыдущего сообщения о разрешении, подтверждает, что есть различие между двумя значениями NIB, удаляет данные «Данные 1», сохраненные в буфере, и начинает осуществлять первоначальную передачу данных «Данные 2». Таким образом, с точки зрения пользовательского оборудования (UE), упомянутая выше работа считается первоначальной передачей, однако с точки зрения узла В упомянутая выше работа считается приемом данных повторной передачи.
На Фиг.7 приведена концептуальная схема, иллюстрирующая способ информирования о том, что сообщение о разрешении, указывающее, какая из передач, передача новых данных или повторная передача, запрашивается в случае, когда указанное сообщение о разрешении используется для запрашивания повторной передачи согласно другому примеру осуществления настоящего изобретения.
В примере осуществления настоящего изобретения Фиг.7 в качестве информации о порядковом номере добавляется информационный бит, состоящий из одного или более битов, и указывается, какая из передач, передача новых данных или повторная передача, запрашивается сообщением о разрешении с использованием добавленного информационного битового блока. В соответствии с настоящим изобретением информация о порядковом номере называется порядковым номером (SN).
Если порядковый номер (SN) добавляется к сообщению о разрешении и затем пользовательское оборудование (UE) принимает результирующее сообщение о разрешении, включающее порядковый номер (SN), то пользовательское оборудование (UE) может распознать, какая из передач, передача новых данных или повторная передача, запрашивается сообщением о разрешении, и может также распознать, какие из данных запрашиваются сообщением о разрешении для повторной передачи. Способ определения значения порядкового номера (SN) согласно настоящему изобретению состоит в следующем.
Информация о порядковом номере (SN) передается наряду с сообщением о разрешении или содержится в сообщении о разрешении и затем передается без проведения различия между передачей новых данных и повторной передачей. Всякий раз когда узел В принимает запрос на повторную передачу того же пакета данных, значение порядкового номера (SN) увеличивается на «1». Если запрашивается передача новых данных, то значение порядкового номера (SN) инициализируется в качестве начального значения.
Например, предполагается, что начальное значение порядкового номера (SN) установлено на «0». Другими словами, в случае передачи сообщения о разрешении, указывающего передачу новых данных, значение порядкового номера (SN) устанавливается на «0». Поэтому, если значение порядкового номера (SN), передаваемое вместе с сообщением о разрешении, не равно значению «0», то пользовательское оборудование (UE) может распознать, что данное сообщение о разрешении указывает повторную передачу.
Согласно Фиг.7, если пользовательское оборудование (UE) принимает сообщение о разрешении и значение порядкового номера (SN) принятого сообщения о разрешении равно «2», то пользовательское оборудование (UE) осуществляет повторную передачу первоначально переданных данных перед 8 субкадрами, обозначенными через (2(SN)*4(HARQ канал)=8).
Однако при условии, что значение порядкового номера (SN) не равно «0» в момент времени приема сообщения о разрешении и в то же время не равно другому значению порядкового номера (SN), которое должно быть принято в связи с текущими повторно передаваемыми данными, т.е. при условии, что как раз перед пропуском сообщения о разрешении указанное пользовательское оборудование (UE) удаляет все данные, сохраненные в буфере, без повторной передачи данных ранее принятого сообщения о разрешении, и начинает осуществлять первоначальную передачу новых данных.
Более подробно, как можно понять из Фиг.7, если пользовательское оборудование (UE) пропускает или теряет сообщение о разрешении, указывающее первоначальную передачу данных «Данные 2», или если пользовательское оборудование (UE) обнаруживает энергию очень низкого уровня из-за канала с глубокими замираниями, хотя данные были переданы, то узел В передает сообщение, указывающее повторную передачу, вместе с сигналом SN=1.
В этом случае, если пользовательское оборудование (UE) не пропустило предыдущее сообщение о разрешении, то оно может распознать, что значение порядкового номера (SN), которое должно быть принято в связи с текущими данными повторной передачи, не равно «2». Поэтому, поскольку состояние SN=0 не установлено, пользовательское оборудование (UE) удаляет все данные, связанные с данными «Данные 1», из буфера и осуществляет повторную передачу данных «Данные 2» вместо осуществления повторной передачи данных «Данные 1».
Незамедлительная передача данных «Данные 2», выполняемая пользовательским оборудованием (UE), может рассматриваться как запрос на повторную передачу с точки зрения узла В. Однако если пользовательское оборудование (UE) ранее пропустило сообщение о разрешении, указывающее первоначальную передачу данных «Данные 2», то это означает, что с точки зрения пользовательского оборудования (UE) выполняется первоначальная передача данных «Данные 2». В результате, пользовательское оборудование (UE) по ошибке может не распознать пакет данных повторной передачи.
На Фиг.8 представлена концептуальная схема, иллюстрирующая способ указания останова повторной передачи согласно примеру осуществления настоящего изобретения.
Пример осуществления на Фиг.8 предполагает, что синхронная не адаптируемая к каналу схема HARQ и второй процесс HARQ используются тем же образом, как на Фиг.3 и 4.
Для того чтобы запросить пользовательское оборудование (UE) остановить повторную передачу, узел В может, например, использовать сообщение об останове, и это будет подробно описано ниже.
Согласно Фиг.8 узел В передает сообщение о разрешении пользовательскому оборудованию (UE), так что он запрашивает пользовательское оборудование (UE) о передаче данных. Пользовательское оборудование (UE) проверяет принятое сообщение о разрешении и осуществляет передачу данных в восходящем направлении при синхронизации TTI=1.
Узел В проверяет данные, переданные от пользовательского оборудования (UE). Если требуется повторная передача указанных данных, то узел В передает сигнал NACK пользовательскому оборудованию (UE). После приема сигнала NACK от узла В пользовательское оборудование (UE) осуществляет повторную передачу данных при заданной синхронизации в соответствии с синхронной не адаптируемой к каналу схемой HARQ при TTI=5.
Согласно этому примеру осуществления настоящего изобретения узел В передает сообщение об останове на пользовательское оборудование (UE), так что он может остановить повторную передачу данных указанного пользовательского оборудования (UE) при следующей синхронизации повторной передачи на основе синхронной не адаптируемой к каналу схеме HARQ. Пользовательское оборудование (UE), принимающее сообщение об останове, не осуществляет повторную передачу при заданной синхронизации TTI=9, не удаляет данные, переданные при предыдущей синхронизации, из буфера и сохраняет упомянутые выше данные в буфере. Пользовательское оборудование (UE), принимающее сообщение об останове, не осуществляет повторную передачу в течение заданного времени и не удаляет данные из буфера. В этом случае заданное время может составлять до двух интервалов повторной передачи или может быть установлено на интервал времени, который длится, пока пользовательское оборудование (UE) принимает конкретную информацию, указывающую или на передачу новых данных, или на повторную передачу от узла B.
Другой способ запрашивания пользовательского оборудования (UE) на останов повторной передачи может быть способом использования упомянутого выше сообщения о разрешении.
Узел В передает информацию, указывающую отсутствие выделения ресурсного блока (RB), на пользовательское оборудование (UE) посредством сообщения о разрешении, так что он может запрашивать пользовательское оборудование (UE) остановить повторную передачу в синхронной не адаптируемой к каналу системе HARQ. Например, при передаче числа ресурсных блоков (RBs), содержащегося в сообщении о разрешении, или информации об объеме ресурсного блока (RB), содержащейся в том же сообщении о разрешении, узел В может включать информацию в виде «0» в передаваемую информацию.
Если узел В останавливает повторную передачу при зарезервированной синхронизации повторной передачи пользовательского оборудования (UE), то затем узел В может запросить повторную передачу посредством того же процесса HARQ, что и при первоначальной передаче. Узел В повторно выделяет ресурсные блоки (RBs) при следующей синхронизации повторной передачи, соответствующей тому же процессу HARQ, и передает информацию о ресурсных блоках (RB) посредством сообщения о разрешении, указывающего повторную передачу, так что повторная передача соответствующих данных может быть перезапущена.
После этого узел В передает сигнал NACK, запрашивающий повторную передачу, на пользовательское оборудование (UE), так что пользовательское оборудование (UE) повторно передает ранее переданные данные, хранящиеся в буфере, при следующей точке синхронизации TTI=13 для повторной передачи.
Между тем, если пользовательское оборудование (UE), принимающее сообщение об останове, может принять сигнал АСК от узла B в пределах заданного временного интервала или может не принять сигнал АСК в пределах заданного временного интервала, то оно удаляет данные, хранящиеся в буфере, и может быть готово к передаче новых данных.
В этом случае, если нет ресурсного блока, подлежащего выделению для повторной передачи, на этой зарезервированной повторной передаче из-за передачи других данных, то пользовательское оборудование (UE) останавливает повторную передачу на короткое время, так что повторная передача может более гибко планироваться.
На Фиг.9 представлена концептуальная схема, иллюстрирующая способ указания повторной передачи согласно примеру осуществления настоящего изобретения.
В примере осуществления на Фиг.9 раскрывается способ осуществления повторной передачи с использованием сообщения о повторной передаче. В этом случае примера осуществления на Фиг.9 предполагается, что синхронная неадаптивная схема HARQ в основном применяется к вышеупомянутому способу и второй процесс HARQ также применяется к вышеупомянутому способу, так что результирующие данные повторно передаются при соответствующей синхронизации.
В отличие от упомянутых выше примеров осуществления пример на Фиг.9 позволяет узлу В использовать сообщение о повторной передаче (ReTx) для указания повторной передачи и позволяет узлу В использовать сообщение об останове, чтобы остановить повторную передачу таким образом, что выполняется процесс повторной передачи. Сообщение ReTx и сообщение об останове не ограничиваются вышеуказанными условиями и могут быть заменены другими условиями при необходимости.
Сообщение об останове на Фиг.9 предназначено для осуществления той же функции, что и сообщение об останове на Фиг.8. Сообщение об останове на Фиг.9 не дает повторную передачу ранее переданных данных, однако оно запрашивает пользовательское оборудование (UE) о сохранении данных в буфере.
Узел В передает сообщение о разрешении на передачу новых данных выбранному пользовательскому оборудованию (UE). Пользовательское оборудование (UE) проверяет сообщение о разрешении и осуществляет передачу в восходящем направлении при TTI=1. Если узел В проверяет данные, переданные от пользовательского оборудования (UE), и определяет необходимость повторной передачи, то он передает сообщение ReTx для запрашивания повторной передачи на пользовательское оборудование (UE).
Пользовательское оборудование (UE), принимающее сообщение ReTx, осуществляет повторную передачу ранее переданных данных. Сообщение об останове на Фиг.9 аналогично такому же сообщению на Фиг.8, так что его подробное описание будет здесь опущено для удобства описания.
В отличие от Фиг.8 пример осуществления на Фиг.9 позволяет узлу В передавать сообщение о разрешении, указывающее повторную передачу, так что повторная передача, прерванная сообщением об останове, инициируется так же, как и сообщением ReTx.
Более подробно, при условии, что пользовательское оборудование (UE) не удаляет данные из буфера в связи с приемом сообщения об останове и не осуществляет повторную передачу при заданной синхронизации повторной передачи из-за сообщения об останове, если упомянутое выше пользовательское оборудование (UE) принимает сообщение о разрешении, указывающее повторную передачу, то данные, сохраненные в буфере, повторно передаются при TTI-13.
В этом случае, если пользовательское оборудование (UE) принимает другое сообщение о разрешении, указывающее передачу новых данных вместо повторной передачи, оно восстанавливает исходное состояние буфера, удаляет данные, сохраненные в буфере, сохраняет новые данные в указанном буфере, так что оно может передать новые данные на узел В.
В соответствии с упомянутой выше ситуацией имеется два состояния, т.е. состояние повторной передачи и состояние останова повторной передачи, так что узел В может оповестить пользовательское оборудование (UE), будет ли узел В повторно передавать данные или остановит передачу данных с использованием одиночного бита. Другими словами, узел В информирует пользовательское оборудование (UE) о повторной передаче, используя сообщение ReTx, и информирует пользовательское оборудование (UE) о возобновлении повторной передачи, используя сообщение об останове.
Если принятый (Rx) пакет неудачно демодулирован, то узел В передает сообщение ReTx на пользовательское оборудование (UE). Однако если узел В желает временно остановить передачу данных, относящихся к пользовательскому оборудованию (UE), при заданной синхронизации повторной передачи независимо от успеха или неудачи демодуляции, то узел В передает сообщение об останове на пользовательское оборудование (UE).
Когда пользовательское оборудование (UE) принимает сообщение об останове от узла В, оно не может немедленно распознать, вызвано ли принятое сообщение об останове успешным приемом, и не может распознать, является ли целью принятого сообщения об останове временное предотвращение передачи упомянутых данных на узел В в конкретной точке синхронизации.
Пользовательское оборудование (UE) хранит данные в буфере в течение заданного времени. Если упомянутое выше пользовательское оборудование (UE) принимает от узла В сообщение о разрешении, указывающее повторную передачу, то оно повторно передает данные, хранящиеся в буфере, на узел В. В противном случае, если упомянутое выше пользовательское оборудование (UE) принимает от узла В другое сообщение о разрешении, указывающее передачу новых данных, то пользовательское оборудование (UE) распознает, что данные, хранившиеся в буфере, были успешно приняты, так что упомянутый буфер освобождается.
Хотя сообщение о разрешении, указывающее передачу новых данных, не передается от узла В, если сообщение о повторной передаче (RxTx) не передается от узла В в течение заданного времени, то пользовательское оборудование (UE) может удалить переданные (Тх) данные из буфера.
Как описано выше, в качестве схемы HARQ может использоваться схема HARQ с инкрементной избыточностью (IR). Если синхронная неадаптивная схема HARQ, в которой используется сообщение об останове, и схема управления версией инкрементной избыточности (IR) объединяются друг с другом согласно этому примеру осуществления, то может возникнуть непонимание версии инкрементной избыточности (IR), соответствующей действию повторной передачи, вызванному сообщением о разрешении ReTx, размещенным после сообщения об останове.
Когда пользовательское оборудование (UE) принимает сообщение и пытается осуществить повторную передачу с использованием принятого сообщения, может возникнуть ошибка Rx ранее переданного сообщения об останове. В результате возникает непонимание информации, указывающей, сколько повторных передач имеется между пользовательским оборудованием (UE) и узлом В. А именно, возникает непонимание информации, указывающей, какая из версий инкрементной избыточности (IR) применяется для повторной передачи, так что прием данных может выполняться неправильно.
Поэтому, если узел В передает сообщение о разрешении, указывающее дополнительную повторную передачу, то в указанном выше примере осуществления назначается версия инкрементной избыточности (IR), используемая для данных ReTx, и данные ReTx передаются с использованием назначенной версии инкрементной избыточности (IR).
В этом случае нет никаких изменений в сообщении о разрешении, указывающем повторную передачу, по сравнению с некоторыми областями с полями, содержащимися в другом сообщении о разрешении, указывающем передачу новых данных с использованием синхронной неадаптивной схемы HARQ, так что некоторые поля могут не запрашивать процесс установки. Если узел В передает информацию о версии инкрементной избыточности (IR) с использованием указанных выше полей, в которых процесс установки больше не требуется, то он может передать информацию о версии инкрементной избыточности (IR) без добавления нового поля в сообщение о разрешении.
Например, нет изменения размера полезной нагрузки данных Тх на основе синхронной схемы HARQ, таким образом, если поле полезной нагрузки сообщения о разрешении, указывающего передачу новых данных, передается как сообщение о разрешении ReTx, то поле полезной нагрузки используется как поле информации, указывающей версию инкрементной избыточности (IR). Поэтому, хотя повторная передача выполняется после того, как узел В передает сообщение об останове, может быть указана правильная версия инкрементной избыточности (IR), так что не может быть никакого недопонимания по версии инкрементной избыточности (IR).
В качестве другого примера может использоваться способ восстановления значения версии инкрементной избыточности (IR) до заданного значения во время повторной передачи. Другими словами, в этом способе не устанавливается действительное значение версии инкрементной избыточности (IR) с учетом предыдущей повторной передачи, но устанавливается заданное значение. Таким образом, если узел В передает сообщение о разрешении, указывающее повторную передачу, после передачи сообщения об останове, в указанном выше способе восстанавливается значение версии инкрементной избыточности (IR) до заданного значения и передается результирующее значение версии инкрементной избыточности (IR) на соответствующее пользовательское оборудование (UE).
В этом случае узел В может сообщить пользовательскому оборудованию (UE) информацию о восстановленной версии инкрементной избыточности (IR), используя некоторые поля, которые содержатся в сообщении о разрешении, указывающем передачу новых данных, без определения нового поля.
На Фиг.10 представлена концептуальная схема, иллюстрирующая способ передачи сообщения о запросе повторной передачи согласно примеру осуществления настоящего изобретения.
Пример осуществления на Фиг.10 показывает способ повторной передачи данных путем изменения синхронизации повторной передачи в системе с несколькими несущими, основанной на синхронной неадаптивной схеме HARQ. Для того чтобы обеспечить пользовательскому оборудованию (UE) возможность осуществлять повторную передачу данных, предполагается, что к примеру осуществления на Фиг.10 применяется второй процесс HARQ.
Согласно Фиг.10 узел В выбирает пользовательское оборудование (UE), которое будет осуществлять передачу в восходящем направлении, и передает сообщение о разрешении на выбранное пользовательское оборудование (UE). Пользовательское оборудование (UE) принимает сообщение о разрешении и осуществляет передачу данных в восходящем направлении согласно соответствующей информации о планировании при TTI=1.
Узел В принимает данные Тх от пользовательского оборудования (UE). Если узел B определяет, что данные Тх должны повторно передаваться от пользовательского оборудования (UE), то он передает сигнал ACK/NACK на упомянутое пользовательское оборудование (UE), чтобы пользовательское оборудование (UE) могло распознать наличие или отсутствие запроса на повторную передачу.
Предполагается, что в системе с несколькими несущими в указанном выше примере осуществления на Фиг.10 используется синхронная не адаптируемая к каналу схема HARQ. Если пользовательское оборудование (UE) принимает сигнал NACK от узла В, то оно повторно передает данные при заданной синхронизации TTI=5. Затем, если повторная передача данных требуется снова, то узел В передает сигнал NACK, так что он запрашивает пользовательское оборудование (UE) осуществить повторную передачу. В этом случае сигнал NACK повторно передается при заданной синхронизации TTI=9.
Однако этот пример осуществления на Фиг.10 обеспечивает способ изменения синхронизации повторной передачи. Более подробно, узел В не может осуществить повторную передачу с использованием ресурсных блоков (RBs), использованных для первоначальной передачи при заданной синхронизации TTI=9, так что узел В запрашивает пользовательское оборудование (UE) осуществить повторную передачу при другой синхронизации TTI=10. Таким образом, узел В передает информацию об измененной синхронизации на пользовательское оборудование (UE), и указанное пользовательское оборудование (UE) осуществляет повторную передачу при измененной синхронизации.
В случае системы на основе синхронной схемы HARQ точка синхронизации, в которой принимается сигнал ACK/NACK, сообщение ReTx об останове или сообщение о разрешении, коррелируется с другой точкой синхронизации, в которой данные повторно передаются как ответ на каждый сигнал. Таким образом, точка синхронизации повторной передачи может быть изменена на другую при необходимости.
Например, в случае использования сообщения о разрешении, указывающего повторную передачу, узел В передает сообщение о разрешении на пользовательское оборудование (UE) в конкретный момент синхронизации (в который может быть совершена повторная передача) третьего процесса HARQ. В этом случае упомянутое выше сообщение о разрешении должно включать информацию, указывающую, что передаваемое в текущий момент сообщение о разрешении ReTx запрашивает повторную передачу данных, связанных с третьим процессом HARQ вместо второго процесса HARQ.
Чтобы осуществить первоначальную передачу и первую повторную передачу, пользовательское оборудование (UE) передает данные, используя второй процесс HARQ в соответствующие интервалы синхронизации TTI=1 и TTI=5. Однако во время второй повторной передачи пользовательское оборудование (UE) передает данные при синхронизации третьего процесса HARQ. После приема сообщения о разрешении ReTx, включающего измененную информацию о процессе HARQ, для того, чтобы ответить на сообщение о разрешении ReTx, пользовательское оборудование (UE) повторно передает данные, которые были переданы в первом процессе HARQ, при синхронизации TTI=10, соответствующей третьему процессу HARQ.
Если передача данных с высоким приоритетом запрашивается соответствующим ресурсным блоком (RB) заданной синхронизации и пользовательскому оборудованию (UE) трудно осуществить повторную передачу с использованием заданной синхронизации и информации о ресурсных блоках (RB), то указанная выше работа дает возможность пользовательскому оборудованию (UE) эффективно связываться с узлом B.
На Фиг.11 представлена концептуальная схема, иллюстрирующая способ одновременного использования сообщения о запросе останова повторной передачи и сообщения о запросе повторной передачи в соответствии с примером осуществления настоящего изобретения.
Пример осуществления на Фиг.11 обеспечивает способ более эффективного осуществления примера осуществления на Фиг.10, предназначенного для изменения синхронизации повторной передачи с помощью сообщения об останове. Согласно этому примеру осуществления на Фиг.11, если синхронизация повторной передачи, которую желательно изменить, является более поздней по отношению к первоначально запланированной синхронизации, то в примере осуществления на Фиг.11 сообщение об останове передается при первоначальной синхронизации повторной передачи.
На Фиг.11, если узел В, осуществляющий планирование, не может выделить соответствующий ресурсный блок (RB) первоначально запланированному пользовательскому оборудованию (UE) при синхронизации TTI=9, то узел В передает сообщение об останове, чтобы зарезервировать повторную передачу, подлежащую осуществлению при синхронизации TTI=9. В этом случае, хотя сообщение об останове не запрашивает пользовательское оборудование (UE) об осуществлении повторной передачи, это сообщение об останове позволяет пользовательскому оборудованию (UE) не удалять соответствующие данные из буфера, так что данные сохраняются в буфере, как ранее упоминалось выше.
Узел В передает сообщение о разрешении для запрашивания пользовательского оборудования (UE) об осуществлении повторной передачи при синхронизации TTI=10, используемой как синхронизация индикации повторной передачи. В этом случае конкретная информация, указывающая, что запрашивается повторная передача данных, переданных во втором процессе HARQ, включается в упомянутое выше сообщение о разрешении, так что пользовательское оборудование (UE) может правильно распознать, какие из данных запрашиваются узлом В для повторной передачи.
Если упомянутая выше конкретная информация, указывающая, что запрашивается повторная передача, связанная со вторым процессом HARQ, не включается в вышеупомянутое сообщение о разрешении, то пользовательское оборудование (UE) распознает, что повторная передача, связанная с третьим процессом HARQ, запрашивается при синхронизации TTI=10 в соответствии с первоначально установленным состоянием, так что оно испытывает сложности с реализацией нужного эффекта.
Если синхронизация повторной передачи изменена, как описано выше, то узел В не может предоставить пользовательскому оборудованию (UE) правильную информацию, указывающую, будут ли данные переданы при заданной синхронизации. Таким образом, если указанное UE не принимает сигнал запроса повторной передачи при заданной синхронизации, оно может неправильно решить, удалить или нет данные из буфера.
Однако если узел В согласно упомянутому выше примеру осуществления на Фиг.11 информирует пользовательское оборудование (UE) о сообщении об останове, это предотвращает повторную передачу данных пользовательского оборудования (UE) при заданной синхронизации. И в результате можно ожидать реализацию отсутствия конфликта между данными второго процесса HARQ и данными третьего процесса HARQ. Короче говоря, способ изменения синхронизации передачи (т.е. процесс HARQ) при повторной передаче данных с использованием синхронной схемы на основе HARQ может быть осуществлен более эффективно.
По сравнению со способом планирования синхронизации повторной передачи с использованием сообщения об останове упомянутый выше способ на Фиг.11 превосходит упомянутый выше способ планирования способа повторной передачи.
А именно, для того чтобы поддерживать характеристики синхронной неадаптивной схемы HARQ, пользовательское оборудование (UE) должно повторно передавать данные в соответствии с синхронизацией повторной передачи на основе второго процесса HARQ. Если данные не передаются повторно при синхронизации TTI=9, то пользовательское оборудование (UE) должно ждать следующей синхронизации повторной передачи TTI=13. Однако способ изменения процесса передачи (т.е. изменения синхронизации повторной передачи) также используется, так что данные могут быть переданы повторно при синхронизации TTI=10, в результате чего отсутствует задержка времени Тх.
Если узлу В желательно изменить синхронизацию данных ReTx на другую, как отражено на Фиг.10 и 11, то предпочтительно, чтобы узел В обязан был определить, какие из данных запрашиваются для повторной передачи, и обязан был оповестить пользовательское оборудование (UE) о результате этого определения. Чтобы повторно передать измененную информацию ReTx, узел В может сообщить пользовательскому оборудованию (UE) первоначальную информацию о процессе HARQ для данных, подлежащих повторной передаче при синхронизации TTI=10.
Таким образом, чтобы сообщить пользовательскому оборудованию (UE) об информации процесса HARQ, определяется и используется новый формат сообщения. Если узел В передает сообщение о разрешении, указывающее повторную передачу, то он может передать информацию о процессе HARQ с помощью конкретного поля из числа полей, содержащихся в сообщении о разрешении. В этом случае во время повторной передачи нет необходимости менять конкретное поле.
Например, в случае сообщения о разрешении для передачи новых данных и сообщения о разрешении ReTx отсутствует изменение в размере полезной нагрузки данных Тх, так что поле, указывающее полезную нагрузку указанного сообщения для новой передачи данных может использоваться как поле индикации процесса HARQ.
Для другого примера, в случае использования сообщения о разрешении, указывающего повторную передачу, поле для индикации измененной информации о процессе HARQ в сообщении о разрешении может быть добавлено к упомянутому выше сообщению о разрешении при необходимости. Посредством сообщения о разрешении, указывающего повторную передачу, во время повторной передачи имеется изменение в процессе HARQ. Это изменение процесса HARQ может быть обеспечено при предположении, что пользовательское оборудование (UE) не будет нормально принимать указанное выше сообщение о разрешении на повторную передачу. Поэтому, если пользовательское оборудование (UE) не принимает сообщение о разрешении ReTx, во всей работе может возникнуть непредвиденная ошибка. Поэтому поле, указывающее информацию о процессе HARQ, добавляется к упомянутому выше сообщению о разрешении, так что узел В может назначить информацию о процессе HARQ точке выделения ресурсов для передачи новых данных независимо от синхронизации Тх.
Если повторная передача выполняется упомянутой выше схемой HARQ, на приемной стороне может быть два вида ошибок (т.е. ошибка ACK-в-NACK и ошибка NACK-и-ACK) при приеме сигнала ACK/NACK.
Ошибка ACK-к-NACK указывает на ошибочную работу пользовательского оборудования (UE) по декодированию, при которой пользовательское оборудование (UE) декодирует сигнал ACK в сигнал NACK из-за состояния канала или других факторов, хотя узел В передал сигнал ACK в ответ на данные Тх передающей стороны (например, пользовательского оборудования (UE)).
Ошибка NACK-в-ACK показывает, что пользовательское оборудование (UE) декодирует сигнал NACK в сигнал АСК из-за состояния канала или других факторов, хотя узел В передал сигнал NACK для запрашивания повторной передачи после приема данных Тх от пользовательского оборудования (UE).
Далее будут описаны схемы работы для использования упомянутых выше примеров осуществления, когда происходит ошибка NACK-в-ACK.
На Фиг.12 представлена концептуальная схема, иллюстрирующая общую ошибку NACK-в-ACK.
Согласно Фиг.12 узел В передает сообщение NACK после приема данных от пользовательского оборудования (UE) и ждет повторной передачи данных от пользовательского оборудования (UE). Однако, если происходит ошибка NACK-в-ACK, то пользовательское оборудование (UE) не ждет повторной передачи и удаляет все данные, хранящиеся в буфере.
Согласно схеме HARQ, основанной на сигнале ACK/NACK, хотя узел В ждет повторной передачи данных от пользовательского оборудования (UE), пользовательское оборудование (UE) больше не передает данные, так что частотно-временная область не используется на заданную величину, соответствующую максимальному числу интервалов времени ReTx.
Узел В определяет энергию, используя схему HARQ, и определяет наличие или отсутствие какой-либо ошибки в сигнале ACK/NACK, используя схему HARQ. Конкретнее, узел В может определить, произошла ли ошибка NACK-в-ACK. А именно, на основе определенной им энергии узел В определяет, что передающая сторона (например, пользовательское оборудование (UE)) не передала данные на узел В, или на основе определенной им энергии определяет, произошла ли ошибка, хотя данные были нормально переданы на узел В.
На Фиг.13 представлена концептуальная схема, иллюстрирующая примерный способ применения примера осуществления настоящего изобретения с учетом ошибки ACK/NACK.
Если узел В обнаруживает ошибку NACK-в-ACK, то пример осуществления на Фиг.13 обеспечивает новый способ планирования для передачи новых данных пользовательского оборудования (UE) или данных нового пользовательского оборудования (UE).
Если узел В определяет появление ошибки NACK-в-ACK путем определения энергии, то эта ситуация может возникнуть из-за того, что пользовательское оборудование (UE) не может передавать действительные данные на узел В, или может также возникнуть из-за того, что пользовательское оборудование (UE) находится в состоянии глубоких замираний.
Если определено, что пользовательское оборудование (UE) было в состоянии глубоких замираний, то узел В может предпочесть запланировать другие полосы частот вместо того, чтобы запрашивать повторную передачу от указанного пользовательского оборудования (UE). Поэтому, если происходит ошибка NACK-в-ACK, то узел В прекращает процесс повторной передачи предыдущих данных без запрашивания повторной передачи от пользовательского оборудования (UE) и затем осуществляет новое планирование следующего пользовательского оборудования (UE), которому будут передаваться данные. В этом случае повторная передача предыдущих данных может выполняться верхним уровнем.
Согласно Фиг.13 первое пользовательское оборудование (UE1) принимает сообщение о разрешении от узла В и передает данные в восходящем направлении на узел В. Для того чтобы дать команду пользовательскому оборудованию UE1 повторно передать указанные данные, узел В передает сигнал NACK на пользовательское оборудование UE1.
Однако пользовательское оборудование UE1 ошибочно принимает сигнал NACK за сигнал ACK, хотя узел В передал сигнал NACK. Таким образом, пользовательское оборудование UE1 не передает повторно данные, и узел В определяет, что сигнал приема (Rx) имеет низкий уровень в конкретный момент времени, в который должны быть приняты данные повторной передачи, так что узел В определяет появление ошибки NACK-в-ACK.
Даже при отсутствии ошибки NACK-в-ACK (т.е. пользовательское оборудование UE1 повторно передало данные) узел В ошибочно может принять нормальную работу за ошибку NACK-в-ACK. Более подробно, из-за того что пользовательское оборудование UE1 находится в состоянии глубоких замираний, узел В может не принять данные повторной передачи пользовательского оборудования UE1 или может не декодировать данные повторной передачи пользовательского оборудования UE1.
Если узлом В обнаружена ошибка NACK-в-ACK, то ресурсы повторной передачи, заранее запланированные синхронной схемой HARQ, используются как новые данные пользовательского оборудования (UE) или планируемые ресурсы других единиц пользовательского оборудования (UE).
Как можно понять из Фиг.13, узел В заново выделяет ресурсы, зарезервированные для повторной передачи пользовательского оборудования UE1, чтобы реализовать передачу данных второго пользовательского оборудования (UE2).
Если сообщение о разрешении, указывающее вышеупомянутые ресурсы, передается на пользовательское оборудование UE2, то пользовательское оборудование UE2 принимает сообщение о разрешении и передает данные в восходящем направлении.
Хотя узел В может определить присутствие или отсутствие ошибки NACK-в-ACK, используя упомянутый выше способ, он не может предотвратить напрасной траты ресурсов, используя только обычную схему работы ACK/NACK. Как только пользовательское оборудование (UE) принимает сигнал АСК, оно освобождает свой собственный буфер повторной передачи, так что оно больше не имеет данных, подлежащих повторной передаче, хотя узел В повторно передает сигнал NACK для того, чтобы запросить повторную передачу от пользовательского оборудования (UE).
На Фиг.14 представлена концептуальная схема, иллюстрирующая другой примерный способ применения примера осуществления настоящего изобретения с учетом ошибки ACK/NACK.
В примере осуществления на Фиг.14 обеспечивается способ сохранения данных Тх передающей стороны в буфере в течение заданного времени без удаления данных Тх из буфера, хотя передающая сторона не передает повторно данные по получении сигнала АСК от приемной стороны.
Упомянутый выше пример осуществления на Фиг.14 подобен функциям сообщения об останове. А именно, этот пример осуществления может быть подобен другому примеру осуществления для передачи сигнала АСК, используемого как сообщение об останове. Однако пользовательское оборудование (UE), принимающее сигнал ACK, не передает повторно данные, как будто пользовательское оборудование (UE) приняло сообщение об останове, а ранее переданные данные, сохраненные в буфере, хранятся в течение заданного времени.
Например, согласно передаче в восходящем направлении при получении сигнала ACK от узла В пользовательское оборудование (UE) сохраняет данные повторной передачи в буфере в течение заданного времени без какого-либо изменения вместо удаления всех данных, хранящихся в буфере. Затем, если пользовательское оборудование (UE) принимает снова сигнал NACK от узла В, то оно немедленно повторно передает данные, хранящиеся в буфере, на узел В, так что ресурсы излишне не потребляются. В этом случае заданное время для хранения данных может быть равно времени достижения, по меньшей мере, следующей повторной передачи.
На Фиг.15 представлена концептуальная схема, иллюстрирующая еще один примерный способ применения примера осуществления настоящего изобретения с учетом ошибки ACK/NACK.
В примере осуществления Фиг.15 обеспечивается способ сохранения данных Тх передающей стороны в буфере без удаления данных Тх из буфера, хотя передающая сторона не передает повторно данные по получении сигнала ACK от приемной стороны. Но если ошибка ACK/NACK происходит на приемной стороне, то пример осуществления на Фиг.15 обеспечивает способ передачи сообщения о планировании.
В соответствии с примером осуществления на Фиг.15, хотя передающая сторона принимает сигнал ACK, она постоянно сохраняет данные в буфере до приема сообщения о планировании, указывающего передачу новых данных или повторную передачу.
Передающая сторона постоянно хранит данные в буфере до приема сообщения о планировании от приемной стороны. И как только передающая сторона принимает сообщение о планировании, указывающее передачу новых данных от приемной стороны, она удаляет все данные, хранящиеся в буфере.
Когда при передаче в восходящем направлении происходит ошибка NACK-в-ACK, узел В подтверждает наличие ошибки NACK-в-ACK посредством определения энергии и осуществляет новое планирование, как показано на Фиг.13. В этом случае, при условии, что предыдущие или старые данные не были успешно приняты, узел В передает данные на другое пользовательское оборудование (UE) или передает другие данные, что ведет к повышению частоты появления ошибочных кадров (FER - frame error rate - примеч. перевод.). Таким образом, в этом примере осуществления на Фиг.15 сообщение о планировании передается после определения ошибки NACK-в-ACK, так что узел В может передать данные ReTx на ошибочное пользовательское оборудование (UE), используя различные частотные области.
Этот пример осуществления на Фиг.15 может также использоваться как способ, позволяющий пользовательскому оборудованию (UE) определять наличие или отсутствие ошибки ACK/NACK. Пользовательское оборудование (UE) передает данные, принимает сигнал ACK/NACK данных и определяет наличие или отсутствие ошибки ACK/NACK посредством обращения к сообщению о планировании, принятому после сигнала ACK/NACK.
Пользовательское оборудование (UE) способно определить, выполняется ли повторная передача во время приема сигнала ACK/NACK. Однако пользовательское оборудование (UE) не окончательно определяет успех или неудачу передачи данных, используя только сигнал ACK/NACK, определяет наличие или отсутствие ошибок сигнала ACK/NACK посредством обращения к сообщению о планировании и решает, удалять или нет данные из буфера посредством обращения к сообщению о планировании.
Например, если определено, что пользовательское оборудование (UE) принимает сигнал ACK, то пользовательское оборудование (UE) не передает повторно данные при синхронизации повторной передачи и постоянно сохраняет данные в буфере при той же синхронизации повторной передачи.
После этого, если пользовательское оборудование (UE) принимает сообщение о разрешении, указывающее передачу новых данных, оно удаляет данные из буфера и передает новые данные. В этой ситуации учитывается, что упомянутый выше сигнал ACK, принятый пользовательским оборудованием (UE), не имеет ошибки. В противном случае, если пользовательское оборудование (UE) принимает сообщение о разрешении, указывающее повторную передачу от узла В, то оно повторно передает данные, хранящиеся в буфере. В этой ситуации учитывается, что упомянутый выше сигнал ACK, принятый пользовательским оборудованием (UE), имеет ошибки.
В то же время, если узел В передает сообщение о планировании (например, сообщение о разрешении, указывающее повторную передачу) на пользовательское оборудование (UE), то функционирование узла В и пользовательского оборудования (UE) может быть одинаковым или подобным функционированию по способу на Фиг.4. Повторная передача выполняется посредством сообщения о разрешении, так что только местоположения используемых ресурсных блоков (RBs) изменяются на другие местоположения, но уровень MCS или другие компоненты могут быть одинаковы или подобны компонентам первоначальной передачи. В противном случае все (местоположение ресурсных блоков (RBs), количество используемых ресурсных блоков (RBs) и уровень MCS) может быть также изменено на другое. В этом случае уровень MCS между узлом В и пользовательским оборудованием (UE) может быть заранее задан на основе размера полезной нагрузки данных Тх и числа используемых ресурсных блоков (RBs).
Способ определения того, какая из передач, передача новых данных или повторная передача, указывается в сообщении о разрешении, показанный на Фиг.15, может быть одинаковым или подобным тем способам, которые показаны на Фиг.5-7.
В этом случае сообщение о разрешении включает информацию ACK/NACK, так что нет необходимости в дополнительной информации ACK/NACK. Более подробно, принимающая данные сторона (например, узел В) может одновременно передавать сигнал ACK/NACK и сообщение о разрешении. Однако, если узел В передает сообщение о разрешении, то нет необходимости в передаче сигнала ACK/NACK. Если пользовательское оборудование (UE) принимает сообщение о разрешении, указывающее повторную передачу от узла В, то оно игнорирует принятый сигнал ACK/NACK и осуществляет повторную передачу посредством области ресурсов, запрошенной узлом В.
На Фиг.16 представлена концептуальная схема, иллюстрирующая способ управления повторной передачей посредством сообщения ACK/NACK согласно примеру осуществления настоящего изобретения.
В примере осуществления на Фиг.16 обеспечивается способ постоянного хранения данных Тх в буфере в течение заданного времени, хотя пользовательское оборудование (UE) принимает сигнал АСК, так что узел В может более эффективно планировать ресурсы. После того как пользовательское оборудование (UE) принимает сигнал АСК, оно постоянно хранит данные Тх в буфере в течение заданного времени.
Таким образом, хотя узел В не получил успешно данные от пользовательского оборудования (UE), он принудительно передает сигнал ACK, так что выполнение повторной передачи конкретного пользовательского оборудования (UE) может быть временно прервано. Если нет ресурса восходящего направления, подлежащего выделению соответствующему пользовательскому оборудованию (UE) для его повторной передачи при синхронизации повторной передачи, то планирование может выполняться более гибко.
Пользовательское оборудование (UE), принимающее сигнал ACK, не передает повторно данные в соответствующее время, но оно не удаляет данные из буфера, пока не примет сообщения о разрешении. В результате узел В передает сообщение о разрешении, указывающее повторную передачу, на пользовательское оборудование (UE) в желательное время, так что он перезапускает повторную передачу соответствующего процесса посредством передачи сообщения о разрешении, указывающего повторную передачу в желательное время.
Упомянутое выше прерывание повторной передачи может также задействоваться посредством другого сообщения о разрешении, указывающего повторную передачу. Например, объем ресурсного блока (RB) сообщения о разрешении, указывающего повторную передачу, устанавливается на «0», так что повторная передача в восходящем направлении соответствующего терминала может быть временно прервана. В этом случае узел В перезапускает повторную передачу соответствующего процесса путем передачи сообщения о разрешении, указывающего повторную передачу в желательное время.
Настоящее изобретение может применяться к восходящему направлению синхронной системы 1x EV-DO и может также применяться к восходящему направлению 3GPP LTE (долговременное усовершенствование) благодаря меньшим непроизводительным издержкам.
Упомянутые выше примеры осуществления настоящего изобретения могут быть реализованы при помощи аппаратных средств, встроенного программного обеспечения, программного обеспечения или их сочетания.
В случае осуществления настоящего изобретения при помощи аппаратных средств настоящее изобретение может быть реализовано посредством ASIC (прикладных специализированных интегральных схем), DSP (процессоров цифровых сигналов), DSPD (устройств обработки цифровых сигналов), PLD (программируемых логических устройств), FPGA (программируемых вентильных матриц), процессора, контроллера, микроконтроллера, микропроцессора и т.д.
Если работа или функции настоящего изобретения реализуются посредством встроенного программного обеспечения или программного обеспечения, то настоящее изобретение может быть осуществлено в виде различных форматов, например модулей, процедур, функций и т.д. Программные коды могут храниться в запоминающем устройстве, так что они могут задействоваться процессом. Запоминающее устройство расположено внутри или снаружи процессора, так что оно может связываться с упомянутым выше процессором через различные хорошо известные компоненты.
Следует отметить, что большинство терминов, раскрытых в настоящем изобретении, определено с учетом функций настоящего изобретения и может быть по-разному определено в соответствии с намерением специалистов в данной области техники или общепринятой практикой. Поэтому предпочтительно, что упомянутая выше терминология понималась на основе всего содержимого, раскрытого в настоящем изобретении.
Для специалистов в данной области техники будет очевидно, что различные модификации и изменения могут быть сделаны в настоящем изобретении без отступления от сущности и объема изобретения. Таким образом, полагается, что настоящее изобретение охватывает модификации и изменения этого изобретения, при условии что они находятся в пределах объема пунктов прилагаемой формулы изобретения и их эквивалентов.
Промышленная применимость
Как очевидно из приведенного выше описания, если способ повторной передачи для системы с несколькими несущими основан на не адаптируемой к каналу схеме повторной передачи, то настоящее изобретение позволяет гибко или плавно планировать ресурсы повторной передачи.
Если способ повторной передачи для системы с несколькими несущими основан на синхронной схеме повторной передачи, то настоящее изобретение позволяет гибко или плавно планировать точку синхронизации повторной передачи. Также настоящее изобретение может более эффективно осуществлять синхронную не адаптируемую к каналу схему HARQ.
Настоящее изобретение позволяет должным образом справиться с ошибками ACK/NACK, так что повышается эффективность связи.
Хотя предпочтительные примеры осуществления настоящего изобретения были раскрыты для иллюстративных целей, специалисты в данной области техники оценят, что различные модификации, дополнения и замены возможны без отступления от объема и сущности изобретения, раскрытых в прилагаемой формуле изобретения.