СПОСОБ И СИСТЕМА ПЛАНИРОВАНИЯ ДАННЫХ В ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ДЛЯ ПЕРЕДАЧИ БЕЗ ПРЕДОСТАВЛЕНИЯ РАЗРЕШЕНИЯ
METHOD AND SYSTEM FOR SCHEDULING DATA IN AN UPLINK FOR TRANSMITTING WITHOUT GRANTING PERMISSION

Область техники, к которой относится изобретение
Настоящее изобретение в целом относится к способу и системе беспроводной связи и, в конкретных вариантах осуществления, к способу и системе планирования данных в восходящей линии связи для передачи без предоставления разрешения.
Уровень техники
Системы передачи данных стандарта «Новое радио» (NR) пятого поколения (5G) могут включать в себя признак передач данных без предоставления разрешения по восходящей линии связи. При передаче данных без предоставления разрешения по восходящей линии связи пакеты передают без ожидания предоставления ресурсов для восходящей линии связи. Для увеличения пропускной способности передача данных без предоставления разрешения по восходящей линии связи может быть использована для интернета вещей (IoT) и других сценариев. Передача данных без предоставления разрешения по восходящей линии связи может быть особенно выгодна для прерывистых передач небольших пакетов, например, периодических отчетов от датчика или другого устройства, пакетов поддержки активности из приложения или тому подобного. Могут быть некоторые службы, которые регулярно используют передачу без предоставления разрешения, и другие службы, которые имеют комбинацию небольших пакетов, подходящих для передачи без предоставления разрешения, и больших блоков данных, которые требуют предоставления разрешения передач по восходящей линии связи для приемлемой производительности.
В некоторых случаях, могут быть предоставлены определенные услуги или конкретные потоки данных, которые безоговорочно сконфигурированы для использования передач без предоставления разрешения. Соответственно, механизм без предоставления разрешения может быть использован для каналов, соответствующих этим услугам или потокам, что приводит к классу логических каналов, назначенных специально для осуществления передач без предоставления разрешения. При назначении определенных логических каналов для передач без предоставления разрешения, логические каналы имеют отдельного планировщика, который использует только ресурсы физического уровня (PHY) без предоставления разрешения, то есть часть ресурсов физического уровня в системе, которым разрешено быть занятыми передачами без предоставления разрешения. Такие PHY ресурсы могут быть охарактеризованы, как подмножество радиоресурсов, определенных, например, с помощью синхронизации, частоты несущей или поднесущей, назначения кода и так далее.
Раскрытие сущности изобретения
В соответствии с вариантом осуществления способ включает в себя определение, следует ли осуществлять передачу без предоставления разрешения в соответствии с размером, по меньшей мере, одного пакета в первом буфере, по меньшей мере, одного буфера, и определение размера транспортного блока без предоставления разрешения (GFTB) в соответствии с конфигурацией радиоресурсов, доступных для передачи без предоставления разрешения в тех случаях, когда должна использоваться передача без предоставления разрешения. Способ также включает в себя заполнение GFTB первыми данными, по меньшей мере, из одного из буферов для формирования заполненного GFTB, и передачу GFTB с уровня управления доступом к среде (MAC) на физический уровень (PHY).
Альтернативно, в любом из предыдущих вариантов осуществления способ, дополнительно содержит определение, одобрен ли заполненный GFTB для передачи без предоставления разрешения; восстановление первых данных в первый буфер после определения, что GFTB не одобрен для передачи без предоставления разрешения; и передачу заполненного GFTB, используя восходящую линию связи без предоставления разрешения, после определения, что GFTB одобрен для передачи без предоставления разрешения.
Альтернативно, в любом из предыдущих вариантов осуществления способ, дополнительно содержит определение, что передача без предоставления разрешения запрещена для вторых данных второго буфера, по меньшей мере, одного буфера; выбор первых данных, которые не пересекаются со вторыми данными; и удержание вторых данных во втором буфере до определения, одобрен ли заполненный GFTB для передачи без предоставления разрешения.
Альтернативно, в любом из предыдущих вариантов осуществления способ, в котором определение, следует ли осуществлять передачу без предоставления разрешения, содержит: определение множества размеров пакетов, по меньшей мере, в одном буфере; суммирование множества размеров пакетов для получения общего размера пакета; сравнение общего размера пакета с пороговым значением размера; определение осуществлять передачу без предоставления разрешения после определения, что общий размер пакета меньше или равен пороговому значению размера; и определение, что не следует осуществлять передачу без предоставления разрешения, после определения того, что общий размер пакета превышает пороговое значение размера.
Альтернативно, в любом из предыдущих вариантов осуществления способ, дополнительно содержит определение, следует ли выполнять передачу без предоставления разрешения в подмножестве пакетов, после определения, что не следует осуществлять передачу без предоставления разрешения.
Альтернативно, в любом из предыдущих вариантов осуществления способ, в котором определение осуществлять передачу без предоставления разрешения содержит оценку времени до ожидаемой передачи данных без предоставления разрешения.
Альтернативно, в любом из предыдущих вариантов осуществления способ, в котором определение, следует ли осуществлять передачу без предоставления разрешения, содержит оценку минимального времени до следующего доступного случая для запроса передачи данных без предоставления разрешения.
Альтернативно, в любом из предыдущих вариантов осуществления способ дополнительно содержит отключение запросов услуги (SR) со времени начала заполнения GFTB до времени передачи GFTB.
Альтернативно, в любом из предыдущих вариантов осуществления способ дополнительно содержит: прием дополнительных данных между заполнением GFTB и передачей заполненного GFTB; определение, добавлять ли дополнительные данные в GFTB; и добавление дополнительных данных в GFTB после определения добавления дополнительных данных в GFTB.
Альтернативно, в любом из предыдущих вариантов осуществления способ, в котором определение, следует ли осуществлять передачу без предоставления разрешения, содержит оценку сетевой политики.
Альтернативно, в любом из предыдущих вариантов осуществления способ дополнительно содержит копирование, по меньшей мере, одного буфера для формирования, по меньшей мере, одного скопированного буфера, в котором заполнение GFTB содержит заполнение GFTB из первых данных, по меньшей мере, одного скопированного буфера.
Альтернативно, в любом из предыдущих вариантов осуществления способ дополнительно содержит удаление, по меньшей мере, одного скопированного буфера при сбое GFTB.
Альтернативно, в любом из предыдущих вариантов осуществления способ дополнительно содержит удаление первых данных из первого буфера при передаче GFTB.
В соответствии с вариантом осуществления, устройство пользователя (UE) включает в себя процессор и постоянный машиночитаемый носитель данных, на котором хранят программу для исполнения процессором. Программа включает в себя инструкции для определения, следует ли осуществлять передачу без предоставления разрешения в соответствии с размером, по меньшей мере, одного пакета в первом буфере, по меньшей мере, одного буфера, и определения размера транспортного блока без предоставления разрешения (GFTB) в соответствии с конфигурацией радиоресурсов, доступных для передачи без предоставления разрешения. Программа также включает в себя инструкции для, при определении осуществлять передачу без предоставления разрешения, заполнения GFTB первыми данными из первого буфера для формирования заполненного GFTB и передачи GFTB с уровня управления доступом к среде (MAC) на физический уровень (PHY).
Альтернативно, в любом из предыдущих вариантов осуществления UE, в котором инструкции дополнительно содержат инструкции для: определения, одобрен ли заполненный GFTB для передачи без предоставления разрешения; восстановления первых данных в первый буфер после определения, что GFTB не одобрен для передачи без предоставления разрешения; и передачи заполненного GFTB, используя восходящую линию связи без предоставления разрешения, после определения, что GFTB одобрен для передачи без предоставления разрешения.
Альтернативно, в любом из предыдущих вариантов осуществления UE, в котором инструкции дополнительно содержат инструкции для: определения, что передача без предоставления разрешения запрещена для вторых данных второго буфера, по меньшей мере, одного буфера; выбора первых данных, которые не пересекаются со вторыми данными; и сохранения вторых данных во втором буфере до определения, одобрен ли заполненный GFTB для передачи без предоставления разрешения.
Альтернативно, в любом из предыдущих вариантов осуществления UE, в котором инструкции для определения, следует ли осуществлять передачу без предоставления, содержит инструкции для: определения множества размеров пакетов, по меньшей мере, в одном буфере; суммирование множества размеров пакетов для получения общего размера пакета; сравнение общего размера пакета с пороговым значением размера; определение осуществлять передачи без предоставления разрешения после определения, что общий размер пакета меньше или равен пороговому значению размера; и определение, что не осуществлять передачу без предоставления разрешения, после определения, что общий размер пакета превышает пороговое значение размера.
Альтернативно, в любом из предыдущих вариантов осуществления UE, в котором инструкции дополнительно содержат инструкции для: приема дополнительных данных между заполнением GFTB и передачей заполненного GFTB; определение, добавлять ли дополнительные данные в GFTB; и добавления дополнительных данных в GFTB после определения добавления дополнительных данных в GFTB.
Альтернативно, в любом из предыдущих вариантов осуществления UE, в котором инструкции дополнительно содержат инструкции для копирования, по меньшей мере, одного буфера для формирования, по меньшей мере, одного скопированного буфера, в котором инструкции для заполнения GFTB содержат инструкции для заполнения GFTB из первых данных, по меньшей мере, одного, по меньшей мере, из одного скопированного буфера.
В соответствии с вариантом осуществления, постоянным машиночитаемым носителем данных, хранящим программу для исполнения процессором, программа включает в себя инструкции для определения, следует ли осуществлять передачу без предоставления разрешения в соответствии с размером, по меньшей мере, одного пакета, по меньшей мере, в одном буфере и определение размера транспортного блока без предоставления разрешения (GFTB) в соответствии с конфигурацией радиоресурсов, доступных для передачи без предоставления разрешения. Программа также включает в себя инструкции для, при определении осуществлять передачу без предоставления разрешения, заполнения GFTB первыми данными из, по меньшей мере, одного буфера для формирования заполненного GFTB и передачи GFTB с уровня управления доступом к среде (MAC) на физический уровень (PHY).
Краткое описание чертежей
Для более полного понимания настоящего изобретения и его преимуществ далее сделана ссылка на следующие описания совместно с сопровождающими чертежами, на которых:
Фиг.1 показана логическая структура управления доступом к среде (MAC) для планирования передач без предоставления разрешения;
Фиг.2 иллюстрирует схему беспроводной сети для передачи данных, ассоциированную с некоторыми вариантами осуществления;
Фиг.3 иллюстрирует вариант осуществления структуры MAC для планирования передач без предоставления разрешения;
Фиг.4 иллюстрирует схему передачи по восходящей линии связи без предоставления разрешения и на основании предоставления разрешения согласно некоторым вариантам осуществления;
Фиг.5 иллюстрирует схему передачи данных в неупорядоченном порядке, ассоциированную с некоторыми вариантами осуществления;
Фиг.6 иллюстрирует схему успешной и неудачной передачи транспортного блока без предоставления разрешения (GFTB), ассоциированную с некоторыми вариантами осуществления;
Фиг.7 иллюстрирует блок-схему последовательности операций способа варианта осуществления передачи без предоставления разрешения по восходящей линии связи;
Фиг.8 иллюстрирует блок-схему алгоритма другого варианта осуществления способа передачи без предоставления разрешения по восходящей линии связи;
Фиг.9 иллюстрирует блок-схему алгоритма дополнительного варианта осуществления способа передачи без предоставления разрешения по восходящей линии связи;
Фиг.10 иллюстрирует блок-схему варианта осуществления системы обработки; и
Фиг.11 иллюстрирует блок-схему варианта осуществления приемопередатчика.
Осуществление изобретения
Далее представлено подробное описание структуры, формирования и использования предпочтительных представленных вариантов осуществления. Однако следует понимать, что настоящее изобретение предоставляет множество применимых изобретательских идей, которые могут быть воплощены в широком разнообразии конкретных контекстов. Обсуждаемые конкретные варианты осуществления являются просто иллюстрацией конкретных способов реализации и использования изобретения и не ограничивают объем изобретения.
В системах передачи данных стандарта «Долгосрочное развитие» (LTE) выполняют планирование передач по восходящей линии связи. Очереди данных в UE заполняют данными, ожидающими передачи. Может быть одна очередь на логический канал, хотя детали реализации UE могут отличаться. В других примерах может быть более одной очереди на логический канал или более одного логического канала на очередь. На основании состояния очередей UE может генерировать запрос планирования в сеть для приема разрешения на передачу данных по восходящей линии связи. При приеме разрешения от сети на передачу данных по восходящей линии связи, UE заполняет передачу данных из данных в очередях, заполняя размер транспортного блока в разрешении данными из логических каналов в порядке приоритета. Затем данные передают при передаче по восходящей линии связи.
При отсутствии разрешения, который был принят и не выполнен, отсутствует транспортный блок для заполнения. Предоставление разрешения основано на процедурах установления приоритетов логического канала, например, процедуры определения приоритетов логического канала, указанные в LTE, предполагают, что предоставлено разрешение, и доставляют данные для заполнения разрешения, часто оставляя данные в очередях. Логика работы без предоставления разрешения не отправляет запрос планирования, а вместо этого формирует передачу без предоставления разрешения. Размер блока, который нужно заполнить, основан на конфигурации без предоставления разрешения и/или данных в очередях, а не на размере транспортного блока, сконфигурированном с помощью разрешения, как в логике, основанной на предоставлении разрешения. Необходимо учитывать дополнительные данные, которые поступают во время построения передачи без предоставления разрешения, особенно если вновь поступающие данные имеют более высокий приоритет, чем данные, уже использованные для заполнения блока.
Критерий для определения, когда данные должны быть переданы без предоставления разрешения, может быть основан на ряде соображений, таких как размер пакета, размер буфера, состояние буфера и другие критерии, такие как тип логического канала. Передачи без предоставления разрешения, основанные на размере пакета обеспечивают гибкость для каналов с переменными скоростями передачи данных. Услуги передачи данных могут заканчиваться множеством типов данных, мультиплексированных в одном логическом канале или даже в одном потоке. Например, клиент обмена мгновенными сообщениями (IM) может использовать один и тот же канал/логический канал для данных сообщения, которые имеют потенциально большие пакеты, и пакеты поддержки активности, которые являются небольшими пакетами. В таком случае, небольшие пакеты могут хорошо подходить для передачи без предоставления разрешения, поскольку они подходят для небольших распределений, в то время как большие пакеты для данных сообщения могут быть слишком большими, чтобы быть доставленными без предоставления разрешения с приемлемыми коэффициентами ошибок пакетов и/или могут иметь слишком большой размер блока, конфигурированный системой для передачи без предоставления разрешения. Передача без предоставления разрешения уменьшает время задержки, поскольку передача может быть передана при следующей возможности предоставления канала восходящей линии связи без разрешения, без ожидания разрешения. Дополнительно, передача без предоставления разрешения уменьшает ширину полосы пропускания, не используя сообщения запроса на предоставление разрешения и ответа на предоставление разрешения. Однако передача без предоставления разрешения может включать в себя возможность конфликта между различными передатчиками, что приводит к потере данных.
Некоторые логические каналы могут плохо подходить для использования без предоставления разрешения. Например, конфигурация без предоставления разрешения может не соответствовать критериям надежности для логического канала из-за опасности конфликта. Соответственно, некоторые логические каналы могут быть запрещены для использования без предоставления разрешения. Запрет может исходить от устройства пользователя (UE), сети или как от UE, так и от сети, и запрет может быть указан заранее. В качестве альтернативы, запрет может быть направлен на основании критериев реализации. В любое время планировщик восходящей линии связи UE или конфигурирующий объект в сети может оценить логический канал и определить, допустимо ли использование без предоставления разрешения.
В варианте осуществления используют механизм без предоставления разрешения, основанный на размере пакета. Уровень управления доступом к среде (MAC) выполняет планирование восходящей линии связи с использованием процедур планирования пакетов восходящей линии связи без предоставления и с предоставлением разрешения. В варианте осуществления механизм уровня 2 планирует передачи от UEs без предоставления разрешения передачи по восходящей линии связи. Небольшие пакеты могут быть переданы без предоставления разрешения, в то время как большие пакеты передают на основании предоставления разрешения.
На фиг.1 показана MAC структура 200 для планирования без предоставления разрешения на основании логических каналов. Услуга A 202 и услуга B 204 разрешают передачу без предоставления разрешения, тогда как услуга C 206 не разрешает передачу без предоставления разрешения. Услуга C 206 использует отдельные радиоресурсы, например, радиоресурсы, не предоставляемые для передачи без предоставления разрешения для каждого разрешения. Услуга A 202 ставит в очередь MAC блок А 208 служебных данных (SDU) для передачи по восходящей линии связи, услуга B 204 ставит в очередь MAC SDU B 210 для передачи по восходящей линии связи и услуга C 206 ставит в очередь MAC SDU C 212 для передачи по восходящей линии связи. MAC SDU A 208 и MAC SDU B 210 используют логические каналы без предоставления разрешения, в то время как MAC SDU C 212 использует логические каналы, основанные на предоставлении разрешения. Приоритизацию логических каналов (LCP) 212 выполняют на основании логических каналов 214 без предоставления разрешения и логических каналов 216 с предоставлением разрешения. МАС блоки 220 данных протокола (PDUs), соответствующие транспортным блокам для передачи на физическом уровне, формируют на основании LCP 218.
На фиг.2 показана сеть 100 для передачи данных в соответствии с некоторыми вариантами осуществления. Сеть 100 включает в себя контроллер 102 связи, имеющий зону 106 покрытия, множество UEs, включающее в себя UE 104 и UE 105, и транзитную сеть 108. В этом варианте осуществления изображены два UEs, но могут использовать больше. Контроллер 102 связи может быть любым компонентом, способным обеспечить беспроводной доступ путем установления соединений восходящей линии (штрихпунктирная линия) и/или нисходящей линии связи (пунктирная линия) с UE 104 и UE 105, таких как базовая станция, NodeB, усовершенствованный узел B (eNB) точка доступа, пикосота, фемтосота, ретрансляционный узел и другие устройства беспроводной связи. Передача данных по восходящей линии связи может быть основана на предоставлении разрешения или без предоставления разрешения. UE 104 и UE 105 могут быть любым компонентом, способным устанавливать беспроводное соединение с контроллером 102 связи, таким как устройство пользователя (UE), сотовые телефоны, смартфоны, планшеты, датчики или тому подобное. Транзитная сеть 108 может быть любым компонентом или совокупностью компонентов, которые позволяют обмениваться данными между контроллером 102 связи и удаленным оконечным устройством. В некоторых вариантах осуществления сеть 100 может включать в себя различные другие устройства беспроводной связи, такие как ретрансляторы или тому подобное.
На фиг.3 показана MAC процедура 300 обработки данных для планирования без предоставления разрешения на основании размера пакета или буфера. Множество услуг, услуга A 302, услуга B 304 и услуга C 306, используют разные логические каналы, но планируются вместе. Услуга A 302 ставит в очередь MAC SDU A 308 для передачи по восходящей линии связи, услуга B 304 ставит в очередь MAC SDU B 310 для передачи по восходящей линии связи и услуга C 306 ставит в очередь MAC SDU C 310 для передачи по восходящей линии связи. MAC SDU A 308 соответствует логическому каналу A 312, MAC SDU B 310 соответствует логическому каналу B 314 и MAC SDU C 310 соответствует логическому каналу C 316.
1
2
1
2
LCP 318 выполняет планирование восходящей линии связи для логического канала A 312, логического канала B 314 и логического канала C 316. LCP 318 генерирует MAC PDUs различных размеров, которые затем могут быть разделены для передачи без предоставления разрешения и передачи на основании предоставления разрешения. Некоторые логические каналы могут иметь требования к задержке, которые соблюдаются LCP 318 во время планирования. Некоторые логические каналы могут запрещать передачу без предоставления разрешения с помощью LCP 318. Уровень протокола, включающий в себя механизм LCP, генерирует PDUs из SDUs. Когда MAC уровень обрабатывает пакетные данные, SDUs могут называться пакетами. Некоторые PDUs, например, большие PDUs, такие как MAC PDU 320, назначают для передачи на основании предоставления разрешения, в то время как другие PDUs, например, небольшие PDUs, такие как MAC PDU 322, назначают для передачи без предоставления разрешения. Пакеты передают на PHY уровень. MAC PDU 320 передают в PHY 324 на основании предоставления разрешения, в то время как MAC PDU 322 передают на PHY уровень 326 без предоставления разрешения.
Вариант осуществления предусматривает аспекты установления приоритетов логического канала планирования восходящей линии связи и может в некоторых вариантах осуществления быть совместимым с моделью LTE. UE передает данные от одного или нескольких сервисов по логическому каналу по восходящей линии связи. В обычной операции на основании предоставления разрешения планировщик запрашивает разрешение от сети. Затем сеть выдает разрешение, включающее в себя параметры транспортного блока (ТВ), который UE будет разрешено отправлять. Затем UE заполняет TB согласно приоритетам каналов. Каждый логический канал может иметь свою очередь данных для планирования. Данные могут быть обработаны из очередей на основании приоритета, поэтому данные с более высоким приоритетом передают быстрее. Разные UEs могут реализовывать некоторые операции восходящей линии связи по-разному, хотя и может приводить к одному и тому же результату планирования для данного набора входных данных.
Некоторые логические каналы могут иметь требование к задержке. В одном примере требования к задержке логических каналов удовлетворяют в подходе без предоставления разрешения. Некоторые логические каналы могут быть запрещены для использования без разрешения. Например, некоторые логические каналы могут требовать использования разрешений для предотвращения конкуренции и гарантии обслуживания. В варианте осуществления конфигурация для построения транспортного блока восходящей линии связи без предоставления разрешения заранее известна UE. Конфигурация может, например, быть принята в предшествующем сообщении от контроллера связи. Альтернативно, конфигурацию устанавливают на UE. Конфигурация может включать в себя конфигурацию состояния модуляции и кодирования (MCS), максимальный размер TB и другие характеристики для восходящей линии связи без предоставления разрешения. Протокол управления линией радиосвязи (RLC) обеспечивает надежность и/или повторную передачу, и MAC уровню не нужно учитывать результат приема передачи без предоставления разрешения.
Передачи без предоставления разрешения могут рассматриваться в том же цикле, в котором UE оценивает, отправлять ли запрос планирования (SR). Когда поступающие данные поступают для передачи по восходящей линии связи, UE оценивает, будут ли данные отправлены в передаче без предоставления разрешения или в передаче на основании предоставления разрешения. В одном примере, UE определяет, совместимо ли состояние буферов данных восходящей линии связи с передачей без предоставления разрешения. Состояние буферов данных восходящей линии связи может быть совместимо с передачей без предоставления разрешения, когда данные в буферах, за исключением тех, которые не рассматриваются для использования без предоставления разрешения, достаточно малы, и данные складывают в размер, меньшем, чем размер, разрешенный для транспортных блоков без предоставления разрешения. В некоторых примерах, UE может разрешать заполнение транспортного блока данными из некоторых, но не всех услуг. Например, если есть малый пакет одной услуги и большой пакет от другой услуги, маленький пакет может быть отправлен сам по себе в передаче без предоставления разрешения, тогда как большой пакет отправляется в передаче на основании предоставления разрешения.
В варианте осуществления планировщик формирует транспортный блок без предоставления разрешения (GFTB) с данными из буферов восходящей линии без получения разрешения. PHY параметры, такие как размер и MCS, устанавливают в соответствии с конфигурацией без предоставления разрешения. После заполнения GFTB может быть представлен в PHY для передачи на радиоресурсах без предоставления разрешения. Данные, не назначенные для передачи без предоставления разрешения, направляют в обычный LCP для передачи на основании предоставления разрешения.
Фиг.4 иллюстрирует передачу 400 без предоставления разрешения и с предоставлением разрешения в соответствии с некоторыми вариантами осуществления. В очереди C 406 есть данные, которые не разрешены для передачи без разрешения. Эти данные отправляют на LCP для передачи 412 на основании разрешения. Очередь B 404 является другой очередью, которая в указанное время не содержит данных. Очередь A 402 содержит данные, которые разрешено передавать в передаче без предоставления разрешения. Данные считывают в GFTB 408, объект логического транспортного блока. GFTB передают на PHY уровень 414. Заполнение добавляется к данным из очереди A 402 для завершения заполнения GFTB 410.
Планировщик работает с MAC SDUs аналогично назначению приоритетов логическим каналам. Доступные ресурсы восходящей линии связи без предоставления разрешения могут быть ограничены во времени. Например, если пройдет много времени, прежде чем будет разрешена передача без предоставления разрешения, GFTB не может быть сформирован, поскольку может быть быстрее использовать передачу на основании разрешения. Дополнительно, может быть рассмотрена близость к случаям SR. Например, когда наступает случай SR, передача без предоставления разрешения может не использоваться, поскольку период ожидания предоставления разрешения может быть короче, чем использование передачи без предоставления разрешения. Временной критерий может зависеть от услуги. Например, связь машинного типа (MTC) может предпочесть передачу без предоставления разрешения для предупреждения перегрузки SR. MTC также может иметь низкие требования к задержке. С другой стороны, услуги, которые должны быть надежными, такие как мобильные игры, визуализация видео, дистанционное управление и мониторинг безопасности, облачное соединение и беспроводная связь между транспортными средствами, предпочтительно могут использовать передачу на основании разрешений.
Зачастую при передаче без предоставления разрешения и на основании разрешения, когда не все содержимое очереди помещается в GFTB, планировщик обычно не пытается сформировать GFTB. В некоторых примерах планировщик формирует GFTB, когда содержимое очереди не помещается в GFTB. Например, данные с высоким приоритетом могут быть отправлены без предоставления разрешения, а остальные данные могут быть поставлены в очередь для передачи на основании предоставления разрешения. Позже, для оставшихся данных запрашивают разрешение.
Дополнительные данные могут поступать во время формирования GFTB. В одном примере отправляют формирующийся GFTB без добавления дополнительных данных, и дополнительные данные планируются для передачи по восходящей линии связи в более позднее время. В другом примере, GFTB прерывается, и процесс приоритизации перезапускают с исходными данными и дополнительными данными. В дополнительном примере новые данные добавляют в GFTB, когда позволяет пространство, и оставшиеся данные остаются в очередях.
В примере передачи без предоставления разрешения и на основании предоставления разрешения, SR не отправляют, пока формируют GFTB, потому что получение разрешения во время фазы формирования GFTB может создать конфликт между LCP и GFTB. Когда LCP ожидает разрешения, формирование GFTB может быть отложено до получения разрешения. В некоторых ситуациях GFTB все еще формируют, пока LCP ожидает предоставления разрешения, например, при наличии разрешения для конкретной услуги. Например, GFTB может быть сформирован для услуги A во время ожидания предоставления услуги B.
Вариант осуществления способа планирования данных восходящей линии связи выполняют планировщиком восходящей линии связи UE. Когда передача без предоставления разрешения запрещена, постоянно или временно, планировщик восходящей линии связи не выполняет передачу без предоставления разрешения. Передача без предоставления разрешения может быть запрещена, например, из-за сетевой политики, потому что UE уже ожидает предоставления разрешения или из-за того, что время до возможности следующей передачи без предоставления разрешения превышает пороговое значение.
Когда содержимое буфера несовместимо с использованием без разрешения, выполняют обычное планирование. Когда содержимое буфера совместимо для передачи без предоставления разрешения, выполняют передачу без предоставления разрешения. Выполняют LCP и размер выходного ТВ равен размеру GFTB. Данные из любых буферов, которые не разрешены для передачи без предоставления разрешения, исключаются. Когда выходной PDU удовлетворяет условиям для передачи без предоставления разрешения, PDU передают на PHY уровень для передачи на ресурсах без предоставления разрешения. С другой стороны, когда выходной PDU не удовлетворяет условиям для передачи без предоставления разрешения, данные восстанавливают в буферах для планирования. Когда использовании запрета SR, запрет SR снимают. Запрещение передачи SR может предотвратить состояние конкуренции между передачей без предоставления разрешения и передачей на основании разрешения. Данные, поступающие до передачи GFTB, могут инициировать отправку SR. Это может привести к неправильной доставке данных без учета LCP.
На фиг.5 показана процедура 500 для обработки неупорядоченной доставки данных в соответствии с некоторыми вариантами осуществления. Первоначально в буферах 502 имеются данные. Эти начальные данные помещают в GFTB 504 для передачи без предоставления разрешения. После того, как GFTB 504 был сформирован, но до передачи без предоставления разрешения, новые данные 520 поступают и помещают в буфер 506. Новые данные слишком велики для GFTB 504. Кроме того, новые данные имеют более низкий приоритет, чем данные. в GFTB 504. SR 508 передают и запрашивает возможность предоставления разрешения. В ответ на SR 508, принимают разрешение 510, и новые данные 514 передают как данные 512 восходящей линии связи.
В более позднее время ресурсы 516 передачи (Tx) без предоставления разрешения становятся доступными, и данные в GFTB 504 передают как данные 518 восходящей линии связи. В этом примере, данные задерживают, поскольку их передают без предоставления разрешения.
Чтобы предотвратить неупорядоченную передачу данных, могут быть запрещены передачи SR, пока формируют GFTB. Однако этот подход задерживает поступающие позже данные и не приносит пользы исходным данным. В другом примере, формирование GFTB запрещено, когда случай SR предшествует следующим ресурсам передачи без предоставления разрешения.
Варианты осуществления системы для планирования данных восходящей линии связи могут предусматривать способ восстановления для случая, когда сформированный MAC PDU не помещается в GFTB. Это может быть вызвано состоянием конкуренции, которое добавляет данные в буфер, реконфигурация которой изменяет параметры без разрешения перед следующим случаем передачи без предоставления разрешения, или по иным причинам.
Для восстановления данных в случае, когда сформированный PDU MAC не помещается в GFTB, или после того, как PDU MAC был сформирован, передача без предоставления разрешения недоступна, UE восстанавливает данные в буфер для будущего планирования. Для восстановления данных могут быть использованы различные способы. В одном примере при заполнении GFTB формируют копию буфера. Данные из скопированного буфера помещают в GFTB. Данные, поступающие после того, как буфер был скопирован, помещают за исходными данными в исходном буфере. В случае сбоя GFTB копия буфера отбрасывают. В случае успешной операции GFTB данные удаляют из исходного буфера и новые данные остаются в исходном буфере.
На фиг.6 показана GFTB процедура 530, в которой формирование GFTB завершено неудачно и успешно в соответствии с некоторыми вариантами осуществления. Случай успешного формирования GFTB показан слева и неуспешного формирования GFTB показан справа. В случае успешного GFTB данные находятся в исходном буфере 532. Исходный буфер 532 копируют для формирования копии буфера 538. Данные из копии буфера 538 помещают в GFTB 540. Между тем, поступают новые данные. Новые данные помещают в исходный буфер 536 за исходными данными. Передачу 538 по восходящей линии связи (UL) выполняют на данных в GFTB 540. Исходные данные удаляют из исходного буфера 540 в ответ на выполняемую передачу по восходящей линии связи.
Аналогично, в случае сбоя GFTB данные находятся в исходном буфере 542. Исходный буфер 542 копируют для формирования копии буфера 544. UE пытается поместить данные из копии буфера 544 в GFTB. Однако происходит GFTB бой 546. Между тем, поступают новые данные. Новые данные помещают в исходный буфер 548 за исходными данными. Когда происходит сбой GFTB, копию буфера 544 удаляют. Исходные данные остаются в исходном буфере 549 перед новыми данными.
На фиг.7 показана блок-схема последовательности операций способа варианта осуществления выполнения передачи 550 без предоставления разрешения. Первоначально способ начинается на этапе 552.
Затем на этапе 554 UE определяет, разрешена ли в данный момент передача без предоставления разрешения. Передача без предоставления разрешения может быть запрещена из-за критериев надежности, запрета использования без предоставления разрешения по логическим каналам или на основании критериев реализации. Состояние буферов восходящей линии связи может быть учтено при определении разрешения на передачу без предоставления разрешения. Когда передача без предоставления разрешения в настоящее время не разрешена, UE переходит к этапу 572.
На этапе 572 UE не выполняет способ, и выполняет процедуру планирования восходящей линии связи на основании предоставления разрешения. Способ заканчивается на этапе 570.
С другой стороны, когда в настоящее время разрешена передача без предоставления разрешения, UE переходит к этапу 556. На этапе 556 UE собирает данные, подходящие для передачи без предоставления разрешения. Данные собирают из очередей, например, из n очередей 558.
На этапе 560 UE заполняет GFTB 562 из приемлемых данных. Данные могут быть помещены в GFTB 562, когда в GFTB 562 достаточно места для пакетов в очереди. В некоторых вариантах осуществления GFTB заполняют только тогда, когда все содержимое очереди может быть помещено в GFTB. В других вариантах осуществления GFTB заполняют только частью содержимого очереди.
На этапе 564 UE определяет, одобрен ли GFTB для передачи. GFTB может быть одобрен для передачи, когда есть возможность предоставления восходящей линии связи без предоставления разрешения. Когда GFTB одобрен для передачи, UE переходит к этапу 568.
На этапе 568 UE поставляет данные из GFTB в PHY для передачи без предоставления разрешения. Способ затем заканчивается на этапе 570.
С другой стороны, когда GFTB не одобрен для передачи, UE переходит к этапу 566, где данные GFTB восстанавливают во входные очереди. Произошел сбой GFTB. Затем способ заканчивается на этапе 570.
Фиг.8 иллюстрирует блок-схему последовательности операций способа осуществления выполнения передачи 900 без предоставления разрешения. Первоначально, на этапе 902, UE определяет, следует ли выполнять передачу без предоставления разрешения. UE может определять, следует ли осуществлять передачу без предоставления разрешения, на основании размера данных для восходящей линии связи. Например, UE определяет размер пакетов в буферах. Размер пакетов суммируют для определения общего размера пакетов в буфере. Общий размер пакетов сравнивают с пороговым значением. UE определяет, выполнять ли передачу без предоставления разрешения, когда общий размер пакетов меньше или равен пороговому значению размера, и определяет, что не следует осуществлять передачу без предоставления разрешения, когда общий размер пакетов превышает пороговое значение размера. Альтернативно, когда общий размер пакета превышает пороговое значение, UE решает осуществлять передачу без предоставления разрешения на часть пакетов. В дополнительном примере, принимая решение о выполнении передачи без предоставления разрешения, UE учитывает время ожидаемого разрешения для передачи данных на основании разрешения или время следующей возможности для передачи данных без предоставления разрешения. Когда время до следующей возможности для передачи данных без предоставления разрешения меньше порогового значения, UE решает выполнить передачу данных без предоставления разрешения, и когда время до следующей возможности для передачи данных без разрешения больше или равно пороговому значению, UE решает не осуществлять передачу данных без предоставления разрешения. Когда ожидаемое следующее разрешение будет предоставлено в ближайшее время, UE решает не осуществлять передачу данных без предоставления разрешения, и когда ожидаемое следующее разрешение не является относительно продолжительным, UE решает продолжить передачу данных без предоставления разрешения. Например, когда следующее разрешение ожидается перед следующей возможностью передачи без предоставления разрешения, UE решает не осуществлять передачу без разрешения. В другом примере UE решает, осуществлять ли передачу данных без предоставления разрешения на основании сетевой политики. Например, сетевая политика может запрещать передачу данных без предоставления разрешения по определенным логическим каналам. Когда UE решает не осуществлять передачу без предоставления разрешения, способ заканчивается на этапе 918.
Когда UE решает выполнить передачу без предоставления разрешения, UE определяет размер GFTB на этапе 904. Размер GFTB определяют на основании конфигурации радиоресурсов, доступных для передачи без предоставления разрешения. GFTB может быть установлен в размере, выделенном для следующей возможности передачи без предоставления разрешения.
UE заполняет GFTB на этапе 906. Пакеты из буфера помещают в GFTB. В некоторых примерах буферы копируют и пакеты из скопированных буферов помещают в GFTB.
В некоторых вариантах осуществления UE отклоняет запросы планирования после начала заполнения GFTB на этапе 908. Отклонение запросов планирования может предотвратить возникновение возможности восходящей линии связи на основе предоставления разрешения перед следующей возможностью восходящей линии связи получить разрешение. В других примерах запросы планирования не отклоняют и этап 908 не выполняют.
После заполнения GFTB, UE определяет, одобрен ли GFTB для передачи по восходящей линии связи на этапе 910. Например, GFTB одобрен для передачи по восходящей линии связи при наличии возможности передачу без предоставления разрешения, которая осуществима при соответствующем размере GFTB. GFTB не одобрен для восходящей линии связи при отсутствии возможности передачи по восходящей линии связи без предоставления разрешения.
Когда GFTB одобрен для передачи по восходящей линии связи, GFTB передают с MAC уровня на PHY уровень на этапе 912. Затем на этапе 914 GFTB передают с использованием восходящей линии связи без предоставления разрешения, и способ заканчивается на этапе 918.
Когда GFTB не одобрен для восходящей линии связи, данные восстанавливают и восстанавливают в буфер на этапе 916. В одном примере данные перемещают из GFTB в буфер. В других примерах данные в GFTB являются копией данных в буфере, и GFTB отбрасывают. Затем способ заканчивается на этапе 918.
На фиг.9 показана блок-схема последовательности операций способа варианта осуществления передачи 800 данных без предоставления разрешения. В способе 800 UE уже решило выполнять передачу без предоставления разрешения.
На этапе 802 UE производит копию буферов. Исходные данные остаются в исходном буфере и могут быть направлены при передаче данных на основании предоставления разрешения в случае сбоя передачи без предоставления разрешения или, если быстрее использовать передачу на основании предоставления разрешения. Данные в копии буфера используют для передачи без предоставления разрешения.
Данные из скопированного буфера используют для начала заполнения GFTB на этапе 804.
После начала заполнения GFTB, но до его передачи, UE принимает дополнительные данные для передачи по восходящей линии связи этапе 806.
На этапе 808 UE затем определяет, достаточно ли места в GFTB для дополнительных данных. Когда в GFTB недостаточно места для дополнительных данных, дополнительные данные не добавляют в GFTB. В одном примере передача GFTB продолжается как обычно на этапе 814, и новые данные обрабатывают отдельно, либо с передачей без предоставления разрешения, либо с передачей на основании предоставления разрешения. Альтернативно, данные удаляют из GFTB на этапе 818, и скопированные данные удаляют из скопированного буфера на этапе 820. Данные в исходном буфере, включающие в себя исходные данные и дополнительные данные, передают в передаче на основании предоставления разрешения. UE переходит к этапу 814.
Когда в GFTB достаточно места для дополнительных данных, дополнительные данные добавляют в GFTB на этапе 810. Дополнительные данные могут быть скопированы в скопированный буфер и затем загружены в GFTB для передачи данных без предоставления разрешения.
UE определяет, одобрен ли GFTB для передачи на этапе 812. Когда GFTB не одобрен для передачи, данные удаляют из копии буфера на этапе 820. Передача данных на основании предоставления разрешения выполняют для данных в исходном буфере, и способ заканчивается на этапе 822.
С другой стороны, когда GFTB одобрен для восходящей линии связи, GFTB передают с использованием восходящей линии связи без предоставления разрешения на этапе 814. Данные из исходного буфера удаляют на этапе 816, и способ заканчивается на этапе 822.
На фиг.10 показана блок-схема системы 600 обработки варианта осуществления для выполнения способов, описанных в данном документе, которые могут быть установлены в главном устройстве. Как показано, система 600 обработки включает в себя процессор 604, память 606 и интерфейсы 610-614, которые могут (или не могут) быть расположены, как показано на фиг.10. Процессор 604 может быть любым компонентом или совокупностью компонентов, выполненных с возможностью выполнять вычисления и/или другие задачи, связанные с обработкой, и память 606 может быть любым компонентом или набором компонентов, выполненных с возможностью хранить программу и/или инструкции для исполнения процессором 604. В варианте осуществления память 606 включает в себя постоянный машиночитаемый носитель информации. Интерфейсы 610, 612, 614 могут быть любым компонентом или совокупностью компонентов, которые позволяют системе 600 обработки осуществлять связь с другими устройствами/компонентами и/или пользователем. Например, один или несколько интерфейсов 610, 612, 614 могут быть выполнены с возможностью передавать данные, информацию управления или сообщения управления от процессора 604 в приложения, установленные на главном устройстве и/или удаленном устройстве. В качестве другого примера, один или несколько интерфейсов 610, 612, 614 могут быть выполнены с возможностью обеспечивать пользователю или устройству пользователя (например, персональному компьютеру (РС) и т.д.) возможность взаимодействия с системой 600 обработки. Система 600 обработки может включать в себя дополнительные компоненты, не изображенные на фиг.10, такие как долговременное хранилище (например, энергонезависимая память и т.д.).
В некоторых вариантах осуществления система 600 обработки включена в состав сетевого устройства, которое осуществляет доступ или частично осуществляет доступ к телекоммуникационной сети. В одном примере система 600 обработки находится в устройстве сетевой стороны в беспроводной или проводной телекоммуникационной сети, такой как базовая станция, ретрансляционная станция, планировщик, контроллер, шлюз, маршрутизатор, сервер приложений или любое другое устройство в телекоммуникационной сети. В других вариантах осуществления система 600 обработки данных находится на устройстве пользователя, осуществляющем доступ к беспроводной или проводной телекоммуникационной сети, такой как мобильная станция, устройство пользователя (UE), персональный компьютер (РС), планшет, носимое устройство связи (например, умные часы и т.д.) или любое другое устройство, приспособленное для доступа к телекоммуникационной сети.
В некоторых вариантах осуществления один или несколько интерфейсов 610, 612, 614 соединяют систему 600 обработки с приемопередатчиком, предназначенным для передачи и приема сигналов по телекоммуникационной сети. Фиг.11 иллюстрирует блок-схему приемопередатчика 700, выполненного с возможностью передавать и принимать сигналы по телекоммуникационной сети. Приемопередатчик 700 может быть установлен в главном устройстве. Как показано, приемопередатчик 700 содержит сетевой интерфейс 702, соединитель 704, передатчик 706, приемник 708, процессор 710 сигналов и интерфейс 712 на стороне устройства. Интерфейс 702 на сетевой стороне может включать в себя любой компонент или набор компонентов, предназначенных для передачи или приема сигналов по беспроводной или проводной телекоммуникационной сети. Соединитель 704 может включать в себя любой компонент или набор компонентов, выполненных с возможностью обеспечивать двунаправленную связь через сетевой интерфейс 702. Передатчик 706 может включать в себя любой компонент или набор компонентов (например, преобразователь с повышением частоты, усилитель мощности и т.д.) выполненный с возможностью преобразовывать сигнал основной полосы частот в модулированный несущий сигнал, подходящий для передачи через сетевой интерфейс 702. Приемник 708 может включать в себя любой компонент или набор компонентов (например, преобразователь с понижением частоты, малошумящий усилитель и т.д.), выполненный с возможностью преобразовывать сигнал несущей, принятый через сетевой интерфейс 702, в сигнал основной полосы частот. Процессор 710 сигналов может включать в себя любой компонент или совокупность компонентов, выполненный с возможностью преобразовывать сигнал основной полосы частот в сигнал данных, подходящий для связи через интерфейс (ы) 712 на стороне устройства, или наоборот. Интерфейс (ы) на стороне устройства 712 может включать в себя любой компонент или набор компонентов, выполненный с возможностью передавать сигнал данных между процессором 710 сигналов и компонентами в главном устройстве (например, система 600 обработки, порты локальной сети (LAN), так далее).
Приемопередатчик 700 может передавать и принимать сигналы по любому типу среды связи. В некоторых вариантах осуществления приемопередатчик 700 передает и принимает сигнализацию по беспроводной среде. Например, приемопередатчик 700 может быть беспроводным приемопередатчиком, предназначенным для связи в соответствии с протоколом беспроводной связи, таким как сотовый протокол (например, LTE и т.д.), протокол беспроводной локальной сети (WLAN) (например, Wi-Fi) и т.д.) или любой другой тип протокола беспроводной связи (например, Bluetooth, связь ближнего радиуса действия (NFC) и т.д.). В таких вариантах осуществления сетевой интерфейс 702 содержит один или несколько антенн/излучающих элементов. Например, сетевой интерфейс 702 может включать в себя одну антенну, несколько отдельных антенн или многоантенную решетку, сконфигурированную для многоуровневой связи, например, один вход с несколькими выходами (SIMO), несколько входов с одним выходом (MISO), множественный вход-множественный выход (MIMO) и т.д. В других вариантах осуществления приемопередатчик 700 передает и принимает сигналы по проводной среде, например, по витой паре, коаксиальному кабелю, оптоволоконному кабелю и т.д. Специальные системы обработки и/или приемопередатчики могут использовать все показанные компоненты или только подмножество компонентов, и уровни интеграции могут варьироваться от устройства к устройству.
Несмотря на то, что настоящее изобретение было описано со ссылкой на иллюстративные варианты осуществления, данное описание не предназначено для толкования в ограничительном смысле. Различные модификации и комбинации иллюстративных вариантов осуществления, а также других вариантов осуществления изобретения будут очевидны для специалистов в данной области техники после изучения описания. Следовательно, предполагают, что прилагаемая формула изобретения охватывает любые такие модификации или варианты осуществления.