Ссылки на родственные заявки
Настоящая заявка претендует на приоритет заявки на выдачу патента Китая No. 201910253510.2, поданной в патентное ведомство Китая 29 марта 2019г. под заглавием «СПОСОБ СВЯЗИ И УСТРОЙСТВО» («COMMUNICATIONS METHOD AND APPARATUS») и включенной сюда посредством ссылки во всей своей полноте.
Область техники, к которой относится изобретение
Настоящая заявка относится к области технологий связи, и в частности, к способу связи и устройству.
Уровень техники
В системе связи 5-го поколения (5th generation, 5G) физический восходящий канал управления (physical uplink control channel, PUCCH) или физический восходящий совместно используемый канал (physical uplink shared channel, PUSCH) могут передавать данные от любого символа в пределах интервала времени передачи (например, слота (slot)). Продолжительность времени передачи также не фиксирована. Например, продолжительность времени передачи может составлять от 1 до 14 символов.
В современной системе связи 5G, канал PUCCH и канал PUSCH не могут одновременно передавать данные на одной и той же несущей. Однако в реальном сценарии ресурс, занимаемый каналом PUCCH, может конфликтовать с ресурсом, занимаемым каналом PUSCH. Например, система связи 5G может поддерживать несколько типов сервисов, таких как ультранадежная связь с малой задержкой (ultra reliability and low latency communication, URLLC) и связь с улучшенным мобильным широкополосным доступом (enhanced mobile broadband, eMBB). Таким образом, оконечное устройство может одновременно предъявлять требования к связи для нескольких типов сервисов, например, оконечное устройство одновременно имеет требования к связи для сервиса типа URLLC и сервиса типа eMBB. После того, как оконечное устройство приобрела данные, подлежащие передаче в режиме URLLC, и запустила запрос планирования (scheduling request, SR), канал PUCCH, несущий запрос SR. и канал PUSCH, несущий данные для сервиса eMBB, могут накладываться один на другой во временной области ресурса восходящей линии. Таким образом, необходимо дополнительно исследовать, как работать в условиях конфликта между ресурсом восходящей линии в канале PUCCH и ресурсом восходящей линии в канале PUSCH.
Раскрытие сущности изобретения
В свете изложенного выше настоящая заявка предлагает способ связи и устройство для передачи данных, когда канал PUCCH, несущий запрос SR, и канал PUSCH, несущий данные, накладываются один на другой во временной области ресурса восходящей линии.
Согласно первому аспекту, один из вариантов настоящей заявки предлагает способ связи, содержащий: запуск, посредством оконечного устройства, передачи запроса SR планирования; если определено, что физический восходящий канал управления, PUCCH, несущий запрос SR, и физический восходящий совместно используемый канал, PUSCH, несущий первый пакет данных, накладываются один на другой во временной области первого ресурса восходящей линии, получение статуса обработки канала PUSCH с использованием первого ресурса восходящей линии; и передачу, на основе статуса обработки канала PUSCH с использованием первого ресурса восходящей линии, канала PUCCH или канала PUSCH с использованием накладывающегося ресурса временной области.
Согласно описанному выше способу, когда канал PUCCH, несущий запрос SR, и канал PUSCH накладываются один на другой во временной области первого ресурса восходящей линии, оконечное устройство учитывает статус обработки канала PUSCH с использованием первого ресурса восходящей линии и может определить, на основе статуса обработки канала PUSCH с использованием первого ресурса восходящей линии, передавать ли канал PUCCH или канал PUSCH с использованием указанного накладывающегося ресурса временной области, так что будет определена информация восходящей линии, передаваемая с использованием накладывающегося ресурса временной области, и эффективность системы связи будет повышена.
В одном из возможных вариантов, процедура передачи, оконечным устройством, на основе статуса обработки канала PUSCH с использованием первого ресурса восходящей линии, канала PUCCH с использованием накладывающегося ресурса временной области содержит: когда статус обработки канала PUSCH с использованием первого ресурса восходящей линии показывает, что обработка завершена, если определено, что первый уровень приоритета логического канала для запуска передачи запроса SR не ниже второго уровня приоритета логического канала для первого пакета данных, передачу, оконечным устройством, канала PUCCH с использованием накладывающегося ресурса временной области.
При таком подходе, поскольку первый уровень приоритета выше второго уровня приоритета, оконечное устройство передает канал PUCCH с использованием накладывающегося ресурса временной области, так что сетевая аппаратура может планировать, одновременно с использованием канала PUCCH, данные, подлежащие передаче, для запуска передачи запроса SR, с целью эффективного уменьшения задержки данных, подлежащих передаче.
В одном из возможных вариантов, процедура передачи, оконечным устройством, канала PUCCH с использованием накладывающегося ресурса временной области, если определено, что первый уровень приоритета не ниже второго уровня приоритета, содержит: если определено, на MAC-уровне, что первый уровень приоритета не ниже второго уровня приоритета, передачу, оконечным устройством, первой информации физическому уровню этого оконечного устройства; и передачу, оконечным устройством, канала PUCCH с использованием накладывающегося ресурса временной области на основе первой информации указания на физическом уровне; или сообщение, оконечным устройством на MAC-уровне, физическому уровню о первом уровне приоритета и втором уровне приоритета, и если будет определено, на физическом уровне, что первый уровень приоритета не ниже второго уровня приоритета, передачу, оконечным устройством, канала PUCCH с использованием накладывающегося ресурса временной области. Второй уровень приоритета может быть получен оконечным устройством, когда эта оконечное устройство собирает первый пакет данных.
Согласно второму аспекту, один из вариантов настоящей заявки предлагает способ связи. Этот способ содержит: запуск, оконечным устройством, передачи запроса SR планирования; и если определено, что канал PUCCH, несущий запрос SR, и канал PUSCH, несущий первый пакет данных, накладываются один на другой во временной области первого ресурса восходящей линии, передачу, на основе ресурса, занимаемого каналом PUSCH, и требования к ресурсам со стороны логического канала для запуска передачи запроса SR, канала PUCCH или канала PUSCH с использованием накладывающегося ресурса временной области.
Согласно описанному выше способу, когда канал PUCCH, несущий запрос SR, и канал PUSCH, накладываются один на другой во временной области первого ресурса восходящей линии, оконечное устройство учитывает ресурс канала PUSCH и требования к ресурсам со стороны логического канала для запуска передачи запроса SR, и может определить, на основе ресурса канала PUSCH и требований к ресурсам со стороны логического канала для запуска передачи запроса SR, что нужно передать канал PUCCH или канал PUSCH с использованием указанного накладывающегося ресурса временной области. Это обеспечивает эффективность передачи информации восходящей линии с использованием накладывающегося ресурса временной области. Поскольку ресурс канала PUSCH и требования к ресурсам со стороны логического канала для запуска передачи запроса SR представляют собой информацию, генерируемую сетевой аппаратурой и не подверженную влиянию сценария, приведенный выше способ обладает относительно большой применимостью и может быть применен к нескольким возможным сценариям, например, новому сценарию передачи данных или новому сценарию ретрансляции данных.
В одном из возможных вариантов, процедура передачи, оконечным устройством на основе ресурса, занимаемого каналом PUSCH, и требованиям к ресурсу со стороны логического канала для запуска передачи запроса SR, канала PUSCH с использованием накладывающегося ресурса временной области содержит: если определено, что ресурс, занимаемый каналом PUSCH, удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, передачу, оконечным устройством, канала PUSCH с использованием накладывающегося ресурса временной области.
Согласно приведенному выше способу, тот факт, что ресурс канала PUSCH удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, обозначает, что данные, запускающие передачу запроса SR, могут быть переданы с использованием этого ресурса канала PUSCH. В этом случае может быть передан канал PUSCH для уменьшения задержки данных, передаваемых по каналу PUSCH.
В одном из возможных вариантов, процедура передачи, оконечным устройством, канала PUSCH с использованием накладывающегося ресурса временной области, если определено, что ресурс, занимаемый каналом PUSCH, удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, содержит: если определено, что первый уровень приоритета логического канала для запуска передачи запроса SR не выше второго уровня приоритета логического канала для первого пакета данных, передачу оконечным устройством, канала PUSCH с использованием накладывающегося ресурса временной области.
В одном из возможных вариантов, способ далее содержит: если первый уровень выше второго уровня приоритета, передачу, оконечным устройством, канала PUCCH с использованием накладывающегося ресурса временной области.
С использованием описанного выше способа, после определения, что ресурс канала PUSCH удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, оконечное устройство далее определяет, на основе результата сравнения уровней приоритета, что следует передать канал PUCCH или канал PUSCH с использованием накладывающегося ресурса временной области, так что когда ресурс канала PUSCH удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, но первый уровень приоритета выше второго уровня приоритета, оконечное устройство по-прежнему передает канал PUCCH. Это эффективно позволяет избежать проблемы, что такое определение только на основе ресурса канала PUSCH и требований к ресурсам со стороны логического канала для запуска передачи запроса SR является недостаточно точным, и уменьшает задержку передачи данных, запускающих передачу запроса SR.
В одном из возможных вариантов, процедура передачи, оконечным устройством на основе ресурса, занимаемого каналом PUSCH и требований к ресурсам со стороны логического канала для запуска передачи запроса SR, канала PUCCH с использованием накладывающегося ресурса временной области содержит: если определено, что ресурс, занимаемый каналом PUSCH, не удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, передачу, оконечным устройством, канала PUCCH с использованием накладывающегося ресурса временной области.
Согласно приведенному выше способу, поскольку ресурс канала PUSCH не удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, аппаратур терминала передает канал PUCCH на накладывающемся ресурсе временной области, так что сетевая аппаратура может планировать, своевременно, с использованием канала PUCCH, передачу данных запускающих передачу запроса SR, чтобы эффективно уменьшить задержку передачи этих данных.
На основе возможных вариантов первого аспекта и второго аспекта, если оконечное устройство передает канал PUCCH с использованием первого ресурса восходящей линии, этот способ далее содержит: передачу, оконечным устройством, первого пакета данных с использованием второго ресурса восходящей линии, где эти второй ресурс восходящей линии и первый ресурс восходящей линии соответствуют одной и той же процедуре запроса HARQ.
Согласно приведенному выше способу, первый пакет данных может быть передан повторно, чтобы избежать потери первого пакета данных или относительно большой потери характеристик сервиса для этого первого пакета данных.
В одном из возможных вариантов, первый пакет данных сохраняют в буфере процедуры запроса HARQ, соответствующей второму ресурсу восходящей линии.
На основе возможных вариантов первого аспекта и второго аспекта, если оконечное устройство передает канал PUCCH с использованием первого ресурса восходящей линии, этот способ далее содержит: передачу, оконечным устройством, второго пакета данных с использованием второго ресурса восходящей линии, где этот второй пакет данных содержит некоторую или всю информацию из первого пакета данных.
При таком подходе, некоторую или всю информацию первого пакета данных повторно собирают во второй пакет данных посредством процедуры повторной сборки, так что сетевая аппаратура может получить некоторую или всю информацию из первого пакета данных, чтобы эффективно избегать потерь данных.
На основе возможных вариантов первого аспекта и второго аспекта, если оконечное устройство передает канал PUCCH с использованием первого ресурса восходящей линии, этот способ далее содержит: передачу, оконечным устройством, третьей информации указания сетевой аппаратуре, где эта третья информация указания используется для индикации, что первый пакет данных не был передан или был передан не полностью. При таком подходе, третью информацию указания передают сетевой аппаратуре, так что эта сетевая аппаратур может определить, что первый пакет данных не был передан или был передан не полностью, чтобы способствовать повторной передаче и избеганию потери данных.
Согласно третьему аспекту, один из вариантов настоящей заявки предлагает способ связи. Этот способ содержит:
сборку, оконечным устройством, первого пакета данных для передачи с использованием первого ресурса восходящей линии; и если определено, что первый пакет данных не был передан или был передан не полностью, передачу первого пакета данных с использованием второго ресурса восходящей линии, где эти второй ресурс восходящей линии и первый ресурс восходящей линии соответствуют одной и той же процедуре HARQ.
В одном из возможных вариантов, первый пакет данных сохраняют в буфере процедуры HARQ, соответствующей второму ресурсу восходящей линии.
Согласно четвертому аспекту, один из вариантов настоящей заявки предлагает способ запуска передачи запроса SR. Этот способ содержит:
запуск, оконечным устройством, передачи нескольких отчетов о статусе буфера (BSR), где эти несколько отчетов BSR соответствуют нескольким запросам SR, если определено, что несколько каналов PUCCH, несущих несколько запросов SR, накладываются один на другой во временной области третьего ресурса восходящей линии, определение целевого отчета BSR на основе уровней приоритета логических каналов для запуска передачи нескольких отчетов BSR, где уровень приоритета логического канала для запуска передачи целевого отчета BSR не ниже уровня приоритета логического канала для запуска передачи другого отчета BSR из совокупности нескольких отчетов BSR, и запуск, оконечным устройством, передачи запроса SR, соответствующего целевому отчету BSR.
Согласно описанному выше способу, уровни приоритетов логических каналов для запуска передачи нескольких отчетов BSR сравнивают для определения запроса SR, передачу которого нужно запустить, чтобы эффективно уменьшить задержку соответствующих данных, подлежащих передаче.
Согласно пятому аспекту, один из вариантов настоящей заявки предлагает способ связи. Этот способ содержит:
сборку, оконечным устройством, первого пакета данных, который нужно передать с использованием первого ресурса восходящей линии, и если определено, что первый пакет данных не был передан или был передан не полностью, передачу второго пакета данных с использованием второго ресурса восходящей линии, где этот второй пакет данных содержит некоторую или всю информацию первого пакета данных.
Согласно шестому аспекту, один из вариантов настоящей заявки предлагает аппаратуру. Эта аппаратура может представлять собой аппаратуру терминала, или может представлять собой кристалл интегральной схемы или микросборку (чип), установленный в оконечном устройстве. Эта аппаратура имеет функцию реализации разнообразных возможных вариантов согласно аспектам с первого по пятый. Функция эта может быть реализована аппаратно или может быть осуществлена посредством аппаратуры, выполняющей соответствующее программное обеспечение. Эта аппаратура или программное обеспечение содержит один или несколько блоков или модулей, соответствующих приведенным выше функциям.
Согласно седьмому аспекту, один из вариантов настоящей заявки предлагает аппаратуру, содержащую процессор и запоминающее устройство. Процессор конфигурирован для выполнения команд, сохраняемых в запоминающем устройстве, и при выполнении этих команд аппаратура может осуществлять способ согласно какому-либо из возможных вариантов аспектов с первого по пятый.
Согласно восьмому аспекту, один из вариантов настоящей заявки далее предлагает читаемый компьютером носитель для хранения информации, содержащий записанные на нем команды. При выполнении этих команд осуществляется способ согласно какому-либо одному из приведенных выше аспектов или возможных вариантов этих аспектов.
Согласно девятому аспекту, один из вариантов настоящей заявки далее предлагает компьютерный программный продукт, содержащий компьютерную программу или команды. При выполнении этой компьютерной программы или команд происходит осуществление способа согласно какому-либо одному из приведенных выше аспектов или возможных вариантов этих аспектов.
Краткое описание чертежей
Фиг. 1 представляет упрощенную схему возможной архитектуры системы, к которой применим один из вариантов настоящей заявки;
фиг. 2(a) – фиг. 2(c) каждый представляет возможную упрощенную схему механизма повторения;
фиг. 3 представляет упрощенную логическую схему, соответствующую способу связи согласно Варианту 1 настоящей заявки;
фиг. 4a представляет пример, в котором канал PUCCH и канал PUSCH накладываются один на другой во временной области первого ресурса восходящей линии согласно одному из вариантов настоящей заявки;
фиг. 4b представляет другой пример, в котором канал PUCCH и канал PUSCH накладываются один на другой во временной области первого ресурса восходящей линии согласно одному из вариантов настоящей заявки;
фиг. 5 представляет упрощенную логическую схему, соответствующую способу связи согласно Варианту 2 настоящей заявки;
фиг. 6 представляет упрощенную схему передачи первого пакета данных с использованием второго ресурса восходящей линии;
фиг. 7 представляет собой возможный пример блок-схемы аппаратуры согласно одному из вариантов настоящей заявки;
фиг. 8 представляет упрощенную структурную схему аппаратуры согласно одному из вариантов настоящей заявки; и
фиг. 9 представляет упрощенную структурную схему оконечного устройства согласно одному из вариантов настоящей заявки.
Осуществление изобретения
Для того чтобы сделать цели, технические решения и преимущества вариантов настоящей заявки яснее, далее варианты настоящего изобретения будут рассмотрены в подробностях со ссылками на прилагаемые чертежи.
Сначала будут описаны некоторые термины, применяемые в вариантах настоящей заявки, чтобы помочь специалистам в рассматриваемой области добиться лучшего понимания.
(1) Оконечное устройство представляет собой устройство, которое имеет функции радио приемопередатчика и которое может быть развернуто на суше, так что такое развертывание может быть развертыванием внутри помещения или снаружи, развертыванием в ручном, носимом или автомобильном варианте, может быть развертыванием на воде (например, на корабле) или может быть развертыванием в воздухе (например, на самолете, на аэростате или на спутнике). Эта оконечное устройство может представлять собой мобильный телефон (mobile phone), планшет (Pad), компьютер с функцией радио приемопередатчика, аппаратуру терминала виртуальной реальности (virtual reality, VR), аппаратуру терминала дополненной реальности (augmented reality, AR), беспроводной терминал в системе управления производственным процессом (industrial control), беспроводной терминал в системе автоматического (беспилотного) вождения (self driving), беспроводной терминал в системе дистанционной медицинской помощи (remote medical), беспроводной терминал в интеллектуальной энергосистеме (smart grid), беспроводной терминал в системе безопасности на транспорте (transportation safety), беспроводной терминал в системе умного города (smart city), беспроводной терминал в системе умного города (smart home) или другое подобное устройство. Сценарии применения в вариантах настоящей заявки ничем не ограничиваются. Оконечное устройство может также иногда быть названа пользовательское (абонентское) оборудование (терминал) (user equipment, UE), мобильная станция, удаленная станция или иметь другое подобное название. В вариантах настоящей заявки, оконечное устройство может представлять собой терминал целиком, продаваемый независимо, или может представлять собой интегральную схему (чип), осуществляющую функции терминала. Конкретная технология и конкретная форма устройств, используемых терминалом, никак не ограничивается в вариантах настоящей заявки.
(2) Сетевое устройство является устройством доступа для обеспечения оконечному устройству доступа в систему мобильной связи беспроводным способом (по радио) и может представлять собой базовую станцию NodeB, развитый узел NodeB (evolved NodeB, eNB), приемопередающую точку (transmission reception point, TRP), узел NodeB следующего поколения (next generation NodeB, gNB) в системе 5G мобильной связи, базовую станцию в системе мобильной связи будущего, точку доступа в системе Wi-Fi (wireless-fidelity, Wi-Fi); или может представлять собой модуль или блок, выполняющий некоторые функции базовой станции, например, может быть центральным блоком (central unit, CU); или может быть распределенным блоком (distributed unit, DU). В вариантах настоящего изобретения, сетевая аппаратура может представлять собой устройство доступа, продаваемое независимо, или может представлять собой интегральную схему (чип), осуществляющую функции устройства доступа. Конкретная технология и конкретная форма устройств, используемых сетевой аппаратурой радио доступа, никак не ограничивается в вариантах настоящей заявки.
(3) Термины «система» и «сеть» или «сеть связи» могут в вариантах настоящей заявки быть использованы взаимозаменяемо. Термин «по меньшей мере один» обозначает один или несколько, и термин «несколько из» обозначает два или более. Термин «и/или» описывает ассоциативное соотношение между ассоциированными объектами и обозначает, что могут быть три соотношения. Например, «A и/или B» может представлять следующие случаи: существует только A, существуют и A, и B, и существует только B, где A и B могут быть в единственном или во множественном числе. Символ «/» в текстовом описании настоящей заявки представляет, в общем случае, соотношение «или» между ассоциированными объектами. Выражение «по меньшей мере один из следующих объектов (позиций, частей, сегментов)» или аналогичное выражение обозначает какую-либо комбинацию одиночных объектов (позиций, частей, сегментов). Например, выражение «по меньшей мере один объект (позиция, часть, сегмент) из a, b или c» может представлять: a, b, c, a-b, a-c, b-c или a-b-c, где a, b и c могут быть в единственном или во множественном числе.
В дополнение к этому, если не установлено иное, порядковые номера, такие как «первый» и «второй», в вариантах настоящей заявки используются для различения между несколькими объектами, но не имеют целью как-то ограничить последовательность, последовательность во времени, уровни приоритета или важность нескольких объектов. Например, термины первая информация указания и вторая информация указания предназначены просто для различения между двумя разными индикаторными информациями, не они не означают, что эти два типа информации указания различаются по контенту, уровням приоритета, последовательности передачи, важности или по какому-то другому подобному показателю.
На фиг. 1 представлена упрощенная схема возможной архитектуры системы, к которой применим один из вариантов настоящей заявки. Архитектура системы, показанная на фиг. 1, содержит сетевую аппаратуру и аппаратуру терминала. Следует понимать, что количество единиц сетевой аппаратуры и количество единиц оконечного устройства в архитектуре системы не ограничивается в вариантах настоящей заявки. В дополнение к сетевой аппаратуре и оконечному устройству, архитектура системы, к которой применимы варианты настоящей заявки, может также содержать другие устройства, такие как аппаратура опорной сети, ретрансляционная радиоаппаратура или транзитная радиоаппаратура. Это не ограничивается в вариантах настоящей заявки. В дополнение к этому, сетевая аппаратура в вариантах настоящей заявки может интегрировать все функции в одном независимом физическом устройстве или может распределять функции по нескольким независимым физическим устройствам. Это не ограничивается в вариантах настоящей заявки. В дополнение к этому, оконечное устройство в этом варианте настоящей заявки может быть соединена с сетевой аппаратурой беспроводным способом.
Архитектура системы, показанная выше, может быть применима к системам связи согласно разнообразным технология радио доступа (radio access technology, RAT), например, система связи по стандарту долговременной эволюции (long term evolution, LTE) система связи 5G или другая возможная система связи.
Архитектура системы и сценарии сервисов, рассматриваемые в вариантах настоящей заявки, предназначены для описания технических решений этих вариантов заявки более ясно и четко, и не составляют ограничений для технических решений этих вариантов настоящей заявки. Даже рядовой специалист в рассматриваемой области может знать, что: По мере развития архитектуры систем связи и появления новых сценариев сервисов, технические решения, предлагаемые вариантами настоящей заявки, также будут применимы к аналогичным техническим проблемам.
Система связи 5G используется в качестве примера. Восходящий канал, используемый для передач восходящей линии, может представлять собой канал PUSCH и канал PUCCH. Канал PUSCH может нести данные и/или управляющую информацию восходящей линии (uplink control information, UCI), и канал PUCCH может нести информацию UCI. Информация UCI, передаваемая по каналу PUCCH, может содержать запрос SR. Под запросом SR можно понимать информацию запроса планирования, переданную оконечным устройством сетевой аппаратуре и обозначающую, что оконечное устройство имеет данные восходящей линии, которые нужно передать.
Последующее поясняет некоторые варианты реализации или механизмы этого варианта настоящей заявки. Следует отметить, что эти пояснения имеют целью сделать рассматриваемый вариант настоящей заявки более понятным, однако эти пояснения не следует считать ограничениями объема защиты, настоящей заявки.
(1) Запуск передачи запроса SR
Данные в системе связи 5G можно передавать на MAC-уровне с использованием логического канала (logical channel, LCH), и данные разных сервисов можно передавать с использованием разных логических каналов. Один или несколько логических каналов могут быть ассоциированы с одной группой логических каналов (logical channel group, LCG). Каждый логический канал может быть ассоциирован с одним уровнем приоритета планирования. Уровень приоритета может быть конфигурирован сетевой аппаратурой. Например, относительно высокий уровень приоритета может быть конфигурирован для логического канала, несущего данные сервиса URLLC, и относительно низкий уровень приоритета может быть конфигурирован для логического канала, несущего данные широкополосного сервиса eMBB. Другими словами, данные сервиса URLLC имеют относительно высокий уровень приоритета, и данные сервиса eMBB имеют относительно низкий уровень приоритета. Поэтому, когда оконечное устройство имеет доступный ресурс восходящей линии, выделение ресурсов может происходить предпочтительно для данных, обладающих высоким уровнем приоритета. Когда оконечное устройство имеет новые данные для передачи, но ни один логический канал не имеет данных, подлежащих передаче, или какой-то логический канал с более высоким уровнем приоритета имеет данные, подлежащие передаче, оконечное устройство может запустить передачу отчета о статусе буфера (buffer status report, BSR), чтобы отразить общее количество данных, подлежащих передаче по меньшей мере в одном логическом канале, для планирования сетевой аппаратурой.
Однако прежде передачи управляющей сигнализации для индикации ресурса сетевая аппаратура может не знать о том, что оконечное устройство имеет данные, подлежащие передаче. Поэтому, когда оконечное устройство запускает передачу отчета BSR и при этом не имеет доступного ресурса восходящей линии для передачи данных, эта оконечное устройство может сначала запросить, с использованием предварительно конфигурированного или общего ресурса восходящей линии, у сетевой аппаратуры выделить ресурс восходящей линии. Например, оконечное устройство может запросить ресурс восходящей линии путем запуска передачи запроса SR, или эта оконечное устройство может запросить ресурс восходящей линии с использованием канала произвольного доступа (random access channel, RACH). Запрос SR может быть передан по каналу PUCCH, предварительно конфигурированному сетевой аппаратурой для оконечного устройства и используемому для запроса ресурса восходящей линии, и этот произвольный доступ может быть осуществлен по физическому каналу произвольного доступа (physical random access channel, PRACH). В одном из примеров, ресурс, занимаемый каналом PUCCH, (может также называться ресурсом канала PUCCH) может быть периодическим ресурсом, и сетевая аппаратура может конфигурировать информацию о ресурсе канала PUCCH, например, информацию о ресурсе канала PUCCH, которая может содержать информацию о стартовом моменте времени и периоде. Соответственно, после получения конфигурированной информации о ресурсах канала PUCCH оконечное устройство может определить периодические возможности передачи запроса SR (SR transmission occasion), так что при запуске передачи запроса SR, оконечное устройство может передать запрос SR в момент возможности передачи запроса SR.
(2) Передача запроса SR
Считается, что подлежащие передаче данные к оконечному устройству могут принадлежать нескольким разным типам сервисов. Для того чтобы помочь сетевой аппаратуре определить тип сервиса, к которому относятся данные, имеющиеся в оконечном устройстве, с целью планировать правильный ресурс, в систему связи 5G введено соотношение ассоциации между конфигурацией запроса SR и логическим каналом. В частности, сетевая аппаратура может конфигурировать одну или несколько конфигураций запросов SR для оконечного устройства. Каждая такая конфигурация запроса SR содержит доступный ресурс канала PUCCH. Эти ресурсы канала PUCCH могут быть распределены по разным сотовым ячейкам или разным отрезкам полосы частот (bandwidth part, BWP) в разных местах частотной области в одной и той же сотовой ячейке. Что касается логических каналов, которые относятся к оконечному устройству и которые используются для передачи данных, каждый логический канал может быть ассоциирован с одной конфигурацией запроса SR. Другими словами, разные логические каналы могут быть ассоциированы с различными конфигурациями запросов SR. Например, для оконечного устройства, конфигурируют два логических канала: канал LCH #1 и канал LCH #2. Канал LCH #1 используется для передачи данных широкополосного сервиса eMBB и соответствует конфигурации #1 запроса SR (ресурс #1 канала PUCCH). Канал LCH #2 используется для передачи сервиса URLLC и соответствует конфигурации #2 запроса SR (ресурс #2 канала PUCCH).
При таком подходе, когда нужно передать данные, относящиеся к сервисам разных типов, оконечное устройство может передать запрос SR на основе конфигурации запроса SR, соответствующей логическому каналу, используемому для передачи данных, так что сетевая аппаратура воспринимает тип сервиса текущих данных, подлежащих передаче, от оконечного устройства. Например, когда нужно передать данные сервиса URLLC, оконечное устройство может передать запрос SR с использованием ресурса #2 канала PUCCH. При таком подходе, после приема запроса SR, переданного с использованием ресурса #2 канала PUCCH, сетевая аппаратура может выяснить, что данные, которая должна передать оконечное устройство, представляют собой данные сервиса URLLC, так что можно запланировать ресурс восходящей линии, применимый для данных сервиса URLLC, например, можно запланировать более короткую продолжительность передачи канала PUSCH или более надежный ресурс восходящей линии, чтобы удовлетворить требованиям к передаче (конкретнее, малой задержки и высокой надежности), предъявляемых данными сервиса URLLC.
(3) Динамическое планирование и планирование с предварительным конфигурированием
Способ, согласно которому сетевая аппаратура планирует ресурс восходящей линии на основе запроса SR или на основе произвольного доступа, можно рассматривать как динамическое планирование. Динамическое планирование означает, что сетевая аппаратура обозначает ресурс с использованием сигнализации физического уровня (например, управляющей информации нисходящей линии (downlink control information, DCI)), например, гранта восходящей линии (uplink grant). Информация DCI может нести информацию относительно ресурса, занимаемого каналом PUSCH, (он может также называться ресурсом канала PUSCH) сюда входят, например, расположение ресурса во временной области и расположение ресурса в частотной области. Соответственно, после приема гранта восходящей линии, оконечное устройство может вычислить размер транспортного блока (transport block size, TBS) на основе размера ресурса, собрать данные на основе размера TBS, и затем передать эти данные с использованием соответствующего ресурса.
Однако данные сервиса URLLC могут приходить в любое время. Если ресурс запрашивается с использованием SR или в режиме произвольного доступа, это может оказаться слишком медленным. Поэтому, сетевая аппаратура может дополнительно предварительно конфигурировать плотные периодические ресурсы с применением механизма планирования с предварительным конфигурированием. Когда оконечное устройство должна передать данные сервиса URLLC, ресурс восходящей линии оказывается немедленно доступным для передачи данных сервиса URLLC, так что задержка может быть уменьшена. Механизм планирования с предварительным конфигурированием может также называться передачей конфигурированного гранта (configured grant transmission). Такую передачу конфигурированного гранта можно подразделить на два типа. Тип 1 (Type 1) означает, что сетевая аппаратура конфигурирует период и сдвиг стартовой точки и обозначает конкретное расположение ресурса с использованием сообщения управления RRC, другими словами, сообщение управления RRC может нести грант восходящей линии. Пока оконечное устройство не примет команду отмены путем сигнализации управления RRC, можно считать, что ресурс появляется периодически. Тип 2 (Type 2) означает, что сетевая аппаратура конфигурирует период и сдвиг стартовой точки с использованием сигнализации управления радио ресурсами (radio resource control, RRC) и затем активизирует и обозначает конкретное расположение ресурса с использованием информации DCI. Пока оконечное устройство не примет команду отмены активизации, можно считать, что ресурс, обозначенный информацией DCI, появляется периодически. Преимущество использования передачи конфигурированного гранта состоит в том, что сетевой аппаратуре нет необходимости передавать управляющую сигнализацию каждый раз для назначения ресурса, также можно снизить издержки на управляющую сигнализацию и можно уменьшить задержку на передачу запроса SR и отчета BSR оборудованием UE. Следует отметить, что использование планирования с предварительным конфигурированием не означает, что конфигурацию запроса SR не нужно конфигурировать применительно к данным сервиса URLLC. Соответствующая конфигурация запроса SR может также быть конфигурирована для логического канала, несущего апериодические данные сервиса URLLC.
(4) Ограничения отображения приоритизации логических каналов (logical channel prioritization, LCP)
С точки зрения оконечного устройства, после того, как эта оконечное устройство примет ресурс восходящей линии (который может представлять собой ресурс, какой можно планировать динамически или предварительно конфигурировать для планирования), каковой может быть использован для передачи данных, если на этот ресурс восходящей линии помещены неподходящие данные (другими словами, данные помещены на неподходящий ресурс), требования к данным могут не быть удовлетворены или эффективность системы связи может быть уменьшена. Поэтому в процедуру введен этап выбора логического канала, чтобы поместить подходящие данные на подходящий ресурс. В частности, сетевая аппаратура может предварительно конфигурировать, для оконечного устройства, ограничение отображения приоритизации LCP от логического канала на параметр ресурса восходящей линии. Такое ограничение отображения приоритизации LCP от логического канала на параметр ресурса восходящей линии можно понимать как требование логического канала для ресурса, или параметра ресурса, соответствующего логическому каналу. Например, требование логического канала для ресурса может означать требование протяженности ресурса во временной области (например, максимальной протяженности ресурса во временной области), или это может быть описано как то, что параметр ресурса, соответствующего логическому каналу, содержит протяженность этого ресурса во временной области. При таком подходе, после приема ресурса восходящей линии, оконечное устройство может выбрать, на основе указанного параметра ресурса восходящей линии, пакет данных, который может быть отображен на логический канал этого ресурса восходящей линии, чтобы избежать помещения неподходящих данных. Если рассматриваемый ресурс восходящей линии может удовлетворять требованиям логического канала к ресурсу, этот логический канал представляет собой логический канал, который может быть отображен на рассматриваемый ресурс восходящей линии, или логический канал, какой может быть отображен на ресурс восходящей линии, представляет собой логический канал, параметр соответствующего которому ресурса согласован с параметром рассматриваемого ресурса восходящей линии. Например, требование к каналу LCH #1 (несущему данные сервиса URLLC) для максимальной протяженности ресурса во временной области составляет 0,5 мс, (или максимальная протяженность ресурса, соответствующего каналу LCH #1, во временной области равна 0,5 мс), и требование к каналу LCH #2 (несущему данные сервиса eMBB) для максимальной протяженности ресурса во временной области составляет 1 мс (или максимальная протяженность ресурса, соответствующего каналу LCH #2, во временной области равна 1 мс). Когда протяженность ресурса восходящей линии во временной области равна 1 мс, можно считать, что этот ресурс восходящей линии представляет собой ресурс для планирования данных сервиса eMBB, и канал LCH #2 представляет собой логический канал, удовлетворяющий соотношению ограничения отображения приоритизации LCP, так что оконечное устройство может выбрать данные в канале LCH #2 для сборки пакета.
Следует отметить, что, в дополнение к описанному выше требованию к протяженности ресурса во временной области, требование логического канала к ресурсу может далее представлять собой другое возможное требование, например, допустимый промежуток между поднесущими, период конфигурированного гранта, таблица допустимых схем модуляции и кодирования и допустимая конфигурация указанных конфигурируемых грантов. В рассматриваемом варианте настоящей заявки это не ограничивается.
(5) Механизм повторной передачи
Для обеспечения надежности передачи данных в систему связи 5G введен механизм повторной передачи. Управление повторной передачей на уровне управления доступом к среде (medium access control, MAC) называется режимом автоматического гибридного запроса повторной передачи (hybrid automatic repeat request, HARQ). Проще говоря, если приемный конец не смог успешно принять сегмент данных, этот приемный конец передает в качестве обратной связи отрицательную квитанцию (negative acknowledgment, NACK) передающему концу. Соответственно, после приема квитанции NACK, передающий конец может повторно передать данные, которые ранее не были успешно переданы. Согласно этому механизму, поскольку передающий конец может иметь несколько сегментов данных, какие нужно передать или которые нужно повторно передать в одно и то же время, были введены процедура запроса HARQ и идентификатор запроса HARQ ID для точной идентификации сегмента данных, который необходимо передать повторно. В частности, каждая процедура запроса HARQ может соответствовать одному идентификатору HARQ ID и одному буферу (Buffer), и используется для сохранения единицы данных протокола управления доступом к среде (medium access control protocol data unit, MAC PDU), или транспортного блока (transport block, TB). Например, одна ячейка имеет максимум 16 процедур запроса HARQ. Другими словами, можно одновременно передавать или готовить к передаче максимум 16 пакетов данных. При планировании данных восходящей линии сетевая аппаратура обозначает, явным или неявным образом, идентификатор HARQ ID, соответствующий рассматриваемому сегменту данных. Когда сетевая аппаратура желает повторно передать сегмент данных, эта сетевая аппаратура также обозначает идентификатор HARQ ID. При таком подходе, оконечное устройство может определить, на основе идентификатора HARQ ID, какие именно данные необходимо передать повторно. В частности, оконечное устройство может получить на основе идентификатора HARQ ID, сохраненный транспортный блок (transport block, TB), а именно, единицу MAC PDU, из буфера, соответствующего физическому уровню, и затем осуществить повторную передачу на основе информации HARQ (например, версии резервирования), и при этом нет необходимости осуществлять сборку пакета.
Для динамического планирования, идентификатор HARQ ID, к которому относятся данные, может быть непосредственно обозначен информацией DCI. Для планирования с предварительным конфигурированием, идентификатор HARQ ID для каждого ресурса может быть вычислен на основе расположения этого ресурса во временной области и/или его расположения в частотной области. Повторная передача при динамическом планировании может представлять собой передачу с динамическим планированием, и повторная передача в случае передачи при планировании с предварительным конфигурированием также может представлять собой передачу с динамическим планированием. Другими словами, планирование с предварительным конфигурированием обычно используется только для первоначальной передачи данных и не используется для повторной передачи.
Для планирования с предварительным конфигурированием может быть введен конфигурируемый таймер (configured grant timer). После передачи сегмента данных с использованием ресурса согласно планированию с предварительным конфигурированием оконечное устройство запускает таймер. Во время работы таймера оконечное устройство не может передавать данные с использованием ресурса согласно планированию с предварительным конфигурированием, относящегося к процедуре запроса HARQ и являющегося тем же ресурсом согласно планированию с предварительным конфигурированием, на каком передают данные. На основе приведенного выше описания, поскольку планирование с предварительным конфигурированием обычно используется только для первоначальной передачи данных, если предыдущий сегмент данных не был передан успешно или по-прежнему ожидает обратной связи от сетевой аппаратуры, и приходит новый ресурс согласно планированию с предварительным конфигурированием, относящийся к той же самой процедуре запроса HARQ, оконечное устройство осуществляет новую передачу, и новый пакет данных «записывается» поверх старого пакета данных. В результате, сетевая аппаратура может не иметь шансов для повторной передачи предшествующих данных. Другими словами, таймер конфигурируют для того, чтобы задать сетевой аппаратуре период времени обработки и период времени обратной связи. По истечении времени таймера оконечное устройство может определить, что сетевая аппаратура не планирует повторную передачу, и может далее использовать ресурс, соответствующий идентификатору HARQ ID. Каждая процедура запроса HARQ может поддерживать один таймер, другими словами, только один таймер может быть использован для ресурса согласно планированию с предварительным конфигурированием для процедуры запроса HARQ, соответствующей таймеру, но не может быть использован для ресурса согласно планированию с предварительным конфигурированием для другой процедуры запроса HARQ.
(6) Механизм повторения (repetition)
Для некоторого ресурса, если механизм повторения конфигурирован для оконечного устройства, эта оконечное устройство автоматически считает по умолчанию, что имеются ресурсы одинакового размера и одинаково расположенные в K последующих моментах времени, и оконечное устройство многократно передает данные с использованием этих ресурсов в общей сложности K раз. Другими словами, оконечное устройство автоматически передает эти данные повторно. Здесь, K также конфигурируется сетевой аппаратурой. Каждый из фиг. 2(a), фиг. 2(b) и фиг. 2(c) представляет возможную упрощенную схему механизма повторения.
На основе приведенного выше описания, в дальнейшем варианты настоящей заявки рассмотрены подробно со ссылками на конкретные варианты.
В системе связи 5G, для поддержания функции работы на одной несущей в восходящей линии, оконечное устройство обычно не может в одно и то же время передавать информацию UCI (включая запрос SR) по каналу PUCCH и передавать информацию данных по каналу PUSCH. Однако когда терминал передает информацию UCI сетевой аппаратуре по каналу PUCCH, может иметь место конфликт между периодом времени передачи канала PUCCH и периодом времени передачи канала PUSCH. Другими словами, период времени передачи информации UCI накладывается на период времени передачи информации данных по каналу PUSCH. Например, конфликт между периодом времени передачи по каналу PUCCH и периодом времени передачи по каналу PUSCH в вариантах настоящей заявки возникает главным образом для сценария, в котором конфликт между периодами времени передачи возникает между каналом PUCCH и каналом PUSCH, передаваемыми на одной и той же несущей.
Для конфликта между периодом времени передачи по каналу PUCCH и периодом времени передачи по каналу PUSCH, возможное техническое решение выглядит следующим образом: Когда канал PUCCH, несущий запрос SR, и канал PUSCH накладываются во временной области ресурса восходящей линии, оконечное устройство всегда передает канал PUSCH, но не передает запрос SR. Причиной этого является то, что прежде чем оконечное устройство соберет, на MAC-уровне, пакет данных (а именно, единицу MAC PDU) для передачи по каналу PUSCH, если оконечное устройство определит, что имеется запрос SR, который необходимо передать, оконечное устройство может собрать, на MAC-уровне в пакет данных, отчет BSR, запускающий передачи запроса SR. Другими словами, пакет данных, передаваемый по каналу PUSCH, может содержать отчет BSR. Этот отчет BSR используется для отражения объема данных, подлежащих передаче по каждой группе логических каналов в оконечном устройстве в текущий момент, и сетевая аппаратура может после этого осуществить эффективное планирования планирование на основе отчета BSR.
Однако, в одном из примеров, если канал PUSCH, накладывающийся на канал PUCCH, несущий запрос SR, во временной области, является ресурсом для повторной передачи, пакет данных, передаваемый по каналу PUSCH, не может отразить объем подлежащих передаче данных оконечному устройству в текущий момент. Поэтому, запрос SR передают при следующей доступной возможности передачи запроса SR после передачи канала PUSCH. Если данные, запускающие передачу запроса SR, представляют собой данные сервиса URLLC, а данные в пакете данных, передаваемом по каналу PUSCH, являются данными сервиса eMBB, задержка передачи данных сервиса URLLC уменьшена быть не может.
Еще в одном другом примере, если запрос SR, передачу которого запускают данные сервиса URLLC, появляется после сборки единицы MAC PDU данных сервиса eMBB, блок MAC PDU, передаваемая каналом PUSCH, не может отразить, что имеются подлежащие передаче данные сервиса URLLC. Другими словами, отчет BSR, входящий в единицу MAC PDU, не может отразить самый последний статус данных сервиса URLLC. Поэтому, запрос SR передают в ходе следующей доступной возможности передачи запроса SR после передачи канала PUSCH. Следовательно, задержка данных сервиса URLLC уменьшена быть не может.
Еще в одном другом примере, если запрос SR, передачу которого запускают данные сервиса URLLC, появляется прежде сборки единицы MAC PDU данных сервиса eMBB, блок MAC PDU, передаваемая каналом PUSCH, может содержать отчет BSR и может отражать статус данных сервиса URLLC. В этом случае, канал PUSCH может указать данным сервиса URLLC, что следует ожидать планирования сетевой аппаратуры. Однако надежность ресурса канала PUSCH для планирования данных сервиса eMBB может не удовлетворять требованиям к ресурсам со стороны данных сервиса URLLC, и канал PUSCH весьма вероятно планирует передачу данных сервиса eMBB на основе слота (slot) (конкретнее, зернистости времени в мс). Следовательно, задержка данных сервиса URLLC уменьшена быть не может.
На основе этого, один из вариантов настоящей заявки предлагает способ связи для разрешения данных, передаваемых, когда канал PUCCH, несущий запрос SR, и канал PUSCH накладываются во временной области ресурса восходящей линии. См. Вариант 1 и Вариант 2.
Вариант 1
На фиг. 3 представлена упрощенная логическая схема, соответствующая способу связи согласно Варианту 1 настоящей заявки. Как показано на фиг. 3, способ содержит следующие этапы.
Этап 301: Оконечное устройство запускает передачу запроса SR.
Например, когда оконечное устройство имеет новые данные, подлежащие передаче, но нет логического канала, имеющего данные подлежащие передаче, или данные, подлежащие передаче, имеются у логического канала с более высоким уровнем приоритета, эта оконечное устройство может запустить передачу отчета BSR, чтобы далее запустить передачу запроса SR, соответствующего отчету BSR. Подробности изложены в приведенном выше соответствующем описании запуска передачи запроса SR.
Этап 302: Если определено, что канал PUCCH, несущий запрос SR, и канал PUSCH, несущий первый пакет данных, накладываются во временной области первого ресурса восходящей линии, где такое наложение может быть частичным наложением или полным наложением, оконечное устройство получает статус обработки канала PUSCH с использованием этого первого ресурса восходящей линии. Ресурс канала PUSCH может быть динамически планируемым ресурсом или ресурсом с предварительно конфигурируемым планированием. Это здесь ничем специально не ограничено. Первый пакет данных, передаваемый по каналу PUSCH, можно также понимать как пакет данных, подлежащий передаче с использованием первого ресурса восходящей линии.
В этом варианте настоящей заявки возможны несколько случаев, в которых канал PUCCH и канал PUSCH накладываются во временной области первого ресурса восходящей линии. Например, обращаясь к фиг. 4a, ресурс канала PUSCH расположен в слоте n, а протяженность его во временной области составляет шесть символов. Если стартовый символ в слоте n является символом 1, можно считать, что ресурс канала PUSCH занимает символы от символа 1 по символ 6. Ресурс канала PUCCH также располагается в слоте n, его протяженность во временной области составляет два символа, и ресурс этого канала PUCCH занимает символ 5 и символ 6. В этом случае, канал PUCCH и канал PUSCH накладываются на символе 5 и символе 6. В качестве другого примера, обратимся к фиг. 4b, ресурс канала PUSCH располагается в слоте n, протяженность ресурса во временной области составляет шесть символов, и этот ресурс канала PUSCH занимает символы с символа 1 по символ 6. Ресурс канала PUCCH также располагается в слоте n, протяженность ресурса во временной области составляет два символа, и этот ресурс канала PUCCH занимает символ 1 и символ 2. В этом случае, канал PUCCH and канал PUSCH накладываются на символе 1 и символе 2.
В этом примере, первый ресурс восходящей линии может содержать, во временной области, ресурс временной области, на который накладываются канал PUCCH и канал PUSCH. Другими словами, с точки зрения временной области, накладывающийся ресурс временной области можно рассматривать как часть ресурсов, обозначенных грантом восходящей линии, соответствующим каналу PUSCH. Например, как показано на фиг. 4a, ресурс, обозначенный грантом восходящей линии, соответствующим каналу PUSCH, содержит символы с 1 по 6 во временной области, и накладывающийся ресурс временной области может содержать символ 5 и символ 6. В качестве другого примера, как показано на фиг. 4b, ресурс, обозначенный грантом восходящей линии, соответствующий каналу PUSCH, содержит символы с 1 по 6 во временной области, и накладывающийся ресурс временной области может содержать символ 1 и символ 2.
Следует отметить, что передачу по каналу PUCCH с использованием накладывающегося ресурса временной области в этом варианте настоящей заявки можно понимать как передачу канала PUCCH на символе 5 и символе 6 (фиг. 4a) или передачу канала PUCCH на символе 1 и символе 2 (фиг. 4b). В этом варианте настоящей заявки, первый ресурс восходящей линии можно понимать как ресурс, обозначенный грантом восходящей линии, соответствующим каналу PUSCH. Например, статус обработки канала PUSCH с использованием первого ресурса восходящей линии можно понимать как статус обработки ресурса, обозначенного грантом восходящей линии, соответствующим каналу PUSCH. В качестве другого примера, первый пакет данных, подлежащий передаче с использованием первого ресурса восходящей линии, можно понимать как пакет данных, который должен быть передан с использованием ресурса, обозначенного грантом восходящей линии, соответствующим каналу PUSCH.
В этом варианте настоящей заявке, статус обработки канала PUSCH с использованием первого ресурса восходящей линии может указывать «обработка завершена» или «обработка не завершена». Например, тот факт, что статус обработки канала PUSCH с использованием первого ресурса восходящей линии соответствует «обработка завершена», может обозначать по меньшей мере один из следующих случаев: (1) Был собран первый пакет данных (а именно, блок MAC PDU), подлежащий передаче с использованием первого ресурса восходящей линии, другими словами, первый пакет был получен с использованием устройства для мультиплексирования и сборки (multiplexing and assembly entity), или процедура приоритизации LCP была завершена или находится в стадии осуществления. Процедуру приоритизации LCP можно понимать, как процедуру выбора логического канала на основе ограничения отображения приоритизации LCP или процедуру сборки данных, подлежащих передаче по выбранному логическому каналу, после выбора логического канала; (2) грант восходящей линии и/или первый пакет данных, соответствующий каналу PUSCH, поступил к объекту запроса HARQ; (3) грант восходящей линии и/или первый пакет данных, соответствующий каналу PUSCH, поступил к процедуре запроса HARQ; (4) первый пакет данных поступил на физический уровень; (5) грант восходящей линии, соответствующий каналу PUSCH, используется для индикации повторной передачи или повторения; (6) первый пакет данных представляет собой повторно передаваемый пакет данных; и (7) передача первого пакета данных происходит в текущий момент.
Например, тот факт, что статус обработки канала PUSCH с использованием первого ресурса восходящей линии соответствует «обработка не завершена», может обозначать по меньшей мере один из следующих случаев: (1) Первый пакет данных, подлежащий передаче с использованием первого ресурса восходящей линии, не собран, другими словами, первый пакет данных не получен с использованием устройства для мультиплексирования и сборки; (2) грант восходящей линии и/или первый пакет данных, соответствующий каналу PUSCH, не поступил к объекту запроса HARQ; (3) грант восходящей линии и/или первый пакет данных, соответствующий каналу PUSCH, не поступил к процедуре запроса HARQ; (4) первый пакет данных не поступил на физический уровень; (5) первый пакет данных, подлежащий передаче с использованием первого ресурса восходящей линии, не получен, другими словами, первый пакет данных пропущен (skip). Например, терминал не имеет данных, подлежащих передаче, и позволяет динамически игнорировать грант восходящей линии; (6) передача первого пакета не началась или пакет не был передан полностью.
Следует отметить, что для случая, когда статус обработки канала PUSCH с использованием первого ресурса восходящей линии соответствует «обработка завершена» или «обработка не завершена», перечисленные выше случаи являются просто примерами. В конкретные варианты реализации могут быть включены другие возможные случаи. В рассматриваемом варианте настоящей заявки это не ограничено.
Этап 303: Оконечное устройство передает, на основе статуса обработки канала PUSCH с использованием первого ресурса восходящей линии, канал PUCCH или канал PUSCH с использованием накладывающегося ресурса временной области.
Здесь, поскольку статус обработки канала PUSCH с использованием первого ресурса восходящей линии может представлять собой «обработка завершена» или «обработка не завершена», в последующем по отдельности рассмотрены возможные варианты реализации этих двух статусов обработки в подробностях.
(1) Статус обработки канала PUSCH с использованием первого ресурса восходящей линии представляет собой «обработка завершена».
В этом случае, оконечное устройство может передать канал PUCCH или канал PUSCH путем сравнения первого уровня приоритета (Priority-SR) логического канала для запуска передачи запроса SR со вторым уровнем приоритета (Priority-PUSCH) логического канала для первого пакета данных.
Например, оконечное устройство может передать канал PUCCH или канал PUSCH с применением межуровневой индикации. Возможны несколько вариантов способа межуровневой индикации. В одном из возможных вариантов реализации, оконечное устройство может сравнить первый уровень приоритета со вторым уровнем приоритета на MAC-уровне, определить, на основе результата сравнения, следует ли передать канал PUCCH или канал PUSCH, и передать информацию указания 1 на физический уровень, так что оконечное устройство может передать канал PUCCH или канал PUSCH на физическом уровне на основе информации указания 1. Еще в одном другом возможном варианте реализации, оконечное устройство может сообщить на физический уровень первый уровень приоритета и второй уровень приоритета, имеющиеся на MAC-уровне, затем сравнить эти первый уровень приоритета со вторым уровнем приоритета на физическом уровне и определить, на основе результата сравнения, передать ли канал PUCCH или канал PUSCH. Есть несколько вариантов способов, какими оконечное устройство может сообщить на физический уровень первый уровень приоритета и второй уровень приоритета, имеющиеся на MAC-уровне. Например, MAC-уровень может передать информацию указания 2 на физический уровень, где эта информация указания 2 используется для индикации первого уровня приоритета и второго уровня приоритета. В конкретном случае, оконечное устройство может выбрать любой из приведенных выше возможных вариантов реализации. Это ничем специально не ограничено.
В одном из вариантов настоящей заявки под логическим каналом для запуска передачи запроса SR можно понимать логический канал для запуска передачи отчета BSR, соответствующего этому запросу SR. Например, когда оконечное устройство имеет подлежащие передаче данные сервиса URLLC, происходит запуск передачи отчета BSR и запроса SR, соответствующего этому отчету BSR. В этом случае, логический канал для запуска передачи отчета BSR, соответствующего запросу SR, представляет собой логический канал, несущий данные сервиса URLLC.
В этом варианте настоящей заявки, под вторым уровнем приоритета можно понимать наивысший уровень приоритета логического канала с первым пакетом данных. Под логическим каналом с первым пакетом данных можно понимать логический канал, несущий данные из первого пакета данных. Например, первый пакет данных содержит данные 1 сервиса URLLC и данные 2 сервиса URLLC. В этом случае, логический канал с первым пакетом данных может содержать логический канал, несущий данные 1 сервиса URLLC, и логический канал, несущий данные 2 сервиса URLLC. В частности, если имеется только один логический канал с первым пакетом данных, второй уровень приоритета может быть уровнем приоритета этого логического канала. Если первый пакет данных имеет несколько логических каналов, под вторым уровнем приоритета можно понимать наивысший уровень приоритета из этих нескольких логических каналов. Например, если логический канал с первым пакетом данных содержит канал LCH #1 (несущий данные 1 сервиса URLLC) и канал LCH #2 (несущий данные 2 сервиса URLLC), и уровень приоритета канала LCH #1 выше уровня приоритета канала LCH #2, второй уровень приоритета может быть уровнем приоритета канала LCH #1.
Второй уровень приоритета может быть получен, когда оконечное устройство собирает первый пакет данных, например, может быть получен, когда оконечное устройство осуществляет процедуру приоритизации LCP. Например, при сборке первого пакета данных оконечное устройство определяет, на основе ресурса канала PUSCH и требований логического канала к ресурсам, что логические каналы, которые могут быть отображены на указанный ресурс канала PUSCH, представляют собой канал LCH #1 и канал LCH #2, и тогда можно определить второй уровень приоритета на основе уровня приоритета канала LCH #1 и уровня приоритета канала LCH #2. Далее, оконечное устройство может зарегистрировать этот второй уровень приоритета. Например, оконечное устройство может использовать второй уровень приоритета как часть информации запроса HARQ для процедуры запроса HARQ, соответствующей первому ресурсу восходящей линии, объект MAC-уровня передает второй уровень приоритета объекту запроса HARQ и этот объект запроса HARQ может далее передать этот второй уровень приоритета процедуре запроса HARQ. При таком подходе, когда первый пакет данных представляет собой повторно передаваемый пакет данных (другими словами, в сценарии повторной передачи), оконечное устройство может получить зарегистрированный второй уровень приоритета на основе процедуры запроса HARQ. Другими словами, в этом варианте настоящей заявки, после получения второго уровня приоритета путем сборки первого пакета данных, оконечное устройство может зарегистрировать второй уровень приоритета, так что этот второй уровень приоритета может быть получен в последующем сценарии повторной передачи. Оконечное устройство может зарегистрировать второй уровень приоритета в нескольких конкретных вариантах реализации. В этом варианте настоящей заявки это не ограничивается.
В одном из примеров, если определено, что первый уровень приоритета выше второго уровня приоритета, оконечное устройство может передать канал PUCCH с использованием первого ресурса восходящей линии. В частности, если определено, на MAC-уровне, что первый уровень приоритета выше второго уровня приоритета, оконечное устройство передает первую информацию указания на физический уровень оконечного устройства. При таком подходе, оконечное устройство может передать канал PUCCH на физическом уровне на основе первой информации указания. В качестве альтернативы, оконечное устройство сообщает физическому уровню этой оконечного устройства первый уровень приоритета и второй уровень приоритета на MAC-уровне. При таком подходе, если определено, что первый уровень приоритета выше второго уровня приоритета на физическом уровне, оконечное устройство передает канал PUCCH.
Например, тот факт, что оконечное устройство передает канал PUCCH с использованием первого ресурса восходящей линии, можно понимать как то, что оконечное устройство передает только канал PUCCH, но не передает канал PUSCH с использованием первого ресурса восходящей линии; или оконечное устройство предпочтительно передает канал PUCCH с использованием первого ресурса восходящей линии, и если первый ресурс восходящей линии все еще имеет оставшийся доступный ресурс, оконечное устройство может далее передать некоторую информацию первого пакета данных. Например, оконечное устройство может передать канал PUCCH посредством выкалывания (puncture) или захвата (pre-empt) канала PUSCH.
Например, если канал PUSCH не был передан с использованием первого ресурса восходящей линии, оконечное устройство может выбрать и отбросить, на физическом уровне, блок TB, соответствующий каналу PUSCH, и передать канал PUCCH. В этом случае, оконечное устройство передает только канал PUCCH, но не передает канал PUSCH с использованием первого ресурса восходящей линии. Если канал PUSCH был передан с использованием первого ресурса восходящей линии, оконечное устройство может передать канал PUCCH посредством выкалывания, захвата канала PUSCH или другим подобным способом. После полной передачи запроса SR передача канала PUSCH может быть возобновлена или передача канала PUSCH может быть не возобновлена.
В этом примере, поскольку первый уровень приоритета выше второго уровня приоритета, оконечное устройство передает канал PUCCH с использованием первого ресурса восходящей линии, так что сетевая аппаратура может планировать, своевременно с использованием канала PUCCH, подлежащие передаче данные для запуска передачи запроса SR, с целью эффективно уменьшить задержку данных, подлежащих передаче.
В другом примере, если определено, что первый уровень приоритета равен второму уровню приоритета, оконечное устройство может передать канал PUCCH с использованием накладывающегося ресурса временной области, или передать канал PUSCH с использованием накладывающегося ресурса временной области, или оконечное устройство выбирает, на основе процессорных возможностей этой оконечного устройства, передать ли канал PUCCH или канал PUSCH.
В другом примере, если определено, что первый уровень приоритета ниже второго уровня приоритета, оконечное устройство может передать канал PUSCH с использованием первого ресурса восходящей линии (включая накладывающийся ресурс временной области). Здесь, под передачей канала PUSCH с использованием первого ресурса восходящей линии можно понимать, что оконечное устройство передает только канал PUSCH, но не передает канал PUCCH с использованием первого ресурса восходящей линии. В этом примере, поскольку первый уровень приоритета ниже второго уровня приоритета, оконечное устройство передает канал PUSCH с использованием первого ресурса восходящей линии, так что задержка данных, передаваемых по каналу PUSCH, может быть уменьшена.
(2) Статус обработки канала PUSCH с использованием первого ресурса восходящей линии представляет собой «обработка не завершена».
В этом случае, оконечное устройство может определить, посредством сравнения первого уровня приоритета со вторым уровнем приоритета, передавать ли канал PUCCH или канал PUSCH.
В одном из примеров, если оконечное устройство определит, что первый уровень приоритета выше второго уровня приоритета, эта оконечное устройство может передать канал PUCCH с использованием накладывающегося ресурса временной области. Второй уровень приоритета может быть получен оконечным устройством, когда эта оконечное устройство соберет первый пакет данных.
Еще в одном другом примере, если определено, что первый уровень приоритета равен второму уровню приоритета, оконечное устройство может передать канал PUCCH с использованием накладывающегося ресурса временной области или передать канал PUSCH с использованием первого ресурса восходящей линии, либо оконечное устройство выбирает, на основе процессорных возможностей этой оконечного устройства, передать ли канал PUCCH или канал PUSCH.
Например, если оконечное устройство определит, что следует передать канал PUCCH, MAC-уровень оконечного устройства может выбрать, что следует отбросить грант восходящей линии, соответствующий каналу PUSCH. В этом случае, оконечное устройство передает только канал PUCCH с использованием накладывающегося ресурса временной области, но не передает канал PUSCH.
Еще в одном другом примере, если определено, что первый уровень приоритета ниже второго уровня приоритета, оконечное устройство может передать канал PUSCH с использованием первого ресурса восходящей линии (включая указанный накладывающийся ресурс временной области).
Согласно описанному выше способу, когда канал PUCCH, несущий запрос SR, и канал PUSCH накладываются во временной области первого ресурса восходящей линии, оконечное устройство учитывает статус обработки канала PUSCH с использованием этого первого ресурса восходящей линии, и передает канал PUCCH или канал PUSCH с использованием этого накладывающегося ресурса временной области на основе статуса обработки канала PUSCH с использованием этого первого ресурса восходящей линии, так что обоснованность передачи данных может быть обеспечена (например, задержка подлежащих передаче данных, запускающих передачу запроса SR, или задержка данных, передаваемых по каналу PUSCH, может быть уменьшена), и можно избежать проблемы, что эта задержка не может быть уменьшена, поскольку оконечное устройство всегда передает канал PUSCH.
Вариант 2
Фиг. 5 представляет упрощенную логическую схему, соответствующую способу связи согласно Варианту 2 настоящей заявки. Как показано на фиг. 5, способ содержит следующие этапы.
Этап 501: Оконечное устройство запускает передачу запроса SR.
Этап 502: Если определено, что канал PUCCH, несущий запрос SR, и канал PUSCH накладываются во временной области первого ресурса восходящей линии, оконечное устройство передает, на основе ресурса канала PUSCH и требований к ресурсам со стороны логического канала для запуска передачи запроса SR, канал PUCCH или канал PUSCH с использованием накладывающегося ресурса временной области. Ресурс канала PUSCH может быть динамически планируемым ресурсом или ресурсом с предварительно конфигурируемым планированием. Это ничем специально не ограничивается.
Согласно описанному выше способу, когда канал PUCCH, несущий запрос SR, и канал PUSCH накладываются во временной области первого ресурса восходящей линии, оконечное устройство учитывает ресурс канала PUSCH и требования к ресурсам со стороны логического канала для запуска передачи запроса SR и может определить, на основе ресурса канала PUSCH и требований к ресурсам со стороны логического канала для запуска передачи запроса SR, передать ли канал PUCCH или канал PUSCH с использованием накладывающегося ресурса временной области. Это обеспечивает эффективность передачи информации восходящей линии с использованием накладывающегося ресурса временной области. Поскольку ресурс канала PUSCH и требования к ресурсам со стороны логического канала для запуска передачи запроса SR представляют собой информацию, конфигурируемую сетевой аппаратурой и не затрагиваемую сценарием, приведенный выше способ имеет относительно большую применимость к большому количеству возможных сценариев, например, к новому сценарию передачи данных или к сценарию повторной передачи данных.
В частности, в одном из примеров, если определено, что ресурс канала PUSCH не удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, оконечное устройство может передать канал PUCCH с использованием накладывающегося ресурса временной области. В этом примере, тот факт, что ресурс канала PUSCH не удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, означает, что данные, запускающие передачу запроса SR, не могут быть переданы с использованием ресурса канала PUSCH. Например, данные, запускающие передачу запроса SR, представляют собой данные сервиса URLLC, и указанный ресурс канала PUSCH представляет собой ресурс для планирования данных сервиса eMBB. Поэтому, ресурс канала PUSCH не удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR (или другими словами, ограничение отображения приоритизации LCP для логического канала для запуска передачи запроса SR). Например, если определено, что протяженность ресурса канала PUSCH во временной области больше, чем требует логический канал для запуска передачи запроса SR от протяженности ресурса во временной области, другими словами, протяженность ресурса канала PUSCH во временной области больше требований логического канала для запуска передачи запроса SR к максимальной протяженности ресурса во временной области, оконечное устройство определяет, что ресурс канала PUSCH не может удовлетворять требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR.
В этом примере, поскольку ресурс канала PUSCH не удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, оконечное устройство передает канал PUCCH с использованием первого ресурса восходящей линии, так что сетевая аппаратура может планировать, своевременно с использованием канала PUCCH, подлежащие передаче данные, запускающие передачу запроса SR, чтобы эффективно уменьшить задержку подлежащих передаче данных.
В другом примере, если определено, что рассматриваемый ресурс канала PUSCH удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, оконечное устройство передает канал PUSCH. В этом примере, тот факт, что рассматриваемый ресурс канала PUSCH удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, означает, что данные, запускающие передачу запроса SR, могут быть переданы с использованием ресурса канала PUSCH. В этом случае канал PUSCH может быть передан.
Следует отметить, что: (1) Разница между Вариантом 1 и Вариантом 2 состоит в том, что: в Варианте 1, передачу канала PUCCH или канала PUSCH определяют на основе статуса обработки, и в Варианте 2, передачу канала PUCCH или канала PUSCH определяет на основе рассматриваемого ресурса канала PUSCH и требований к ресурсам со стороны логического канала для запуска передачи запроса SR. В дополнение к этой разнице могут быть даны перекрестные ссылки на другой контент.
(2) Вариант 1 и Вариант 2 могут быть реализованы по отдельности или могут быть реализованы в сочетании. Тот тезис, что Вариант 1 и Вариант 2 реализованы в сочетании можно понимать следующим образом: Сначала определяют, удовлетворяет ли рассматриваемый ресурс канала PUSCH требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, затем сравнивают первый уровень приоритета логического канала для запуска передачи запроса SR и второй уровень приоритета логического канала для передачи первого пакета данных с использованием первого ресурса восходящей линии, где это сравнение основано на указанном статусе обработки, и затем передают канал PUCCH или канал PUSCH на основе результата сравнения.
В одном из примеров, тот факт, что Вариант 1 и Вариант 2 реализованы в сочетании, может означать, что: Если определено, что ресурс, занимаемый каналом PUSCH, удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, оконечное устройство может далее сравнивать первый уровень приоритета со вторым уровнем приоритета на основе статуса обработки, и передать канал PUCCH с использованием накладывающегося ресурса временной области, если первый уровень приоритета выше второго уровня приоритета, или передать канал PUSCH, если первый уровень приоритета ниже второго уровня приоритета, или передать канал PUCCH или канал PUSCH с использованием накладывающегося ресурса временной области, если первый уровень приоритета равен второму уровню приоритета. Для информации о конкретном варианте реализации, в котором оконечное устройство сравнивает первый уровень приоритета и второй уровень приоритета на основе статуса обработки, обратитесь к описанию Варианта 1. При таком подходе, после определения, что рассматриваемый ресурс канала PUSCH удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, оконечное устройство далее определяет, на основе результатов сравнения уровней приоритета, передать ли канал PUCCH или канал PUSCH, так что когда рассматриваемый ресурс канала PUSCH удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, но первый уровень приоритета выше второго уровня приоритета, оконечное устройство по-прежнему передает канал PUCCH. Это эффективно позволяет избежать проблемы, что определение только на основе ресурса канала PUSCH и требований к ресурсам со стороны логического канала для запуска передачи запроса SR является недостаточно точным, и уменьшает задержку подлежащих передачи данных, запускающих передачу запроса SR. Например, ресурс канала PUSCH представляет собой ресурс для планирования данных 1 сервиса URLLC, и продолжительность ресурса канала PUSCH во временной области составляет 0.2 мс. Подлежащие передаче данные, запускающие передачу запроса SR, представляют собой данные 2 сервиса URLLC, и требования логического канала для запуска передачи запроса SR к продолжительности ресурса во временной области составляют 0.5 мс. В этом случае, ресурс канала PUSCH удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR. Если уровень приоритета (а именно, первый уровень приоритета) логического канала, несущего данные 2 сервиса URLLC, выше уровня приоритета (а именно, второго уровня приоритета) логического канала, несущего данные 1 сервиса URLLC, можно по-прежнему передавать канал PUCCH, задержка данных 2 сервиса URLLC уменьшается.
Вариант 3
В варианте 3, предложены некоторые решения, предназначенные главным образом для сценария, в котором первый пакет данных в канале PUSCH (а именно, пакет данных, подлежащий передаче с использованием ресурса, обозначенного грантом восходящей линии, соответствующим каналу PUSCH) не может быть эффективно передан, для создания возможности для повторной передачи первого пакета данных, чтобы избежать потери первого пакета данных или относительно большого снижения характеристик сервиса для первого пакета данных. Ситуация, когда первый пакет данных не может быть эффективно передан по каналу PUSCH, может представлять собой ситуацию, когда этот первый пакет данных не передан по каналу PUSCH или не полностью передан.
В этом варианте настоящей заявки возможны несколько сценариев, в которых первый пакет данных в канале PUSCH не может быть эффективно передан. Например, когда канал PUCCH, несущий запрос SR, и канал PUSCH накладываются во временной области первого ресурса восходящей линии, если оконечное устройство передает канал PUCCH с использованием первого ресурса восходящей линии, первый пакет данных может не быть эффективно передан по каналу PUSCH. Например, если в канале PUSCH запланирован новый ресурс передачи, когда оконечное устройство собрала первый пакет данных в канале PUSCH, и если оконечное устройство выберет, что следует передать канал PUCCH, но не передавать канал PUSCH, сетевая аппаратура не может определить, что канал PUSCH не был передан, поскольку оконечное устройство не имеет данных для передачи и выбирает пропуск ресурса канала PUSCH, или поскольку первый пакет данных в канале PUSCH отброшен (drop) или захвачен, когда происходит передача запроса SR, который накладывается во временной области. Поэтому, сетевая аппаратура не может планировать, своевременно, первый пакет данных в канале PUSCH для повторной передачи. Когда процедура запроса HARQ, соответствующая каналу PUSCH, занята сетевой аппаратурой и осуществляется планирование новой передачи, это означает, что первый пакет данных заменяют вновь собранным пакетом данных. В таком случае, когда оконечное устройство не имеет данных для передачи по каналу PUSCH в процедуре запроса HARQ и выбирает, что следует пропустить рассматриваемый ресурс канала PUSCH, эта оконечное устройство активно очищает буфер процедуры запроса HARQ. Другими словами, первый пакет данных очищают (удаляют). Следовательно, этот первый пакет данных не может более получить возможность передачи в режиме запроса HARQ. Если данные в первом пакете данных передают в неквитируемом режиме (unacknowledged mode, UM) на уровне управления радиоканалом (radio link control, RLC), другими словами, если нет механизма запроса повторной передачи (ARQ) на уровне управления RLC, данные из первого пакета данных будут утеряны. Если данные из первого пакета данных передают в AM-режиме в составе первого пакета данных на уровне управления RLC, другими словами, если имеется механизм запроса ARQ на уровне управления RLC, в зависимость от механизма RLC ARQ также вызывает слишком большую задержку. Когда данные в первом пакете данных представляют собой данные сервиса URLLC с относительно низким уровнем приоритета, задержку уменьшить невозможно.
В качестве другого примера, сетевая аппаратура может конфигурировать измерительный интервал для оконечного устройства. Соответственно, оконечное устройство может измерять качество канала для различных ресурсов в частотной области в пределах измерительного интервала и сообщить измеренное качество канала (например, качество канала может быть представлено индикатором качества канала (channel quality indication, CQI)) сетевой аппаратуре. При таком подходе, сетевая аппаратура может планировать передачу данных с использованием ресурса частотной области с хорошим качеством канала с целью получить выигрыш по планированию в частотной области. Поскольку для оконечного устройства не допускается передача канала PUSCH в пределах измерительного интервала, возможность передачи канала PUSCH оказывается «выбита» этим измерительным интервалом. В качестве результата, первый пакет данных в канале PUSCH не может быть эффективно передан.
В качестве другого примера, оконечное устройство одновременно осуществляет связь с другой оконечным устройством. Если уровень приоритета второго гранта восходящей линии для связи между рассматриваемой оконечным устройством и другой оконечным устройством выше уровня приоритета первого гранта восходящей линии для связи между рассматриваемой оконечным устройством и сетевой аппаратурой, оконечное устройство выбирает второй грант восходящей линии и не передает данные в первом пакете данных по каналу PUSCH, соответствующем первому гранту восходящей линии.
(1) Возможное техническое решение, предлагаемое в Варианте 3 настоящей заявки, выглядит следующим образом: Оконечное устройство собирает первый пакет данных, который должен быть передан с использованием первого ресурса восходящей линии, и передает этот первый пакет данных с использованием второго ресурса восходящей линии, если будет определено, что этот первый пакет данных не был передан или был передан не полностью. Второй ресурс восходящей линии и первый ресурс восходящей линии могут соответствовать одной и той же процедуре запроса HARQ, другими словами, второй ресурс восходящей линии и первый ресурс восходящей линии имеют один и тот же идентификатор процедуры запроса HARQ. Таким способом, первый пакет данных передают с использованием второго ресурса восходящей линии, так что сетевая аппаратура может принять этот первый пакет данных, чтобы эффективно избежать потери данных из этого первого пакета данных. Следует отметить, что первый пакет данных, передаваемый с использованием второго ресурса восходящей линии, может представлять собой полную единицу MAC PDU, собранную с использованием первого ресурса восходящей линии. Другими словами, даже если какая-то часть информации из первого пакета данных передана с использованием первого ресурса восходящей линии, первый пакет данных, передаваемый с использованием второго ресурса восходящей линии, также может представлять собой полную единицу MAC PDU.
В одном из примеров, второй ресурс восходящей линии может представлять собой следующий ресурс восходящей линии, идущий после первого ресурса восходящей линии. Как показано на фиг. 6, оба ресурса – первый ресурс восходящей линии и второй ресурс восходящей линии, представляют собой ресурсы с использованием планирования с предварительным конфигурированием. Первый ресурс восходящей линии представляет собой ресурс восходящей линии для процедуры запроса HARQ ID#1. Первый пакет данных получен, когда он был собран, но затем этот первый пакет данных был отброшен или захвачен. Поскольку рассматриваемый ресурс восходящей линии является периодическим ресурсом (повторяется один раз в каждом слоте), если доступен ресурс восходящей линии из следующей процедуры запроса HARQ ID#1 (а именно, второй ресурс восходящей линии), первый пакет данных может быть передан с использованием этого второго ресурса восходящей линии.
Например, первый пакет данных сохраняют в буфере процедуры запроса HARQ, соответствующей второму ресурсу восходящей линии, так что этот первый пакет данных может быть передан с использованием второго ресурса восходящей линии. В альтернативном варианте, данные для передачи с использованием второго ресурса восходящей линии отсутствуют, другими словами, второй ресурс восходящей линии не получил новую единицу MAC PDU с использованием объекта для мультиплексирования и сборки пакетов, так что первый пакет данных может быть передан с использованием второго ресурса восходящей линии.
(2) Другое возможное техническое решение, предлагаемое в Варианте 3 настоящей заявки, выглядит следующим образом: Оконечное устройство собирает первый пакет данных, который должен быть передан с использованием первого ресурса восходящей линии, и передает второй пакет данных с использованием второго ресурса восходящей линии, если определено, что первый пакет данных не был передан или был передан не полностью, где второй пакет данных содержит некоторую или всю информацию из первого пакета данных. Второй ресурс восходящей линии и первый ресурс восходящей линии могут соответствовать одной и той же процедуре запроса HARQ. В одном из примеров второй ресурс восходящей линии может представлять собой следующий ресурс восходящей линии, идущий после первого ресурса восходящей линии. Второй пакет данных может содержать некоторую или всю информацию из первого пакета данных восходящей линии, когда оконечное устройство осуществляет сборку пакета для второго ресурса восходящей линии, другими словами, оконечное устройство может осуществить повторную сборку данных (повторное построение единицы MAC PDU) для второго ресурса восходящей линии.
В одном из примеров, объект MAC-уровня может представлять собой объект для мультиплексирования и сборки пакетов, чтобы осуществить сборку второго пакета данных. Первый пакет данных может содержать по меньшей мере субъединицу (sub) PDU MAC-уровня и управляющий элемент (control element, CE) MAC-уровня. Тезис, что второй пакет данных содержит некоторую или всю информацию из первого пакета данных, можно понимать как то, что второй пакет данных содержит по меньшей мере одну субъединицу PDU MAC-уровня из первого пакета данных, либо второй пакет данных содержит элемент MAC CE из первого пакета данных, либо второй пакет данных содержит по меньшей мере одну субъединицу MAC sub-PDU и элемент MAC CE из первого пакета данных. В этом варианте настоящей заявки это никак не ограничено.
Например, если первый пакет данных содержит по меньшей мере один элемент MAC CE, например, элемент BSR MAC CE или отчет о запасе мощности (power headroom report, PHR) для элемента MAC CE, процедура управления MAC-уровня, соответствующая по меньшей мере одному элементу MAC CE, не отменяется (cancel) после сборки первого пакета данных, другими словами, оконечное устройство может перезапустить, на MAC-уровне, процедуру управления на MAC-уровне, соответствующую указанному по меньшей мере одному элементу MAC CE, так что второй пакет данных может содержать элемент MAC CE, генерируемый процедурой управления MAC-уровня, соответствующей указанному по меньшей мере одному элементу MAC CE, например, элемент BSR MAC CE или элемент PHR MAC CE.
(3) Другое возможное техническое решение, предлагаемое в Варианте 3 настоящей заявки, выглядит следующим образом: Если данные из первого пакета данных передают в AM-режиме на уровне управления RLC, субъединица MAC sub-PDU в первом пакете данных может указывать уровню управления RLC, что следует запустить повторную передачу запроса ARQ на уровне управления RLC.
(4) Другое возможное техническое решение, предлагаемое в Варианте 3 настоящей заявки, выглядит следующим образом: Оконечное устройство собирает первый пакет данных, который нужно передать с использованием первого ресурса восходящей линии, и может передать третью информацию указания сетевой аппаратуре, если определено, что первый пакет данных не был передан или был передан не полностью, где эту третью информацию указания используют для индикации, что первый пакет данных не был передан или был передан не полностью. Соответственно, после приема третьей информации указания, сетевая аппаратура может планировать повторную передачу первого пакета данных на основе этой третьей информации указания, чтобы избежать потери данных из первого пакета данных.
В одном из сценариев, в котором канал PUCCH, несущий запрос SR, и канал PUSCH накладываются во временной области первого ресурса восходящей линии, сетевая аппаратура может предварительно конфигурировать два типа конфигураций запросов SR. Первый тип конфигурации запроса SR содержит указание доступного ресурса канала PUCCH, и второй тип конфигурации запроса SR содержит указание доступного ресурса канала PUCCH и ресурса, несущего третью информацию указания. Если определено, что следует передать канал PUCCH с использованием первого ресурса восходящей линии, оконечное устройство может передать канал PUCCH и третью информацию указания с использованием второго типа конфигурации запроса SR.
Еще в одном другом примере, третья информация указания может быть дополнительной информацией, передаваемой по каналу PUCCH, несущему запрос SR. Эта дополнительная информация может представлять собой дополнительный бит. Например, если этот бит установлен равным 1, это означает, что первый пакет данных не был передан или был передан не полностью.
Следует отметить, что различные возможные технические решения, описываемые в Варианте 3, могут быть реализованы по отдельности или могут быть реализованы в сочетании с Вариантом 1 или Вариантом 2. Например, в Варианте 1 или в Варианте 2, если оконечное устройство передает канал PUCCH с использованием первого ресурса восходящей линии, когда первый пакет данных не был передан или был передан не полностью, описанное выше техническое решение может быть использовано для создания возможности для повторной передачи первого пакета данных, чтобы избежать потери первого пакета данных или относительно большой потери характеристик сервиса для этого первого пакета данных.
Вариант 4
В этом варианте настоящей заявки, когда несколько логических каналов имеют данные, подлежащие передаче, в одно и то же время, оконечное устройство может запустить передачу нескольких отчетов BSR. Например, если нужно передать данные сервиса URLLC и данные сервиса eMBB, оконечное устройство может запустить передачу отчета BSR 1, соответствующего данным сервиса URLLC, и отчета BSR 2, соответствующего данным сервиса eMBB. В этом случае, канал PUCCH, несущий запрос SR 1, соответствующий отчету BSR 1, и канал PUCCH, несущий запрос SR 2, соответствующий отчету BSR 2, накладываются во временной области ресурса восходящей линии. Если оконечное устройство запускает передачу запроса SR 2, соответствующего отчету BSR 2, но не запускает передачу запроса SR 1, соответствующего отчету BSR 1, сетевая аппаратура может запланировать, на основе запроса SR 2, ресурс, не подходящий для передачи данных сервиса URLLC. Следовательно, задержка данных сервиса URLLC уменьшена быть не может.
На основе этого, технические решения, предлагаемые в Варианте 4 настоящей заявки, выглядят следующим образом: Оконечное устройство запускает передачу нескольких отчетов BSR, и эти несколько отсчетов BSR соответствуют нескольким запросам SR. Если определено, что несколько каналов PUCCH, несущих эти несколько запросов SR, накладываются во временной области третьего ресурса восходящей линии, оконечное устройство может определить целевой отчет BSR на основе уровней приоритета логических каналов для запуска передачи нескольких отчетов BSR, и запустить передачу запроса SR, соответствующего целевому отчету BSR. Уровень приоритета логического канала для запуска передачи целевого отчета BSR выше уровня приоритета логического канала для запуска передачи какого-либо другого отсчета BSR из указанной совокупности нескольких отчетов BSR. Например, оконечное устройство запускает передачу отчета BSR 1, соответствующего данным сервиса URLLC, и передачу отчета BSR 2, соответствующего данным сервиса eMBB. Поскольку уровень приоритета логического канала для запуска передачи отчета BSR 1 выше уровня приоритета логического канала для запуска передачи отчета BSR 2, оконечное устройство может запустить передачу запроса SR 1, соответствующего отчету BSR 1, для уменьшения задержки данных сервиса URLLC.
В одном из примеров, если логические каналы для запуска передачи нескольких отчетов BSR имеют одинаковый уровень приоритета, оконечное устройство может выбрать запрос SR, передачу которого нужно запустить, на основе другого фактора. Например, оконечное устройство может выбрать запрос SR, передачу которого нужно запустить, на основе моментов времени прихода возможностей для передачи нескольких запросов SR, соответствующих нескольким отчетам BSR. Например, оконечное устройство запускает передачу отчета BSR 1, соответствующего данным сервиса URLLC, и отчета BSR 2, соответствующего данным сервиса eMBB. Если возможность передачи запроса SR 1, соответствующего отчету BSR 1, приходит первой, оконечное устройство может запустить передачу запроса SR 1.
Следует отметить, что техническое решение, описываемое в Варианте 4, может быть реализовано отдельно или может быть реализовано в сочетании с Вариантом 1 или Вариантом 2. Например, в Варианте 1 или в Варианте 2, если оконечное устройство запускает передачу нескольких отчетов BSR, запускаемый запрос SR может быть определен на основе приведенного выше технического решения.
Выше описаны главным образом технические решения, предлагаемые вариантами настоящей заявки, с точки зрения перспективы взаимодействия между сетевой аппаратурой и оконечным устройством. Можно понимать, что для реализации описанных выше функций сетевая аппаратура или оконечное устройство могут содержать соответствующую аппаратную структуру и/или модуль программного обеспечения для осуществления каждой функции. Даже рядовой специалист в рассматриваемой области должен легко понимать, что в сочетании с примерами, описываемыми в вариантах, рассматриваемых в настоящем описании, модули, алгоритмы и этапы могут быть реализованы посредством аппаратуры или комбинации аппаратуры и компьютерного программного обеспечения. Осуществляется ли функция посредством аппаратуры или посредством аппаратуры, управляемой компьютерным программным обеспечением, зависит от конкретных приложений и проектных ограничений технических решений. Специалисты в рассматриваемой области могут использовать разные способы для осуществления описываемых функций для каждого конкретного приложения, но не следует считать, что такие варианты осуществления выходят за пределы объема настоящей заявке.
Когда используется интегрированный блок (модуль), на фиг. 7 представлен возможный пример блок-схемы аппаратуры согласно одному из вариантов настоящей заявки. Устройство 700 может существовать в форме программного обеспечения. Устройство 700 может содержать процессорный модуль 702 и модуль 703 связи. Процессорный модуль 702 конфигурирован для управления действием устройства 700. Модуль 703 связи конфигурирован для поддержки устройства 700 в осуществлении связи с другим сетевым объектом. В качестве опции, модуль 703 связи также называется приемопередающим модулем и может содержать приемный модуль и/или передающий модуль, которые соответственно конфигурированы для осуществления операции приема и операции передачи. Устройство 700 может дополнительно содержать запоминающий модуль 701, конфигурированный для сохранения программного кода и/или данных устройства 700.
Процессорный модуль 702 может представлять собой процессор или контроллер и может осуществлять или выполнять разнообразные примеры логических блоков, модулей и схем, описываемых со ссылками на контент, описываемый в вариантах настоящей заявки. Модуль 703 связи может представлять собой интерфейс связи, приемопередатчик, приемопередающую схему или другой подобный объект. Интерфейс связи представляет собой общий термин. В конкретном варианте реализации термин интерфейс связи может охватывать несколько интерфейсов. Запоминающий модуль 701 может представлять собой запоминающее устройство.
Устройство 700 может представлять собой аппаратуру терминала согласно какому-либо одному из приведенных выше вариантов, или может представлять собой интегральную схему (чип), расположенную в оконечном устройстве. Процессорный модуль 702 может оказывать поддержку аппаратуре 700 в осуществлении действий оконечного устройства в приведенных выше примерах способов. В качестве альтернативы, процессорный модуль 702 главным образом осуществляет внутренние действия терминала согласно примерам способов, и модуль 703 связи может поддерживать связь между аппаратурой 700 и сетевой аппаратурой. Например, процессорный модуль 702 конфигурирован для осуществления этапов 301 и 302, показанных на фиг. 3. Модуль 703 связи конфигурирован для передачи канала PUCCH или канала PUSCH, как показано на фиг. 3.
В частности, в одном из вариантов, процессорный модуль 702 конфигурирован для того, чтобы: запустить передачу запроса SR; если определено, что канал PUCCH, несущий запрос SR, и канал PUSCH, несущий первый пакет данных, накладываются во временной области первого ресурса восходящей линии, получить статус обработки канала PUSCH с использованием первого ресурса восходящей линии; и передать, на основе этого статуса обработки канала PUSCH с использованием первого ресурса восходящей линии, канал PUCCH или канал PUSCH с использованием первого ресурса восходящей линии посредством модуля связи.
В одном из возможных вариантов, процессорный модуль специально конфигурирован для того, чтобы: когда статус обработки канала PUSCH с использованием первого ресурса восходящей линии соответствует «обработка завершена», если определено, что первый уровень приоритета логического канала для запуска передачи запроса SR не ниже второго уровня приоритета логического канала для первого пакета данных, подлежащего передаче с использованием первого ресурса восходящей линии, передачу канала PUCCH с использованием первого ресурса восходящей линии посредством модуля связи.
В одном из возможных вариантов, процессорный модуль специально конфигурирован для того, чтобы: если определено, на MAC-уровне, что первый уровень приоритета не ниже второго уровня приоритета, передать первую информацию указания на физический уровень и передать, на физическом уровне на основе первой информации указания, канал PUCCH с использованием первого ресурса восходящей линии посредством модуля связи; или известить физический уровень о первом уровне приоритета и втором уровне приоритета на MAC-уровне, если определено, на физическом уровне, что первый уровень приоритета не ниже второго уровня приоритета, передать канал PUCCH с использованием первого ресурса восходящей линии посредством модуля связи. Второй уровень приоритета может быть получен аппаратурой связи, когда эта аппаратура связи собирает первый пакет данных.
В частности, в одном из вариантов, процессорный модуль конфигурирован для того, чтобы: запустить передачу запроса SR планирования; и если определено, что канал PUCCH, несущий запрос SR, и канал PUSCH, несущий первый пакет данных, накладываются во временной области первого ресурса восходящей линии, передать, на основе ресурса, занимаемого каналом PUSCH, и требованиям к ресурсу со стороны логического канала для запуска передачи запроса SR, канал PUCCH или канал PUSCH с использованием накладывающегося ресурса временной области посредством модуля связи.
В одном из возможных вариантов, процессорный модуль специально конфигурирован для того, чтобы: если определено, что ресурс, занимаемый каналом PUSCH, удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, передать канал PUSCH с использованием накладывающегося ресурса временной области посредством модуля связи.
В одном из возможных вариантов, когда оконечное устройство определит, что ресурс, занимаемый каналом PUSCH, удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, процессорный модуль дополнительно конфигурирован для того, чтобы: если определено, что первый уровень приоритета логического канала для запуска передачи запроса SR не выше второго уровня приоритета логического канала для первого пакета данных, передать канал PUSCH с использованием накладывающегося ресурса временной области посредством модуля связи.
В одном из возможных вариантов, процессорный модуль специально конфигурирован для того, чтобы: если первый уровень приоритета выше второго уровня приоритета, передать канал PUCCH с использованием накладывающегося ресурса временной области посредством модуля связи.
В одном из возможных вариантов, процессорный модуль специально конфигурирован для того, чтобы: если определено, что ресурс, занимаемый каналом PUSCH, не удовлетворяет требованиям к ресурсам со стороны логического канала для запуска передачи запроса SR, передать канал PUCCH с использованием накладывающегося ресурса временной области посредством модуля связи.
В одном из возможных вариантов, модуль связи дополнительно конфигурирован для передачи первого пакета данных с использованием второго ресурса восходящей линии. Эти второй ресурс восходящей линии и первый ресурс восходящей линии соответствуют одной и той же процедуре запроса HARQ.
В одном из возможных вариантов, первый пакет данных сохраняют в буфере процедуры запроса HARQ, соответствующей второму ресурсу восходящей линии.
В одном из возможных вариантов, модуль связи дополнительно конфигурирован для передачи второго пакета данных с использованием второго ресурса восходящей линии. Второй пакет данных содержит некоторую или всю информацию из первого пакета данных.
В одном из возможных вариантов, модуль связи дополнительно конфигурирован для передачи третьей информации указания сетевой аппаратуры. Эта третья информация указания используется для индикации, что первый пакет данных не был передан или был передан не полностью.
В частности, еще в одном другом примере процессорный модуль конфигурирован для того, чтобы: собрать первый пакет данных для передачи с использованием первого ресурса восходящей линии, и если определено, что первый пакет данных не был передан или был передан не полностью, передать этот первый пакет данных с использованием второго ресурса восходящей линии посредством модуля связи. Эти второй ресурс восходящей линии и первый ресурс восходящей линии соответствуют одной и той же процедуре запроса HARQ.
В одном из возможных вариантов, первый пакет данных сохраняют в буфере процедуры запроса HARQ, соответствующей второму ресурсу восходящей линии.
Следует отметить, что в этом варианте настоящей заявки, разбиение блока (модуля) является примером, и представляет собой просто разбиение логических функций. В фактическом варианте реализации может быть использован другой способ разбиения. Функциональные модули в вариантах настоящей заявки могут быть интегрированы в одном процессорном модуле, либо каждый из этих модулей может существовать физически автономно, либо два или более модулей могут быть интегрированы в одном модуле. Интегрированный модуль может быть реализован в форме аппаратуры или в форме функционального модуля программного обеспечения.
Когда интегрированный модуль реализован в форме функционального модуля программного обеспечения и продается или используется в качестве независимого продукта, этот интегрированный модуль может быть сохранен на читаемом компьютером носителе для хранения информации. На основе такого понимания, технические решения настоящей заявки по существу, или в части, участвующей в известной технике, либо все или некоторые технические решения могут быть реализованы в форме программного продукта. Этот программный продукт сохраняют на носителе для хранения информации, и он содержит ряд команд для управления компьютерным устройством (которое может представлять собой персональный компьютер, сервер или сетевую аппаратуру) или процессором (processor) для осуществления всех или некоторых этапов способов, описываемых вариантами настоящей заявки. Указанный выше носитель информации может сохранять программный код, как запоминающее устройство.
На фиг. 8 представлена упрощенная структурная схема аппаратуры. Аппаратура 800 содержит процессор 810, запоминающее устройство 820 и приемопередатчик 830. В одном из примеров, аппаратура 800 может осуществлять функции устройства 700, показанной на фиг. 7. В частности, приемопередатчик может осуществлять функцию модуля 703 связи, показанного на фиг. 7, процессор может осуществлять функции процессорного модуля 702, и запоминающее устройство может осуществлять функцию запоминающего модуля 701. Еще в одном другом примере, аппаратура 800 может представлять собой аппаратуру терминала согласно приведенному выше варианту. Аппаратура 800 может быть конфигурирована для осуществления способа, соответствующего оконечному устройству и описанного в приведенном выше варианте. Подробности см. в описании приведенного выше варианта способа.
На фиг. 9 представлена упрощенная структурная схема аппаратуры 900 терминала согласно одному из вариантов настоящей заявки. Для облегчения описания, на фиг. 9 показаны только основные компоненты оконечного устройства. Как показано на фиг. 9, оконечное устройство 900 содержит процессор, запоминающее устройство, схему управления, антенну и устройство ввода/вывода. Оконечное устройство 900 может быть применена к системной архитектуре, показанной на фиг. 1, и осуществлять функции оконечного устройства в приведенных выше вариантах способа.
Процессор конфигурирован главным образом для того, чтобы осуществлять протокол связи и обрабатывать данные связи, управлять всей оконечным устройством, выполнять программу и обрабатывать данные в соответствии с этой программой, а также осуществлять действия, описываемые в приведенном выше варианте способа. Запоминающее устройство конфигурировано главным образом для сохранения программного обеспечения и данных. Схема управления главным образом конфигурирована для того, чтобы: осуществлять преобразование между сигналом видеодиапазона и высокочастотным сигналом и обрабатывать этот высокочастотный сигнал. Комбинацию схемы управления и антенны можно называть приемопередатчиком, конфигурированным главным образом для передачи и приема высокочастотного сигнала в форме электромагнитных волн. Устройство ввода/вывода, такое как сенсорный экран, экран дисплея или клавиатура, конфигурировано главным образом для приема данных, вводимых пользователем, и вывода данных пользователю.
После включения питания оконечного устройства процессор может считывать программу из запоминающего модуля, интерпретирует и выполняет команды программы, и обрабатывает данные в соответствии с этой программой. Когда данные необходимо передать беспроводным способом (по радио), после обработки данных, подлежащих передаче, в видеодиапазоне, процессор передает сигнал видеодиапазона в высокочастотную схему. После осуществления высокочастотной обработки сигнала видеодиапазона высокочастотная схема передает высокочастотный сигнал через антенну в форме электромагнитной волны. Когда данные передают оконечному устройству, высокочастотная схема принимает высокочастотный сигнал через антенну, преобразует этот высокочастотный сигнал в сигнал видеодиапазона и передает этот сигнал видеодиапазона процессору. Процессор преобразует сигнал видеодиапазона в данные и обрабатывает эти данные.
Специалист в рассматриваемой области может понимать, что для простоты описания, на фиг. 9 показано только одно запоминающее устройство и только один процессор. Фактически оконечное устройство может иметь несколько процессоров и несколько запоминающих устройств. Такое запоминающее устройство может также называться носителем для хранения информации, устройством для хранения информации и т.п. В вариантах настоящей заявки это никак не ограничивается.
В одном из возможных вариантов процессор может содержать процессор видеодиапазона и центральный процессор. Процессор видеодиапазона конфигурирован главным образом для осуществления протокола связи и обработки данных связи. Центральный процессор конфигурирован для управления всей оконечным устройством, выполнения программ и обработки данных в соответствии с этими программами. Функции процессора видеодиапазона и центрального процессора интегрированы в процессоре, показанном на фиг. 9. Специалист в рассматриваемой области может понимать, что каждый процессор – процессор видеодиапазона и центральный процессор, может быть независимым процессором и соединенным с другими компонентами посредством шины. Специалист в рассматриваемой области может понимать, что оконечное устройство может содержать несколько процессоров видеодиапазона, для адаптации к разным сетевым стандартам, оконечное устройство может содержать несколько центральных процессоров для повышения процессорных мощностей оконечного устройства, и компоненты оконечного устройства могут быть соединены с использованием различных шин. Процессор видеодиапазона может быть также выполнен в виде процессорной схемы видеодиапазона или в виде кристалла (чипа) интегральной схемы процессора видеодиапазона. Центральный процессор также может быть выполнен в виде схемы центрального процессора или в виде кристалла (чипа) интегральной схемы центрального процессора. Функция выполнения протокола связи и обработки данных связи может быть встроена в процессор или может быть сохранена в запоминающем модуле в форме программы. Процессор выполняет программу для осуществления процессорной функции в видеодиапазоне.
Оконечное устройство 900, показанная на фиг. 9, может осуществлять процедуры, связанные с оконечным устройством, согласно варианту способа, показанному на фиг. 3. Операции и/или функции модулей в оконечном устройстве 900 предназначены для осуществления соответствующих процедур приведенного выше варианта способа. Подробности см. в описаниях приведенных выше вариантов способа. Во избежание повторов подробные описания здесь должным образом опущены.
В одном из вариантов реализации, этапы способов вариантов заявки могут быть осуществлены с использованием аппаратной интегральной логической схемы в процессоре или с использованием команд в форме программного обеспечения. Этапы способа, описываемого со ссылками на варианты настоящей заявки, могут быть непосредственно выполнены аппаратным процессором или могут быть осуществлены с применением сочетания аппаратуры процессора и модуля программного обеспечения.
Следует отметить, что процессор в вариантах настоящей заявки может быть выполнен в виде кристалла (чипа) интегральной схемы и обладать возможностями обработки сигнала. В одном из вариантов процедуры, этапы приведенных выше способов могут быть осуществлены с использованием аппаратных интегральных логических схем в процессоре или с использованием команд в форме программного обеспечения. Процессор может представлять собой центральный процессор (central processing unit, CPU) общего назначения, процессор общего назначения, цифровой процессор сигнала (digital signal processing, DSP), специализированную интегральную схему (application specific integrated circuits, ASIC), программируемую пользователем вентильную матрицу (field programmable gate array, FPGA), другое программируемое логическое устройство, транзисторное логическое устройство, аппаратный компонент или какую-либо комбинацию перечисленных объектов; или может быть комбинацией процессоров, осуществляющих компьютерную функцию, например, комбинацией одного или нескольких микропроцессоров или комбинацией процессора DSP и микропроцессора. Процессор общего назначения может представлять собой микропроцессор, или процессор может быть каким-либо обычным процессором и т.п.
Можно понимать, что запоминающее устройство или запоминающий модуль в вариантах настоящей заявки может представлять собой энергозависимое запоминающее устройство или энергонезависимое запоминающее устройство. Энергонезависимое запоминающее устройство может представлять собой постоянной запоминающее устройство (ПЗУ (read-only memory, ROM)), программируемое постоянное запоминающее устройство (ППЗУ (programmable ROM, PROM)), стираемое программируемое постоянное запоминающее устройство (СППЗУ (erasable PROM, EPROM)), электрически стираемое программируемое запоминающее устройство (ЭСППЗУ (electrically EPROM, EEPROM)) или устройство флэш-памяти. Энергозависимое запоминающее устройство может представлять собой запоминающее устройство с произвольной выборкой (ЗУПВ (random access memory, RAM)), используемое в качестве внешнего кэша. Здесь в качестве примеров, но не ограничивающего описания, могут быть использованы разнообразные формы ЗУПВ (RAM), например, статическое запоминающее устройство с произвольной выборкой (статическое ЗУПВ (static RAM, SRAM)), динамическое запоминающее устройство с произвольной выборкой (динамическое ЗУПВ (dynamic RAM, DRAM)), синхронное динамическое запоминающее устройство с произвольной выборкой (synchronous DRAM, SDRAM), синхронное динамическое запоминающее устройство с произвольной выборкой с удвоенной скоростью передачи данных (double data rate SDRAM, DDR SDRAM), усовершенствованное синхронное динамическое запоминающее устройство с произвольной выборкой (enhanced SDRAM, ESDRAM), динамическое запоминающее устройство с произвольной выборкой и синхронным каналом (synchlink DRAM, SLDRAM) и динамическое запоминающее устройство с произвольной выборкой и с шиной прямого резидентного доступа (direct rambus RAM, DR RAM). Следует отметить, что запоминающее устройство для систем и способов, рассматриваемых в настоящем описании, может представлять собой, не ограничиваясь, какое-либо из перечисленных запоминающих устройств или запоминающее устройство другого подходящего типа.
Все или некоторые из приведенных выше вариантов могут быть реализованы с использованием загружаемого программного обеспечения, аппаратуры, встроенного программного обеспечения или какой-либо комбинации этих компонентов. Когда для осуществления вариантов настоящего изобретения используется загружаемое программное обеспечение, эти варианты могут быть реализованы полностью или частично в форме компьютерного программного продукта. Этот компьютерный программный продукт содержит одну или несколько компьютерных программ или команд. Когда компьютерные программы или команды загружают и выполняют компьютером, при этом происходит полная или частичная генерация процедуры или функций согласно вариантам настоящей заявки. Компьютер может представлять собой компьютер общего назначения, специализированный компьютер, компьютерную сеть или другую программируемую аппаратуру. Компьютерная программа или команды могут быть сохранены на читаемом компьютером носителе для хранения информации или могут быть переданы с использованием такого читаемого компьютером носителя для хранения информации. Такой читаемый компьютером носитель для хранения информации может представлять собой какой-либо подходящий носитель, доступный для компьютера, или устройство для хранения данных, такое как сервер, интегрирующий один или несколько подходящих носителей. Такой подходящий носитель информации может представлять собой магнитный носитель, например, гибкий диск, жесткий диск или магнитную ленту; или может быть оптическим носителем, например, диском DVD; или может быть полупроводниковым носителем, например, твердотельным диском (solid state disk, SSD).Разные иллюстративные логические модули и схемы, описываемые в вариантах настоящего изобретения, могут осуществлять или выполнять описываемые функции с использованием процессора общего назначения, цифрового процессора сигнала, специализированной интегральной схемы (ASIC), программируемой пользователем вентильной матрицы (FPGA) или других программируемых логических устройств, дискретных вентилей или транзисторных логических схем, дискретных аппаратных компонентов или какой-либо комбинации перечисленных компонентов. Процессор общего назначения может представлять собой микропроцессор. В качестве опции, процессор общего назначения может также быть каким-либо обычным процессором, контроллером, микроконтроллером или конечным автоматом. Процессор может также быть реализован в виде комбинации компьютерных устройств, таких как цифровой процессор сигнала и микропроцессор, несколько микропроцессоров один или несколько микропроцессоров с ядром цифрового процессора сигнала или какой-либо другой аналогичной конфигурации.
Этапы способов или алгоритмов, описываемых в вариантах настоящей заявки, могут быть непосредственно встроены в аппаратуру, в модуль программного обеспечения, выполняемый процессором, или в комбинацию этих компонентов. Модуль программного обеспечения может быть сохранен в ЗУПВ (RAM), устройстве флэш-памяти, ПЗУ (ROM), СППЗУ (EPROM), ЭСППЗУ (EEPROM), регистре, на жестком диске, на сменном магнитном диске, диске CD-ROM или носителе другого типа, известного в технике, для хранения информации. Такой носитель для хранения информации может быть соединен с процессором, так что процессор может считывать информацию с носителя и записывать информацию на этом носителе для хранения информации. В качестве альтернативы, носитель для хранения информации может быть далее интегрирован в процессор. Процессор и носитель для хранения информации могут быть реализованы в схеме ASIC, и эта схема ASIC может быть встроена в аппаратуру терминала. В качестве альтернативы, процессор и носитель для хранения информации могут наводиться в разных компонентах оконечного устройства.
Команды компьютерных программ могут быть загружены в компьютер или другое программируемое устройство обработки данных, так что такой компьютер или другое программируемое устройство осуществляют последовательность операций и этапов, генерируя тем самым выполняемую компьютером процедуру. Таким образом, команды, выполняемые компьютером или другим программируемым устройством, реализуют этапы для осуществления конкретных функций в одной или нескольких процедурах, показанных на логических схемах и/или в одном или нескольких блоках, показанных на блок-схемах.
Хотя варианты настоящей заявки описаны со ссылками на конкретные признаки, понятно, что в них могут быть внесены разнообразные модификации и комбинации, не отклоняясь от смысла и объема вариантов настоящей заявки. Соответственно, приведенное здесь описание и прилагаемые чертежи представляют всего лишь примеры вариантов настоящей заявки, определяемой прилагаемой Формулой изобретения, и рассматривается как какие-либо или все модификации, вариации, комбинации или эквиваленты, попадающие в объем вариантов настоящей заявки.
Изобретение относится к средствам связи. Технический результат – повышение эффективности передачи информации восходящей линии с использованием накладывающегося ресурса временной области. Запускают, с помощью оконечного устройства, передачу запроса планирования (SR). Передают, с помощью оконечного устройства, канал PUCCH с использованием накладывающегося ресурса временной области, если определено, что физический восходящий канал управления (PUCCH), несущий запрос SR, и физический восходящий совместно используемый канал (PUSCH), несущий первый пакет данных, накладываются в ресурсах временной области первого ресурса восходящей линии, статус обработки канала PUSCH с использованием первого ресурса восходящей линии соответствует «обработка завершена», и определено, что первый уровень приоритета логического канала для запуска передачи запроса SR выше или равен второму уровню приоритета логического канала среди логических каналов для первого пакета данных, где второй уровень приоритета является наивысшим уровнем приоритета среди приоритетов логических каналов для первого пакета данных. Передают, с помощью оконечного устройства, первый пакет данных с использованием второго ресурса восходящей линии, причем второй ресурс восходящей линии и первый ресурс восходящей линии соответствуют одной и той же процедуре запроса HARQ. 4 н. и 6 з.п. ф-лы, 12 ил.
1. Способ связи, содержащий этапы, на которых:
запускают, с помощью оконечного устройства, передачу запроса планирования (SR);
передают, с помощью оконечного устройства, канал PUCCH с использованием накладывающегося ресурса временной области, если определено, что физический восходящий канал управления (PUCCH), несущий запрос SR, и физический восходящий совместно используемый канал (PUSCH), несущий первый пакет данных, накладываются в ресурсах временной области первого ресурса восходящей линии, статус обработки канала PUSCH с использованием первого ресурса восходящей линии соответствует «обработка завершена», и определено, что первый уровень приоритета логического канала для запуска передачи запроса SR выше или равен второму уровню приоритета логического канала среди логических каналов для первого пакета данных, где второй уровень приоритета является наивысшим уровнем приоритета среди приоритетов логических каналов для первого пакета данных; и
передают, с помощью оконечного устройства, первый пакет данных с использованием второго ресурса восходящей линии, причем второй ресурс восходящей линии и первый ресурс восходящей линии соответствуют одной и той же процедуре запроса HARQ.
2. Способ по п. 1, в котором первый пакет данных представляет собой единицу данных протокола на уровне управления доступом к среде (MAC PDU); причем
то, что статус обработки канала PUSCH с использованием первого ресурса восходящей линии соответствует «обработка завершена», содержит:
статус обработки канала PUSCH с использованием первого ресурса восходящей линии означает, что блок MAC PDU был собран.
3. Способ по п. 1, в котором этап передачи, с помощью оконечного устройства, канала PUCCH с использованием накладывающегося ресурса временной области содержит подэтапы, на которых:
передают, с помощью оконечного устройства, при определении, на МАС-уровне, что первый уровень приоритета выше или равен второму уровню приоритета, первую информацию указания на физический уровень оконечного устройства; и
передают, с помощью оконечного устройства, канал PUCCH с использованием накладывающегося ресурса временной области на основе первой информации указания на физическом уровне.
4. Способ по любому из пп. 1-3, в котором оконечное устройство выполнено с возможностью получения второго уровня приоритета, при сборке, указанным оконечным устройством первого пакета данных.
5. Способ по любому из пп. 1-4, в котором первый пакет данных сохраняют в буфере процедуры запроса HARQ, соответствующей второму ресурсу восходящей линии.
6. Способ по любому из пп. 1-5, в котором оба ресурса из первого ресурса восходящей линии и второго ресурса восходящей линии являются предварительно конфигурируемыми выделенными ресурсами.
7. Способ по любому из пп. 1-6, дополнительно содержащий этапы, на которых:
осуществляют, с помощью оконечного устройства, сборку первого пакета данных на первом ресурсе восходящей линии; причем
этап передачи, с помощью оконечного устройства, первого пакета данных с использованием второго ресурса восходящей линии содержит подэтап, на котором
передают, с помощью оконечного устройства, если определено, что первый пакет данных не был передан или был передан не полностью, указанный первый пакет данных с использованием второго ресурса восходящей линии.
8. Устройство связи, характеризующееся тем, что выполнено с возможностью осуществления способа по любому из пп. 1-7.
9. Устройство связи, содержащее процессор и запоминающее устройство, хранящее инструкции, причем инструкции вызывают, при исполнении процессором, выполнение, указанным устройством, способа по любому из пп. 1-7.
10. Машиночитаемый носитель информации, хранящий команды, вызывающие, при исполнении процессором, осуществление способа по любому из пп. 1-7.
| Huawei (Rapporteur), E-mail discussion summary [104#39][NR/IIOT] Intra UE prioritization UL Control Data (Huawei), 3GPP TSG-RAN WG2 #105, Athens, Greece, 25th of February - 1st of March 2019, R2-1901439, 15.02.2019, 34 c | |||
| CN 108702768 A, 23.10.2018 | |||
| CN 108513735 A, 07.09.2018 | |||
| СПОСОБ И СИСТЕМА ДЛЯ УКАЗАНИЯ РЕЖИМА ПЕРЕДАЧИ ДЛЯ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ | 2011 |
|
RU2681205C2 |
