СИСТЕМЫ И СПОСОБЫ СВЯЗИ МЕЖДУ МАС-УРОВНЕМ И ФИЗИЧЕСКИМ УРОВНЕМ ДЛЯ ПЕРЕДАЧ
SYSTEMS AND METHODS FOR COMMUNICATION BETWEEN MAC LAYER AND PHYSICAL LAYER FOR TRANSMISSIONS

Область техники, к которой относится изобретение
Решение, представленное в данном документе, относится, в общем, к беспроводной связи и, в частности, к взаимодействию между уровнями связи устройства для попыток передачи и/или повторной передачи.
Уровень техники
Работы, проводимые в рамках 3GPP над "лицензированной поддержкой доступа" (LAA), предназначены для того, чтобы оборудование долгосрочного развития (LTE) могло также работать в нелицензированном радиочастотном спектре. Потенциально возможные полосы для работы LTE в нелицензированном спектре включают в себя 5 ГГц, 3,5 ГГц и т.д. Нелицензированный спектр используется в качестве дополнения к лицензированному спектру или обеспечивает полностью автономную работу.
Структура LAA (3GPP версии 13) основана на решениях, связанных с агрегацией несущих и представленных в LTE версии 10, для доступа к дополнительной полосе пропускания в нелицензированных полосах частот. На фиг.1 показана примерная структура 40 LAA, где расширенный узел B (NodeB, eNB) использует и конфигурирует вторичную соту (SCell) 44 или несущую LAA в нелицензированной полосе. Первичная сота (PCell) 42 передает наиболее важную информацию о трафике и управляющую информацию в реальном времени в пользовательское оборудование (UE) 30, в то время как несущая LAA будет использоваться для увеличения пропускной способности для менее чувствительных данных, например для данных наилучшего качества.
В случае нелицензированного спектра, используемого в качестве дополнения к лицензированному спектру, устройства устанавливают соединение в лицензированном спектре (первичная сота или PCell) и используют агрегацию несущих, чтобы извлечь преимущества из дополнительной пропускной способности передачи в нелицензированном спектре (вторичная сота или SCell). Структура агрегации несущих (CA) позволяет обеспечить агрегацию двух или более несущих при условии, что по меньшей мере одна несущая (или частотный канал) находится в лицензированном спектре, и по меньшей мере одна несущая находится в нелицензированном спектре. При автономном режиме работы (или полностью в нелицензированном спектре) одна или более несущих выбираются исключительно в нелицензированном спектре.
Однако требования нормативных документов могут не разрешать передачи в нелицензированном спектре без предварительного измерения канала, ограничений по мощности передачи или предписанного максимального времени занятости канала. Так как нелицензированный спектр должен использоваться совместно с другими радиоустройствами аналогичных или неаналогичных беспроводных технологий, применяется так называемый способ прослушивания перед разговором (LBT). LBT включает в себя измерение среды в течение заранее определенного минимального промежутка времени и отключение в случае, если канал занят. Из-за централизованной координации и зависимости терминальных устройств от базовой станции (например, eNB) для доступа к каналу при работе LTE и установленных правил LBT сильно снижается производительность восходящей линии связи (UL) LTE. Все более важными становятся передача по UL при использовании ориентированных на пользователя приложений и доставка данных на облако.
В настоящее время нелицензированный спектр 5 ГГц в основном используется оборудованием, реализующим стандарт беспроводной локальной сети (WLAN) IEEE 802.11. Этот стандарт известен под торговым знаком "Wi-Fi" и позволяет полностью автономно работать в нелицензированном спектре. В отличие от случая в LTE терминалы Wi-Fi могут асинхронно обращаться к среде и, таким образом, демонстрировать лучшие характеристики производительности UL, особенно в условиях перегруженной сети.
Таким образом, сохраняется потребность в решениях, которые позволили бы управлять тем, как беспроводные устройства осуществляют повторные передачи, особенно в свете LBT или других ситуациях, требующих определения того, доступен ли нелицензированный спектр перед попыткой передачи.
Раскрытие сущности изобретения
Решение, представленное в данном документе, представляет собой решение, принимаемое при отправке и/или повторной отправке передач беспроводным устройством, например, устройством беспроводной связи (например, UE) или сетевым узлом (например, eNB), имеющим уровень управления доступом к среде (MAC) и физический (PHY) уровень. MAC-уровень отправляет передачи на PHY-уровень для передачи, PHY-уровнем, в удаленное беспроводное устройство. PHY-уровень принимает передачу с MAC-уровня и пытается отправить передачу. PHY-уровень дополнительно указывает MAC-уровню на то, была ли успешной попытка отправить передачу PHY-уровнем. В ответ на указание MAC-уровень определяет, была ли успешной попытка PHY-уровня отправить передачу. Затем MAC-уровень избирательно указывает PHY-уровню, предпринять ли попытку повторно отправить передачу в ответ на определение. В некоторых вариантах осуществления передача содержит данные, например, блок пакетных данных (PDU). В некоторых вариантах осуществления передача относится к транспортному блоку (TB), процессу гибридного автоматического запроса повторной передачи (HARQ) и т.д. Таким образом, решение, представленное в данном документе, позволяет избежать проблем, обсужденных в данном документе, которые связаны с тем, как беспроводное устройство должно работать в условиях, требующих определения того, доступны ли нелицензированные ресурсы (например, LBT), а также связанных с тем, какой уровень должен отвечать за принятие решений, и/или реализующих любые необходимые повторные передачи. Таким образом, решение, представленное в данном документе, позволяет увеличить пропускную способность (так как MAC-уровень может незамедлительно перепланировать передачи), а также увеличить усиление но мощности (так как MAC будет перепланировать передачи только при необходимости).
Следует понимать, что решение, представленное в данном документе, может быть реализовано с помощью любого беспроводного устройства, имеющего MAC-уровень и PHY-уровень, включая, но не ограничиваясь ими, устройства беспроводной связи, например, беспроводные терминалы, мобильные телефоны, UE и т.д., и сетевые узлы, например, базовые станции, NB, eNB и т.д.
Один примерный вариант осуществления содержит способ, выполняемый устройством или узлом беспроводной связи, имеющим MAC-уровень и PHY-уровень, причем способ реализован PHY-уровнем и содержит прием передачи с MAC-уровня, попытку отправки передачи в удаленное устройство или узел беспроводной связи и указание MAC-уровню того, была ли успешной попытка отправить передачу.
Согласно одному примерному варианту осуществления указание со стороны PHY-уровня является неявным, например, связано с некоторым другим сообщением или отсутствием сообщения со стороны PHY-уровня.
Согласно одному примерному варианту осуществления указание со стороны PHY-уровня является явным, например, является частью сигнала, отправленного PHY-уровнем MAC-уровню.
Один примерный вариант осуществления содержит устройство или узел беспроводной связи, содержащий MAC-уровень и PHY-уровень, функционально связанный с MAC-уровнем. PHY-уровень выполнен с возможностью приема передачи с MAC-уровня, попытки отправки передачи в удаленное устройство или узел беспроводной связи и указания MAC-уровню того, была ли успешной попытка отправить передачу.
Один примерный вариант осуществления содержит устройство или узел беспроводной связи, содержащий MAC-уровень и PHY-уровень, функционально связанный с MAC-уровнем. Устройство или узел беспроводной связи содержит схему обработки и схему источника электропитания. Схема обработки выполнена с возможностью приема передачи с MAC-уровня, попытки отправить передачу в удаленное устройство или узел беспроводной связи и указания MAC-уровню того, была ли успешной попытка отправить передачу. Схема источника электропитания выполнена с возможностью подачи питания на беспроводное устройство.
Один примерный вариант осуществления содержит компьютерный программный продукт для управления устройством или узлом беспроводной связи, содержащим MAC-уровень и PHY-уровень. Компьютерный программный продукт содержит программные инструкции, которые при их исполнении по меньшей мере одной схемой обработки в устройстве или узле беспроводной связи заставляют PHY-уровень устройства или узла беспроводной связи принимать передачу с MAC-уровня, предпринять попытку отправить передачу в удаленное устройство или узел беспроводной связи и указать MAC-уровню на то, была ли успешной попытка отправить передачу.
Один примерный вариант осуществления содержит способ, выполняемый устройством или узлом беспроводной связи, имеющим MAC-уровень и PHY-уровень. Способ реализуется MAC-уровнем и содержит доставку передачи на PHY-уровень для отправки в удаленное устройство или узел беспроводной связи, определение того, была ли успешной попытка отправить передачу на PHY-уровень в ответ на указание PHY-уровня, и избирательное указание PHY-уровню того, предпринять ли попытку повторно отправить передачу в ответ на определение того, была ли успешной попытка отправить передачу PHY-уровнем.
Согласно одному варианту осуществления указание со стороны PHY-уровня является неявным, и избирательное указание с MAC-уровня также является неявным.
Согласно одному варианту осуществления указание со стороны PHY-уровня является неявным, и избирательное указание с MAC-уровня является явным.
Согласно одному варианту осуществления указание со стороны PHY-уровня является явным, и избирательное указание со стороны MAC-уровня является неявным.
Согласно одному варианту осуществления указание со стороны PHY-уровня является явным, и избирательное указание со стороны MAC-уровня также является явным.
Один примерный вариант осуществления содержит устройство или узел беспроводной связи, содержащий PHY-уровень и MAC-уровень, функционально связанный с PHY-уровнем. MAC-уровень выполнен с возможностью доставки передачи на PHY-уровень для отправки в удаленное устройство или узел беспроводной связи, определения того, была ли успешной попытка отправить передачу PHY-уровнем в ответ на указание PHY-уровня, и избирательного указания PHY-уровню того, предпринять ли попытку повторно отправить передачу в ответ на определение того, была ли успешной попытка отправить передачу PHY-уровнем.
Один примерный вариант осуществления содержит устройство или узел беспроводной связи, содержащий MAC-уровень и PHY-уровень, функционально связанный с MAC-уровнем. Устройство или узел беспроводной связи содержит схему обработки и схему источника электропитания. Схема обработки выполнена с возможностью доставки передачи на PHY-уровень для отправки в удаленное устройство или узел беспроводной связи, определения того, была ли успешной попытка отправки передачи PHY-уровнем в ответ на указание PHY-уровня, и избирательного указания PHY-уровню того, предпринять ли попытку повторно отправить передачу в ответ на определение того, была ли успешной попытка отправить передачу PHY-уровнем. Схема источника электропитания выполнена с возможностью подачи питания на беспроводное устройство.
Один примерный вариант осуществления содержит компьютерный программный продукт для управления устройством или узлом беспроводной связи, содержащим MAC-уровень и PHY-уровень. Компьютерный программный продукт содержит программные инструкции, которые при их исполнении по меньшей мере одной схемой обработки в устройстве или узле беспроводной связи предписывают PHY-уровню устройства или узла беспроводной связи доставить передачу на PHY-уровень для отправки в удаленное устройство или узел беспроводной связи, определить то, была ли успешной попытка отправить передачу PHY-уровнем в ответ на указание PHY-уровня, и избирательно указать PHY-уровню, предпринять ли попытку повторно отправить передачу в ответ на определение того, была ли успешной попытка отправить передачу на PHY-уровень.
Один примерный вариант осуществления содержит способ, выполняемый устройством или узлом беспроводной связи, имеющим MAC-уровень и PHY-уровень. Способ содержит MAC-уровень, доставляющий передачу на PHY-уровень, причем PHY-уровень пытается отправить передачу в удаленное устройство или узел беспроводной связи, при этом PHY-уровень указывает MAC-уровню то, была ли успешной попытка отправить передачу физическим уровнем, и MAC-уровень избирательно указывает PHY-уровню то, предпринять ли попытку повторно отправить передачу в ответ на указание PHY-уровнем того, была ли успешной попытка отправить передачу PHY-уровнем.
Один примерный вариант осуществления содержит устройство или узел беспроводной связи, содержащий MAC-уровень и PHY-уровень, функционально связанный с MAC-уровнем. Устройство или узел беспроводной связи содержит схему обработки и схему источника электропитания. Схема обработки выполнена с возможностью доставки посредством MAC-уровня передачи на PHY-уровень; попытки отправить PHY-уровнем передачу в удаленное устройство или узел беспроводной связи; указания PHY-уровнем MAC-уровню того, была ли успешной попытка отправить передачу физическим уровнем; и избирательного указания MAC-уровнем PHY-уровню того, предпринять ли попытку повторно отправить передачу в ответ на указание PHY-уровнем того, была ли успешной попытка отправить передачу PHY-уровнем. Схема источника электропитания выполнена с возможностью подачи питания на беспроводное устройство.
Один примерный вариант осуществления содержит компьютерный программный продукт для управления устройством или узлом беспроводной связи, содержащим MAC-уровень и PHY-уровень. Компьютерный программный продукт содержит программные инструкции, которые при их исполнении по меньшей мере одной схемой обработки в устройстве или узле беспроводной связи предписывают устройству или узлу беспроводной связи доставлять посредством MAC-уровня передачу на PHY-уровень; предоставлять попытку отправить PHY-уровнем передачу в удаленное устройство или узел беспроводной связи; указать PHY-уровнем MAC-уровню то, была ли успешной попытка отправить передачу физическим уровнем; и избирательно указать MAC-уровнем PHY-уровню то, предпринять ли попытку повторно отправить передачу в ответ на указание PHY-уровнем того, была ли успешной попытка отправить передачу PHY-уровнем.
Краткое описание чертежей
Фиг.1 - примерная сеть, использующая лицензированный спектр и нелицензированный спектр.
Фиг.2 - примерный вариант осуществления беспроводной системы, содержащей сетевой узел и устройство беспроводной связи.
Фиг.3 - блок-схема примерного беспроводного устройства, например устройства или сетевого узла беспроводной связи, согласно одному примерному варианту осуществления.
Фиг.4 - блок-схема примерного беспроводного устройства, например устройства или сетевого узла беспроводной связи, согласно одному примерному варианту осуществления.
Фиг.5А - примерный способ, реализованный PHY-уровнем.
Фиг.5В - другой примерный способ, реализованный PHY-уровнем.
Фиг.6 - другой примерный способ, реализованный PHY-уровнем.
Фиг.7А - примерный способ, реализованный MAC-уровнем.
Фиг.7B - другой примерный способ, реализованный MAC-уровнем.
Фиг.8 - другой примерный способ, реализованный MAC-уровнем.
Фиг.9 - примерный способ, реализованный беспроводным устройством, содержащим MAC-уровень и PHY-уровень.
Фиг.10 - примерная беспроводная сеть, применимая к решению, представленному в данном документе.
Фиг.11 - примерное UE, применимое к решению, представленному в данном документе.
Фиг.12 - примерная среда виртуализации, применимая к решению, представленному в данном документе.
Фиг.13 - примерная телекоммуникационная сеть, применимая к решению, представленному в данном документе.
Фиг.14 - примерный хост-компьютер, применимый к решению, представленному в данном документе.
Фиг.15 - примерный способ, реализованный в системе связи в соответствии с вариантами осуществления решения, представленного в данном документе.
Фиг.16 - другой примерный способ, реализованный в системе связи в соответствии с вариантами осуществления решения, представленного в данном документе.
Фиг.17 - другой примерный способ, реализованный в системе связи в соответствии с вариантами осуществления решения, представленными в данном документе.
Фиг.18 - другой примерный способ, реализованный в системе связи в соответствии с вариантами осуществления решения, представленными в данном документе.
Осуществление изобретения
Решение, представленное в данном документе, управляет тем, как различные уровни беспроводного устройства, например, устройства или сетевого узла беспроводной связи, осуществляют передачи и потенциальные повторные передачи. Прежде чем перейти к подробному описанию решения, сначала в общих чертах будут описаны соответствующие системы.
В LTE управление, то есть планирование доступа к восходящей линии связи обычно выполняется сетевым узлом, например, узлом В (NodeB, eNB) развитой универсальной наземной сети радиодоступа (E-UTRAN) (eNB). В этом случае пользовательское оборудование (UE) будет отправлять отчет в eNB тогда, когда будут доступны данные, предназначенные для передачи, например, путем отправки сообщения запроса планирования (SR). На основе сообщения SR eNB предоставляет ресурсы и соответствующую информацию для UE для того, чтобы выполнить передачу данных определенного размера. Необязательно, что назначенных ресурсов будет достаточно для UE, чтобы передать все имеющиеся данные. Поэтому возможно, что UE отправит управляющее сообщение отчета о состоянии буфера (BSR) в предоставленных ресурсах для того, чтобы проинформировать eNB о правильном размере и обновленном размере данных, ожидающих передачи. На основе этого eNB дополнительно предоставляет ресурсы для продолжения передачи по восходящей линии связи UE данных скорректированного размера.
Более подробно, каждый раз, когда новые данные поступают в пустой буфер UE, выполняется следующая примерная процедура:
1. Используя физический канал управления восходящей линии связи (PUCCH), UE информирует сеть о том, что необходимо передать данные путем отправки запроса планирования (SR), указывающего, что ему необходим доступ к восходящей линии связи. UE имеет периодические временные интервалы (слоты) для передач SR (обычно с интервалом 5, 10 или 20 мс).
2. После того, как eNB примет бит запроса SR, он передает ответ с использованием маленького "гранта восходящей линии связи", которого вполне достаточно для того, чтобы сообщить размер буфера, находящегося в состоянии ожидания. Реакция на этот запрос обычно занимает 3 мс.
3. После того, как UE примет и обработает свой первый грант восходящей линии связи (что занимает около 3 мс), он обычно отправляет отчет о состоянии буфера (BSR), который является элементом управление (CE) уровня управления доступом к среде (MAC) (CE MAC), используемым для предоставления информации о количестве ожидающих отправки данных в буфере восходящей линии связи UE. Если грант является достаточно большим, UE также отправляет данные из своего буфера в пределах этой передачи. То, отправляется ли BSR, зависит также от определенных условий, например, указанных в 3GPP TS 36.321.
4. eNB принимает сообщение BSR, выделяет необходимые ресурсы восходящей линии связи и отправляет обратно другой грант восходящей линии связи, который позволяет устройству очисть свой буфер.
Суммируя вышеизложенное, можно предположить, что между поступлением данных в пустой буфер UE и приемом этих данных в eNB пройдет около 16 мс (плюс время ожидания возможности передачи PUCCH).
Другой вариант планирования, указанный в LTE, представляет собой так называемое полупостоянное планирование (SPS). Одна или несколько конфигураций SPS могут быть назначены определенному UE. Каждая конфигурация SPS предусматривает набор периодически повторяющихся ресурсов, которые должны рассматриваться как гранты восходящей линии связи для передач LTE. ENB может (де)активировать каждую конфигурацию SPS через управляющую информацию нисходящей линии связи (DCI) по физическому каналу управления нисходящей линии связи (PDCCH). После активации конфигурации SPS UE может использовать связанные с ним ресурсы. Если конфигурация SPS деактивирована, UE должно прекратить использование связанных с ним ресурсов.
Ключевым моментом в традиционном планировании LTE восходящей линии связи является то, что существует фиксированная однозначная связь между временным интервалом передачи (TTI) и идентификатором (ID) гибридного автоматического запроса на повторную передачу (HARQ). Таким образом, eNB полностью управляет состоянием различных процессов HARQ. Понятно, что, хотя аспекты решения, представленного в данном документе, описаны в терминах TTI, эти аспекты применимы к любому временному интервалу, включая, но не ограничиваясь этим, TTI, подкадр, слот, символ и т.д.
Как правило, спектр, используемый LTE, назначается LTE. Это назначенное выделение имеет преимущество в том, что системе LTE не нужно заботиться о проблемах сосуществования, и может быть максимизирована эффективность использования спектра. Однако ограниченный спектр, выделенный для LTE, не может удовлетворить постоянно растущий спрос на увеличивающуюся пропускную способность приложений/услуг. Поэтому LAA версии 13 (Rel-13) позволяет расширить LTE для использования нелицензированного(ых) спектра(ов) в дополнение к лицензированному спектру. Нелицензированный(е) спектр(ы) может (могут), по определению, использоваться одновременно несколькими различными технологиями, что требует от LTE рассмотрения проблемы сосуществования с другими системами, например, IEEE 802.11 (Wi-Fi). Функционирование LTE таким же образом в нелицензированном спектре, как и в лицензированном спектре, может серьезно ухудшить производительность Wi-Fi, так как Wi-Fi не будет передавать после того, как только обнаружит, что канал занят.
Кроме того, одним из надежных способов использования нелицензированного спектра является передача необходимых управляющих сигналов и каналов на лицензированной несущей. Например, в примерной сети 40 беспроводной связи, показанной на фиг.1, UE 30 подключено к первичной соте (PCell) 42 в лицензированном спектре/полосе и к одной или нескольким вторичным сотам (SCell) 44 в нелицензированном спектре/группе. Для решения, представленного в данном документе, вторичная сота в нелицензированном спектре обозначена как вторичная сота с лицензированной поддержкой доступа (LAA SCell). В случае автономной работы, например, как в MulteFire, лицензированная сота не доступна для передач управляющего сигнала восходящей линии связи.
Что касается LAA, то для UL LAA (например, для физического совместно используемого канала передачи данных восходящей линии связи (PUSCH)) рекомендован асинхронный HARQ. Это означает, что повторные передачи UL могут происходить не только в течение одного промежутка времени прохождения сигнала в обоих направлениях (RTT), например, n + 8, после начальной передачи, но могут также происходить в любой другой момент времени. В частности, считается полезным, когда повторные передачи блокируются и откладываются из-за LBT. Поэтому при введении асинхронного HARQ UE должно предполагать, что все переданные процессы HARQ UL были успешными (был установлен локальный статус для ACK). UE выполняет повторную передачу HARQ для процесса HARQ только после приема соответствующего гранта UL (непереключаемого индикатора новых данных (NDI)) из eNB.
Для HARQ нисходящей линии связи (DL) после приема PDCCH/EPDCCH (улучшенного PDCCH) и связанного с ними физического совместно используемого канала нисходящей линии связи (PDSCH) в подкадре "n" UE имеет связанный с ним сигнал обратной связи HARQ, готовый для передачи в подкадре "n+4". UE передает любой ожидающий передачи сигнал обратной связи HARQ при первой возможности передачи по восходящей линии связи после ограничения "n + 4". Возможность передачи по восходящей линии связи определяется как ресурс управляющей сигнализации уровня 1 (например, PUCCH), доступный для UE. При передаче сигнала обратной связи HARQ, связанного с PDSCH UE накапливает ожидающие передачи сигналы обратной связи. Ожидающие передачи сигналы обратной связи HARQ могут потенциально включать в себя сигналы обратной связи для нескольких передач по нисходящей линии связи. Ожидающие передачи сигналы обратной связи HARQ накапливаются в битовой карте с использованием неявной связи между индексом в битовой карте и идентификатором процесса HARQ. Размер этой битовой карты может конфигурироваться с помощью eNB. Максимальное количество процессов HARQ для операции DL равно 16. В случае, когда сигнализация передается в битовой карте, передаваемой посредством управляющей сигнализации уровня 1, состоянием по умолчанию пакета HARQ-ID является NACK, если отсутствует ACK, доступное для отправки.
Для HARQ восходящей линии связи (UL) в LTE Rel-13 были введены операции асинхронного HARQ UL для усовершенствованной связи машинного типа (eMTC). В данном случае операция неадаптивого HARQ не поддерживается, и UE должно игнорировать любое информационное содержание на ресурсах физического индикаторного канала гибридного ARQ (PHICH) по отношению к операции HARQ. Ресурсы PHICH поддерживаются как часть ресурсов передачи нисходящей линии связи, но информационное содержание зарезервировано для будущего использования. Любая передача по восходящей линии связи (новая передача или повторная передача) планируется через грант UL по PDCCH/EPDCCH. Однако и в этом типе асинхронного механизма по-прежнему существует зависимость между идентификаторами ID HARQ и временными интервалами, поэтому управление eNB все еще вполне возможно до некоторой степени. Кроме того, чтобы выполнить повторную передачу, UE должно ожидать явного гранта UL, предоставленного сетью. В частности, eNB может запросить повторную передачу для определенного процесса HARQ без переключения бита NDI для этого процесса HARQ. ENB может отправить PDCCH для запуска повторной передачи процесса HARQ по истечении RTT HARQ, связанного с этим процессом HARQ, или (если он сконфигурирован) в любом случае прерывистого приема (DRX), в котором предполагается, что UE контролирует канал DL. Например, в версии 14 (Rel.14) eNB имеет возможность конфигурировать таймер повторной передачи DRX (например, drx-ULRetransmissionTimer), который запускается по истечении RTT HARQ. Этот таймер позволяет eNB лучше противодействовать возможным отказам LBT, которые могут помешать eNB правильно доставить PDCCH как можно скорее по истечении HARQ RTT.
Что касается незапланированной UL для LAA/MulteFire, использование автономного доступа к восходящей линии связи (AUL) для LAA рассматривается в рамках 3GPP версии 15 (Rel.15), а также в организации по стандартизации MultiFire.
Для получения доступа к каналу UL LTE как UE, так и ENB необходимо определить, является ли доступным нелицензированный спектр перед попытками передач, например, путем выполнения операций LBT, соответствующих запросу планирования, гранту планирования и стадиям передачи данных. Напротив, терминалам Wi-Fi нужно только выполнить LBT один раз на стадии передачи данных UL. Более того, терминалы Wi-Fi могут асинхронно отправлять данные по сравнению с синхронизированной системой LTE. Таким образом, терминалы Wi-Fi имеют естественное преимущество перед терминалами LTE при передаче данных UL и демонстрируют превосходную производительность в сценариях совместного развертывания, как видно из наших исследований по моделированию. Общие результаты исследований показывают, что Wi-Fi имеет лучшую производительность восходящей линии связи, чем LTE, особенно в условиях низкой нагрузки или меньшей загруженности сети. По мере увеличения загруженности или нагрузки сети механизм доступа к каналу LTE (типа TDMA) становится более эффективным, и производительность восходящей линии связи Wi-Fi остается по-прежнему высокой. Например, UE может начать передачу по UL без ожидания разрешения от eNB. Другими словами, UE может выполнять LBT для получения доступа к каналу UL всякий раз при поступлении данных UL без передачи SR или получения гранта UL от eNB. UE может использовать автономный режим для всей передачи данных, или альтернативно UE может передавать, используя автономный режим для первых N пакетов передачи, и затем переключаться обратно на режим планирования под управлением eNB.
Автономный доступ к восходящей линии связи (AUL) может быть просто представлен конфигурацией полупостоянного планирования (SPS), где предоставление гранта восходящей линии связи периодически повторяется после определенного периодического интервала. По сравнению с унаследованным SPS LTE, разница будет заключаться в том, что в AUL оно будет зависеть от реализации UE того, когда выполнять (повторную) передачу определенного процесса HARQ, и при определенных условиях также будет выполнять новую передачу или повторную передачу. С другой стороны, в унаследованном SPS LTE каждый TTI связан с определенным процессом HARQ, который UE должен передавать при выполнении передачи по UL на таком TTI. Аналогичным образом, то, выполнять ли передачу или повторную передачу, следует за указанием сети (например, за указанием ACK/NACK по PHICH или NDI PDCCH). Это подразумевает, что в AUL UE должно сигнализировать в eNB (например, в управляющей информации восходящей линии связи (UCI)), к которому относится процесс HARQ, при этом данные, передаются по определенному PUSCH.
В LTE уровень управления доступом к среде (MAC) в восходящей линии связи отвечает за наполнение гранта UL, указанного (или (предварительно) сконфигурированного) eNB с помощью данных UL, имеющихся в буфере UL, и за доставку данных на физический (PHY) уровень. В свою очередь, PHY-уровень отвечает за кодирование, модуляцию, многоантенную обработку и отображение данных, указанных MAC-уровнем, в частотно-временные ресурсы, указанные в гранте UL.
В LAA PHY уровень также отвечает за LBT. Таим образом, MAC-уровень не знает о том, были ли успешно переданы данные, доставленные на PHY-уровень. В зависимости от результата LBT некоторые данные могут передаваться сразу, например, в том же самом TTI, в котором MAC-уровень доставлял или нет данные на PHY-уровень. В последнем случае в LAA eNB не будет принимать передачу по UL и, таким образом, может перепланировать повторную передачу в более поздний момент времени, чтобы MAC-уровень мог инициировать повторную передачу.
Однако, в AUL ENB может не отправить какой-либо динамический грант, чтобы запланировать повторную передачу, так как для AUL (повторная) передача должна быть автономно запланирована UE. Другими словами, процедуры LBT влияют на процедуры MAC-уровня, так как MAC-уровень может инициировать повторные передачи в зависимости от того, является ли LBT успешным, или является ли LBT неудачным. Однако, так как процедуры LBT выполняются PHY-уровнем, MAC-уровень не знает о результате процедуры LBT. Таким образом, остается проблема, связанная с тем, как UE должно обрабатывать события LBT, и какой уровень должен поддерживать повторные передачи.
Согласно вариантам осуществления решения, представленного в данном документе, MAC-уровень и PHY-уровень устройства или сетевого узла беспроводной связи взаимодействуют таким образом, чтобы определить, были ли успешными передачи, выполненные с помощью PHY-уровня 215, в удаленное устройство или сетевой узел беспроводной связи. Например, с точки зрения MAC-уровня, MAC-уровень доставляет передачу на PHY-уровень для отправки в удаленное устройство или узел беспроводной связи, определяет то, была ли успешной попытка отправить передачу PHY-уровнем в ответ на неявное или явное указание со стороны PHY-уровня и избирательно указывает (неявно или явно) PHY-уровню то, предпринять ли попытку повторно отправить передачу в ответ на определение того, была ли успешной попытка отправить передачу PHY-уровнем. С точки зрения PHY-уровня, после того, как PHY-уровень примет передачу с MAC-уровня, PHY-уровень пытается отправить передачу в удаленное устройство или узел беспроводной связи и указывает MAC-уровню (неявно или явно) то, была ли успешной попытка передачи. В некоторых вариантах осуществления передача содержит данные, например, блок пакетных данных (PDU). В некоторых вариантах осуществления передача относится к транспортному блоку (TB), процессу гибридного автоматического запроса на повторную передачу (HARQ) и т.д. Таким образом, решение, представленное в данном документе, позволяет MAC-уровню узнавать о результате LBT и, таким образом, настраивать планирование операций в зависимости от результата LBT. Таким образом, MAC-уровень может незамедлительно перепланировать повторную передачу в случае, когда это необходимо, например, если LBT не был успешным, что позволяет повысить пропускную способность. Кроме того, так как MAC-уровень планирует повторные передачи только тогда, когда LBT является неудачным, а не вслепую, решение, представленное в данном документе, обеспечивает также экономию энергии.
На фиг.2 показан один вариант осуществления системы 200 связи между уровнем 213 управления доступом к среде и физическим уровнем 215 для передачи данных в соответствии с различными аспектами решения, представленного в данном документе. На фиг.2 показана система 200, которая может включать в себя сетевой узел 201 (например, базовую станцию, eNB) и беспроводное устройство 211 (например, UE). В одном варианте осуществления сетевой узел 201 может быть связан с сотой 203. Кроме того, сота может быть несущей в секторе базовой станции. Беспроводное устройство 211 включает в себя MAC-уровень 213 и физический уровень 215. MAC-уровень 213 выполняет такие функции, как сопоставление между логическими каналами и транспортными каналами, мультиплексирование SDU MAC из одного или разных логических каналов в TB, которые будут доставляться на физический уровень по транспортным каналам, демультиплексирование SDU MAC из одного или разных логических каналов из TB, доставленных с физического уровня по транспортным каналам, операция передачи и приема HARQ, приоритезация логического канала и т.п. Физический уровень 215 выполняет такие функции, как кодирование/декодирование, модуляция/демодуляция, многоантенное отображение и т.п.
В одном варианте осуществления МАС-уровень 213 может отправлять, на физический уровень 215, запрос 221 на передачу данных 223 в течение определенного интервала TTI. Кроме того, MAC-уровень 213 доставляет на физический уровень 215 данные 223 для передачи в течение определенного TTI. Физический уровень 215 может принимать запрос 221 и данные 223 передачи с MAC-уровня 213. Физический уровень 215 может пытаться передавать данные 223 в течение определенного TTI. Кроме того, физический уровень 215 может определять, была ли эта попытка передачи успешной или неудачной. В ответ на это физический уровень 215 явно сигнализирует 225 или неявно сигнализирует на MAC-уровень 213 относительно того, были ли данные 223 переданы в течение определенного TTI. MAC-уровень 213 принимает явную сигнализацию 225 или определяет неявную сигнализацию с помощью физического уровня 215 о том, передал ли физический уровень 215 данные 223 в течение определенного TTI. Хотя на фиг.2 показан пример решения, представленного в данном документе, применительно к устройству 211 беспроводной связи, которое отправляет передачи в удаленный сетевой узел 201, следует понимать, что решение в равной степени применимо к сетевому узлу 201, имеющему MAC-уровень 213 и PHY-уровень 215, который отправляет передачи в удаленное устройство 211 беспроводной связи.
На фиг.2 показан сетевой узел 201, который может быть выполнен с возможностью поддержания одной или нескольких систем связи, таких как LTE, UMTS, GSM, NB-IoT, новое радио (New Radio, NR) 5G, и т.п., или любой их комбинации. Кроме того, сетевой узел 201 может быть базовой станцией, точкой доступа или т.п. Сетевой узел может также обслуживать беспроводное устройство 211. Беспроводное устройство 211 может быть выполнено с возможностью поддержания одной или нескольких систем связи, таких как LTE, UMTS, GSM, NB-IoT, NR 5G и т.п., или любой их комбинации. Несмотря на то, что способы, описанные в данном документе направлены на беспроводное устройство, они могут быть также направлены на сетевой узел, так как такой сетевой узел, который также включает в себя MAC-уровень и физический уровень.
Следует отметить, что устройства, описанные в данном документе, могут выполнять способы, представленные в данном документе, и любой другой процесс путем реализации любых функциональных средств, модулей, блоков или схем. Например, в одном варианте осуществления устройства содержат соответствующие схемы или схемы, выполненные с возможностью выполнения этапов, показанных на фигурах, иллюстрирующих способ. В связи с этим схемы или схема могут/может содержать схемы, предназначенные для выполнения определенной функциональной обработки, и/или один или несколько микропроцессоров совместно с памятью. Например, схема может включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другое цифровое оборудование, которое может включать в себя цифровые сигнальные процессоры (DSP), специализированную цифровую логику и т.п. Схема обработки может быть выполнена с возможностью исполнения программного кода, хранящегося в памяти, который может включать в себя один или несколько типов памяти, таких как постоянное запоминающее устройство (ROM), оперативное запоминающее устройство, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранящийся в памяти, может включать в себя программные инструкции для исполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкций для выполнения одного или нескольких способов, описанных в данном документе в нескольких вариантах осуществления. В вариантах осуществления, в которых используется память, память хранит программный код, который при исполнении одним или несколькими процессорами, выполняет технологии, описанные в данном документе.
Например, фиг.3 показан один вариант осуществления беспроводного устройства 300 в соответствии с различными вариантами осуществления, описанными в данном документе. Как показано, беспроводное устройство 300 включает в себя схему 310 обработки и схему 320 связи. Схема 320 связи (например, схема радиосвязи) выполнена с возможностью передачи и/или приема информации в и/или из одного или нескольких других узлов, например, посредством любой технологии связи. Такая связь может осуществляться через одну или несколько антенн, которые являются внутренними или внешними по отношению к беспроводному устройству 300. Схема 310 обработки выполнена с возможностью обработки, описанной выше, например, на фиг.2, например, путем выполнения инструкций, хранящихся в памяти 330. В связи с этим схема 310 обработки может реализовывать определенные функциональные средства, блоки или модули.
На фиг.4 показана блок-схема одного варианта осуществления беспроводного устройства 400 в соответствии с различными вариантами осуществления, описанными в данном документе (например, которое действует в сети беспроводной связи, показанной на фиг.2 и фиг.10). Как отмечено в данном документе, решение применимо к любому беспроводному устройству 400, имеющему MAC-уровень 410 и PHY-уровень 430, включая, помимо прочего, UE и сетевые узлы. Как показано на фиг.4, беспроводное устройство 400 реализует различные функциональные средства, блоки или модули (например, посредством схемы 310 обработки, показанной на фиг.3, и/или с помощью программного кода) для MAC-уровня 410 и физического уровня 430. В общем, MAC-уровень 410 беспроводного устройства 400 содержит блок/схему/модуль 413 избирательного указания, блок/схему/модуль 415 доставки передачи и блок/схему/модуль 419 определения, а также необязательный блок/схему/модуль 411 определения запроса передачи и необязательный блок/схема/модуль 417 приема. Кроме того, PHY-уровень 430, как правило, содержит блок/схему/модуль 431 приема, блок/схему/модуль 437 попытки передачи данных и блок/схему/модуль 441 указания, а также необязательный блок/схему/модуль 433 хранения данных, необязательный блок/схему/модуль 435 удаления данных и необязательный блок/схему/модуль 439 определения попытки передачи данных. В одном примерном варианте осуществления блок/схема/модуль 415 доставки передачи MAC-уровня 410 доставляет передачу на PHY-уровень для отправки в удаленное беспроводное устройство, и блок/схема/модуль 431 приема PHY-уровня принимает передачу с MAC-уровня. Блок/схема/модуль 437 попытки передачи данных пытается отправить передачу в удаленное беспроводное устройство. Блок/схема/модуль 441 указания указывает MAC-уровню 410 на то, была ли успешной попытка отправить передачу. Блок/схема/модуль 419 определения MAC-уровня 410 определяет то, была ли успешной попытка отправить передачу на PHY-уровень 430 в ответ на указание с PHY-уровня 430. Блок/схема/модуль 413 избирательного указания избирательно указывает PHY-уровню 430 на то, предпринять ли попытку повторно отправить передачу в ответ на определение (блоком/схемой/модулем 419 определения) того, была ли успешной попытка отправить передачу PHY-уровнем 430.
В другом варианте осуществления, где передача содержит данные, блок 411 определения запроса передачи на MAC-уровне 410 определяет, следует ли передать запрос на отправку данных PHY-уровнем 430 в течение определенного интервала TTI, в то время как блок 415 доставки передачи отправляет на PHY-уровень 430 запрос на отправку данных в течение определенного TTI или указание соты, связанное с передачей данных в течение определенного TTI, и доставляет на PHY-уровень 430 данные для отправки в течение определенного TTI. Блок/схема/модуль 419 определения определяет, была ли успешной попытка отправить данные PHY-уровнем 430, в ответ на указание PHY-уровнем 430. Например, блок 417 приема MAC-уровня 410 может принять явное указание, например, сигнализацию с PHY-уровня 430, о том, успешно ли PHY-уровень 430 отправил данные в течение определенного TTI. Альтернативно, блок/схема/модуль 419 определения может сделать определение в ответ на неявное указание.
Для этого варианта осуществления блок/схема/модуль 431 приема PHY-уровня 430 принимает с MAC-уровня 410 данные (и при необходимости запрос на отправку данных в течение определенного TTI или указание соты, связанное с передачей данных), и блок/схема/модуль 433 хранения данных сохраняет в памяти данные, принятые с MAC-уровня 410. Блок/схема/модуль 435 удаления данных удаляет или разрешает удаление данных, хранящихся в памяти, в то время как блок/схема/модуль 437 попытки передачи данных пытается передать данные в течение определенного TTI. Блок/схема/модуль 439 определения попытки передачи определяет, является ли попытка передачи успешной или неудачной, и блок/схема/модуль 441 указания явно или неявно указывает MAC-уровню 410, успешно ли PHY-уровень 430 передал данные, которые MAC-уровень 410 отправил на PHY-уровень 430 для передачи в течение определенного TTI.
На фиг.5А показан один примерный общий способ 500, выполняемый PHY-уровнем 430 беспроводного устройства 400, например, устройством 211 беспроводной связи или сетевым узлом 201, для связи между MAC-уровнем 410 и PHY-уровнем 430 для отправки передачи в соответствии с различными вариантами осуществления, описанными в данном документе. Как показано на фиг.5А, PHY-уровень 430 принимает передачу с MAC-уровня 410 (этап 501) и пытается отправить принятую передачу в удаленное беспроводное устройство (этап 503). PHY-уровень 430 затем указывает (явно или неявно) MAC-уровню 410, была ли успешной попытка отправить передачу PHY-уровнем 430 (этап 505).
На фиг.5В показан более подробно примерный способ 550, выполняемый PHY-уровнем 430. PHY-уровень 430 принимает с MAC-уровня 410, запрос на передачу данных в течение определенного TTI (этап 551) и указание соты, связанной с передачей данных (этап 553). PHY-уровень 430 сохраняет принятые данные в памяти (этап 555) и удаляет или разрешает удаление из памяти данных в ответ на определение PHY-уровнем 430 того, что попытка передачи была успешной (этап 557). PHY-уровень 430 пытается передать данные в течение определенного TTI (этап 559) и определяет, была ли попытка передачи успешной или неудачной (этап 561). PHY-уровень 430 явно или неявно указывает MAC-уровню 410 на то, успешно или неудачно PHY-уровень 430 передал данные в течение определенного TTI (этап 563).
На фиг.6 показан другой вариант осуществления способа 600, выполняемого PHY-уровнем 430 беспроводного устройства 400, например, устройством 211 беспроводной связи или сетевым узлом 201, для связи между MAC-уровнем 410 и PHY-уровнем 430 для передачи данных в соответствии с различными вариантами осуществления, описанными в данном документе. В частности, способ 600, показанный на фиг.6, соответствует этапу 505 на фиг.5А и/или этапу 563 на фиг.5В. Как показано на фиг.6, PHY-уровень 430 явно или неявно указывает MAC-уровню 410 на то, передал ли PHY-уровень 430 данные, которые MAC-уровень 410 отправил на PHY-уровень 430 для передачи в течение определенного TTI (этап 610). В одном варианте осуществления в ответ на определение того, что попытка передачи была успешной, PHY-уровень 430 отправляет указание на то, что попытка передачи была успешной, на MAC-уровень 410 (этап 611) или принимает решение не отправлять указание на то, что попытка передачи была успешной, на MAC-уровень 410 (этап 613). В другом варианте осуществления в ответ на определение того, что попытка передачи была неудачной, PHY-уровень 430 отправляет указание о том, что попытка передачи была неудачной, на MAC-уровень 410 (этап 615) или принимает решение не отправлять указание о том, что попытка передачи была неудачной, на MAC-уровень 410 (этап 617). В другом варианте осуществления PHY-уровень 430 отправляет на MAC-уровень 410 указание соты, связанное с передачей данных, прием которых неявно указывает MAC-уровню 410 о предпринятой попытке передачи данных PHY-уровнем 430 (этап 619).
На фиг.7А показан один примерный общий способ 700, выполняемый MAC-уровнем 410 беспроводного устройства 400, например, устройством 211 беспроводной связи или сетевым узлом 201, для связи между MAC-уровнем 410 и PHY-уровнем 430 для отправки передачи в соответствии с различными вариантами осуществления, описанными в данном документе. Как показано на фиг.7A, MAC-уровень 410 доставляет передачу на PHY-уровень 430 для отправки в удаленное беспроводное устройство (этап 701). MAC-уровень 410 дополнительно определяет, была ли успешной попытка отправить передачу PHY-уровнем 430 в ответ на указание с PHY-уровня 430 (этап 703.) В ответ на определение того, была ли попытка отправить передачу на PHY-уровень 430, MAC-уровень 410 избирательно указывает PHY-уровню 430 на то, предпринять ли попытку повторной отправки передачи (этап 705).
На фиг.7B показан более подробно примерный способ 750, выполняемый MAC-уровнем 410. MAC-уровень 410 определяет, отправлять ли запрос на передачу данных PHY-уровнем 430 в течение определенного TTI (этап 751), и отправляет на PHY-уровень 430 запрос на передачу данных в течение определенного TTI (этап 753). Затем MAC-уровень 410 доставляет данные, которые должны быть переданы в течение определенного TTI, на PHY-уровень 430 (этап 755). MAC-уровень 410 также может отправить указание соты, связанное с передачей данных в течение определенного TTI, на PHY-уровень 430 (этап 757). MAC-уровень 410 затем принимает или определяет явную или неявную сигнализацию PHY-уровнем 430 о том, успешно ли (или при необходимости неудачно ли) PHY-уровень передал данные в течение определенного TTI (этап 759).
На фиг.8 показан другой вариант осуществления способа 600, выполняемого MAC-уровнем 410 беспроводного устройства 400, например, устройства 211 беспроводной связи или сетевым узлом 201, для связи между MAC-уровнем 410 и PHY-уровнем 430 для передачи данных в соответствии с различными вариантами осуществления, описанными в данном документе. В частности, способ 800, показанный на фиг.8, соответствует этапу 703 на фиг.7А и/или этапу 759 на фиг.7В. Как показано на фиг.8, MAC-уровень 410 принимает или определяет явную или неявную сигнализацию PHY-уровнем 430 о том, успешно ли (или неудачно ли) PHY-уровень 430 передал данные, которые MAC-уровень 410 отправил на PHY-уровень 410 для передачи в течение определенного TTI (этап 810). В одном варианте осуществления MAC-уровень 410 выполняет это путем приема со стороны PHY-уровня 430 указания о том, что попытка передачи была успешной (этап 811). В другом варианте осуществления MAC-уровень 410 определяет, что указание не было принято, что неявно указывает на то, что попытка передачи была неудачной (этап 813). В другом варианте осуществления MAC-уровень 410 принимает со стороны PHY-уровня 430 указание о том, что попытка передачи была неудачной (этап 815). В другом варианте осуществления MAC-уровень 410 определяет, что указание не было принято, что неявно указывает на то, что попытка передачи была успешной (этап 817). В другом варианте осуществления MAC-уровень 410 принимает со стороны PHY-уровня 430 указание соты, связанное с передачей данных, прием которых неявно сигнализирует MAC-уровню 410 о попытке передачи данных PHY-уровнем 430 (этап 819).
На фиг.9 показан еще один вариант осуществления с точки зрения беспроводного устройства 400, имеющего MAC-уровень 410 и PHY-уровень 430. Как показано на фиг.9, MAC-уровень 410 доставляет передачу на PHY-уровень 430. PHY-уровень 430 пытается отправить передачу в удаленное устройство или узел беспроводной связи. Затем PHY-уровень 430 неявно или явно указывает MAC-уровню на то, была ли успешной попытка отправить передачу PHY-уровнем. В ответ на указание PHY-уровнем 430 того, была ли успешной попытка отправить передачу PHY-уровнем 430, MAC-уровень 410 избирательно или неявно указывает явным образом PHY-уровню 430 на то, предпринять ли попытку повторной отправки передачи.
Специалистам в данной области техники будет также понятно, что варианты осуществления настоящего изобретения, представленные в данном документе, дополнительно включают в себя соответствующие компьютерные программы.
Компьютерная программа содержит инструкции, которые при их исполнении по меньшей мере на одном процессоре устройства предписывают устройству выполнять любой из соответствующих процессов, описанных выше. В связи с этим компьютерная программа может содержать один или несколько кодовых модулей, соответствующих средствам или блокам, описанным выше.
Варианты осуществления дополнительно включают в себя носитель, содержащий такую компьютерную программу. Этот носитель может содержать одно из: электронного сигнала, оптического сигнала, радиосигнала или машиночитаемого носителя информации.
В связи с этим варианты осуществления в данном документе также включают в себя компьютерный программный продукт, хранящийся на постоянном машиночитаемом носителе информации (для хранения или записи) и содержащий инструкции, которые при их исполнении процессором устройства предписывают устройству функционировать таким образом, как это описано выше.
Варианты осуществления дополнительно включают в себя компьютерный программный продукт, содержащий части программного кода для выполнения этапов согласно любому из вариантов осуществления в данном документе, когда компьютерный программный продукт исполняется вычислительным устройством. Этот компьютерный программный продукт может храниться на машиночитаемом носителе записи.
Далее будут описаны дополнительные варианты осуществления. По меньшей мере некоторые из этих вариантов осуществления могут быть описаны как применяемые в определенных контекстах и/или типах беспроводной сети для иллюстративных целей, но варианты осуществления аналогичным образом применимы в других контекстах и/или типах беспроводной сети, которые не описаны явным образом.
В данном документе раскрыты системы и способы для необходимого взаимодействия между MAC-уровнем и физическим уровнем с целью обработки повторных передач и связанных с ними процедур. Преимущества этих систем и способов включают в себя эффективное моделирование межуровневого взаимодействия между MAC-уровнем и физическим уровнем для обработки повторных передач в автономной UL.
Приведенные ниже способы относятся к конкретному случаю LAA, в котором попытка передачи из UE на PHY-уровень может завершиться неудачно из-за занятости канала, то есть из-за неудачной процедуры LBT. Однако они могут использоваться для любых сценариев, в которых по любой причине передача TB на PHY-уровень в данном TTI дает сбои из-за различных проблем, например, из-за сбоев в радиоблоке, проблем сосуществования в устройстве (из-за большой утечки между радиопередатчиками, расположенными рядом в одном устройстве) и времени прерывания из-за переключения приемопередающего тракта.
Способы сигнализации результата LBT с MAC-уровня на PHY-уровень включают в себя, в одном варианте осуществления, PHY-уровень, указывающий MAC результат попытки передачи, который относится к передаче определенного транспортного блока (TB) и/или к процессу HARQ. Если процедура LBT была успешной (канал обнаружил, что он не занят), и данные правильно передаются по радиоинтерфейсу, PHY-уровень отправляет на MAC-уровень положительное подтверждение, в противном случае отправляется отрицательное подтверждение (канал обнаружен как занятый).
В другом варианте осуществления изобретения рассмотрен случай, в котором только положительное подтверждение отправляется на уровень МАС со стороны PHY-уровня в TTI, в течение которого предположительно должна была быть выработана/выполнена передача по радиоинтерфейсу, например, в TTI, в течение которого MAC-уровень доставил на PHY-уровень PDU MAC или в более поздний TTI (не позднее определенного значения X из TTI, в течение которого должна была быть выработана/выполнена передача по радиоинтерфейсу). Если положительное подтверждение не принято, MAC-уровень интерпретирует передачу рассматриваемого PDU MAC как неудачную.
В другом варианте осуществления отправляется только отрицательное подтверждение, и в этом случае, если в следующих способах, описанных в предыдущем варианте осуществления, не принято отрицательное подтверждение, MAC-уровень считает, что передача была успешно выработана/выполнена по радиоинтерфейсу для рассматриваемого PDU MAC, то есть LBT был успешным для рассматриваемого PDU MAC.
В другом варианте осуществления, перед отправкой отрицательного или положительного подтверждения, PHY уровень продолжает предпринимать попытки передачи PDU MAC, доставленного MAC до тех пор, пока процедура LBT не будет успешной. Этот способ подразумевает, что PDU MAC сохраняется в PHY, пока радиоинтерфейс выполняет LBT. PDU MAC сохраняется в PHY до тех пор, пока в MAC не будет отправлено положительное подтверждение, после чего PHY может удалить сохраненный PDU MAC.
MAC не доставляет дальнейшие (повторные) передачи в PHY до тех пор, пока не будет принято положительное подтверждение от PHY (или принято не вовремя отрицательное подтверждение) для PDU MAC, доставленного определенным объектом HARQ в определенном TTI, или до определенного максимального значения таймера/счетчика (соответствующего количеству времени или промежутку времени, в течение которого PHY предпринял попытку передачи PDU MAC), после чего PHY прекращает попытки передачи этого PDU MAC, и MAC интерпретирует это как отрицательное подтверждение. Например, при многочисленных сбоях процедур LBT, то есть при отсутствии положительного подтверждения, принятого в определенный момент времени, MAC может отложить передачу PDU MAC на более позднее время и/или выполнить передачу на другой несущей.
В другом варианте осуществления PHY явно не сигнализирует о сбое LBT. Вместо этого PHY обрабатывает сбой LBT так же, как если бы он выполнял передачу и прием отрицательного ACK из приемника, которое соответствует неудачному декодированию или пропущенной передаче. Это означает, что после сбоя LBT PHY вырабатывает NACK, который мог быть принят из приемника, и доставляет его в MAC.
Для содержания/запуска сигнализации PHY-MAC в одном способе предполагается, что PHY пытается передать транспортный блок в одном и том же TTI, в котором MAC доставил PDU MAC в PHY, а также результат LBT, после предпринятой попытки передачи, сигнализируется MAC в том же самом TTI. После LBT PHY указывает MAC несущую (например, индекс соты), на которой была предпринята попытка передачи, поэтому MAC связывает результат LBT с объектом HARQ, который отвечает за работу HARQ для сигнальной несущей. Так как доставка PDU MAC в PHY и отчет о результатах процедур LBT происходит в одном и том же TTI, объект HARQ может связывать результат LBT с PDU MAC, который объект HARQ доставил в PHY в этом TTI.
В другом способе предполагается, что PHY пытается передать транспортный блок в TTI, отличном от TTI, в котором MAC доставил PDU MAC в PHY, или кроме результата LBT, при попытке передачи, сигнализируется MAC в другом TTI. Например, PHY может сигнализировать результат LBT только по истечении определенного таймера после успешной передачи. Это приведет к тому, что MAC должен будет выработать PDU MAC (либо новый, либо повторную передачу).
В этом случае, вместе с несущей PHY может также сигнализировать TTI, в котором PHY предпринял попытку передачи, или TTI, в котором транспортный блок был успешно передан по радиоинтерфейсу, или TTI, в котором должна была произойти повторная передача для этого транспортного блока. Объект HARQ, связанный с этой несущей, может затем извлечь процесс HARQ, который доставил PHY PDU MAC из сообщенного TTI.
В другом способе предполагается, что MAC сигнализирует в PHY, вместе с PDU MAC, об объекте HARQ и/или процессе HARQ, связанном с этим PDU MAC, и/или о TTI (или о наборе TTI), в котором разрешена (или должна произойти) передача, поэтому PHY может просто сигнализировать обратно в MAC об объекте HARQ и/или процессе HARQ для рассматриваемого TB, для которого была предпринята попытка передачи, возможно, вместе с TTI, в котором была предпринята попытка передачи с помощью PHY.
Далее раскрываются различные способы для дальнейших действий MAC/PHY для двух случаев положительного и отрицательного подтверждения.
В случае положительного подтверждения, отправленного на MAC PHY, MAC-уровень и PHY могут предпринимать ряд действий.
• MAC считает, что была выработана передача для PDU MAC, доставленного объектом HARQ (который может быть получен следующими способами, раскрытыми в разделе 0) для определенного процесса HARQ (который может быть получен следующими способами, раскрытыми в разделе 0),
• MAC может увеличить счетчик повторных передач на единицу, так как для рассматриваемого PDU MAC выработана передача.
• MAC увеличивает текущий RVI.
• MAC может инициировать RTT HARQ UL, который, в свою очередь, по истечении срока действия определяет, когда UE должно принять сигнал обратной связи eNB.
• PHY может указывать на то, как долго предпринимались попытки LBT, и степень воспринимаемых помех.
• MAC инициирует таймер повторной передачи, который по истечении времени может разрешить UE выполнить повторную передачу для процесса HARQ, если для этого процесса HARQ не был принят сигнал обратной связи HARQ по истечении таймера повторной передачи.
• PHY может считать транспортный блок успешно переданным и удалить сохраненный транспортный блок из локального буфера PHY.
Вместо этого некоторые из вышеупомянутых действий могут выполняться PHY только тогда, когда передача действительно вырабатывается/выполняется по радиоинтерфейсу. Например, PHY может запускать таймер, когда ему удается передать транспортный блок по радиоинтерфейсу, и когда этот таймер истекает, PHY сообщает MAC, что другую (повторную) передачу для определенного процесса HARQ (который может быть получен следующими способами, раскрытыми в разделе 0) разрешается запустить, например, в том же самом TTI, в котором PHY сигнализирует MAC о том, что таймер истек, или в более поздний момент времени.
В случае отрицательного подтверждения, отправленного в MAC от PHY, MAC-уровень и PHY могут предпринимать ряд действий.
• MAC доставляет повторную передачу в PHY для объекта HARQ (который может быть получен следующими способами, раскрытыми в разделе 0) в рассматриваемом TTI (который может быть получен следующими способами, раскрытыми в разделе 0), без выполнения некоторых действий, перечисленных в приведенном выше абзаце, так как повторная передача была неудачной, и транспортный блок не передавался по радиоинтерфейсу, например, MAC не должен:
○ увеличивать шаг счетчика повторной передачи на единицу;
○ выполнять приращение текущего RVI;
○ инициировать RT HARQ ULT; и
○ инициировать таймер повторной передачи.
• PHY может указывать на то, как долго предпринималась попытка LBT, и степень помех, воспринимаемых во время процедуры LBT. PHY может также указывать для каждого PRB (или набора PRB, то есть для подканалов) измеренную помеху. Затем MAC может принять решение отложить повторную передачу на более позднее время или выполнить повторную передачу на другой несущей или на PRB/подканалах, в которых помехи ниже, что сообщается в сигнализации от PHY к MAC.
• MAC не доставляет повторную передачу в PHY, но просто сигнализирует обратно в PHY, когда нужно повторно передать транспортный блок, содержащий PDU MAC, связанный с рассматриваемым объектом HARQ. Этот случай подразумевает, что PHY сохранил транспортный блок, сохраненный на PHY-уровне, ожидая запуска повторной передачи от MAC. В качестве части этой сигнализации MAC может указывать TTI и PRB, в которых транспортный блок должен повторно передаваться PHY.
Хотя предмет изобретения, описанный в данном документе, может быть реализован в любой системе подходящего типа с использованием любых подходящих компонентов, раскрытые в данном документе варианты осуществления описаны в отношении беспроводной сети, такой, например, как беспроводная сеть, показанная на фиг.10. Для упрощения беспроводная сеть, показанная на фиг.10, изображает только сеть 906, сетевые узлы 960 и 960b и WD 910, 910b и 910c. На практике беспроводная сеть может дополнительно включать в себя любые дополнительные элементы, подходящие для поддержания связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи, таким как стационарный телефон, поставщик услуг или любой другой сетевой узел или терминальное устройство. Из проиллюстрированных компонентов сетевой узел 960 и беспроводное устройство (WD) 910 изображены с дополнительными подробностями. Беспроводная сеть может предоставлять связь и другие типы услуг одному или нескольким беспроводным устройствам для облегчения доступа беспроводных устройств к беспроводной сети и/или для использования услуг, предоставляемых беспроводной сетью или посредством нее.
Беспроводная сеть может содержать и/или взаимодействовать с любым типом сети связи, телекоммуникационной сети, сети передачи данных, сети сотовой и/или радиосвязи или с другим аналогичным типом системы. В некоторых вариантах осуществления беспроводная сеть может быть выполнена с возможностью функционирования в соответствии с конкретными стандартами или другими типами заданных правил или процедур. Таким образом, конкретные варианты осуществления беспроводной сети позволяют реализовать стандарты связи, такие как глобальная система мобильной связи (GSM), универсальная система мобильной связи (UMTS), долгосрочное развитие (LTE), узкополосный Интернет вещей (NB-IoT) и/или другие подходящие стандарты 2G, 3G, 4G или 5G; стандарты беспроводной локальной вычислительной сети (WLAN), такие как стандарты IEEE 802.11; и/или любые другие соответствующие стандарты беспроводной связи, такие как стандарты всемирной совместимости для микроволнового доступа (WiMax), Bluetooth, Z-Wave и/или ZigBee.
Сеть 906 может содержать одну или несколько транспортных сетей, базовых сетей, IP-сетей, коммутируемых телефонных сетей общего пользования (PSTN), сетей пакетной передачи данных, оптических сетей, глобальных вычислительных сетей (WAN), локальных вычислительных сетей (LAN), беспроводных локальных вычислительных сетей (WLAN), проводных сетей, беспроводных сетей, городских сетей и других сетей, обеспечивающих связь между устройствами.
Сетевой узел 960 и WD 910 содержат различные компоненты, описанные более подробно ниже. Эти компоненты работают вместе, обеспечивая функциональные возможности сетевого узла и/или беспроводного устройства, например, обеспечивая беспроводные соединения в беспроводной сети. В различных вариантах осуществления беспроводная сеть может содержать любое количество проводных или беспроводных сетей, сетевых узлов, базовых станций, контроллеров, беспроводных устройств, ретрансляционных станций и/или любых других компонентов или систем, которые позволяют облегчить или участвовать в передаче данных и/или сигналов через проводные или беспроводные соединения.
Используемый в данном документе термин "сетевой узел" относится к оборудованию, способному, сконфигурированному, расположенному и/или выполненному с возможностью поддержания прямой или косвенной связи с беспроводным устройством и/или с другими сетевыми узлами или оборудованием в беспроводной сети, чтобы разрешить и/или обеспечить беспроводной доступ к беспроводному устройству и/или выполнять другие функции (например, администрирование) в беспроводной сети. Примеры сетевых узлов включают в себя, но не ограничиваются ими, точки доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, узлы B (Node B), развитые узлы B (eNB) и узлы B NR (gNB)). Базовые станции можно классифицировать по размеру покрытия, которое они обеспечивают (или, иначе говоря, по их уровню мощности передачи), и в дальнейшем они могут также упоминаться как фемто-базовые станции, пико-базовые станции, микро-базовые станции или макро-базовые станции. Базовая станция может быть ретрансляционным узлом или донорским ретрансляционным узлом, управляющим ретранслятором. Сетевой узел может также включать в себя одну или несколько (или все) части распределенной базовой радиостанции, такие как централизованные цифровые блоки и/или удаленные радиоблоки (RRU), иногда называемые удаленными радиоголовками (RRH). Такие удаленные радиоблоки могут или не могут быть интегрированными с антенной в виде антенны с интегрированным радиомодулем. Части распределенной базовой радиостанции также могут называться узлами в распределенной антенной системе (DAS). Еще одни дополнительные примеры сетевых узлов включают в себя оборудование многостандартной радиосвязи (MSR), такое как BS MSR, сетевые контроллеры, такие как контроллеры радиосети (RNC) или контроллеры базовых станций (BSC), базовые приемопередающие станции (BTS), точки передачи, узлы передачи, объекты многосотовой/многоадресной координации (MCE), узлы базовой сети (например, MSC, MME), узлы O&M, узлы OSS, узлы SON, узлы позиционирования (например, E-SMLC) и/или узлы MDT. В качестве другого примера, сетевой узел может быть узлом виртуальной сети, как описано более подробно ниже. Однако, в более общем случае, сетевые узлы могут представлять собой любое подходящее устройство (или группу устройств), способное, сконфигурированное, расположенное и/или выполненное с возможностью разрешения и/или предоставления беспроводному устройству доступа к беспроводной сети или предоставления некоторой услуги беспроводному устройству, которое получило доступ к беспроводной сети.
На фиг.10 сетевой узел 960 включает в себя схему 970 обработки, машиночитаемый носитель 980 информации, интерфейс 990, вспомогательное оборудование 984, источник 986 электропитания, схему 987 электропитания и антенну 962. Хотя сетевой узел 960, проиллюстрированный в примере беспроводной сети, показанной на фиг.10, может представлять собой устройство, которое включает в себя проиллюстрированную комбинацию аппаратных компонентов, другие варианты осуществления могут содержать сетевые узлы с различными комбинациями компонентов. Следует понимать, что сетевой узел содержит любую подходящую комбинацию аппаратных средств и/или программного обеспечения, необходимую для выполнения задач, особенностей, функций и способов, раскрытых в данном документе. Более того, хотя компоненты сетевого узла 960 изображены в виде отдельных блоков, расположенных в большем блоке или вложенных в несколько блоков, на практике сетевой узел может содержать несколько разных физических компонентов, которые образуют один проиллюстрированный компонент (например, машиночитаемый носитель 980 информации может содержать несколько отдельных жестких дисков, а также многочисленные модули RAM).
Аналогичным образом, сетевой узел 960 может состоять из нескольких физически отдельных компонентов (например, из компонента узла B и компонента RNC или компонента BTS и компонента BSC и т.д.), каждый из которых может иметь свои собственные соответствующие компоненты. В некоторых сценариях, в которых сетевой узел 960 содержит несколько отдельных компонентов (например, компоненты BTS и BSC), один или несколько отдельных компонентов могут совместно использоваться несколькими узлами сети. Например, один RNC может управлять несколькими узлами B. В таком сценарии каждая уникальная пара из узла B и RNC в некоторых случаях может рассматриваться в качестве одного отдельного сетевого узла. В некоторых вариантах осуществления сетевой узел 960 может быть выполнен с возможностью поддержания множества технологий радиодоступа (RAT). В таких вариантах осуществления некоторые компоненты могут дублироваться (например, отдельный машиночитаемый носитель 980 информации для различных RAT), и некоторые компоненты могут использоваться повторно (например, одна и та же антенна 962 может совместно использоваться различными RAT). Сетевой узел 960 может также включать в себя множество наборов различных проиллюстрированных компонентов для различных беспроводных технологий, интегрированных в сетевой узел 960, таких, например, как технологии беспроводной связи GSM, WCDMA, LTE, NR, WiFi или Bluetooth. Эти технологии беспроводной связи могут быть интегрированы в одну или разные микросхемы или набор микросхем и другие компоненты в сетевом узле 960.
Схема 970 обработки выполнена с возможностью выполнения любых операций определения, вычисления или аналогичных операций (например, некоторых операций получения), которые описаны в данном документе как выполняемые сетевым узлом. Эти операции, выполняемые схемой 970 обработки, могут включать в себя обработку информации, полученной схемой 970 обработки, например, путем преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, хранящейся в сетевом узле, и/или выполнения одной или более операций на основе полученной информации или преобразованной информации, и в результате упомянутой обработки делается определение.
Схема 970 обработки может содержать комбинацию одного или более из: микропроцессора, контроллера, микроконтроллера, центрального процессорного устройства, процессора цифровых сигналов, специализированной интегральной микросхемы, программируемой пользователем вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программного обеспечения и/или кодированной логики, выполненной с возможностью обеспечения, по отдельности или в сочетании с другими компонентами сетевого узла 960, такими как машиночитаемый носитель 980 информации, функциональных возможностей сетевого узла 960. Например, схема 970 обработки может исполнять инструкции, хранящиеся на машиночитаемом носителе 980 информации или в памяти в схеме 970 обработки. Такие функциональные возможности могут включать в себя обеспечение любых из различных беспроводных особенностей, функций или преимуществ, обсужденных в данном документе. В некоторых вариантах осуществления схема 970 обработки может включать в себя систему на кристалле (SOC).
В некоторых вариантах осуществления схема 970 обработки может включать в себя одну или несколько из схемы 972 радиочастотного (РЧ) приемопередатчика и схемы 974 обработки основополосных сигналов. В некоторых вариантах осуществления схема 972 радиочастотного (РЧ) приемопередатчика и схема 974 обработки основополосных сигналов могут быть выполнены в виде отдельных микросхем (или наборов микросхем), плат или блоков, таких как радиоблоки и цифровые блоки. В альтернативных вариантах осуществления часть или вся схема 972 РЧ приемопередатчика и схема 974 обработки основополосных сигналов могут быть выполнены в виде одной микросхемы или набора микросхем, плат или блоков.
В некоторых вариантах осуществления некоторые или все функциональные возможности, описанные в данном документе как предоставляемые сетевым узлом, базовой станцией, eNB или другим таким сетевым устройством, могут быть выполнены посредством схемы 970 обработки, исполняющей инструкции, хранящиеся на машиночитаемом носителе 980 информации или в памяти, расположенной в схеме 970 обработки. В альтернативных вариантах осуществления некоторые или все функциональные возможности могут быть обеспечены схемой 970 обработки без исполнения инструкций, хранящихся на отдельном или дискретном машиночитаемом носителе информации, например, аппаратным способом. В любом из этих вариантов осуществления, независимо от того, исполняются ли инструкции, хранящиеся на машиночитаемом носителе информации, схема 970 обработки может быть выполнена с возможностью выполнения описанных функциональных возможностей. Преимущества, обеспечиваемые такими функциональными возможностями, не ограничиваются только схемой 970 обработки или другими компонентами сетевого узла 960, но используются в целом сетевым узлом 960 и/или, как правило, конечными пользователями и беспроводной сетью.
Машиночитаемый носитель 980 информации может содержать любую форму энергозависимой или энергонезависимой машиночитаемой памяти, включая, помимо прочего, постоянное хранилище, твердотельное запоминающее устройство, удаленно установленную память, магнитные носители информации, оптические носители информации, оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), массовый носитель информации (например, жесткий диск), съемный носитель информации (например, флэш-диск, компакт-диск (CD) или цифровой универсальный видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые невременные машиночитаемые и/или машиноисполняемые запоминающие устройства, которые хранят информацию, данные и/или инструкции, которые могут использоваться схемой 970 обработки. Машиночитаемый носитель 980 информации может хранить любые подходящие инструкции, данные или информацию, в том числе компьютерную программу, программное обеспечение, приложение, включающее в себя одну или несколько логических схем, правил, кодов, таблиц и т.д. и/или других инструкций, которые могут исполняться схемой 970 обработки и использоваться сетевым узлом 960. Машиночитаемый носитель 980 информации может использоваться для хранения любых вычислений, выполненных схемой 970 обработки, и/или любых данных, принятых через интерфейс 990. В некоторых вариантах осуществления схема 970 обработки и машиночитаемый носитель 980 информации могут рассматриваться как интегрированные.
Интерфейс 990 используется в проводной или беспроводной передаче сигнализации и/или данных между сетевым узлом 960, сетью 906 и/или WD 910. Как показано, интерфейс 990 содержит порт(ы)/терминал(ы) 994 для отправки и приема данных, например, в и из сети 906 по проводному соединению. Интерфейс 990 также включает в себя схему 992 радиочастотного тракта, которая может быть подключена к антенне 962 или, в некоторых вариантах, может быть частью антенны 962. Схема 992 радиочастотного тракта содержит фильтры 998 и усилители 996. Схема 992 радиочастотного тракта может быть подключена к антенне 962 и к схеме 970 обработки радиосигнала. Схема радиочастотного тракта может быть выполнена с возможностью обработки сигналов, передаваемых между антенной 962 и схемой 970 обработки. Схема 992 радиочастотного тракта может принимать цифровые данные, которые должны быть отправлены в другие узлы сети или WD через беспроводное соединение. Схема 992 радиочастотного тракта может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосу пропускания, используя комбинацию фильтров 998 и/или усилителей 996. Затем радиосигнал может передаваться через антенну 962. Аналогичным образом, при приеме данных антенна 962 может принимать радиосигналы, которые затем преобразуются в цифровые данные с помощью схемы 992 радиочастотного тракта. Цифровые данные могут передаваться в схему 970 обработки. В других вариантах осуществления интерфейс может содержать различные компоненты и/или различные комбинации компонентов.
В некоторых альтернативных вариантах осуществления сетевой узел 960 может не включать в себя отдельные схемы 992 радиочастотного тракта; вместо этого схема 970 обработки может содержать схему радиочастотного тракта и может быть подключена к антенне 962 без отдельной схемы 992 радиочастотного тракта. Аналогичным образом, в некоторых вариантах осуществления все или некоторые из схем 972 РЧ приемопередатчика могут рассматриваться как часть интерфейса 990. В еще одних вариантах осуществления интерфейс 990 может включать в себя один или несколько портов или терминалов 994, схему 992 радиочастотного тракта и схему 972 РЧ приемопередатчика как часть радиоблока (не показан), и интерфейс 990 может поддерживать связь со схемой 974 обработки основополосных сигналов, которая является частью цифрового устройства (не показано).
Антенна 962 может включать в себя одну или несколько антенн или антенных решеток, выполненных с возможностью отправки и/или приема сигналов беспроводной связи. Антенна 962 может быть подключена к схеме 990 радиочастотного тракта и может быть антенной любого типа, способной передавать и принимать данные и/или сигналы беспроводным образом. В некоторых вариантах осуществления антенна 962 может содержать одну или несколько всенаправленных, секторных или панельных антенн, выполненных с возможностью передачи/приема радиосигналов, например, между 2 ГГц и 66 ГГц. Всенаправленная антенна может использоваться для передачи/приема радиосигналов в любом направлении, секторная антенна может использоваться для передачи/приема радиосигналов из устройств в конкретной области, и панельная антенна может быть антенной прямой видимости, используемой для передачи/приема радиосигналов по относительно прямой линии. В некоторых случаях использование более чем одной антенны может упоминаться как MIMO. В некоторых вариантах осуществления антенна 962 может быть расположена отдельно от сетевого узла 960 и может быть подключена к сетевому узлу 960 через интерфейс или порт.
Антенна 962, интерфейс 990 и/или схема 970 обработки могут быть выполнены с возможностью выполнения любых операций приема и/или некоторых операций получения, описанных в данном документе, которые выполняет сетевой узел. Любая информация, данные и/или сигналы могут быть приняты из беспроводного устройства, другого сетевого узла и/или любого другого сетевого оборудования. Аналогичным образом, антенна 962, интерфейс 990 и/или схема 970 обработки могут быть выполнены с возможностью выполнения любых операций передачи, описанных в данном документе, которые выполняет сетевой узел. Любая информация, данные и/или сигналы могут передаваться в беспроводное устройство, другой сетевой узел и/или любое другое сетевое оборудование.
Схема 987 электропитания может содержать или быть подключена к схеме управления электропитанием и выполнена с возможностью подачи питания на компоненты сетевого узла 960 для выполнения функций, описанных в данном документе. Схема 987 электропитания может принимать энергию из источника 986 электропитания. Источник 986 электропитания и/или схема 987 электропитания могут быть выполнены с возможностью подачи питания на различные компоненты сетевого узла 960 в виде, подходящем для соответствующих компонентов (например, на уровне напряжения и тока, необходимом для каждого соответствующего компонента). Источник 986 электропитания может быть включен в схему 987 и/или сетевой узел 960 или может быть внешним по отношению к ней. Например, сетевой узел 960 может быть подключен к внешнему источнику электропитания (например, к электрической розетке) через входную схему или интерфейс, такой как электрический кабель, посредством которого внешний источник электропитания подает питание на схему 987 электропитания. В качестве дополнительного примера источник 986 электропитания может содержать источник электропитания в виде аккумулятора или аккумуляторного блока, который подключен или встроен в схему 987 электропитания. Аккумулятор может обеспечивать резервное питание в случае отказа внешнего источника электропитания. Могут также использоваться и другие типы источников электропитания, такие как фотоэлектрические устройства.
Альтернативные варианты осуществления сетевого узла 960 могут включать в себя дополнительные компоненты, помимо показанных на фиг.10, которые могут отвечать за предоставление определенных аспектов функциональных возможностей сетевого узла, включая любую из функциональных возможностей, описанных в данном документе, и/или любые функциональные возможности, необходимые для поддержки предмета изобретения, описанного в данном документе. Например, сетевой узел 960 может включать в себя оборудование пользовательского интерфейса, которое обеспечивает ввод информации в сетевой узел 960 и вывод информации из сетевого узла 960. Этот сетевой узел позволяет пользователю выполнять диагностику, техническое обслуживание, ремонт и другие административные функции для сетевого узла 960.
Используемый в данном документе термин "беспроводное устройство (WD)" относится к устройству, способному, сконфигурированному, расположенному и/или выполненному с возможностью поддержания беспроводной связи с сетевыми узлами и/или другими беспроводными устройствами. Если не указано иное, термин "WD" может использоваться в данном документе взаимозаменяемо с пользовательским оборудованием (UE). Беспроводная связь может включать передачу и/или прием сигналов беспроводной связи с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для передачи информации в воздушной среде. В некоторых вариантах осуществления WD может быть выполнено с возможностью передачи и/или приема информации без прямого взаимодействия с человеком. Например, WD может быть предназначено для передачи информации в сеть по заранее определенному расписанию, когда оно запускается внутренним или внешним событием или в ответ на запросы из сети. Примеры WD включают в себя, но не ограничиваются ими, смартфон, мобильный телефон, сотовый телефон, телефон с передачей голоса по IP (VoIP), телефон беспроводного абонентского доступа, настольный компьютер, персональный цифровой помощник (PDA), беспроводные камеры, игровую приставку или устройство, устройство для хранения музыки, устройство воспроизведения, носимое терминальное устройство, беспроводную оконечную точку, мобильную станцию, планшетный компьютер, ноутбук, оборудование, встроенное в портативный компьютер (LEE), оборудование, монтируемое на портативном компьютере (LME), интеллектуальное устройство, беспроводное абонентское оборудование (CPE), беспроводное терминальное устройство, устанавливаемое в транспортном средстве и т.д. WD может поддерживать связь между устройствами (D2D), например, путем реализации стандарта 3GPP для поддержания связи по боковой линии связи между транспортными средствами (V2V), между транспортным средством и придорожной инфраструктурой (V2I), между транспортным средством и другими объектами (V2X), и в этом случае WD может называться устройством связи D2D. В качестве еще одного конкретного примера в сценарии Интернета вещей (IoT) WD может представлять собой машину или другое устройство, которое выполняет мониторинг и/или измерения и передает результаты такого мониторинга и/или измерений в другое WD и/или сетевой узел. В этом случае WD может быть устройством межмашинной связи (M2M), которое в контексте 3GPP может упоминаться как устройство MTC. В качестве одного конкретного примера, WD может быть UE, реализующим стандарт узкополосного IoT (NB-IoT) 3GPP. Конкретными примерами таких машин или устройств являются датчики, измерительные устройства, такие как измерители мощности, промышленное оборудование или бытовые или персональные электроприборы (например, холодильники, телевизоры и т.д.), персональные носимые портативные электронные устройства (например, часы, фитнес-браслеты и т.д.). В других сценариях WD может представлять транспортное средство или другое оборудование, которое способно контролировать и/или сообщать о своем рабочем состоянии или других функциях, связанных с его работой. WD, как описано выше, может представлять оконечную точку беспроводного соединения, и в этом случае устройство может упоминаться как беспроводной терминал. Кроме того, WD, как описано выше, может быть мобильным, и в этом случае его можно также назвать мобильным устройством или мобильным терминалом.
Как показано, беспроводное устройство 910 включает в себя антенну 911, интерфейс 914, схему 920 обработки, машиночитаемый носитель 930 информации, оборудование 932 пользовательского интерфейса, вспомогательное оборудование 934, источник 936 электропитания и схему 937 электропитания. WD 910 может включать в себя множество наборов из одного или более из проиллюстрированных компонентов для различных технологий беспроводной связи, поддерживаемых WD 910, таких, например, как технологии беспроводной связи GSM, WCDMA, LTE, NR, WiFi, WiMAX или Bluetooth, и это всего лишь некоторые из них. Эти технологии беспроводной связи могут быть интегрированы в те же или другие микросхемы или набор микросхем, что и другие компоненты в WD 910.
Антенна 911 подключена к интерфейсу 914 и может включать в себя одну или более антенн или антенных решеток, выполненных с возможностью отправки и/или приема сигналов беспроводной связи. В некоторых альтернативных вариантах осуществления антенна 911 может быть расположена отдельно от WD 910 и может быть подключена к WD 910 через интерфейс или порт. Антенна 911, интерфейс 914 и/или схема 920 обработки могут быть выполнены с возможностью выполнения любых операций приема или передачи, описанных в данном документе, как выполняемые WD. Любая информация, данные и/или сигналы могут быть приняты из сетевого узла и/или другого WD. В некоторых вариантах осуществления схема радиочастотного тракта и/или антенна 911 могут рассматриваться как интерфейс.
Как показано, интерфейс 914 содержит схему 912 радиочастотного тракта и антенну 911. Схема 912 радиочастотного тракта содержит один или несколько фильтров 918 и усилителей 916. Схема 914 радиочастотного тракта подключена к антенне 911 и схеме 920 обработки и выполнена с возможностью выполнения кондиционирования сигналов, передаваемых между антенной 911 и схемой 920 обработки. Схема 912 радиочастотного тракта может быть подключена к антенне 911 или к ее части. В некоторых вариантах осуществления WD 910 может не включать в себя отдельную схему 912 радиочастотного тракта; скорее всего, схема 920 обработки может содержать схему радиосигнала и может быть подключена к антенне 911. Аналогичным образом, в некоторых вариантах осуществления некоторые или все схемы 922 РЧ приемопередатчика могут рассматриваться как часть интерфейса 914. Схема 912 радиочастотного тракта может принимать цифровые данные, подлежащие отправке в другие узлы сети или WD через беспроводное соединение. Схема 912 радиочастотного тракта может преобразовывать цифровые данные в радиосигнал, имеющий соответствующие параметры канала и полосу пропускания, используя комбинацию фильтров 918 и/или усилителей 996. Затем радиосигнал может передаваться через антенну 911. Аналогичным образом, при приеме данных антенна 911 может принимать радиосигналы, которые затем преобразуются в цифровые данные схемой 912 радиочастотного тракта. Цифровые данные могут передаваться в схему 920 обработки. В других вариантах осуществления интерфейс может содержать различные компоненты и/или различные комбинации компонентов.
Схема 920 обработки может содержать комбинацию из одного или более из: микропроцессора, контроллера, микроконтроллера, центрального процессорного устройства, процессора цифровых сигналов, специализированной интегральной микросхемы, программируемой пользователем полевой логической матрицы или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программного обеспечения и/или кодированной логики, предназначенной для обеспечения, по отдельно или в сочетании с другими компонентами WD 910, такими как машиночитаемый носитель 930 информации, функциональных возможностей WD 910. Такие функциональные возможности могут включать в себя предоставление любых различных функций беспроводной связи или преимуществ, обсужденных в данном документе. Например, схема 920 обработки может исполнять инструкции, хранящиеся на машиночитаемом носителе 930 информации или в памяти, расположенной в схеме 920 обработки с тем, чтобы обеспечить раскрытые в данном документе функциональные возможности.
Как показано, схема 920 обработки включает в себя одну или несколько из схемы 922 РЧ приемопередатчика, схемы 924 обработки основополосных сигналов и схемы 926 обработки приложения. В других вариантах осуществления схема обработки может содержать различные компоненты и/или различные комбинации компонентов. В некоторых вариантах осуществления схема 920 обработки WD 910 может содержать SOC. В некоторых вариантах осуществления схема 922 РЧ приемопередатчика, схема 924 обработки основополосных сигналов и схема 926 обработки приложения могут быть выполнены в виде отдельных микросхем или наборов микросхем. В альтернативных вариантах осуществления часть или вся схема 924 обработки основополосных сигналов и схема 926 обработки приложений могут быть объединены в одну микросхему или набор микросхем, и схема 922 РЧ приемопередатчика может быть выполнена в виде отдельной микросхемы или набора микросхем. В еще одних альтернативных вариантах осуществления часть или вся схема 922 РЧ приемопередатчика и схема 924 обработки основополосных сигналов могут быть выполнены на одной и той же микросхеме или на одном и том же наборе микросхем, и схема 926 обработки приложения может быть в виде отдельной микросхемы или набора микросхем. В еще одних альтернативных вариантах осуществления часть или вся схема 922 РЧ приемопередатчика, схема 924 обработки основополосных сигналов и схема 926 обработки приложения могут быть объединены в одной и той же микросхеме или наборе микросхем. В некоторых вариантах осуществления схема 922 РЧ приемопередатчика может быть частью интерфейса 914. Схема 922 РЧ приемопередатчика может формировать РЧ сигналы для схемы 920 обработки.
В некоторых вариантах осуществления некоторые или все функциональные возможности, описанные в данном документе как выполняемые WD, могут быть обеспечены схемой 920 обработки, исполняющей инструкции, хранящиеся на машиночитаемом носителе 930 информации, который в некоторых вариантах осуществления может быть машиночитаемым носителем информации. В альтернативных вариантах осуществления некоторые или все функциональные возможности могут быть обеспечены схемой 920 обработки без исполнения инструкций, хранящихся на отдельном или дискретном машиночитаемом носителе информации, например, в случае использования аппаратных средств. В любом из этих конкретных вариантов осуществления, независимо от того, исполняются ли инструкции, хранящиеся на машиночитаемом носителе информации, схема 920 обработки может быть выполнена с возможностью выполнения описанных функциональных возможностей. Преимущества, обеспечиваемые такими функциональными возможностями, не ограничиваются только схемой 920 обработки или другими компонентами WD 910, но используются в целом WD 910 и/или в целом конечными пользователями и беспроводной сетью.
Схема 920 обработки может быть выполнена с возможностью выполнения любых операций определения, вычисления или аналогичных операций (например, некоторых операций получения), описанных в данном документе, которые может выполнять WD. Эти операции, выполняемые схемой 920 обработки, могут включать в себя обработку информации, полученной схемой 920 обработки, например, путем преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, хранящейся в WD 910, и/или выполнение одной или более операций на основе полученной информации или преобразованной информации, и, в результате, принимать решения относительно упомянутой обработки.
Машиночитаемый носитель 930 информации может быть выполнен с возможностью хранения компьютерной программы, программного обеспечения, приложения, включающего в себя одну или несколько логических схем, правил, кода, таблиц и т.д. и/или других инструкций, которые могут быть исполнены схемой 920 обработки. Машиночитаемый носитель 930 информации может включать в себя компьютерную память (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), носитель большой емкости (например, жесткий диск), съемный носитель (например, компакт-диск (CD) или цифровой универсальный видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые невременные машиночитаемые и/или машиноисполняемые запоминающие устройства, которые хранят информацию, данные и/или инструкции, которые могут использоваться схемой 920 обработки. В некоторых вариантах осуществления схема 920 обработки и машиночитаемый носитель 930 информации могут считаться интегрированными.
Оборудование 932 пользовательского интерфейса может предоставлять компоненты, которые позволяют пользователю-человеку взаимодействовать с WD 910. Такое взаимодействие может принимать различные формы, такие как визуальное, звуковое, тактильное и т.д. Оборудование 932 пользовательского интерфейса может быть выполнено с возможностью предоставлять пользователю возможность выводить и вводить данные из/в WD 910. Тип взаимодействия может варьироваться в зависимости от типа оборудования 932 пользовательского интерфейса, установленного в WD 910. Например, если WD 910 представляет собой смартфон, взаимодействие может осуществляться посредством касания экрана; если WD 910 представляет собой интеллектуальный измеритель, взаимодействие может осуществляться через экран, который представляет показания расхода (например, количество использованных галлонов (литров), или динамик, который обеспечивает звуковое оповещение (например, если обнаружен дым). Оборудование 932 пользовательского интерфейса может включать в себя интерфейсы, устройства и схемы ввода и интерфейсы, устройства и схемы вывода. Оборудование 932 пользовательского интерфейса выполнено с возможностью ввода информации в WD 910 и подключения к схеме 920 обработки с тем, чтобы схема 920 обработки могла обрабатывать вводимую информацию. Оборудование 932 пользовательского интерфейса может включать в себя, например, микрофон, датчик приближения или другой датчик, клавиши/кнопки, сенсорный дисплей, одну или несколько камер, USB-порт или другую схему ввода. Оборудование 932 пользовательского интерфейса также выполнено с возможностью разрешать вывод информации из WD 910 и разрешать схемам 920 обработки выводить информацию из WD 910. Оборудование 932 пользовательского интерфейса может включать в себя, например, динамик, дисплей, вибрирующие схемы, USB-порт, интерфейс наушников или другие выходные схемы. Используя один или несколько интерфейсов ввода и вывода, устройств и схем оборудования 932 пользовательского интерфейса, WD 910 может поддерживать связь с конечными пользователями и/или беспроводной сетью и предоставлять им возможность пользоваться функциональными возможностями, описанными в данном документе.
Вспомогательное оборудование 934 выполнено с возможностью предоставлять более специфические функциональные возможности, которые обычно не могут выполняться WD. Это вспомогательное оборудование может содержать специализированные датчики для выполнения измерений для различных целей, интерфейсы для дополнительных типов связи, таких как проводная связь и т.д. Включение во вспомогательное оборудование 934 компонентов и их тип могут варьироваться в зависимости от варианта осуществления и/или сценария.
В некоторых вариантах осуществления источник 936 электропитания может использоваться в виде аккумулятора или аккумуляторного блока. Кроме того, могут также использоваться другие типы источников электропитания, такие как внешний источник электропитания (например, электрическая розетка), фотоэлектрические устройства или элементы электропитания. WD 910 может дополнительно содержать схему 937 электропитания для подачи питания от источника 936 электропитания на различные части WD 910, которым требуется электропитание от источника 936 электропитания для выполнения любых функций, описанных или указанных в данном документе. В некоторых вариантах осуществления схема 937 электропитания может содержать схему управления электропитанием. Схема 937 электропитания может дополнительно или альтернативно выполнена с возможностью приема энергии от внешнего источника питания; в этом случае WD 910 может быть подключено к внешнему источнику электропитания (например, к электрической розетке) через входную схему или интерфейс, такой как кабель электропитания. В некоторых вариантах осуществления схема 937 электропитания может быть также выполнена с возможностью подачи питания от внешнего источника электропитания на источник 936 электропитания. Это может потребоваться, например, для зарядки источника 936 электропитания. Схема 937 электропитания может выполнять любое форматирование, преобразование или другое изменение электроэнергии, подаваемой из источника 936 электропитания, чтобы сделать электроэнергию подходящей для соответствующих компонентов WD 910, на которые подается питание.
Фиг.11 иллюстрирует пример пользовательского оборудования, согласно некоторым вариантам осуществления. Используемый в данном документе термин "пользовательское оборудование или UE" не обязательно может иметь пользователя в смысле пользователя-человека, который владеет и/или управляет соответствующим устройством. Вместо этого UE может представлять устройство, которое предназначено для продажи или эксплуатации пользователем-человеком, но которое не может или не может изначально быть связано с конкретным пользователем-человеком (например, интеллектуальный контроллер разбрызгивателя). В качестве альтернативы, UE может представлять собой устройство, которое не предназначено для продажи или эксплуатации конечным пользователем, но которое может быть связано с пользователем или эксплуатироваться в интересах пользователя (например, интеллектуальный измеритель мощности). UE 1000 может быть любым UE, определенным проектом партнерства 3-го поколения (3GPP), включая UE NB-IoT, UE связи машинного типа (MTC) и/или UE с улучшенной MTC (eMTC). UE 1000, как показано на фиг.11, является одним примером WD, выполненного с возможностью поддержания связи в соответствии с одним или несколькими стандартами связи, принятыми в рамках проекта партнерства 3-го поколения (3GPP), такими как стандарты GSM 3GPP, UMTS, LTE и/или стандарты 5G. Как упоминалось ранее, термины WD и UE могут использоваться взаимозаменяемо. Соответственно, хотя на фиг.11 показано UE, компоненты, обсужденные в данном документе, в равной степени применимы к WD, и наоборот.
На фиг.11 UE 1000 включает в себя схему 1001 обработки, которая функционально связана с интерфейсом 1005 ввода-вывода, РЧ интерфейсом 1009, интерфейсом 1011 сетевого подключения, памятью 1015, включающей в себя оперативное запоминающее устройство (RAM) 1017, постоянное запоминающее устройство (ROM) 1019 и носитель 1021 информации или тому подобное, подсистему связи 1031, источник 1033 электропитания и/или любой другой компонент или любую их комбинацию. Носитель 1021 информации включает в себя операционную систему 1023, прикладную программу 1025 и данные 1027. В других вариантах осуществления носитель 1021 информации может включать в себя другие подобные типы информации. Некоторые UE могут использовать все компоненты, показанные на фиг.11, или только подмножество компонентов. Уровень интеграции между компонентами может варьироваться от одного UE до другого UE. Кроме того, некоторые UE могут содержать несколько экземпляров компонента, таких как несколько процессоров, запоминающих устройств, приемопередатчиков, передатчиков, приемников и т.д.
На фиг.11 схема 1001 обработки может быть выполнена с возможностью обработки компьютерных инструкций и данных. Схема 1001 обработки может быть выполнена с возможностью реализации любой машины последовательных состояний, предназначенной для исполнения инструкций, хранящихся в виде машиночитаемых компьютерных программ в памяти, такой как одна или несколько аппаратных машин состояний (например, в дискретной логике, FPGA, ASIC и т.д.); программируемая логическая схема вместе с соответствующим программно-аппаратным обеспечением; одна или несколько процессоров общего назначения вместе с программами, хранящимися в памяти, таких как микропроцессор или процессор цифровых сигналов (DSP), вместе с соответствующим программным обеспечением; или любая комбинация из вышеперечисленного. Например, схема 1001 обработки может включать в себя два центральных процессорных устройства (CPU). Данные могут быть представлены в форме информации, подходящей для использования в компьютере.
В изображенном варианте осуществления интерфейс 1005 ввода/вывода может быть выполнен с возможностью обеспечения интерфейса связи устройством ввода, устройством вывода или устройством ввода и вывода. UE 1000 может быть выполнено с возможностью использования устройства вывода через интерфейс 1005 ввода/вывода. Устройство вывода может использовать интерфейсный порт того же типа, что и устройство ввода. Например, USB-порт может использоваться для обеспечения ввода и вывода из UE 1000. Устройство вывода может быть динамиком, звуковой картой, видеокартой, дисплеем, монитором, принтером, исполнительным механизмом, излучателем, смарт-картой, другим устройством вывода или любой их комбинацией. UE 1000 может быть выполнено с возможностью использования устройства ввода через интерфейс 1005 ввода/вывода, чтобы позволить пользователю захватывать информацию в UE 1000. Устройство ввода может включать в себя сенсорный или чувствительный к присутствию дисплей, камеру (например, цифровую камеру, цифровую видеокамеру, веб-камеру и т.д.), микрофон, датчик, мышь, трекбол (шаровой манипулятор), панель направления, трекпад (координатно-указательное устройство), колесо прокрутки, смарт-карту и т.п. Чувствительный к присутствию дисплей может включать в себя емкостный или резистивный сенсорный датчик для определения ввода от пользователя. Датчиком может быть, например, акселерометр, гироскоп, датчик наклона, датчик усилия, магнитометр, оптический датчик, датчик приближения, другой аналогичный датчик или любая их комбинация. Например, устройством ввода может быть акселерометр, магнитометр, цифровая камера, микрофон и оптический датчик.
На фиг.11 РЧ интерфейс 1009 может быть выполнен с возможностью обеспечения интерфейса связи с РЧ компонентами, такими как передатчик, приемник и антенна. Интерфейс 1011 сетевого соединения может быть выполнен с возможностью обеспечения интерфейса связи с сетью 1043a. Сеть 1043a может охватывать проводные и/или беспроводные сети, такие как локальная вычислительная сеть (LAN), глобальная вычислительная сеть (WAN), компьютерная сеть, беспроводная сеть, телекоммуникационная сеть, другая подобная сеть или любая их комбинация. Например, сеть 1043a может содержать сеть Wi-Fi. Интерфейс 1011 сетевого соединения может быть выполнен с возможностью включать в себя интерфейс приемника и передатчика, используемый для поддержания связи с одним или несколькими другими устройствами по сети связи в соответствии с одним или несколькими протоколами связи, такими как Ethernet, TCP/IP, SONET, ATM или т.п. Интерфейс 1011 сетевого соединения может реализовывать функциональные возможности приемника и передатчика, соответствующие каналам сети связи (например, оптическим, электрическим и т.п.). Функции передатчика и приемника могут совместно использовать компоненты схемы, программное обеспечение или аппаратно-программное обеспечение или, альтернативно, могут быть реализованы по отдельности.
RAM 1010 может быть выполнено с возможностью взаимодействия через шину 1002 со схемой 1001 обработки для обеспечения хранения или кэширования данных или компьютерных инструкций во время исполнения программ, таких как операционная система, прикладные программы и драйверы устройств. ROM 1019 может быть выполнено с возможностью предоставления компьютерных инструкций или данных для схемы 1001 обработки. Например, ROM 1019 может быть выполнено с возможностью хранения инвариантного низкоуровневого системного кода или данных для основных системных функций, таких как базовый ввод и вывод (I/O), запуск или прием нажатий клавиш с клавиатуры, которые хранятся в энергонезависимой памяти. Носитель 1021 информации может быть выполнен с возможностью включать в себя память, такую как RAM, ROM, программируемое постоянное запоминающее устройство ROM (PROM), стираемое программируемое постоянное запоминающее устройство (EPROM), электрически стираемое программируемое постоянное запоминающее устройство (EEPROM), магнитные диски, оптические диски, дискеты, жесткие диски, съемные картриджи или флэш-память. В одном примере носитель 1021 информации может быть выполнен с возможностью включать в себя операционную систему 1023, прикладную программу 1025, такую как приложение веб-браузера, механизм виджетов или гаджетов или другое приложение и файл 1027 данных. Носитель 1021 информации может хранить, при использовании UE 1000, любое из: множества различных операционных систем или комбинаций операционных систем.
Носитель 1021 информации может быть выполнен с возможностью включать в себя несколько физических дисков, таких как резервный массив независимых дисков (RAID), дисковод для гибких дисков, карта флэш-памяти, флэш-память USB, внешний жесткий диск, флэш-накопитель, флэшка, оптический дисковод высокой плотности для цифровых универсальных дисков (HD-DVD), внутренний жесткий диск, дисковод для оптических дисков Blu-Ray, дисковод для оптических дисков с голографическим цифровым хранилищем данных (HDDS), внешний миниатюрный двойной встроенный модуль памяти (DIMM) синхронное динамическое оптическое запоминающее устройство (SDRAM), SDRAM на основе внешнего микро-DIMM, память на основе смарт-карты, такая как модуль идентификации абонента или сменный модуль идентификации пользователя (SIM/RUIM), другая память или любая их комбинация. Носитель 1021 информации может предоставлять UE 1000 доступ к исполняемым на компьютере инструкциям, прикладным программам и т.п., хранящимся на временном или постоянном носителе памяти, для выгрузки данных или для загрузки данных. Изделие производства, такое как изделие, использующее систему связи, может быть материально воплощено в виде носителя 1021 информации, который может содержать машиночитаемый носитель.
На фиг.11 показана схема 1001 обработки, которая может быть выполнена с возможностью поддержания связи с сетью 1043b, использующей подсистемы 1031 связи. Сеть 1043a и сеть 1043b могут быть одной и той же сетью или сетями или другой сетью или сетями. Подсистема 1031 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для поддержания связи с сетью 1043b. Например, подсистема 1031 связи может быть выполнена с возможностью включать в себя один или несколько приемопередатчиков, используемых для поддержания связи с одним или несколькими удаленными приемопередатчиками другого устройства, способного поддерживать беспроводную связь, такого как другое WD, UE или базовая станция сети радиодоступа (RAN), в соответствии с одним или несколькими протоколами связи, такими как IEEE 802.12, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax или т.п. Каждый приемопередатчик может включать в себя передатчик 1033 и/или приемник 1035 для реализации функциональных возможностей передатчика или приемника, соответственно, свойственных линиям связи RAN (например, выделение частот и тому подобное). Кроме того, передатчик 1033 и приемник 1035 каждого приемопередатчика могут совместно использовать компоненты схемы, программное обеспечение или аппаратно-программное обеспечение или, альтернативно, могут быть реализованы отдельно.
В проиллюстрированном варианте осуществления функции связи подсистемы 1031 связи могут включать в себя передачу данных, голосовую связь, мультимедийную связь, связь малого радиуса действия, такую как Bluetooth, связь ближнего радиуса действия, связь на основе определения местоположения, например, на основе использования системы глобального позиционирования (GPS) для определения местоположения, другую подобную функцию связи или любую их комбинацию. Например, подсистема 1031 связи может включать в себя сотовую связь, связь Wi-Fi, связь Bluetooth и связь GPS. Сеть 1043b может охватывать проводные и/или беспроводные сети, такие как локальная вычислительная сеть (LAN), глобальная вычислительная сеть (WAN), компьютерная сеть, беспроводная сеть, телекоммуникационная сеть, другая подобная сеть или любая их комбинация. Например, сеть 1043b может быть сотовой сетью, сетью Wi-Fi и/или сетью ближнего радиуса действия. Источник 1013 электропитания может быть выполнен с возможностью подачи переменного (AC) напряжения или постоянного (DC) тока на компоненты UE 1000.
Особенности, преимущества и/или функции, описанные в данном документе, могут быть реализованы в одном из компонентов UE 1000 или распределены по множеству компонентов UE 1000. Кроме того, описанные в данном документе особенности, преимущества и/или функции могут быть реализованы в любой комбинации: аппаратные средства, программное обеспечение или программно-аппаратное обеспечение. В одном примере подсистема 1031 связи может быть выполнена с возможностью включать в себя любой из компонентов, описанных в данном документе. Кроме того, схема 1001 обработки может быть выполнена с возможностью поддержания связи с любым из таких компонентов по шине 1002. В другом примере любой из таких компонентов может быть представлен программными инструкциями, хранящимися в памяти, которые при исполнении схемой 1001 обработки выполняют соответствующие функции, описанные в данном документе. В другом примере функциональные возможности любого из таких компонентов могут быть разделены между схемой 1001 обработки и подсистемой 1031 связи. В другом примере, функции, не требующие большого объема вычислений, любого из таких компонентов могут быть реализованы в программном обеспечении или программно-аппаратном обеспечении, а также функции, требующие большого объема вычислений, могут быть реализованы аппаратным образом.
На фиг.12 показана схематичная блок-схема последовательности операций, иллюстрирующая среду 1100 виртуализации, в которой функции, реализованные некоторыми вариантами осуществления, могут быть виртуализированы. В настоящем контексте виртуализация означает создание виртуальных версий аппаратных устройств или устройств, которые могут включать в себя виртуализацию аппаратных платформ, устройств хранения данных и сетевых ресурсов. Используемый в данном документе термин "виртуализация" может применяться к узлу (например, к виртуализированной базовой станции или виртуализированному узлу радиодоступа) или к устройству (например, к UE, беспроводному устройству или устройству связи любого другого типа) или его компонентам и относится к реализации, в которой по меньшей мере часть функциональных возможностей реализована в виде одного или нескольких виртуальных компонентов (например, посредством одного или нескольких приложений, компонентов, функций, виртуальных машин или контейнеров, исполняющихся на одном или нескольких узлах физической обработки в одной или нескольких сетях).
В некоторых вариантах осуществления некоторые или все функции, описанные в данном документе, могут быть реализованы как виртуальные компоненты, исполняемые одной или несколькими виртуальными машинами, реализованными в одной или нескольких виртуальных средах 1100, размещенных на одном или нескольких аппаратных узлах 1130. Кроме того, в вариантах осуществления, в которых виртуальный узел не является узлом радиодоступа или не требует радиосвязности (например, узел базовой сети), сетевой узел может быть полностью виртуализирован.
Функции могут быть реализованы одним или несколькими приложениями 1120 (которые могут альтернативно называться экземплярами программного обеспечения, виртуальными устройствами, сетевыми функциями, виртуальными узлами, функциями виртуальной сети и т.д.), выполненными с возможностью реализации некоторых особенностей, функций и/или преимуществ некоторых из раскрытых в данном документе вариантов осуществления. Приложения 1120 выполняются в среде 1100 виртуализации, которая предоставляет аппаратные средства 1130, содержащие схему 1160 обработки и память 1190. Память 1190 содержит инструкции 1195, исполняемые схемой 1160 обработки, посредством чего приложение 1120 способно обеспечить одну или несколько функций, преимуществ и/или функций, раскрытых в данном документе.
Среда 1100 виртуализации содержит сетевые аппаратные устройства 1130 общего или специального назначения, содержащие набор из одного или нескольких процессоров или схем 1160 обработки, которые могут быть готовыми к применению коммерческими (COTS) процессорами, специализированными интегральными схемами (ASIC) или схемами обработки любого другого типа, включая цифровые или аналоговые аппаратные компоненты или процессоры специального назначения. Каждое аппаратное устройство может содержать память 1190-1, которая может быть невременной памятью для временного хранения инструкций 1195 или программного обеспечения, исполняемого схемой 1160 обработки. Каждое аппаратное устройство может содержать один или несколько контроллеров сетевого интерфейса (NIC) 1170, также известных как сетевые интерфейсные карты, которые включают в себя физический сетевой интерфейс 1180. Каждое аппаратное устройство может также включать в себя невременные, постоянные, машиночитаемые носители 1190-2 информации, на которых хранится программное обеспечение 1195 и/или инструкции, исполняемые схемой 1160 обработки. Программное обеспечение 1195 может включать в себя любой тип программного обеспечения, включая программное обеспечение для создания экземпляров одного или нескольких уровней 1150 виртуализации (также называемых гипервизорами), программного обеспечения для исполнения виртуальных машин 1140, а также программного обеспечения, позволяющего ему исполнять функции, особенности и/или преимущества, описанные в связи с некоторыми вариантами осуществления, описанными в данном документе.
Виртуальные машины 1140 содержат виртуальную обработку, виртуальную память, виртуальную организацию сети или интерфейс и виртуальное хранилище и могут запускаться соответствующим слоем 1150 виртуализации или гипервизором. Различные варианты осуществления экземпляра виртуального устройства 1120 могут быть реализованы на одной или нескольких виртуальных машинах 1140, и реализации могут выполняться различными способами.
Во время работы схема 1160 обработки исполняет программное обеспечение 1195 для создания экземпляра гипервизора или слоя 1150 виртуализации, который иногда может упоминаться как монитор виртуальной машины (VMM). Слой 1150 виртуализации может представлять собой виртуальную операционную платформу, которая выглядит как сетевое оборудование для виртуальной машины 1140.
Как показано на фиг.12, аппаратные средства 1130 могут представлять собой автономный сетевой узел с общими или конкретными компонентами. Аппаратные средства 1130 могут содержать антенну 11225 и могут реализовывать некоторые функции посредством виртуализации. В качестве альтернативы, аппаратные средства 1130 могут быть частью более крупного кластера аппаратных средств (например, такого как в центре обработки данных или клиентском оборудовании (CPE)), где многие аппаратные узлы работают вместе и управляются через управление и оркестровку (MANO) 1110, которая, помимо прочего, контролирует управление жизненным циклом приложений 1120.
Виртуализация аппаратных средств в некоторых контекстах упоминается как виртуализация сетевых функций (NFV). NFV может использоваться для консолидации сетевого оборудования многих типов на стандартном серверном оборудовании, физических коммутаторах и физических хранилищах, которые могут быть расположены в центрах обработки данных и клиентском оборудовании.
В контексте NFV виртуальная машина 1140 может быть программной реализацией физической машины, которая запускает программы, как если бы они исполнялись на физической, не виртуализированной машине. Каждая из виртуальных машин 1140, в том числе та часть аппаратных средств 1130, которая исполняет эту виртуальную машину, будь то аппаратные средства, выделенные для этой виртуальной машины, и/или аппаратные средства, совместно используемые этой виртуальной машиной с другими виртуальными машинами 1140, образует отдельные элементы виртуальной сети (VNE).
Вместе с тем в контексте NFV функция виртуальной сети (VNF) отвечает за обработку определенных сетевых функций, которые выполняются в одной или нескольких виртуальных машинах 1140 на верхнем уровне аппаратной сетевой инфраструктуры 1130, и соответствует приложению 1120, показанному на фиг.12.
В некоторых вариантах осуществления один или несколько радиоблоков 1120, каждый из которых включает в себя один или несколько передатчиков 1122 и один или несколько приемников 1121, могут быть подключены к одной или нескольким антеннам 1125. Радиоблоки 1120 могут взаимодействовать напрямую с аппаратными узлами 1130 через один или несколько соответствующих сетевых интерфейсов и могут использоваться в сочетании с виртуальными компонентами для обеспечения виртуального узла возможностями радиосвязи, такими как узел радиодоступа или базовая станция.
В некоторых вариантах осуществления некоторая сигнализация может осуществляться с использованием системы 1123 управления, которая альтернативно может использоваться для поддержания связи между аппаратными узлами 1130 и радиоблоками 1120.
Как показано на фиг.13, в соответствии с вариантом осуществления система связи включает в себя телекоммуникационную сеть 1210, такую как сотовая сеть типа 3GPP, которая содержит сеть 1211 доступа, такую как сеть радиодоступа, и базовую сеть 1214. Сеть 1211 доступа содержит множество базовых станций 1212a, 1212b, 1212c, таких как узлы B, eNB, gNB или точки беспроводного доступа других типов, каждая из которых определяет соответствующую зону 1213a, 1213b, 1213c покрытия. Каждая базовая станция 1212a, 1212b, 1212c может быть подключена к базовой сети 1214 через проводное или беспроводное соединение 1215. Первое UE 1291, расположенное в зоне 1213c покрытия, выполнено с возможностью беспроводного подключения к или передачи сигналов поискового вызова с помощью соответствующей базовой станции 1212c. Второе UE 1292 в зоне 1213a покрытия беспроводным образом подключается к соответствующей базовой станции 1212a. Хотя в этом примере проиллюстрировано множество UE 1291, 1292, раскрытые варианты осуществления в равной степени применимы к ситуации, когда одиночное UE находится в зоне покрытия, или когда одиночное UE подключается к соответствующей базовой станции 1212.
Телекоммуникационная сеть 1210 подключена непосредственно к хост-компьютеру 1230, который может быть реализован в виде аппаратных средств и/или программного обеспечения автономного сервера, сервера, реализованного в облаке, распределенного сервера или в виде ресурсов обработки в ферме серверов. Хост-компьютер 1230 может находиться в собственности или под управлением поставщика услуг или может управляться поставщиком услуг или от имени поставщика услуг. Соединения 1221 и 1222 между телекоммуникационной сетью 1210 и хост-компьютером 1230 могут продолжаться непосредственно от базовой сети 1214 до хост-компьютера 1230 или могут проходить через вспомогательную промежуточную сеть 1220. Промежуточная сеть 1220 может представлять собой одну или комбинацию из более чем одной: общедоступной, частной или развернутой сети; промежуточной сети 1220, если таковая имеется, может представлять собой магистральную сеть или Интернет; в частности, промежуточная сеть 1220 может содержать две или более подсетей (не показаны).
Система связи, показанная на фиг.13, в целом обеспечивает связность между подключенными UE 1291, 1292 и хост-компьютером 1230. Связность может быть описана как соединение 1250 поверх протокола IP (OTT). Хост-компьютер 1230 и подключенные UE 1291, 1292 выполнены с возможностью передачи данных и/или сигнализации через OTT-соединение 1250, используя сеть 1211 доступа, базовую сеть 1214, любую промежуточную сеть 1220 и возможную дополнительную инфраструктуру (не показана) в качестве посредников. OTT-соединение 1250 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение 1250, не знают о маршрутизации передач по восходящей и нисходящей линиям связи. Например, базовая станция 1212 может не знать или не нуждаться в информации о прошлой маршрутизации входящей передачи по нисходящей линии связи с данными, исходящими из хост-компьютера 1230, которые должны пересылаться (например, при передаче обслуживания) в подключенное UE 1291. Аналогичным образом, базовой станции 1212 не нужно знать о будущей маршрутизации исходящей передачи по восходящей линии связи, исходящей от UE 1291 в направлении хост-компьютера 1230.
Примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, обсужденные в предыдущих абзацах, будут теперь описаны со ссылкой на фиг.14. На фиг.14 показан хост-компьютер, поддерживающий связь через базовую станцию с пользовательским оборудованием по частично беспроводному соединению в соответствии с некоторыми вариантами осуществления. В системе 1300 связи хост-компьютер 1310 содержит аппаратные средства 1315, включая интерфейс 1316 связи, выполненный с возможностью установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 1300 связи. Хост-компьютер 1310 дополнительно содержит схему 1318 обработки, которая может иметь возможности хранения и/или обработки. В частности, схема 1318 обработки может содержать один или более программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), которые предназначены для исполнения инструкций. Хост-компьютер 1310 дополнительно содержит программное обеспечение 1311, которое хранится в хост-компьютере 1310 или доступно для него и исполняется схемой 1318 обработки. Программное обеспечение 1311 включает в себя хост-приложение 1312. Хост-приложение 1312 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 1330, устанавливающему соединение через OTT-соединение 1350, которое заканчивается в UE 1330 и хост-компьютере 1310. При предоставлении услуги удаленному пользователю хост-приложение 1312 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 1350.
Система 1300 связи дополнительно включает в себя базовую станцию 1320, предусмотренную в телекоммуникационной системе и содержащую аппаратные средства 1325, позволяющие ей обмениваться данными с хост-компьютером 1310 и с UE 1330. Аппаратные средства 1325 могут включать в себя интерфейс 1326 связи для установки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 1300 связи, а также радиоинтерфейс 1327 для установки и поддержания по меньшей мере беспроводного соединения 1370 с UE 1330, расположенным в зоне покрытия (не показана на фиг.14), обслуживаемой базовой станцией 1320. Интерфейс 1326 связи может быть выполнен с возможностью упрощения соединения 1360 с хост-компьютером 1310. Соединение 1360 может быть прямым, или оно может проходить через базовую сеть (не показана на фиг.14) телекоммуникационной системы и/или через одну или несколько промежуточных сетей вне телекоммуникационной системы. В показанном варианте осуществления аппаратные средства 1325 базовой станции 1320 дополнительно включают в себя схему 1328 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), выполненные с возможностью исполнения инструкций. Базовая станция 1320 дополнительно имеет программное обеспечение 1321, хранящееся внутри нее или доступное через внешнее соединение.
Система 1300 связи дополнительно включает в себя уже упомянутое UE 1330. Его аппаратные средства 1335 могут включать в себя радиоинтерфейс 1337, выполненный с возможностью установки и поддержания беспроводного соединения 1370 с базовой станцией, обслуживающей зону покрытия, в которой на данный момент находится UE 1330. Аппаратные средства 1335 UE 1330 дополнительно включают в себя схему 1338 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их комбинации (не показаны), выполненных с возможностью исполнения инструкций. UE 1330 дополнительно содержит программное обеспечение 1331, которое хранится в UE 1330 или доступно для него и может исполняться схемой 1338 обработки. Программное обеспечение 1331 включает в себя клиентское приложение 1332. Клиентское приложение 1332 может быть выполнено с возможностью предоставлять услугу пользователю- человеку или пользователю-не человеку через UE 1330, с поддержкой хост-компьютера 1310. В хост-компьютере 1310 исполняющее хост-приложение 1312 может поддерживать связь с исполняющимся клиентским приложением 1332 через OTT-соединение 1350, оканчивающееся в UE 1330 и хост-компьютере 1310. При предоставлении услуги пользователю, клиентское приложение 1332 может принимать данные запроса из хост-приложения 1312 и предоставлять пользовательские данные в ответ на данные запроса. OTT-соединение 1350 может передавать как данные запроса, так и данные пользователя. Клиентское приложение 1332 может взаимодействовать с пользователем для выработки пользовательских данных, которые оно предоставляет.
Следует отметить, что хост-компьютер 1310, базовая станция 1320 и UE 1330, показанные на фиг.14, могут быть аналогичны или идентичны хост-компьютеру 1230, одной из базовых станций 1212a, 1212b, 1212c и одному из UE 1291, 1292, которые показаны на фиг.14, соответственно. То есть внутренняя работа этих объектов может быть такой, как показано на фиг.14, и независимо от этого топология окружающей сети может быть такой же, как на фиг.14.
На фиг.14 ОТТ-соединение 1350 было изображено абстрактно для иллюстрации связи между хост-компьютером 1310 и UE 1330 через базовую станцию 1320 без явной ссылки на какие-либо промежуточные устройства и точной маршрутизации сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которую она может конфигурировать, чтобы скрыть ее от UE 1330 или от поставщика услуг, управляющего хост-компьютером 1310, или от обоих. Когда OTT-соединение 1350 является активным, сетевая инфраструктура может дополнительно принимать решения, с помощью которых оно динамически изменяет маршрутизацию (например, на основе рассмотрения балансировки нагрузки или реконфигурирования сети).
Беспроводное соединение 1370 между UE 1330 и базовой станцией 1320 соответствует принципам вариантов осуществления, описанным в настоящем раскрытии. Один или более из различных вариантов осуществления позволяют повысить производительность OTT-услуг, предоставляемых UE 1330, используя OTT-соединение 1350, в котором беспроводное соединение 1370 образует последний сегмент.
Процедура измерения может выполняться с целью контроля скорости передачи данных, задержки и других показателей, которые улучшают один или несколько вариантов осуществления. Кроме того, может существовать дополнительные сетевые функциональные возможности для реконфигурирования OTT-соединения 1350 между хост-компьютером 1310 и UE 1330 в ответ на изменения результатов измерений. Процедура измерения и/или сетевые функциональные возможности для реконфигурирования OTT-соединения 1350 могут быть реализованы в виде программного обеспечения 1311 и аппаратных средств 1315 хост-компьютера 1310, или в виде программного обеспечения 1331 и аппаратных средств 1335 UE 1330 или и того и другого. В вариантах осуществления датчики (не показаны) могут быть развернуты в или в связи с устройствами связи, через которые проходит OTT-соединение 1350; датчики могут участвовать в процедуре измерения, предоставляя значения контролируемых величин, приведенных в качестве примера выше, или предоставляя значения других физических величин, на основе которых программное обеспечение 1311, 1331 может вычислить или оценить контролируемые величины. Реконфигурирование OTT-соединения 1350 может включать в себя формат сообщения, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на базовую станцию 1320, и оно может быть неизвестным или незаметным для базовой станции 1320. Такие процедуры и функциональные возможности известны и могут быть осуществлены в данной области техники. В некоторых вариантах осуществления измерения могут включать в себя собственную сигнализацию UE, облегчающую измерения, проводимые хост-компьютером 1310, пропускной способности, времени распространения, задержки и т.п. Измерения могут быть реализованы таким образом, чтобы программное обеспечение 1311 и 1331 заставляло передавать сообщения, в частности пустые или "фиктивные" сообщения с использованием OTT-соединения 1350, контролируя при этом время распространения, ошибки и т.д.
На фиг.15 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг.12 и 13. Для упрощения настоящего раскрытия в этом разделе будут включены только ссылки на чертежи, показанные на фиг.15. На этапе 1410 хост-компьютер предоставляет пользовательские данные. На подэтапе 1411 (который может быть необязательным) этапа 1410 хост-компьютер предоставляет пользовательские данные путем исполнения хост-приложения. На этапе 1420 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. На этапе 1430 (который может быть необязательным) базовая станция передает в UE пользовательские данные, которые были перенесены при передаче, инициированной хост-компьютером, в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии. На этапе 1440 (который также может быть необязательным) UE исполняет клиентское приложение, связанное с хост-приложением, исполняемым хост-компьютером.
На фиг.16 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг.12 и 13. Для упрощения настоящего раскрытия в этом разделе будут включены только ссылки на чертежи, показанные на фиг.16. На этапе 1510 способа хост-компьютер предоставляет пользовательские данные. На необязательном подэтапе (не показан) хост-компьютер предоставляет пользовательские данные, исполняя хост-приложение. На этапе 1520 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. Передача может проходить через базовую станцию в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии. На этапе 1530 (который может быть необязательным) UE принимает пользовательские данные, переносимые в передаче.
На фиг.17 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг.12 и 13. Для упрощения настоящего раскрытия в этом разделе будут включены только ссылки на чертежи, показанные на фиг.17. На этапе 1610 (который может быть необязательным) UE принимает данные ввода, предоставленные хост-компьютером. Дополнительно или альтернативно, на этапе 1620 UE предоставляет пользовательские данные. На подэтапе 1621 (который может быть необязательным) этапа 1620 UE предоставляет пользовательские данные путем исполнения клиентского приложения. На подэтапе 1611 (который может быть необязательным) этапа 1610 UE исполняет клиентское приложение, которое предоставляет пользовательские данные в ответ на принятые данные ввода, предоставленные хост-компьютером. При предоставлении пользовательских данных исполняемое клиентское приложение может дополнительно учитывать пользовательский ввод, полученный от пользователя. Независимо от конкретного способа предоставления пользовательских данных, UE на подэтапе 1630 (который может быть необязательным) инициирует передачу пользовательских данных в хост-компьютер. На этапе 1640 способа хост-компьютер принимает пользовательские данные, переданные из UE, в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии.
На фиг.18 показана блок-схема последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, которые описаны со ссылкой на фиг.12 и 13. Для упрощения настоящего раскрытия в этом разделе будут включены только ссылки на чертежи, показанные на фиг.18. На этапе 1710 (который может быть необязательным), в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии, базовая станция принимает пользовательские данные из UE. На этапе 1720 (который может быть необязательным) базовая станция инициирует передачу принятых пользовательских данных в хост-компьютер. На этапе 1730 (который может быть необязательным) хост-компьютер принимает пользовательские данные, переносимые при передаче, инициированной базовой станцией.
Любые подходящие этапы, способы, признаки, функции или преимущества, раскрытые в данном документе, могут быть выполнены с помощью одного или нескольких функциональных блоков или модулей одного или нескольких виртуальных устройств. Каждое виртуальное устройство может содержать ряд этих функциональных блоков. Эти функциональные блоки могут быть реализованы посредством схемы обработки, которая может включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другое цифровое аппаратное обеспечение, которое может включать в себя цифровые сигнальные процессоры (DSP), специализированную цифровую логику и т.п. Схема обработки может быть выполнена с возможностью исполнения программного кода, хранящегося в памяти, который может включать в себя один или несколько типов памяти, таких как постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранящийся в памяти, включает в себя программные инструкции для исполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, а также инструкций для исполнения одного или нескольких технологий, описанных в данном документе. В некоторых реализациях схема обработки может использоваться для того, чтобы заставить соответствующий функциональный блок выполнять соответствующие функции согласно одному или нескольким вариантам осуществления настоящего раскрытия.
В общем, все термины, используемые в данном документе, должны интерпретироваться в соответствии с их обычным значением в соответствующей области техники, если только другое значение не указано четко и/или не подразумевается из контекста, в котором оно используется. Все ссылки на элемент, устройство, компонент, средство, этап и т.д. должны интерпретироваться открыто как относящиеся по меньшей мере к одному экземпляру элемента, устройства, компонента, средства, этапа и т.д., если явно не указано иное. Этапы любых способов, раскрытых в данном документе, не должны выполняться в точном раскрытом порядке, если только этап явно не описан как следующий или предшествующий другому этапу, и/или если подразумевается, что этап должен следовать или предшествовать другому этапу. Любая особенность любого из раскрытых в данном документе вариантов осуществления может быть применена к любому другому варианту осуществления, где это уместно. Аналогичным образом, любое преимущество любого из вариантов осуществления может применяться к любым другим вариантам осуществления и наоборот. Другие цели, особенности и преимущества прилагаемых вариантов осуществления будут очевидны из последующего описания.
Термин "блок" может иметь обычное значение в области электроники, электрических устройств и/или электронных устройств и может включать в себя, например, электрические и/или электронные схемы, устройства, модули, процессоры, запоминающие устройства, логические твердотельные и/или дискретные устройства, компьютерные программы или инструкции для выполнения соответствующих задач, процедур, вычислений, выводов и/или функций отображения и т.д., например, тех, которые описаны в данном документе.
Некоторые из вариантов осуществления, рассмотренных в данном документе, будут теперь описаны более полно со ссылкой на сопроводительные чертежи. Однако другие варианты осуществления содержатся в пределах объема предмета изобретения, раскрытого в данном документе. Раскрытый предмет не должен рассматриваться как ограниченный только вариантами осуществления, изложенными в данном документе; скорее всего, эти варианты осуществления предоставлены в качестве примера, чтобы передать объем предмета изобретения для специалистов в данной области техники.
Ниже подробно описаны различные варианты осуществления решения, представленного в данном документе.
Варианты осуществления группы A
1. Способ, выполняемый беспроводным устройством, имеющим уровень управления доступом к среде (MAC) и физический уровень, причем способ содержит явную или неявную сигнализацию, физическим уровнем MAC-уровню, относительно того были ли переданы данные физического уровня, которые MAC-уровень отправил на физический уровень для передачи в течение определенного интервала времени передачи (TTI).
2А. Способ согласно варианту 1 осуществления, дополнительно содержащий попытку, физическим уровнем, передачи данных в течение определенного TTI.
2B. Способ согласно любому из вариантов 1-2A осуществления, в котором упомянутая сигнализация включает в себя отправку или определение относительно того, чтобы не отправлять, физическим уровнем MAC-уровню, указание того, является ли попытка передачи данных успешной или неудачной.
2C. Способ согласно варианту 2B осуществления, в котором попытка передачи осуществляется в нелицензированном спектре, который требует, чтобы нелицензированный спектр был доступен для этой попытки передачи до передачи данных, в ответ на запрос MAC-уровня для этой попытки передачи, при этом беспроводное устройство выполнено с возможностью поддержания связи с первой сотой в лицензированном спектре и со второй сотой в нелицензированном спектре, для чего требуется процедура прослушивания перед разговором (LBT).
2D. Способ согласно любому из вариантов 1-2C осуществления, дополнительно содержащий определение физическим уровнем того, является ли попытка передачи данных успешной или неудачной.
3. Способ согласно варианту 2D осуществления, отличающийся тем, что определение того, является ли эта попытка передачи успешной или неудачной, включает в себя определение того, доступен или недоступен нелицензированный спектр для этой попытки передачи.
4. Способ согласно любому из вариантов 2D-3 осуществления, в котором упомянутое определение того, является ли попытка передачи успешной или неудачной, включает в себя определение, произошла или не произошла передачи беспроводным устройством для этой попытки передачи.
5. Способ согласно любому из вариантов 2B-4 осуществления, в котором упомянутая отправка включает в себя в ответ на определение того, что эта попытка передачи была успешной, отправку, физическим уровнем MAC-уровню, указания того, что попытка передачи была успешной.
6. Способ согласно любому из вариантов 2B-4 осуществления, в котором упомянутое определение "не отправлять" включает в себя, в ответ на определение того, что эта попытка передачи была успешной, определение не отправлять MAC-уровню указание того, что попытка передачи была успешной.
7. Способ согласно любому из вариантов 2B-6 осуществления, в котором упомянутая отправка включает в себя, в ответ на определение того, что эта попытка передачи была неудачной, отправку, физическим уровнем на MAC-уровень, указания того, что попытка передачи была неудачной.
8. Способ согласно любому из вариантов 2B-6 осуществления, в котором упомянутое определение "не отправлять" включает в себя, в ответ на определение того, что эта попытка передачи была неудачной, определение не отправлять MAC-уровню указание того, что попытка передачи была неудачной.
9. Способ согласно любому из вариантов 1-8 осуществления, в котором определенный TTI соответствует TTI, в течение которого MAC-уровень доставлял данные на физический уровень для этой попытки передачи.
10. Способ согласно любому из вариантов 1-8 осуществления, в котором определенный TTI соответствует следующему TTI после TTI, в течение которого MAC-уровень доставлял данные на физический уровень для этой попытки передачи.
11. Способ согласно любому из вариантов 1-10 осуществления, в котором данные относятся к процессу транспортного блока (TB) или гибридного автоматического запроса на повторную передачу (HARQ).
12. Способ согласно любому из вариантов 2A-11 осуществления, в котором упомянутая попытка отвечает за определение того, что нелицензированный спектр для этой попытки передачи доступен.
13. Способ согласно любому из вариантов 1-12 осуществления, дополнительно содержащий сохранение физическим уровнем в памяти данных в ответ на прием, с MAC-уровня, данных.
14. Способ согласно варианту 13 осуществления, дополнительно содержащий удаление или разрешение на удаление, физическим уровнем из памяти, данных, отвечающих за определение того, что попытка передачи была успешной.
15. Способ согласно любому из вариантов 1-14 осуществления, в котором упомянутая сигнализация указывает отрицательное подтверждение (NACK), имеющее формат, эквивалентный формату сообщения NACK, переданного сетевым узлом, который указывает сбой декодирования или пропущенную передачу данных.
16. Способ согласно любому из вариантов 1-15 осуществления, в котором данные представляют собой протокольный блок данных (PDU).
17. Способ согласно любому из вариантов 1-16 осуществления, в котором упомянутая сигнализация того, что данные не были переданы физическим уровнем меньшей мере из-за: того, что по меньшей мере один из следующего нелицензированного спектра не доступен для передачи данных, при этом беспроводное устройство выполнено с возможностью поддержания связи с первой сотой в лицензированном спектре и со второй сотой в нелицензированном спектре, для чего требуется процедура прослушивания перед разговором (LBT); сбоя, обнаруженного в блоке связи беспроводного устройства; проблемы сосуществования между приемопередатчиками в блоке связи; и времени прерывания из-за переключения между приемопередатчиками.
18. Способ согласно любому из вариантов 1-17 осуществления, в котором определенный TTI соответствует TTI, в течение которого MAC-уровень доставлял данные на физический уровень для этой попытки передачи; и в котором упомянутая сигнализация выполняется в течение определенного TTI.
19. Способ согласно любому из вариантов 1-18 осуществления, дополнительно содержащий прием, физическим уровнем с MAC-уровня, указания соты, связанного с передачей данных.
20. Способ согласно любому из вариантов 1-19 осуществления, дополнительно содержащий отправку, физическим уровнем MAC-уровню, указания соты, связанного с передачей данных, прием которых неявно сигнализирует MAC-уровню о попытке передачи данных физическим уровнем.
21. Способ согласно варианту 20 осуществления, в котором упомянутая отправка указания соты выполняется в течение определенного TTI.
22. Способ согласно варианту 20 осуществления, в котором упомянутая отправка указания соты выполняется в течение TTI, который отличается от TTI, в котором MAC-уровень доставил данные.
23. Способ согласно любому из вариантов 1-22 осуществления, дополнительно содержащий прием, физическим уровнем с MAC-уровня, указания объекта или процесса гибридного автоматического запроса на повторную передачу (HARQ), связанного с данными или определенным TTI; и в котором упомянутая сигнализация включает в себя отправку указания объекта или процесса HARQ или определенного TTI, чтобы неявно сигнализировать о попытке физического уровня передать данные.
24. Способ согласно любому из вариантов 1-23 осуществления, дополнительно содержащий прием, физическим уровнем с MAC-уровня, запроса на передачу данных в течение определенного TTI.
Варианты осуществления группы B
31. Способ, выполняемый беспроводным устройством, имеющим уровень управления доступом к среде (MAC) и физический уровень, причем способ содержит прием или определение, MAC-уровнем, явной или неявной сигнализации физическим уровнем того, передал ли физический уровень данные, которые MAC-уровень отправил на физический уровень для передачи в течение определенного интервала времени передачи (TTI).
32А. Способ согласно варианту 31 осуществления, дополнительно содержащий отправку, посредством MAC-уровня на физический уровень, запроса на передачу данных в течение определенного TTI.
32B. Способ согласно варианту 32A осуществления, в котором запрошенная передача данных находится в нелицензированном спектре, который запрашивает, чтобы нелицензированный спектр был доступен для попытки передачи до передачи данных, при этом беспроводное устройство выполнено с возможностью поддержания связи с первой сотой в лицензированном спектре и со второй сотой в нелицензированном спектре, которая требует процедуры прослушивания перед разговором (LBT).
32C. Способ согласно любому из вариантов 31-32B осуществления, в котором упомянутый прием или определение включает в себя прием или определение того, что MAC-уровень не принял с физического уровня указание того, была ли попытка передачи успешной или неудачной.
33. Способ согласно варианту 32C осуществления, в котором упомянутый прием включает в себя прием, MAC-уровнем с физического уровня, указания того, что попытка передачи была успешной.
34. Способ согласно варианту 32C осуществления, в котором упомянутое определение того, что MAC-уровень не принял указание, которое неявно сигнализирует о том, что эта попытка передачи была неудачной.
35. Способ согласно любому из вариантов 32C-34 осуществления, в котором упомянутый прием включает в себя прием, посредством MAC-уровня с физического уровня, указания того, что эта попытка передачи была неудачной.
36. Способ согласно любому из вариантов 32C-34 осуществления, в котором упомянутое определение того, что MAC-уровень не принял указание, которое неявно сигнализирует то, что эта попытка передачи была успешной.
37. Способ согласно любому из вариантов 32C-36 осуществления, дополнительно содержащий определение того, запрашивать ли передачу данных физическим уровнем в течение определенного TTI.
38. Способ согласно любому из вариантов 31-37 осуществления, в котором определенный TTI соответствует TTI, в течение которого MAC-уровень доставлял данные на физический уровень для этой попытки передачи.
39. Способ согласно любому из вариантов 31-37 осуществления, в котором определенный TTI соответствует следующему TTI после TTI, в течение которого MAC-уровень доставлял данные на физический уровень для этой попытки передачи.
40. Способ согласно любому из вариантов 31-39 осуществления, в котором данные относятся к процессу транспортного блока (TB) или гибридного автоматического запроса на повторную передачу (HARQ).
41. Способ согласно любому из вариантов 31-40 осуществления, в котором указание представляет собой отрицательное подтверждение (NACK), имеющее формат, эквивалентный формату NACK, передаваемого сетевым узлом, который указывает на сбой декодирования или пропущенную передачу данных.
42. Способ согласно любому из вариантов 31-41 осуществления, в котором данные представляют собой протокольный блок данных (PDU).
43. Способ согласно любому из вариантов 31-42 осуществления, в котором упомянутый прием или определение явной или неявной сигнализации о том, что данные не были переданы физическим уровнем по меньшей мере из-за: того, что нелицензированный спектр недоступен для передачи данных, при этом беспроводное устройство выполнено с возможностью поддержания связи с первой сотой в лицензированном спектре и со второй сотой в нелицензированном спектре, которая требует процедуры прослушивания перед разговором (LBT); сбоя, обнаруженного в блоке связи беспроводного устройства; проблемы сосуществования между приемопередатчиками в блоке связи; и времени прерывания из-за переключения между приемопередатчиками.
44. Способ согласно любому из вариантов 31-43 осуществления, в котором определенный TTI соответствует TTI, в течение которого MAC-уровень доставлял данные на физический уровень для этой попытки передачи; и в котором упомянутая сигнализация выполняется в течение определенного TTI.
45. Способ согласно любому из вариантов 31-44 осуществления, дополнительно содержащий отправку, посредством MAC-уровня на физический уровень, указания соты, связанного с передачей данных.
46. Способ согласно варианту 45 осуществления, в котором упомянутая отправка указания соты выполняется в течение определенного TTI.
47. Способ согласно варианту 45 осуществления, в котором упомянутая отправка указания соты выполняется в течение TTI, который отличается от TTI, в котором MAC-уровень доставил данные.
48. Способ согласно любому из вариантов 31-47 осуществления, дополнительно содержащий отправку, посредством MAC-уровня на физический уровень, указания объекта или процесса гибридного автоматического запроса на повторную передачу (HARQ), связанного с данными или определенным TTI; и в котором упомянутый прием включает в себя прием указания объекта или процесса HARQ или определенного TTI, чтобы неявно сигнализировать о попытке физического уровня передать данные.
49. Способ согласно любому из вариантов 31-48 осуществления, дополнительно содержащий доставку, посредством MAC-уровня на физический уровень, данных.
50. Способ согласно любому из вариантов 31-49 осуществления, дополнительно содержащий прием, посредством MAC-уровня с физического уровня, указания соты, связанного с передачей данных, получение которой неявно сигнализирует MAC-уровню о попытке передачи данных физическим уровнем.
Варианты осуществления группы C
С1. Беспроводное устройство, выполненное с возможностью выполнения любого из этапов согласно любому из вариантов осуществления группы А.
С2. Беспроводное устройство, содержащее схему обработки, выполненную с возможностью выполнения любого из этапов согласно любому из вариантов осуществления группы A; и схему источника электропитания, выполненную с возможностью подачи питания на беспроводное устройство.
С3. Беспроводное устройство, содержащее схему обработки и память, причем память содержит инструкции, исполняемые схемой обработки, в результате чего беспроводное устройство выполнено с возможностью выполнения любого из этапов согласно любому из вариантов осуществления группы А.
С4. Пользовательское оборудование (UE), содержащее антенну, выполненную с возможностью отправки и приема сигналов беспроводной связи; схему РЧ тракта, подключенную к антенне и к схеме обработки и выполненную с возможностью обработки сигналов, передаваемых между антенной и схемой обработки; схему обработки, выполненную с возможностью выполнения любого из этапов согласно любому из вариантов осуществления группы A; интерфейс ввода, подключенный к схеме обработки и выполненный с возможностью обеспечения возможности ввода информации в UE для обработки схемой обработки; выходной интерфейс, подключенный к схеме обработки и выполненный с возможностью вывода информации из UE, которая была обработана схемой обработки; и аккумулятор, подключенный к схеме обработки и выполненный с возможностью подачи питания на UE.
С5. Компьютерная программа, содержащая инструкции, которые при их исполнении по меньшей мере одним процессором беспроводного устройства предписывают беспроводному устройству выполнять этапы согласно любому из вариантов осуществления группы А.
С6. Носитель, содержащий компьютерную программу согласно варианту C5 осуществления, в котором носитель представляет собой одно из: электронного сигнала, оптического сигнала, радиосигнала или машиночитаемого носителя информации.
С7. Беспроводное устройство, выполненное с возможностью выполнения любого из этапов согласно любому из вариантов осуществления группы B.
С8. Беспроводное устройство, содержащее схему обработки, выполненную с возможностью выполнения любого из этапов согласно любому из вариантов осуществления группы B; схему источника электропитания, выполненную с возможностью подачи питания на беспроводное устройство.
С9. Беспроводное устройство, содержащее схему обработки и память, причем память содержит инструкции, исполняемые схемой обработки, в результате чего беспроводное устройство выполнено с возможностью выполнения любого из этапов согласно любому из вариантов осуществления группы B.
С10. Компьютерная программа, содержащая инструкции, которые при их исполнении по меньшей мере одним процессором беспроводного устройства предписывают беспроводному устройству выполнять этапы согласно любому из вариантов осуществления группы B.
С11. Носитель, содержащий компьютерную программу согласно варианту C10 осуществления, в котором носитель представляет собой одно из: электронного сигнала, оптического сигнала, радиосигнала или машиночитаемого носителя информации.
Варианты осуществления группы D
D1. Система связи, включающая в себя хост-компьютер, содержащий схему обработки, выполненную с возможностью предоставления пользовательских данных; и интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в пользовательское оборудование (UE), причем UE содержит радиоинтерфейс и схему обработки, при этом компоненты UE выполнены с возможностью выполнения любого из этапов любого из вариантов осуществления группы A.
D2. Система связи согласно предыдущему варианту осуществления, в которой сотовая сеть дополнительно включает в себя базовую станцию, выполненную с возможностью поддержания связи с UE.
D3. Система связи согласно предыдущим 2 вариантам осуществления, в которой схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя пользовательские данные; и схема обработки UE выполнена с возможностью исполнения клиентского приложения, связанного с хост-приложением.
D4. Способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), причем способ содержит предоставление, в хост-компьютере, пользовательских данных; и инициирование, в хост-компьютере, передачу, переносящей пользовательские данные в UE через сотовую сеть, содержащую базовую станцию, при этом UE выполняет любой из этапов согласно любому из вариантов осуществления группы А.
D5. Способ согласно предыдущему варианту осуществления, дополнительно содержащий в UE прием пользовательских данных из базовой станции.
D6. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, возникающих в ходе передачи из пользовательского оборудования (UE) в базовую станцию, причем UE содержит радиоинтерфейс и схему обработки, при этом схема обработки UE выполнена с возможностью выполнения любых этапов согласно любому из вариантов осуществления группы А.
D7. Система связи согласно предыдущему варианту осуществления, дополнительно включающая в себя UE.
D8. Система связи согласно предыдущим 2 вариантам осуществления, дополнительно включающая в себя базовую станцию, причем базовая станция содержит радиоинтерфейс, выполненный с возможностью поддержания связи с UE, и интерфейс связи, выполненный с возможностью пересылки в хост-компьютер пользовательских данных, переносимых посредством передачи из UE в базовую станцию.
D9. Система связи согласно предыдущим 3 вариантам осуществления, в которой схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения; и схема обработки UE выполнена с возможностью исполнения клиентского приложения, связанного с хост-приложением, тем самым предоставляя пользовательские данные.
D10. Система связи согласно предыдущим 4 вариантам осуществления, в которой схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя данные запроса; и схема обработки UE выполнена с возможностью исполнения клиентского приложения, связанного с хост-приложением, тем самым предоставляя пользовательские данные в ответ на данные запроса.
D11. Способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), причем способ содержит прием, в хост-компьютере, пользовательских данных, переданных в базовую станцию, из UE, при этом UE выполняет любой из этапов согласно любому из вариантов осуществления группы А.
D12. Способ согласно предыдущему варианту осуществления, дополнительно содержащий, в UE, предоставление пользовательских данных для базовой станции.
D13. Способ согласно предыдущим 2 вариантам осуществления, дополнительно содержащий исполнение, в UE клиентского приложения, тем самым предоставляя пользовательские данные для передачи; и исполнение, в хост-компьютере, хост-приложения, связанного с клиентским приложением.
D14. Способ согласно предыдущим 3 вариантам осуществления, дополнительно содержащий исполнение, в UE клиентского приложения; и прием, в UE, входных данных для клиентского приложения, причем входные данные предоставляются в хост-компьютере посредством исполнения хост-приложения, связанного с клиентским приложением, при этом пользовательские данные, которые должны быть переданы, предоставляются клиентским приложением в ответ на входные данные.
D15. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, возникающих в ходе передачи из пользовательского оборудования (UE) в базовую станцию, причем базовая станция содержит радиоинтерфейс и схему обработки, при этом схема обработки базовой станции выполнена с возможностью выполнения любого из этапов согласно любому из вариантов осуществления группы В.
D16. Система связи согласно предыдущему варианту осуществления дополнительно включает в себя базовую станцию.
D17. Система связи согласно предыдущим 2 вариантам осуществления, дополнительно включающая в себя UE, в которой UE выполнено с возможностью поддержания связи с базовой станцией.
D18. Система связи согласно предыдущим 3 вариантам осуществления, в которой схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения; UE выполнено с возможностью исполнения клиентского приложения, связанного с хост-приложением, тем самым предоставляя пользовательские данные, которые должны быть приняты хост-компьютером.
D19. Способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), причем способ содержит прием, в хост-компьютере, из базовой станции пользовательских данных, возникающих в ходе передачи, которую приняла базовая станция из UE, при этом UE выполняет любой из этапов согласно любому из вариантов осуществления группы А.
D20. Способ согласно предыдущему варианту осуществления, дополнительно содержащий прием в базовой станции пользовательских данных из UE.
D21. Способ согласно предыдущим 2 вариантам осуществления, дополнительно содержащий инициирование, в базовой станции, передачи принятых пользовательских данных в хост-компьютер.
D22. Система связи, включающая в себя хост-компьютер, содержащий схему обработки, выполненную с возможностью предоставления пользовательских данных; и интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в пользовательское оборудование (UE), причем UE содержит радиоинтерфейс и схему обработки, при этом компоненты UE выполнены с возможностью выполнения любого из этапов любого из вариантов осуществления группы B.
D23. Система связи согласно предыдущему варианту осуществления, в которой сотовая сеть дополнительно включает в себя базовую станцию, выполненную с возможностью поддержания связи с UE.
D24. Система связи согласно предыдущим 2 вариантам осуществления, в которой схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя пользовательские данные; и схема обработки UE выполнена с возможностью исполнения клиентского приложения, связанного с хост-приложением.
D25. Способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), причем способ содержит в хост-компьютере предоставление пользовательских данных; и инициирование, в хост-компьютере, передачи, несущей пользовательские данные, в UE через сотовую сеть, содержащую базовую станцию, при этом UE выполняет любой из этапов согласно любому из вариантов осуществления группы B.
D26. Способ согласно предыдущему варианту осуществления, дополнительно содержащий в UE прием пользовательских данных из базовой станции.
D27. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, возникающих в ходе передачи из пользовательского оборудования (UE) в базовую станцию, причем UE содержит радиоинтерфейс и схему обработки, при этом схема обработки UE выполнена с возможностью выполнения любых этапов согласно любому из вариантов осуществления группы В.
D28. Система связи согласно предыдущему варианту осуществления, дополнительно включающая в себя UE.
D29. Система связи согласно предыдущим 2 вариантам осуществления, дополнительно включающая в себя базовую станцию, причем базовая станция содержит радиоинтерфейс, выполненный с возможностью поддержания связи с UE, и интерфейс связи, выполненный с возможностью пересылки в хост-компьютер пользовательских данных, переносимых посредством передачи из UE в базовую станцию.
D30. Система связи согласно предыдущим 3 вариантам осуществления, в которой схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения; и схема обработки UE выполнена с возможностью исполнения клиентского приложения, связанного с хост-приложением, тем самым предоставляя пользовательские данные.
D31. Система связи согласно предыдущим 4 вариантам осуществления, в которой схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя данные запроса; и схема обработки UE выполнена с возможностью исполнения клиентского приложения, связанного с хост-приложением, тем самым предоставляя пользовательские данные в ответ на данные запроса.
D32. Способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), причем способ содержит прием, в хост-компьютере, пользовательских данных, переданных в базовую станцию, из UE, при этом UE выполняет любой из этапов согласно любому из вариантов осуществления группы В.
D33. Способ согласно предыдущему варианту осуществления, дополнительно содержащий в UE предоставление пользовательских данных базовой станции.
D34. Способ согласно предыдущим 2 вариантам осуществления, дополнительно содержащий исполнение, в UE клиентского приложения, тем самым предоставляя пользовательские данные для передачи; и исполнение, в хост-компьютере, хост-приложения, связанного с клиентским приложением.
D35. Способ согласно предыдущим 3 вариантам осуществления, дополнительно содержащий исполнение, в UE клиентского приложения; и прием, в UE, входных данных для клиентского приложения, причем входные данные предоставляются в хост-компьютере посредством исполнения хост-приложения, связанного с клиентским приложением, при этом пользовательские данные, которые должны быть переданы, предоставляются клиентским приложением в ответ на входные данные.
D36. Система связи, включающая в себя хост-компьютер, содержащий интерфейс связи, выполненный с возможностью приема пользовательских данных, возникающих в ходе передачи из пользовательского оборудования (UE) в базовую станцию, причем базовая станция содержит радиоинтерфейс и схему обработки, при этом схема обработки базовой станции выполнена с возможностью выполнения любого из этапов согласно любому из вариантов осуществления группы В.
D37. Система связи согласно предыдущему варианту осуществления дополнительно включает в себя базовую станцию.
D38. Система связи согласно предыдущим 2 вариантам осуществления, дополнительно включающая в себя UE, в которой UE выполнено с возможностью поддержания связи с базовой станцией.
D39. Система связи согласно предыдущим 3 вариантам осуществления, в которой схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения; UE выполнено с возможностью исполнения клиентского приложения, связанного с хост-приложением, тем самым предоставляя пользовательские данные, которые должны быть приняты хост-компьютером.
D40. Способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование (UE), причем способ содержит прием, в хост-компьютере, из базовой станции пользовательских данных, возникающих в ходе передачи, которую приняла базовая станция из UE, при этом UE выполняет любой из этапов согласно любому из вариантов осуществления группы B.
D41. Способ согласно предыдущему варианту осуществления, дополнительно содержащий прием в базовой станции пользовательских данных из UE.
D42. Способ согласно предыдущим 2 вариантам осуществления, дополнительно содержащий инициирование, в базовой станции, передачи принятых пользовательских данных в хост-компьютер.
Решение, представленное в данном документе, может, разумеется, осуществляться другими способами, чем те, которые были конкретно изложены в данном документе, без отклонения от существенных характеристик раскрытого решения. Настоящие варианты осуществления следует рассматривать во всех отношениях как иллюстративные, а не ограничивающие, и все изменения, находящиеся в пределах диапазона значений и эквивалентности прилагаемой формулы изобретения, предназначены для включения в нее.