ОБРАБОТКА ПАРАМЕТРОВ, ПРЕДОСТАВЛЯЕМЫХ ПРИ ОСВОБОЖДЕНИИ/ПРИОСТАНОВКЕ
PROCESSING OF PARAMETERS PROVIDED DURING RELEASE/SUSPENSION

Данная заявка испрашивает приоритет по Предварительной заявке № 62/652226, поданной 3 апреля 2018 г., озаглавленной "HANDLING OF PARAMETERS PROVIDED IN RELEASE/SUSPEND", раскрытие которой полностью включается в этот документ посредством ссылки.
ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение в целом относится к сетям беспроводной связи, и в частности, к обработке параметров в сообщениях освобождения или приостановки RRC беспроводным устройством в состоянии RRC_INACTIVE.
УРОВЕНЬ ТЕХНИКИ
Состояния управления радиоресурсами в LTE и NR
Управление радиоресурсами (RRC) является протоколом радиоинтерфейса, используемым в Универсальной системе мобильных телекоммуникаций (UMTS) по протоколу мобильных сотовых беспроводных сетей 3-го поколения, а также Системе долгосрочного развития (LTE) по протоколу 4-го поколения. Предлагаются модификации к RRC для протокола 5-го поколения, New Radio (NR). Спецификации Проекта партнерства третьего поколения (3GPP) для RRC UMTS находятся в Техническом стандарте (TS) 25.331 V15.1.0, а для RRC LTE - в TS 36.331 V15.0.1.
Фиг. 1 изображает диаграмму состояний для режимов RRC LTE. В LTE для беспроводного устройства, или пользовательского оборудования (UE), задаются два общих режима RRC: RRC_IDLE и RRC_CONNECTED. В режиме RRC_CONNECTED UE переходит между дополнительными состояниями RRC с меньшим энергопотреблением на основе таймеров бездействия. Состояниями режима RRC_CONNECTED для LTE являются CELL-DCH (выделенный канал), CELL_FACH (прямой канал доступа), CELL_PCH (канал передачи поисковых вызовов соты) и URA_PCH (канал передачи поисковых вызовов области регистрации UTRAN, или URA). Данное раскрытие изобретения обращает внимание на переходы между режимами RRC_CONNECTED и RRC_IDLE (и аналогичные переходы RRC NR), а не состояния RRC_CONNECTED. Соответственно, термины "режим RRC" и "состояние RRC" в этом документе используются взаимозаменяемо.
В состоянии RRC_IDLE LTE UE известно в базовой сети (CN) или развитом пакетном ядре (EPC) и обладает IP-адресом, но не известно/не отслеживается сетью радиодоступа (E-UTRAN) и ее базовыми станциями (усовершенствованный Узел B или eNB). UE может принимать широковещательные/многоадресные данные (например, системную информацию, или SI); контролирует канал передачи поисковых вызовов для обнаружения входящих вызовов; может выполнять измерения соседних сот; и может проводить (повторный) выбор соты. UE в RRC_IDLE может конфигурироваться сетью для прерывистого приема (DRX).
В состоянии RRC_CONNECTED LTE UE известно в RAN (E-UTRAN/eNB), а также базовой сети, и мобильность UE управляется сетью. UE контролирует каналы управления на предмет данных нисходящей линии связи, отправляет обратную связь о качестве канала и может запрашивать ресурсы восходящей линии связи. Сообщения RRC "освобождение RRC" и "соединение RRC" переводят UE из RRC_CONNECTED в состояние RRC_IDLE и из него.
Фиг. 2 изображает диаграмму состояний для состояний RRC NR. NR вводит новое состояние RRC: RRC_INACTIVE, в котором UE подключается к RAN, но не использует ресурсы активно. Сообщения RRC "приостановка RRC" и "возобновление RRC" переводят UE из RRC_CONNECTED в состояние RRC_INACTIVE и из него. Таким образом, RRC NR вводит переходы состояний RRC, которые не существуют в LTE; соответственно, обработка UE некоторых параметров, таймеров и действий задана не полностью. Неопределенность того, как различные UE могут обрабатывать эти параметры, таймеры и действия, могла бы привести к поведению UE, расходящемуся с ожиданиями (или потребностями) сети, требуя восстановительной сигнализации, которая была бы не нужна, если бы поведение UE было явно задано.
В LTE UE в RRC_CONNECTED входит в RRC_IDLE путем приема сообщения "RRCConnectionRelease" от сети. Оно может содержать параметр, называемый idleModeMobilityControlInfo. Это поле предоставляет индивидуальные приоритеты повторного выбора соты для использования при повторном выборе соты, как задано в TS 36.304 3GPP V14.6.0. Сообщение освобождения соединения RRC используется для выдачи команды освобождения соединения RRC. Содержимое этого сообщения можно взять из спецификации 36.331 3GPP, как показано ниже:
Радионоситель сигнализации: SRB1
RLC-SAP: AM
Логический канал: DCCH
Направление: от E-UTRAN к UE
Сообщение RRCConnectionRelease
Описания полей RRCConnectionRelease
[...]
idleModeMobilityControlInfoПредоставляет индивидуальные приоритеты повторного выбора соты. Используется для повторного выбора соты, как задано в TS 36.304 [4]. Для частот E-UTRA и UTRA UE, которое поддерживает многополосные соты для рассматриваемой RAT, считает индивидуальные приоритеты общими для всех перекрывающихся полос (то есть независимо от используемого ARFCN).
[...]
В LTE поведение UE, ассоциированное с этими параметрами, задается следующим образом в спецификациях RRC TS 36.331 3GPP V15.0.1, раздел 5.3.8.3 "Reception of the RCConnectionRelease by the UE":
UE должно:
[...]
1> если сообщение RRCConnectionRelease включает в себя idleModeMobilityControlInfo:
2> сохранить информацию о приоритете повторного выбора соты, предоставленную idleModeMobilityControlInfo;
2> если включается t320:
3> запустить таймер T320, при этом значение таймера установлено в соответствии со значением t320;
1> иначе:
2> применить информацию о приоритете повторного выбора соты, транслируемую в системной информации;
[...]
Технический стандарт 36.331 в разделе 5.3.8.4 дополнительно содержит поведение UE при истечении таймера T320:
UE должно:
1> если истекает T320:
2> если сохранена, отбросить информацию о приоритете повторного выбора соты, предоставленную idleModeMobilityControlInfo или унаследованную от другой RAT;
2> применить информацию о приоритете повторного выбора соты, транслируемую в системной информации;
В LTE эти параметры имеют смысл, только когда UE входит в RRC_IDLE с индикатором приостановки или без него. А из этого состояния UE может войти только в RRC_CONNECTED путем либо установления, либо возобновления соединения RRC. Поэтому при входе в RRC_CONNECTED выполняются некоторые действия для отбрасывания или обнуления этих параметров и/или остановки связанного таймера (таймеров), например T320. Это показано в стандарте TS 36.331 LTE при приеме сообщения RRCConnectionSetup или RRCConnectionResume.
В NR согласовано, что UE следует по возможности принимать параметры в сообщении RRCRelease и/или RRCSuspend при входе в RRC_IDLE и/или RRC_INACTIVE. Однако в дополнение к процедурам в LTE, где RRC_IDLE (с индикатором приостановки) может попытаться войти в RRC_CONNECTED путем запуска процедуры возобновления и, возможно, входа в RRC_CONNECTED, следующие аспекты дополнительно согласованы для RRC NR, которое отличается от RRC LTE.
Фиг. 3 изображает сигнализацию в RRC NR, в которой сеть может отвечать на ResumeRequest от UE сообщением приостановки, которое немедленно приказывает UE вернуться в состояние RRC_INACTIVE. Также это сообщение будет зашифровано. В LTE невозможно отправить сообщение приостановки (освобождение с указанием приостановки) напрямую к UE, пытающемуся возобновить соединение.
Фиг. 4 изображает сигнализацию в RRC NR, в которой сеть может отвечать на ResumeRequest от UE сообщением освобождения, которое немедленно приказывает UE войти в состояние RRC_IDLE. Также это сообщение будет зашифровано. В LTE невозможно отправить сообщение освобождения (освобождение) напрямую к UE, пытающемуся возобновить соединение.
Из-за вышеупомянутых отличий возникают следующие проблемы с обработкой параметров, предоставленных по возможности UE, входящему в RRC_INACTIVE, например таймера T320, и информации переадресации.
Поскольку UE может принимать больше сообщений в NR в ответ на ResumeRequest (например, отклонение RRC, освобождение RRC, приостановка RRC), недостаточно только лишь остановить таймер при приеме сообщения возобновления или настройки, как в LTE.
Для информации переадресации несущих в процедурах текущего уровня техники и нового NR непонятно, каким будет поведение UE. В спецификациях TS 36.331 LTE задается следующее:
redirectedCarrierInfo указывает частоту несущей (нисходящая линия связи для FDD) и используется для переадресации UE к E-UTRA или частоту несущей между RAT посредством выбора соты при уходе из RRC_CONNECTED, как задано в TS 36.304 3GPP V14.6.0.
Если UE вошло в RRC_INACTIVE и приняло поле redirectedCarrierInfo, и после попытки возобновить соединение оно принимает либо RRCSuspend, либо RRCRelease без поля redirectedCarrierInfo, то в соответствии с существующим кодом потребности, то есть Need ON, который задан в стандартах 3GPP, не понятно, должно ли UE использовать ранее предоставленное значение, которое все еще хранится, или его следует отбросить.
Need ON(Используется только на нисходящей линии связи)
Присутствует по необходимости, действий нетПоле, которое сигнализировать необязательно. Если сообщение принимается посредством UE, и если поле отсутствует, то UE ничего не делает и, где применимо, должно продолжать использовать существующее значение (и/или ассоциированные функциональные возможности).
Для поля idleModeMobilityControlInfo в процедурах текущего уровня техники и нового NR, если UE входит в RRC_INACTIVE, и сообщение приостановки содержит idleModeMobilityControlInfo (или эквивалент), то таймер T320 может никогда не остановиться, если UE пытается возобновить и приостанавливается или освобождается в ответ (например, в случае обновлений области уведомлений на основе RAN, или RNA). Также, даже если новый таймер и параметры предоставляются в сообщении освобождения или приостановки, остается неопределенным, должно ли UE использовать новые значения или старые значения, так как они могут по-прежнему храниться в UE, когда UE пытается возобновить (если T320 все еще работает).
Что касается кодов потребности, у этого поля есть указание Need OP в соответствующем стандарте 3GPP, которое означает следующее:
Need OP(Используется только на нисходящей линии связи)
Присутствует по необходимостиПоле, которое сигнализировать необязательно. Для сообщений нисходящей линии связи от UE не требуется никакого особого действия при отсутствии поля сверх того, что задается в процедурном тексте или в таблице описания полей после сегмента ASN.1. Поведение UE при отсутствии следует записывать либо в процедурном тексте, либо в описании полей.
Как видно, в LTE ничего не задано при приеме сообщения RRCConnectionRelease, поскольку это не может происходить, когда UE находится в RRC_IDLE.
Раздел "Уровень техники" этого документа предоставляется для показа вариантов осуществления настоящего изобретения в технологическом и практическом контексте для содействия специалистам в данной области техники в понимании их объема и полезности. Описанных в разделе "Уровень техники" подходов можно придерживаться, но они не обязательно являются подходами, которые ранее сформулированы или которых придерживались. Пока явно не определено по существу, никакое утверждение в этом документе не признается известным уровнем техники просто по его включению в раздел "Уровень техники".
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Нижеследующее представляет упрощенную сущность изобретения, чтобы обеспечить специалистам в данной области техники базовое понимание. Данная сущность изобретения не является широким обзором раскрытия изобретения и не предназначена для выявления ключевых/важных элементов в вариантах осуществления изобретения или установления объема изобретения. Единственная цель данной сущности изобретения - представить некоторые раскрытые в этом документе понятия в упрощенном виде в качестве вступления к более подробному описанию, которое представляется позднее.
В соответствии с одним или несколькими вариантами осуществления, описанными и заявленными в этом документе, вводится новый механизм для обработки принятых параметров, когда UE входит в RRC_INACTIVE при попытке UE возобновить соединение RRC и принимает в качестве ответа сообщение освобождения или приостановки.
В одном варианте осуществления способ содержит остановку таймера, ассоциированного с mobilityControlInfo (эквивалент T320), если работает, и отбрасывание параметров с mobilityControlInfo при:
- приеме освобождения RRC;
- приеме приостановки RRC;
- приеме возобновления RRC (традиционное); или
- приеме настройки RRC (традиционное).
В другом варианте осуществления способ содержит отбрасывание информации, принятой в сообщении освобождения или приостановки, при:
- приеме освобождения RRC;
- приеме приостановки RRC;
- приеме возобновления RRC (традиционное); или
- приеме настройке RRC (традиционное).
Вводится новый механизм для обработки принятых параметров, когда UE входит в RRC_INACTIVE при попытке UE возобновить соединение RRC и принимает в качестве ответа сообщение освобождения или приостановки.
В одном варианте осуществления он содержит остановку таймера, ассоциированного с mobilityControlInfo (эквивалент T320), если работает, и отбрасывание параметров с mobilityControlInfo при:
- приеме освобождения RRC; или
- приеме приостановки RRC.
В соответствии с вариантами осуществления настоящего изобретения сети известны точные действия UE. Также у сети есть возможность однозначно конфигурировать UE и получать предполагаемое поведение. В конкретном случае эквивалентного T320 таймера UE, останавливающее таймер, избегает продолжения процедуры, ассоциированной с mobilityControlInfo, даже если сети не нужно это поведение.
Один вариант осуществления относится к способу управления состояниями RRC, выполняемому беспроводным устройством, работающим в сети беспроводной связи. Находясь в состоянии RRC_INACTIVE и выполняя действия, связанные с мобильностью в ожидании или бездействии, в сеть отправляется сообщение RRC, запрашивающее вход в состояние RRC_CONNECTED. От сети принимается сообщение RRC, указывающее беспроводному устройству войти в RRC_IDLE или остаться в состоянии RRC_INACTIVE. В ответ на принятое сообщение RRC отбрасывается один или несколько сохраненных индивидуальных (“dedicated”), связанных с мобильностью в ожидании или бездействии, параметров. Также в ответ на принятое сообщение RRC прекращаются действия, ассоциированные с индивидуальными, связанными с мобильностью в ожидании или бездействии параметрами.
Другой вариант осуществления относится к беспроводному устройству, действующему для управления состояниями RRC при работе в сети беспроводной связи. Беспроводное устройство включает в себя схемы связи и схемы обработки, функционально подключенные к схемам связи. Схемы обработки приспособлены для отправки в сеть сообщения RRC, запрашивающего вход в состояние RRC_CONNECTED, находясь в состоянии RRC_INACTIVE и выполняя действия, связанные с мобильностью в ожидании или бездействии; приема от сети сообщения RRC, указывающего беспроводному устройству войти в RRC_IDLE или остаться в состоянии RRC_INACTIVE; и отбрасывания одного или нескольких сохраненных индивидуальных, связанных с мобильностью в ожидании или бездействии, параметров в ответ на принятое сообщение RRC; и прекращения действий, ассоциированных с индивидуальными, связанными с мобильностью в ожидании или бездействии параметрами, также в ответ на принятое сообщение RRC.
Еще один вариант осуществления относится к способу управления беспроводным устройством, выполняемому базовой станцией, работающей в сети беспроводной связи, реализующей протокол RCC. Сообщение RRC, запрашивающее вход в состояние RRC_CONNECTED, принимается от беспроводного устройства в состоянии RRC_IDLE или RRC_INACTIVE. В ответ на запрос беспроводному устройству отправляется сообщение RRC, указывающее беспроводному устройству войти в RRC_IDLE или остаться в состоянии RRC_INACTIVE. Базовая станция управляет беспроводным устройством, допуская, что в ответ на сообщение RRC, принятое беспроводным устройством, оно отбрасывает один или несколько сохраненных, связанных с мобильностью в ожидании или бездействии параметров. Базовая станция также управляет беспроводным устройством, допуская, что в ответ на сообщение RRC, принятое беспроводным устройством, оно прекращает действия, ассоциированные со связанными с мобильностью в ожидании или бездействии параметрами.
Еще один вариант осуществления относится к базовой станции, работающей в сети беспроводной связи, реализующей протокол RCC. Базовая станция включает в себя схемы связи и схемы обработки, функционально подключенные к схемам связи. Схемы обработки приспособлены для приема от беспроводного устройства в состоянии RRC_IDLE или RRC_INACTIVE сообщения RRC, запрашивающего вход в состояние RRC_CONNECTED; отправки беспроводному устройству сообщения RRC, указывающего беспроводному устройству войти в RRC_IDLE или остаться в состоянии RRC_INACTIVE, в ответ на запрос; управления беспроводным устройством, допуская, что в ответ на сообщение RRC, принятое беспроводным устройством, оно отбрасывает один или несколько сохраненных, связанных с мобильностью в ожидании или бездействии параметров; и также управления беспроводным устройством, допуская, что в ответ на сообщение RRC, принятое беспроводным устройством, оно прекращает действия, ассоциированные со связанными с мобильностью в ожидании или бездействии параметрами.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Настоящее изобретение в дальнейшем будет описываться полнее со ссылкой на прилагаемые чертежи, на которых показаны варианты осуществления изобретения. Однако данное изобретение не следует толковать как ограниченное изложенными в этом документе вариантами осуществления. Точнее, эти варианты осуществления предоставляются для того, чтобы данное раскрытие изобретения было всесторонним и полным, и полностью передавало объем изобретения специалистам в данной области техники. По всему тексту одинаковые цифры ссылаются на одинаковые элементы.
Фиг. 1 - диаграмма состояний RRC для LTE.
Фиг. 2 - диаграмма состояний RRC для NR.
Фиг. 3 - схема сигнализации для UE, запрашивающего возобновление из состояния RRC_INACTIVE и приостанавливаемого обратно в RRC_INACTIVE.
Фиг. 4 - схема сигнализации для UE, запрашивающего возобновление из состояния RRC_INACTIVE и освобождаемого в RRC_IDLE.
Фиг. 5 - блок-схема алгоритма способа управления состояниями RRC, выполняемого беспроводным устройством, работающим в сети беспроводной связи.
Фиг. 6 - блок-схема алгоритма способа управления беспроводным устройством, выполняемого базовой станцией, работающей в сети беспроводной связи, реализующей протокол RCC.
Фиг. 7 - блок-схема беспроводного устройства.
Фиг. 8 - блок-схема беспроводного устройства, показывающая функциональные блоки.
Фиг. 9 - блок-схема базовой станции.
Фиг. 10 - блок-схема базовой станции, показывающая функциональные блоки.
Фиг. QQ1 - блок-схема сети и некоторых компонентов сети.
Фиг. QQ2 - блок-схема пользовательского оборудования.
Фиг. QQ3 - блок-схема, иллюстрирующая среду виртуализации.
Фиг. QQ4 иллюстрирует сеть электросвязи, подключенную через промежуточную сеть к главному компьютеру.
Фиг. QQ5 иллюстрирует главный компьютер, осуществляющий связь через базовую станцию с пользовательским оборудованием по частично беспроводному соединению.
Фиг. QQ6 - блок-схема алгоритма, иллюстрирующая главный компьютер, осуществляющий связь с UE в системе связи.
Фиг. QQ7 - блок-схема алгоритма, иллюстрирующая главный компьютер, осуществляющий связь с UE в системе связи.
Фиг. QQ8 - блок-схема алгоритма, иллюстрирующая UE, осуществляющее связь с главным компьютером в системе связи.
Фиг. QQ9 - блок-схема алгоритма, иллюстрирующая связь между базовой станцией и главным компьютером в системе связи.
ПОДРОБНОЕ ОПИСАНИЕ
Настоящее изобретение для простоты и с пояснительными целями описывается, ссылаясь преимущественно на его примерный вариант осуществления. В нижеследующем описании излагаются многочисленные характерные подробности, чтобы обеспечить всестороннее понимание настоящего изобретения. Однако среднему специалисту в данной области техники будет очевидно, что настоящее изобретение может быть применено на практике без ограничения этими характерными подробностями. В данном описании широко известные способы и структуры не описаны подробно, чтобы излишне не затруднять понимание настоящего изобретения. По меньшей мере некоторые из вариантов осуществления могут описываться в этом документе как применимые в некоторых контекстах и/или типах беспроводных сетей с пояснительной целью, но варианты осуществления применимы аналогичным образом в других контекстах и/или типах беспроводных сетей, не описанных явно.
Согласно одному варианту осуществления, способ содержит:
- UE, принимающее в сообщении освобождения RRC или приостановки RRC (переход в RRC_INACTIVE) один или несколько связанных с мобильностью в ожидании/бездействии параметров, управляемых таймером, запускает таймер и при попытке возобновить соединение RRC, если таймер работает:
- UE останавливает таймер и останавливает выполнение ассоциированных действий при приеме сообщения освобождения RRC;
- UE останавливает таймер и останавливает выполнение ассоциированных действий при приеме сообщения приостановки RRC;
- UE, принимающее в сообщении освобождения RRC или приостановки RRC (переход в RRC_INACTIVE) один или несколько связанных с мобильностью в ожидании/бездействии параметров, при попытке возобновить соединение RRC:
- UE отбрасывает сохраненные, связанные с мобильностью в ожидании/бездействии параметры и останавливает выполнение ассоциированных действий при приеме сообщения освобождения RRC;
- UE отбрасывает сохраненные, связанные с мобильностью в ожидании/бездействии параметры и останавливает выполнение ассоциированных действий при приеме сообщения приостановки RRC.
При использовании в этом документе связанными с мобильностью в ожидании/бездействии параметрами могут быть mobilityControlInfo (например, idleMobilityControlInfo), информация о переадресации несущих, смещения повторного выбора соты, параметры получения качества соты и т. п.
Реализация в спецификациях RRC в соответствии с одним вариантом осуществления
Для иллюстрации механизма ниже описывается использование в случае поля IdleMobilityControlInfo, предоставленного в освобождении RRC или приостановке RRC и управляемого таймером. Также включается поле redirectedCarrierOffsetDedicated.
UE должно:
1> отбросить любой сохраненный контекст AS UE и I-RNTI;
1> отложить следующие действия, заданные в этом подпункте, на X мс с момента, когда было принято сообщение RRCRelease, или, при необходимости, когда нижние уровни указывают, что прием сообщения RRCRelease успешно подтвержден, в зависимости от того, что наступит раньше;
Примечание редактора: Как установить значение X (оно конфигурируемое, или постоянное 60 мс, как в LTE, и т. п.).
1> отбросить любой сохраненный контекст AS UE и I-RNTI;
1> если сохранена, отбросить информацию о приоритете повторного выбора соты, предоставленную idleModeMobilityControlInfo или унаследованную от другой RAT;
1> если сохранено, отбросить индивидуальное смещение, предоставленное redirectedCarrierOffsetDedicated;
1> если сохранено, отбросить redirectedCarrierInfo;
1> остановить таймер T320, если работает;
1> остановить таймер T322 (ассоциированный с redirectedCarrierInfo);
1> если сохранена, отбросить любую информацию, ассоциированную с мобильностью в бездействии/ожидании, и остановить ассоциированные таймеры;
1> если сообщение RRCRelease включает в себя idleModeMobilityControlInfo:
2> сохранить информацию о приоритете повторного выбора соты, предоставленную idleModeMobilityControlInfo;
2> если включается t320:
3> запустить таймер T320, при этом значение таймера установлено в соответствии со значением t320;
1> иначе:
2> применить информацию о приоритете повторного выбора соты, транслируемую в системной информации;
Примечание редактора: Для дальнейшего изучения: поддерживает ли RRCRelease механизм, эквивалентный loadBalancingTAURequired.
1> если сообщение RRCConnectionRelease включает в себя redirectedCarrierInfo:
2> если redirectedCarrierOffsetDedicated включается в redirectedCarrierInfo:
3> сохранить индивидуальное смещение для частоты в redirectedCarrierInfo;
3> запустить таймер T322, при этом значение таймера установлено в соответствии со значением T322 в redirectedCarrierInfo;
1> выполнить действия при переходе в RRC_IDLE, как задано в 5.3.11;
Примечание редактора: Для дальнейшего изучения: нужны ли другие причины освобождения и ассоциированные действия.
5.3.14.3 Прием RRCSuspend посредством UE
Примечание редактора: Для дальнейшего изучения: будем ли вместо этого использовать RRCRelease (например, с индикатором приостановки).
UE должно:
1> отложить следующие действия, заданные в этом подпункте, на X мс с момента, когда было принято сообщение RRCSuspend, или, при необходимости, когда нижние уровни указывают, что прием сообщения RRCSuspend успешно подтвержден, в зависимости от того, что наступит раньше;
Примечание редактора: Как установить значение X (оно конфигурируемое, или постоянное 60 мс, как в LTE, и т. п.).
1> если сохранена, отбросить информацию о приоритете повторного выбора соты, предоставленную idleModeMobilityControlInfo или унаследованную от другой RAT;
1> если сохранено, отбросить индивидуальное смещение, предоставленное redirectedCarrierOffsetDedicated;
1> если сохранено, отбросить redirectedCarrierInfo;
1> остановить таймер T320, если работает;
1> остановить таймер T322 (ассоциированный с redirectedCarrierInfo);
1> если сохранена, отбросить любую информацию, ассоциированную с мобильностью в бездействии/ожидании, и остановить ассоциированные таймеры;
1> если сообщение RRCSuspend включает в себя idleModeMobilityControlInfo:
2> сохранить информацию о приоритете повторного выбора соты, предоставленную idleModeMobilityControlInfo;
2> если включается t320:
3> запустить таймер T320, при этом значение таймера установлено в соответствии со значением t320;
1> иначе:
2> применить информацию о приоритете повторного выбора соты, транслируемую в системной информации;
1> если сообщение RRCConnectionRelease включает в себя redirectedCarrierInfo:
2> если redirectedCarrierOffsetDedicated включается в redirectedCarrierInfo:
3> сохранить индивидуальное смещение для частоты в redirectedCarrierInfo;
3> запустить таймер T322, при этом значение таймера установлено в соответствии со значением T322 в redirectedCarrierInfo;
1> сохранить следующую информацию, предоставленную сетью: resumeIdentity, nextHopChainingCount, ran-PagingCycle и ran-NotificationAreaInfo;
1> повторно установить объекты RLC для всех SRB и DRB;
1> исключение, если сообщение RRCSuspend было принято в ответ на RRCResumeRequest:
2> сохранить контекст AS UE, включающий текущую конфигурацию RRC, текущий контекст безопасности, состояние PDCP, включая состояние ROHC, C-RNTI, используемый в исходной PCell, cellIdentity и идентификатор физической соты у исходной PCell;
1> приостановить все SRB и DRB, исключая SRB0;
1> запустить таймер T380, при этом значение таймера установлено в периодический таймер RNAU;
1> указать верхним уровням приостановку соединения RRC;
1> конфигурировать нижние уровни для приостановки защиты целостности и шифрования;
1> войти в RRC_INACTIVE и выполнить процедуры, которые заданы в TS 38.304 [21]
T320
При приеме t320 или при (повторном) выборе соты на NR с другой RAT с временем действия, сконфигурированным для индивидуальных приоритетов (и в этом случае применяется оставшееся время действия).
При входе в RRC_CONNECTED, когда выбор PLMN выполняется по запросу от NAS, или при (повторном) выборе соты на другую RAT (и в этом случае таймер продолжается в другой RAT), или при приеме освобождения RRC, или при приеме приостановки RRC.
Отбросить информацию о приоритете повторного выбора соты, предоставленную индивидуальной сигнализацией.
Способы и устройства
Фиг. 5 изображает способ 100 управления состояниями управления радиоресурсами (RRC), выполняемый беспроводным устройством, работающим в сети беспроводной связи, в соответствии с конкретными вариантами осуществления. Находясь в состоянии RRC_INACTIVE и выполняя действия, связанные с мобильностью в ожидании или бездействии, в сеть отправляется сообщение RRC, запрашивающее вход в состояние RRC_CONNECTED (этап 102). От сети принимается сообщение RRC, указывающее беспроводному устройству войти в RRC_IDLE или остаться в состоянии RRC_INACTIVE (этап 104). В ответ на принятое сообщение RRC отбрасывается один или несколько сохраненных индивидуальных, связанных с мобильностью в ожидании или бездействии, параметров (этап 106). Также в ответ на принятое сообщение RRC прекращаются действия, ассоциированные с индивидуальными, связанными с мобильностью в ожидании или бездействии параметрами (этап 108).
Фиг. 6 изображает способ 200 управления беспроводным устройством, выполняемый базовой станцией, работающей в сети беспроводной связи, реализующей протокол управления радиоресурсами (RCC), в соответствии с другими конкретными вариантами осуществления. Сообщение RRC, запрашивающее вход в состояние RRC_CONNECTED, принимается от беспроводного устройства в состоянии RRC_IDLE или RRC_INACTIVE (этап 202). В ответ на запрос беспроводному устройству отправляется сообщение RRC, указывающее беспроводному устройству войти в RRC_IDLE или остаться в состоянии RRC_INACTIVE (этап 204). Беспроводным устройством управляют, допуская, что в ответ на сообщение RRC, принятое беспроводным устройством, оно отбрасывает один или несколько сохраненных, связанных с мобильностью в ожидании или бездействии параметров (этап 206). Беспроводным устройством дополнительно управляют, допуская, что в ответ на сообщение RRC, принятое беспроводным устройством, оно прекращает действия, ассоциированные со связанными с мобильностью в ожидании или бездействии параметрами (этап 208).
Описанные в этом документе устройства могут выполнять способы 100, 200 в этом документе и любую другую обработку путем реализации любых функциональных средств, модулей, блоков или схем. Например, в одном варианте осуществления устройства содержат соответствующие схемы или цепи, сконфигурированные для выполнения этапов, показанных на чертежах способов. В этой связи схемы или цепи могут быть выполнены в виде схем, предназначенных для выполнения некоторой функциональной обработки, и/или одного или нескольких микропроцессоров в сочетании с запоминающим устройством. Например, схемы могут включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т. п. Схемы обработки могут конфигурироваться для исполнения программного кода, сохраненного в запоминающем устройстве, которое может включать в себя один или несколько типов запоминающего устройства, например постоянное запоминающее устройство (ROM), оперативное запоминающее устройство, кеш-память, флеш-память, оптические запоминающие устройства и т. п. Сохраненный в запоминающем устройстве программный код может включать в себя программные команды для исполнения одного или нескольких протоколов электросвязи и/или передачи данных, а также команды для осуществления одной или нескольких описанных в этом документе методик в нескольких вариантах осуществления. В вариантах осуществления, которые применяют запоминающее устройство, это запоминающее устройство хранит программный код, который при исполнении одним или несколькими процессорами осуществляет описанные в этом документе методики.
Например, фиг. 7 иллюстрирует беспроводное устройство 10, которое реализовано в соответствии с одним или несколькими вариантами осуществления. Беспроводное устройство 10 является любым типом устройства, допускающего осуществление связи с сетевым узлом и/или точкой доступа с использованием радиосигналов. Поэтому беспроводное устройство 10 может относиться к межмашинному (M2M) устройству, устройству связи машинного типа (MTC), устройству узкополосного Интернета вещей (IoT NB) и т. п. Беспроводное устройство 10 также может называться пользовательским оборудованием (UE), например сотовым телефоном или "смартфоном", однако термин "UE" следует понимать включающим в себя любое беспроводное устройство 10. Беспроводное устройство 10 также может называться радиоустройством, устройством радиосвязи, беспроводным устройством, беспроводным терминалом или просто терминалом - пока контекст не указывает иное, использование любого из этих терминов подразумевает UE или устройства между устройствами, устройства машинного типа или устройства, допускающие межмашинную связь, датчики, оборудованные беспроводным устройством, настольные компьютеры с возможностью беспроводной связи, мобильные терминалы, смартфоны, встраиваемое в переносной компьютер оборудование (LEE), устанавливаемое на переносной компьютер оборудование (LME), адаптеры USB, беспроводное оборудование в помещении абонента (CPE) и т. п. В обсуждении в этом документе также могут использоваться термины межмашинное (M2M) устройство, устройство связи машинного типа (MTC), беспроводной датчик и датчик. Следует понимать, что эти устройства, хотя и называются UE, но могут конфигурироваться для передачи и/или приема данных без прямого взаимодействия с человеком.
В некоторых вариантах осуществления беспроводное устройство 10 включает в себя интерфейс 12 пользователя (дисплей, сенсорный экран, клавиатуру или клавишную панель, микрофон, динамик и т. п.); в других вариантах осуществления, например во многих сценариях M2M, MTC или IoT NB, беспроводное устройство 10 может включать в себя только минимальный интерфейс 12 пользователя или его отсутствие (как указано пунктирными линиями блока 12 на фиг. 7). Беспроводное устройство 10 также включает в себя схемы 14 обработки; запоминающее устройство 16; и схемы 18 связи, подключенные к одной или нескольким антеннам 20 для осуществления беспроводной связи по радиоинтерфейсу с одним или несколькими узлами радиосети, например базовой станцией и/или точками доступа. Как указано пунктирными линиями, антенна (антенны) 20 может выступать из беспроводного устройства 10, либо антенна (антенны) 20 может быть внутренней. В некоторых вариантах осуществления беспроводное устройство 10 может включать в себя сложный интерфейс 32 пользователя и может дополнительно включать в себя такие особенности, как камеру, акселерометр, схемы приемника навигационного сигнала со спутников, вибромотор и т. п. (не изображены на фиг. 7).
В соответствии с вариантами осуществления настоящего изобретения запоминающее устройство 16 действует для хранения, а схемы 14 обработки действуют для исполнения программного обеспечения, которое при исполнении действует для побуждения беспроводного устройства 10 управлять состояниями управления радиоресурсами (RRC). В частности, программное обеспечение при исполнении в схемах 14 обработки действует для выполнения способа 100, описанного и заявленного в этом документе. В этой связи схемы 14 обработки могут реализовывать некоторые функциональные средства, блоки или модули.
Фиг. 8 иллюстрирует блок-схему беспроводного устройства 30 в беспроводной сети в соответствии с еще одними вариантами осуществления. Как показано, беспроводное устройство 30 реализует различные функциональные средства, блоки или модули, например, посредством схем 14 обработки на фиг. 7 и/или посредством программного кода. Эти функциональные средства, блоки или модули, например, для реализации способа (способов) в этом документе включают в себя, например: блок 32 отправки сообщений RRC, блок 34 приема сообщений RRC, блок 36 отбрасывания параметров мобильности в ожидании/бездействии и блок 38 прекращения действий мобильности в ожидании/бездействии.
Блок 32 отправки сообщений RRC конфигурируется для отправки в сеть сообщения RRC, запрашивающего вход в состояние RRC_CONNECTED, находясь в состоянии RRC_INACTIVE и выполняя действия, связанные с мобильностью в ожидании или бездействии. Блок 34 приема сообщений RRC конфигурируется для приема от сети сообщения RRC, указывающего беспроводному устройству войти в RRC_IDLE или остаться в состоянии RRC_INACTIVE. Блок 36 отбрасывания параметров мобильности в ожидании/бездействии конфигурируется для отбрасывания одного или нескольких сохраненных индивидуальных, связанных с мобильностью в ожидании или бездействии, параметров в ответ на принятое сообщение RRC. Блок 38 прекращения действий мобильности в ожидании/бездействии конфигурируется для прекращения действий, ассоциированных с индивидуальными, связанными с мобильностью в ожидании или бездействии параметрами, в ответ на принятое сообщение RRC.
Фиг. 9 изображает базовую станцию 50, работающую в сети беспроводной связи. Базовая станция 50 включает в себя схемы 52 обработки; запоминающее устройство 54; и схемы 56 связи, подключенные к одной или нескольким антеннам 60 для осуществления беспроводной связи по радиоинтерфейсу с одним или несколькими беспроводными устройствами 10. Как указано прерывистым соединением с антенной (антеннами) 60, антенна (антенны) 60 может быть расположена физически отдельно от базовой станции 50, например смонтирована на вышке, здании или т. п. Хотя запоминающее устройство 56 изображается как внутреннее по отношению к схемам 54 обработки, специалисты в данной области техники понимают, что запоминающее устройство 56 также может быть внешним. Специалисты в данной области техники понимают, что методики виртуализацию позволяют некоторым функциям, номинально исполняемым схемами 54 обработки, фактически исполняться другими аппаратными средствами, возможно удаленно расположенными (например, в так называемом "облаке"). Базовая станция 50 в LTE известна как eNodeB или eNB, а в New Radio (NR) - как gNB. Вообще, в других сетях беспроводной связи базовая станция 50 может быть известна как базовая радиостанция, базовая приемопередающая станция, точка доступа или т. п.
В соответствии с одним вариантом осуществления настоящего изобретения схемы 54 обработки действуют для побуждения базовой станции 50 управлять беспроводным устройством 10 в сети беспроводной связи, реализующей протокол управления радиоресурсами (RCC). В частности, схемы 54 обработки действуют для выполнения способа 200, описанного и заявленного в этом документе. В этой связи схемы 54 обработки могут реализовывать некоторые функциональные средства, блоки или модули.
Фиг. 10 иллюстрирует блок-схему базовой станции 70 в беспроводной сети в соответствии с еще одними вариантами осуществления. Как показано, базовая станция 72 реализует различные функциональные средства, блоки или модули, например, посредством схем 52 обработки на фиг. 9 и/или посредством программного кода. Эти функциональные средства, блоки или модули, например, для реализации способа 200 в этом документе включают в себя, например: блок 72 приема сообщений RRC, блок 74 отправки сообщений RRC и блок 76 управления беспроводным устройством.
Блок 72 приема сообщений RRC конфигурируется для приема от беспроводного устройства в состоянии RRC_IDLE или RRC_INACTIVE сообщения RRC, запрашивающего вход в состояние RRC_CONNECTED. Блок 74 отправки сообщений RRC конфигурируется для отправки беспроводному устройству сообщения RRC, указывающего беспроводному устройству войти в RRC_IDLE или остаться в состоянии RRC_INACTIVE, в ответ на запрос. Блок 76 управления беспроводным устройством конфигурируется для управления беспроводным устройством, допуская, что в ответ на сообщение RRC, принятое беспроводным устройством, оно отбрасывает один или несколько сохраненных, связанных с мобильностью в ожидании или бездействии параметров, и дополнительно для управления беспроводным устройством, допуская, что в ответ на сообщение RRC, принятое беспроводным устройством, оно прекращает действия, ассоциированные со связанными с мобильностью в ожидании или бездействии параметрами.
Специалисты в данной области техники также примут во внимание, что варианты осуществления в этом документе дополнительно включают в себя соответствующие компьютерные программы.
Компьютерная программа содержит команды, которые при исполнении по меньшей мере на одном процессоре в устройстве побуждают устройство осуществлять любую из описанной выше соответствующей обработки. В этой связи компьютерная программа может содержать один или несколько модулей кода, соответствующих описанным выше средствам или блокам.
Варианты осуществления дополнительно включают в себя носитель, содержащий такую компьютерную программу. Этот носитель может быть выполнен в виде одного из электронного сигнала, оптического сигнала, радиосигнала или считываемого компьютером носителя информации.
В этой связи варианты осуществления в этом документе также включают в себя компьютерный программный продукт, сохраненный на постоянном считываемом компьютером (запоминающем или записывающем) носителе и содержащий команды, которые при исполнении процессором в устройстве побуждают устройство работать, как описано выше.
Варианты осуществления дополнительно включают в себя компьютерный программный продукт, содержащий части программного кода для выполнения этапов любого из вариантов осуществления в этом документе, когда компьютерный программный продукт исполняется вычислительным устройством. Этот компьютерный программный продукт может храниться на считываемом компьютером носителе записи.
Конечно, настоящее изобретение можно осуществить иными способами, нежели способы, конкретно изложенные в этом документе, без отклонения от неотъемлемых характеристик изобретения. Настоящие варианты осуществления должны рассматриваться во всех отношениях как пояснительные и не ограничивающие, и все изменения, подпадающие под смысл и диапазон эквивалентности прилагаемой формулы изобретения, предназначены для включения в них.
Конечно, настоящее изобретение можно осуществить иными способами, нежели способы, конкретно изложенные в этом документе, без отклонения от неотъемлемых характеристик изобретения. Настоящие варианты осуществления должны рассматриваться во всех отношениях как пояснительные и не ограничивающие, и все изменения, подпадающие под смысл и диапазон эквивалентности прилагаемой формулы изобретения, предназначены для включения в них.
Дополнительные варианты осуществления
Хотя описанный в этом документе предмет изобретения можно реализовать в любом подходящем типе системы, использующей любые подходящие компоненты, раскрытые в этом документе варианты осуществления описываются в отношении беспроводной сети, например беспроводной сети, проиллюстрированной на фиг. QQ1. Для простоты беспроводная сеть из фиг. QQ1 изображает только сеть QQ106, сетевые узлы QQ160 и QQ160b и WD QQ110, QQ110b и QQ110c. На практике беспроводная сеть может дополнительно включать в себя любые дополнительные элементы, подходящие для поддержания связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи, например проводным телефоном, поставщиком услуг или любым другим сетевым узлом или оконечным устройством. Среди проиллюстрированных компонентов сетевой узел QQ160 и беспроводное устройство (WD) QQ110 изображаются с дополнительными подробностями. Беспроводная сеть может обеспечивать связь и другие типы услуг для одного или нескольких беспроводных устройств, чтобы упростить беспроводным устройствам доступ и/или использование услуг, предоставляемых беспроводной сетью или через беспроводную сеть.
Беспроводная сеть может быть выполнена в виде и/или стыковаться с любым типом сети связи, сети электросвязи, сети передачи данных, сотовой сети и/или радиосети, или другим аналогичным типом системы. В некоторых вариантах осуществления беспроводная сеть может конфигурироваться для работы в соответствии с определенными стандартами или другими типами предопределенных правил либо процедур. Таким образом, конкретные варианты осуществления беспроводной сети могут реализовывать такие стандарты связи, как глобальная система мобильной связи (GSM), универсальная система мобильных телекоммуникаций (UMTS), система долгосрочного развития (LTE), узкополосный Интернет вещей (NB-IoT) и/или другие подходящие стандарты 2G, 3G, 4G или 5G; стандарты беспроводной локальной сети (WLAN), например стандарты IEEE 802.11; и/или любой другой подходящий стандарт беспроводной связи, например стандарты общемировой совместимости широкополосного беспроводного доступа (WiMax), Bluetooth, Z-Wave и/или ZigBee.
Сеть QQ106 может быть выполнена в виде одной или несколько транзитных сетей, базовых сетей, IP-сетей, коммутируемых телефонных сетей общего пользования (PSTN), сетей с коммутацией пакетов, оптических сетей, глобальных сетей (WAN), локальных сетей (LAN), беспроводных локальных сетей (WLAN), проводных сетей, беспроводных сетей, городских сетей и других сетей, чтобы сделать возможной связь между устройствами.
Сетевой узел QQ160 и WD QQ110 содержат различные компоненты, подробнее описанные ниже. Эти компоненты работают вместе, чтобы предоставлять функциональные возможности сетевого узла и/или беспроводного устройства, например, обеспечение беспроводных соединений в беспроводной сети. В разных вариантах осуществления беспроводная сеть может содержать любое количество проводных или беспроводных сетей, сетевых узлов, базовых станций, контроллеров, беспроводных устройств, ретрансляционных станций и/или любых других компонентов или систем, которые могут упрощать или принимать участие в передаче данных и/или сигналов по проводным либо беспроводным соединениям.
При использовании в данном документе сетевой узел относится к оборудованию, допускающему, сконфигурированному, выполненному с возможностью и/или действующему для осуществления прямой или косвенной связи с беспроводным устройством, и/или другими сетевыми узлами, или оборудованием в беспроводной сети, чтобы сделать возможным и/или предоставить беспроводной доступ к беспроводному устройству и/или выполнить другие функции (например, администрирование) в беспроводной сети. Примеры сетевых узлов включают в себя точки доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, Узлы Б, усовершенствованные Узлы Б (eNB) и Узлы Б NR (gNB), но не ограничиваются ими. Базовые станции можно категоризировать на основе величины покрытия, которое они обеспечивают (или, другими словами, их уровня мощности передачи), и они также могут называться базовыми фемто-станциями, базовыми пико-станциями, базовыми микро-станциями или базовыми макростанциями. Базовая станция может быть транзитным узлом или транзитным узлом-донором, управляющим ретранслятором. Сетевой узел также может включать в себя одну или несколько частей (или все части) распределенной базовой радиостанции, например, централизованные цифровые блоки и/или выносные радиоблоки (RRU), иногда называемые выносными радиоузлами (RRH). Такие выносные радиоблоки могут объединяться или не объединяться с антенной в виде радио с интегрированной антенной. Части распределенной базовой радиостанции также могут называться узлами в распределенной системе антенн (DAS). Еще одни примеры сетевых узлов включают в себя многостандартное (MSR) радиооборудование, например BS MSR, сетевые контроллеры, например контроллеры радиосети (RNC) или контроллеры базовых станций (BSC), базовые приемопередающие станции (BTS), точки передачи, узлы передачи, мультисотовые/многоадресные координационные объекты (MCE), узлы базовой сети (например MSC, MME), узлы O&M, узлы OSS, узлы SON, узлы определения местоположения (например, E-SMLC) и/или MDT. В качестве другого примера сетевой узел может быть виртуальным сетевым узлом, который подробнее описан ниже. Однако в более общем смысле сетевые узлы могут представлять собой любое подходящее устройство (или группу устройств), допускающее, сконфигурированное, выполненное с возможностью и/или действующее для обеспечения и/или предоставления беспроводного устройства с доступом к беспроводной сети или предоставления некоторой услуги беспроводному устройству, которое обратилось к беспроводной сети.
На фиг. QQ1 сетевой узел QQ160 включает в себя схемы QQ170 обработки, считываемый устройством носитель QQ180, интерфейс QQ190, вспомогательное оборудование QQ184, источник QQ186 питания, схемы QQ187 питания и антенну QQ162. Хотя сетевой узел QQ160, проиллюстрированный в примерной беспроводной сети из фиг. QQ1, может представлять собой устройство, которое включает в себя проиллюстрированное сочетание аппаратных компонентов, другие варианты осуществления могут содержать сетевые узлы с разными сочетаниями компонентов. Нужно понимать, что сетевой узел содержит любое подходящее сочетание аппаратных средств и/или программного обеспечения, необходимое для выполнения задач, признаков, функций и способов, раскрытых в этом документе. Кроме того, хотя компоненты сетевого узла QQ160 изображаются в виде одиночных прямоугольников, расположенных в более крупном прямоугольнике или вложенных в несколько прямоугольников, сетевой узел на практике может содержать несколько разных физических компонентов, которые составляют один проиллюстрированный компонент (например, считываемый устройством носитель QQ180 может содержать несколько отдельных жестких дисков, а так же несколько модулей RAM).
Аналогичным образом сетевой узел QQ160 может состоять из нескольких физически обособленных компонентов (например, компонент Узла Б и компонент RNC, или компонент BTS и компонент BSC, и т. п.), каждый из которых может содержать свои соответствующие компоненты. В некоторых сценариях, в которых сетевой узел QQ160 содержит несколько отдельных компонентов (например, компоненты BTS и BSC), один или несколько отдельных компонентов могут совместно использоваться между несколькими сетевыми узлами. Например, один RNC может управлять несколькими Узлами Б. В таком сценарии каждую уникальную пару Узла Б и RNC в некоторых случаях можно считать одним отдельным сетевым узлом. В некоторых вариантах осуществления сетевой узел QQ160 может конфигурироваться для поддержки нескольких технологий радиодоступа (RAT). В таких вариантах осуществления некоторые компоненты могут дублироваться (например, отдельный считываемый устройством носитель QQ180 для разных RAT), а некоторые компоненты могут повторно использоваться (например, одна и та же антенна QQ162 может совместно использоваться разными RAT). Сетевой узел QQ160 также может включать в себя несколько наборов различных проиллюстрированных компонентов для разных беспроводных технологий, интегрированных в сетевой узел QQ160, например, беспроводных технологий GSM, WCDMA, LTE, NR, WiFi или Bluetooth. Эти беспроводные технологии можно интегрировать в одну или в разные микросхемы либо набор микросхем и другие компоненты в сетевом узле QQ160.
Схемы QQ170 обработки конфигурируются для выполнения любого определения, вычисления или аналогичных операций (например, некоторых операций получения), описанных в этом документе как предоставляемые сетевым узлом. Эти операции, выполняемые схемами QQ170 обработки, могут включать в себя обработку информации, полученной схемами QQ170 обработки, например, путем преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, сохраненной в сетевом узле, и/или выполнения одной или нескольких операций на основе полученной информации или преобразованной информации, и принятия решения в результате упомянутой обработки.
Схемы QQ170 обработки могут быть выполнены в виде сочетания одного или нескольких из микропроцессора, контроллера, микроконтроллера, центрального процессора, цифрового процессора сигналов, специализированной интегральной схемы, программируемой пользователем вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или сочетания аппаратных средств, программного обеспечения и/или кодированной логики, действующих для обеспечения функциональных возможностей сетевого узла QQ160 либо в одиночку, либо в сочетании с другими компонентами сетевого узла QQ160, например со считываемым устройством носителем QQ180. Например, схемы QQ170 обработки могут исполнять команды, сохраненные на считываемом устройством носителе QQ180 либо в запоминающем устройстве в схемах QQ170 обработки. Такие функциональные возможности могут включать в себя предоставление любых различных беспроводных признаков, функций или эффектов, обсуждаемых в этом документе. В некоторых вариантах осуществления схемы QQ170 обработки могут включать в себя систему на кристалле (SOC).
В некоторых вариантах осуществления схемы QQ170 обработки могут включать в себя одну или несколько схем QQ172 радиочастотного (РЧ) приемопередатчика и схемы QQ174 основополосной обработки. В некоторых вариантах осуществления схемы QQ172 радиочастотного (РЧ) приемопередатчика и схемы QQ174 основополосной обработки могут находиться в отдельных микросхемах (или наборах микросхем), платах или блоках, например радиоблоках и цифровых блоках. В альтернативных вариантах осуществления часть или все схемы QQ172 РЧ-приемопередатчика и схемы QQ174 основополосной обработки могут находиться в одной микросхеме или наборе микросхем, платах или блоках.
В некоторых вариантах осуществления некоторые или все функциональные возможности, описанные в этом документе как предоставляемые сетевым узлом, базовой станцией, eNB или другим таким сетевым устройством, могут выполняться схемами QQ170 обработки, исполняющими команды, сохраненные на считываемом устройством носителе QQ180 или запоминающем устройстве в схемах QQ170 обработки. В альтернативных вариантах осуществления некоторые или все функциональные возможности могут предоставляться схемами QQ170 обработки без исполнения команд, сохраненных на отдельном или дискретном считываемом устройством носителе, например, аппаратно-реализованным способом. В любом из тех вариантов осуществления схемы QQ170 обработки можно конфигурировать для выполнения описанных функциональных возможностей с исполнением команд, сохраненных на считываемом устройством носителе информации, или без такового. Эффекты, предусмотренные такими функциональными возможностями, не ограничиваются одними схемами QQ170 обработки или другими компонентами сетевого узла QQ160, а получаются сетевым узлом QQ160 в целом и/или конечными пользователями и беспроводной сетью в целом.
Считываемый устройством носитель QQ180 может быть выполнен в любом виде энергозависимого или энергонезависимого считываемого компьютером запоминающего устройства, включая, без ограничения, постоянное хранилище, твердотельное запоминающее устройство, удаленно установленное запоминающее устройство, магнитные носители, оптические носители, оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), носители информации большой емкости (например, жесткий диск), съемные носители информации (например, флеш-накопитель, компакт-диск (CD) или универсальный цифровой диск (DVD), и/или любые другие энергозависимые или энергонезависимые, постоянные считываемые устройством и/или исполняемые компьютером запоминающие устройства, которые хранят информацию, данные и/или команды, которые могут использоваться схемами QQ170 обработки. Считываемый устройством носитель QQ180 может хранить любые подходящие команды, данные или информацию, включая компьютерную программу, программное обеспечение, приложение, включающее в себя одно или несколько из логики, правил, кода, таблиц и т. п. и/или другие команды, допускающие исполнение схемами QQ170 обработки и использование сетевым узлом QQ160. Считываемый устройством носитель QQ180 может использоваться для хранения любых вычислений, выполненных схемами QQ170 обработки, и/или любых данных, принятых по интерфейсу QQ190. В некоторых вариантах осуществления схемы QQ170 обработки и считываемый устройством носитель QQ180 можно считать объединенными.
Интерфейс QQ190 используется в проводной или беспроводной передаче сигнализации и/или данных между сетевым узлом QQ160, сетью QQ106 и/или WD QQ110. Как проиллюстрировано, интерфейс QQ190 содержит порт (порты)/вывод (выводы) QQ194 для отправки и приема данных, например в сеть QQ106 и из нее по проводному соединению. Интерфейс QQ190 также включает в себя входные радиосхемы QQ192, которые могут соединяться или в некоторых вариантах осуществления быть частью антенны QQ162. Входные радиосхемы QQ192 содержат фильтры QQ198 и усилители QQ196. Входные радиосхемы QQ192 могут подключаться к антенне QQ162 и схемам QQ170 обработки. Входные радиосхемы могут конфигурироваться для обработки сигналов, передаваемых между антенной QQ162 и схемами QQ170 обработки. Входные радиосхемы QQ192 могут принимать цифровые данные, которые нужно отправить другим сетевым узлам или WD по беспроводному соединению. Входные радиосхемы QQ192 могут преобразовывать цифровые данные в радиосигнал с подходящими параметрами канала и полосы пропускания, используя сочетание фильтров QQ198 и/или усилителей QQ196. Тогда радиосигнал можно передавать посредством антенны QQ162. Аналогичным образом при приеме данных антенна QQ162 может собирать радиосигналы, которые затем преобразуются в цифровые данные входными радиосхемами QQ192. Цифровые данные можно передать в схемы QQ170 обработки. В других вариантах осуществления интерфейс может содержать другие компоненты и/или другие сочетания компонентов.
В некоторых альтернативных вариантах осуществления сетевой узел QQ160 может не включать в себя отдельные входные радиосхемы QQ192, вместо этого схемы QQ170 обработки могут содержать входные радиосхемы и могут быть подключены к антенне QQ162 без отдельных входных радиосхем QQ192. Аналогичным образом в некоторых вариантах осуществления все или часть схем QQ172 РЧ-приемопередатчика можно считать частью интерфейса QQ190. В еще одних вариантах осуществления интерфейс QQ190 может включать в себя один или несколько портов или выводов QQ194, входные радиосхемы QQ192 и схемы QQ172 РЧ-приемопередатчика как часть радиоблока (не показан), и интерфейс QQ190 может осуществлять связь со схемами QQ174 основополосной обработки, которые являются частью цифрового блока (не показан).
Антенна QQ162 может включать в себя одну или несколько антенн, или антенных решеток, сконфигурированных для отправки и/или приема радиосигналов. Антенна QQ162 может быть соединена с входными радиосхемами QQ190 и может быть любым типом антенны, допускающей передачу и прием данных и/или сигналов по беспроводной связи. В некоторых вариантах осуществления антенна QQ162 может быть выполнена в виде одной или нескольких ненаправленных, секторных или панельных антенн, действующих для передачи/приема радиосигналов, например, между 2 ГГц и 66 ГГц. Ненаправленная антенна может использоваться для передачи/приема радиосигналов в любом направлении, секторная антенна может использоваться для передачи/приема радиосигналов от устройств в конкретной области, а панельная антенна может быть антенной прямой видимости, используемой для передачи/приема радиосигналов по относительно прямой линии. В некоторых случаях использование более одной антенны может называться MIMO. В некоторых вариантах осуществления антенна QQ162 может быть обособленной от сетевого узла QQ160 и может подключаться к сетевому узлу QQ160 посредством интерфейса или порта.
Антенна QQ162, интерфейс QQ190 и/или схемы QQ170 обработки могут конфигурироваться для выполнения любых операций приема и/или некоторых операций получения, описанных в этом документе как выполняемые сетевым узлом. Любую информацию, данные и/или сигналы можно принимать от беспроводного устройства, другого сетевого узла и/или любого другого сетевого оборудования. Аналогичным образом антенна QQ162, интерфейс QQ190 и/или схемы QQ170 обработки могут конфигурироваться для выполнения любых операций передачи, описанных в этом документе как выполняемые сетевым узлом. Любую информацию, данные и/или сигналы можно передавать беспроводному устройству, другому сетевому узлу и/или любому другому сетевому оборудованию.
Схемы QQ187 питания могут содержать или соединяться со схемами управления питанием и конфигурируются для снабжения питанием компонентов сетевого узла QQ160 для выполнения функциональных возможностей, описанных в этом документе. Схемы QQ187 питания могут получать питание от источника QQ186 питания. Источник QQ186 питания и/или схемы QQ187 питания могут конфигурироваться для предоставления питания различным компонентам сетевого узла QQ160 в виде, подходящем для соответствующих компонентов (например, с напряжением и уровнем тока, необходимыми каждому соответствующему компоненту). Источник QQ186 питания может либо включаться, либо быть внешним по отношению к схемам QQ187 питания и/или сетевому узлу QQ160. Например, сетевой узел QQ160 может подключаться к внешнему источнику питания (например, электрической розетке) через схемы или интерфейс ввода, например электрический кабель, при помощи чего внешний источник питания подает питание в схемы QQ187 питания. В качестве дополнительного примера источник QQ186 питания может быть выполнен в виде источника питания в форме батареи или блока батарей, который подключается или интегрируется в схемы QQ187 питания. Батарея может обеспечивать резервное питание, если неисправен внешний источник питания. Также могут использоваться другие типы источников питания, например фотогальванические устройства.
Альтернативные варианты осуществления сетевого узла QQ160 могут включать в себя дополнительные компоненты помимо показанных на фиг. QQ1, которые могут отвечать за обеспечение некоторых аспектов функциональных возможностей сетевого узла, включая любые функциональные возможности, описанные в этом документе, и/или любые функциональные возможности, необходимые для поддержки описанного в этом документе предмета изобретения. Например, сетевой узел QQ160 может включать в себя интерфейсное оборудование пользователя для ввода информации в сетевой узел QQ160 и для вывода информации из сетевого узла QQ160. Это может позволить пользователю выполнять диагностику, обслуживание, ремонт и другие административные функции для сетевого узла QQ160.
При использовании в данном документе беспроводное устройство (WD) относится к устройству, допускающему, сконфигурированному, выполненному с возможностью и/или действующему для осуществления беспроводной связи с сетевыми узлами и/или другими беспроводными устройствами. Пока не указано иное, в этом документе термин WD может использоваться взаимозаменяемо с пользовательским оборудованием (UE). Осуществление беспроводной связи может включать в себя передачу и/или прием радиосигналов с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для перемещения информации по воздуху. В некоторых вариантах осуществления WD может конфигурироваться для передачи и/или приема информации без прямого взаимодействия с человеком. Например, WD может быть спроектировано для передачи информации в сеть по заранее установленному расписанию, при инициировании внутренним или внешним событием либо в ответ на запросы от сети. Примеры WD включают в себя смартфон, мобильный телефон, сотовый телефон, телефон голосовой связи по IP (VoIP), телефон местной радиосвязи, настольный компьютер, персональный цифровой помощник (PDA), беспроводные камеры, игровую приставку или устройство, устройство хранения музыки, прибор воспроизведения, носимое оконечное устройство, беспроводную конечную точку, мобильную станцию, планшет, переносной компьютер, встраиваемое в переносной компьютер оборудование (LEE), устанавливаемое на переносной компьютер оборудование (LME), интеллектуальное устройство, беспроводное оборудование в помещении абонента (CPE), бортовое беспроводное оконечное устройство и т. п., но не ограничиваются ими. WD может поддерживать связь между устройствами (D2D), например путем реализации стандарта 3GPP для прямой связи, связи между транспортными средствами (V2V), связи транспортного средства с инфраструктурой (V2I), связи транспортного средства со всем окружающим (V2X), и в этом случае может называться устройством связи D2D. В качестве еще одного характерного примера в сценарии Интернета вещей (IoT) WD может представлять собой механизм или другое устройство, которое выполняет текущий контроль и/или измерения и передает результаты такого контроля и/или измерений другому WD и/или сетевому узлу. В этом случае WD может быть межмашинным (M2M) устройством, которое в контексте 3GPP может называться устройством MTC. В качестве одного конкретного примера WD может быть UE, реализующим стандарт 3GPP узкополосного Интернета вещей (NB-IoT). Конкретными примерами таких механизмов или устройств являются датчики, измерительные устройства, например измерители мощности, промышленное оборудование или домашние либо личные приборы (например, холодильники, телевизоры и т. д.), личные носимые устройства (например, часы, фитнес-браслеты и т. д.). В других сценариях WD может представлять собой транспортное средство или другое оборудование, которое допускает текущий контроль и/или представление отчетов о своем рабочем состоянии или других функциях, ассоциированных с его работой. WD, как описано выше, может представлять собой оконечную точку беспроводного соединения, и в этом случае устройство может называться беспроводным терминалом. Кроме того, WD, как описано выше, может быть мобильным, и в этом случае оно также может называться мобильным устройством или мобильным терминалом.
Как проиллюстрировано, беспроводное устройство QQ110 включает в себя антенну QQ111, интерфейс QQ114, схемы QQ120 обработки, считываемый устройством носитель QQ130, интерфейсное оборудование QQ132 пользователя, вспомогательное оборудование QQ134, источник QQ136 питания и схемы QQ137 питания. WD QQ110 может включать в себя несколько наборов из одного или нескольких проиллюстрированных компонентов для разных беспроводных технологий, поддерживаемых WD QQ110, например беспроводных технологий GSM, WCDMA, LTE, NR, WiFi, WiMAX, NB-IoT или Bluetooth, и это далеко не полный перечень. Эти беспроводные технологии можно интегрировать в одну или в разные микросхемы либо набор микросхем в качестве других компонентов в WD QQ110.
Антенна QQ111 может включать в себя одну или несколько антенн или антенных решеток, сконфигурированных для отправки и/или приема радиосигналов, и подключается к интерфейсу QQ114. В некоторых альтернативных вариантах осуществления антенна QQ111 может быть обособленной от WD QQ110 и подключаться к WD QQ110 посредством интерфейса или порта. Антенна QQ111, интерфейс QQ114 и/или схемы QQ120 обработки могут конфигурироваться для выполнения любых операций приема или передачи, описанных в этом документе как выполняемые WD. Любая информация, данные и/или сигналы могут приниматься от сетевого узла и/или другого WD. В некоторых вариантах осуществления входные радиосхемы и/или антенну QQ111 можно считать интерфейсом.
Как проиллюстрировано, интерфейс QQ114 содержит входные радиосхемы QQ112 и антенну QQ111. Входные радиосхемы QQ112 содержат один или несколько фильтров QQ118 и усилители QQ116. Входные радиосхемы QQ114 подключаются к антенне QQ111 и схемам QQ120 обработки и конфигурируются для обработки сигналов, передаваемых между антенной QQ111 и схемами QQ120 обработки. Входные радиосхемы QQ112 могут соединяться или быть частью антенны QQ111. В некоторых вариантах осуществления WD QQ110 может не включать в себя отдельные входные радиосхемы QQ112; точнее, схемы QQ120 обработки могут содержать входные радиосхемы и могут быть подключены к антенне QQ111. Аналогичным образом в некоторых вариантах осуществления часть или все схемы QQ122 РЧ-приемопередатчика можно считать частью интерфейса QQ114. Входные радиосхемы QQ112 могут принимать цифровые данные, которые нужно отправить другим сетевым узлам или WD по беспроводному соединению. Входные радиосхемы QQ112 могут преобразовывать цифровые данные в радиосигнал с подходящими параметрами канала и полосы пропускания, используя сочетание фильтров QQ118 и/или усилителей QQ116. Тогда радиосигнал можно передавать посредством антенны QQ111. Аналогичным образом при приеме данных антенна QQ111 может собирать радиосигналы, которые затем преобразуются в цифровые данные входными радиосхемами QQ112. Цифровые данные можно передать в схемы QQ120 обработки. В других вариантах осуществления интерфейс может содержать другие компоненты и/или другие сочетания компонентов.
Схемы QQ120 обработки могут быть выполнены в виде сочетания одного или нескольких из микропроцессора, контроллера, микроконтроллера, центрального процессора, цифрового процессора сигналов, специализированной интегральной схемы, программируемой пользователем вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или сочетания аппаратных средств, программного обеспечения и/или кодированной логики, действующих для обеспечения функциональных возможностей WD QQ110 либо в одиночку, либо в сочетании с другими компонентами WD QQ110, например со считываемым устройством носителем QQ130. Такие функциональные возможности могут включать в себя предоставление любых различных беспроводных признаков или эффектов, обсуждаемых в этом документе. Например, схемы QQ120 обработки могут исполнять команды, сохраненные на считываемом устройством носителе QQ130 либо в запоминающем устройстве в схемах QQ120 обработки, чтобы предоставлять раскрытые в этом документе функциональные возможности.
Как проиллюстрировано, схемы QQ120 обработки включают в себя одну или несколько схем QQ122 РЧ-приемопередатчика, схем QQ124 основополосной обработки и схем QQ126 прикладной обработки. В других вариантах осуществления схемы обработки могут содержать другие компоненты и/или другие сочетания компонентов. В некоторых вариантах осуществления схемы QQ120 обработки в WD QQ110 могут содержать SOC. В некоторых вариантах осуществления схемы QQ122 РЧ-приемопередатчика, схемы QQ124 основополосной (“baseband”) обработки и схемы QQ126 прикладной обработки могут находиться в отдельных микросхемах или наборах микросхем. В альтернативных вариантах осуществления часть или все из схем QQ124 основополосной обработки и схем QQ126 прикладной обработки могут объединяться в одну микросхему или набор микросхем, а схемы QQ122 РЧ-приемопередатчика могут находиться в отдельной микросхеме или наборе микросхем. В других альтернативных вариантах осуществления часть или все из схем QQ122 РЧ-приемопередатчика и схем QQ124 основополосной обработки могут находиться в одной микросхеме или наборе микросхем, а схемы QQ126 прикладной обработки могут находиться в отдельной микросхеме или наборе микросхем. В еще одних альтернативных вариантах осуществления часть или все из схем QQ122 РЧ-приемопередатчика, схем QQ124 основополосной обработки и схем QQ126 прикладной обработки могут объединяться в одну микросхему или набор микросхем. В некоторых вариантах осуществления схемы QQ122 РЧ-приемопередатчика могут быть частью интерфейса QQ114. Схемы QQ122 РЧ-приемопередатчика могут обрабатывать РЧ-сигналы для схем QQ120 обработки.
В некоторых вариантах осуществления некоторые или все функциональные возможности, описанные в этом документе как выполняемые WD, могут предоставляться схемами QQ120 обработки, исполняющими команды, сохраненные на считываемом устройством носителе QQ130, который в некоторых вариантах осуществления может быть считываемым компьютером носителем информации. В альтернативных вариантах осуществления некоторые или все функциональные возможности могут предоставляться схемами QQ120 обработки без исполнения команд, сохраненных на отдельном или дискретном считываемом устройством носителе информации, например, аппаратно-реализованным способом. В любом из тех конкретных вариантов осуществления с исполнением команд, сохраненных на считываемом устройством носителе информации, или без такового схемы QQ120 обработки можно конфигурировать для выполнения описанных функциональных возможностей. Эффекты, предусмотренные такими функциональными возможностями, не ограничиваются одними схемами QQ120 обработки или другими компонентами WD QQ110, а получаются в WD QQ110 в целом и/или конечными пользователями и беспроводной сетью в целом.
Схемы QQ120 обработки могут конфигурироваться для выполнения любого определения, вычисления или аналогичных операций (например, некоторых операций получения), описанных в этом документе как выполняемые WD. Эти операции, как выполняемые схемами QQ120 обработки, могут включать в себя обработку информации, полученной схемами QQ120 обработки, например, путем преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, сохраненной в WD QQ110, и/или выполнения одной или нескольких операций на основе полученной информации или преобразованной информации, и принятия решения в результате упомянутой обработки.
Считываемый устройством носитель QQ130 может действовать для хранения компьютерной программы, программного обеспечения, приложения, включающего в себя одно или несколько из логики, правил, кода, таблиц и т. п. и/или другие команды, допускающие исполнение схемами QQ120 обработки. Считываемый устройством носитель QQ130 может включать в себя компьютерное запоминающее устройство (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM), носители информации большой емкости (например, жесткий диск), съемные носители информации (например, компакт-диск (CD) или универсальный цифровой диск (DVD) и/или любые другие энергозависимые или энергонезависимые, постоянные считываемые устройством и/или исполняемые компьютером запоминающие устройства, которые хранят информацию, данные и/или команды, которые могут использоваться схемами QQ120 обработки. В некоторых вариантах осуществления схемы QQ120 обработки и считываемый устройством носитель QQ130 можно считать объединенными.
Интерфейсное оборудование QQ132 пользователя может предоставлять компоненты, которые позволяют пользователю-человеку взаимодействовать с WD QQ110. Такое взаимодействие может происходить во многих видах, например визуальном, слуховом, осязательном и т. п. Интерфейсное оборудование QQ132 пользователя может действовать для создания вывода для пользователя и разрешения пользователю предоставлять ввод в WD QQ110. Тип взаимодействия может меняться в зависимости от типа интерфейсного оборудования QQ132 пользователя, установленного в WD QQ110. Например, если WD QQ110 является смартфоном, то взаимодействие может происходить через сенсорный экран; если WD QQ110 является интеллектуальным счетчиком, то взаимодействие может происходить через экран, который показывает использование (например, количество использованных галлонов), или динамик, который обеспечивает звуковой сигнал тревоги (например, если обнаруживается задымление). Интерфейсное оборудование QQ132 пользователя может включать в себя интерфейсы, устройства и схемы ввода и интерфейсы, устройства и схемы вывода. Интерфейсное оборудование QQ132 пользователя конфигурируется для ввода информации в WD QQ110 и подключается к схемам QQ120 обработки, чтобы позволить схемам QQ120 обработки обрабатывать входную информацию. Например, интерфейсное оборудование QQ132 пользователя может включать в себя микрофон, датчик приближения или другой датчик, клавиши/кнопки, сенсорный дисплей, одну или несколько камер, порт USB или другие схемы ввода. Интерфейсное оборудование QQ132 пользователя также конфигурируется для вывода информации из WD QQ110 и разрешения схемам QQ120 обработки выводить информацию из WD QQ110. Интерфейсное оборудование QQ132 пользователя может включать в себя, например, динамик, дисплей, вибрационные схемы, порт USB, интерфейс наушников или другие выходные схемы. Используя один или несколько интерфейсов, устройств и схем ввода и вывода в интерфейсном оборудовании QQ132 пользователя, WD QQ110 может осуществлять связь с конечными пользователями и/или беспроводной сетью и позволять им извлекать пользу из описанных в этом документе функциональных возможностей.
Вспомогательное оборудование QQ134 действует для предоставления специальных функциональных возможностей, которые WD, как правило, могут не выполнять. Оно может содержать специализированные датчики для измерений с различными целями, интерфейсы для дополнительных типов связи, например проводной связи, и т. п. Включение и тип компонентов вспомогательного оборудования QQ134 может меняться в зависимости от варианта осуществления и/или сценария.
Источник QQ136 питания в некоторых вариантах осуществления может иметь вид батареи или блока батарей. Также могут использоваться другие типы источников питания, например внешний источник питания (например, электрическая розетка), фотогальванические устройства или топливные элементы. WD QQ110 может дополнительно содержать схемы QQ137 питания для доставки питания от источника QQ136 питания к различным частям WD QQ110, которым нужно питание от источника QQ136 питания для осуществления любых функциональных возможностей, описанных или указанных в этом документе. Схемы QQ137 питания в некоторых вариантах осуществления могут содержать схемы управления питанием. Схемы QQ137 питания дополнительно или в качестве альтернативы могут действовать для получения питания от внешнего источника питания; в этом случае WD QQ110 может подключаться к внешнему источнику питания (например, электрической розетке) через схемы или интерфейс ввода, например электрический силовой кабель. Также в некоторых вариантах осуществления схемы QQ137 питания могут действовать для доставки питания от внешнего источника питания к источнику QQ136 питания. Это может быть нужно, например, для зарядки источника QQ136 питания. Схемы QQ137 питания могут выполнять любое форматирование, преобразование или другое изменение питания от источника QQ136 питания, чтобы приспособить питание для соответствующих компонентов WD QQ110, которым подается питание.
Фиг. QQ2 иллюстрирует один вариант осуществления UE в соответствии с различными аспектами, описанными в этом документе. При использовании в данном документе у пользовательского оборудования или UE не обязательно может быть "пользователь" в смысле пользователь-человек, который владеет и/или оперирует соответствующим устройством. Вместо этого UE может представлять собой устройство, которое предназначено для продажи или эксплуатации пользователем-человеком, но которое может не ассоциироваться или может изначально не ассоциироваться с определенным пользователем-человеком (например, контроллер интеллектуального разбрызгивателя). В качестве альтернативы UE может представлять собой устройство, которое не предназначено для продажи или эксплуатации конечным пользователем, но которое можно ассоциировать или приводить в действие в интересах пользователя (например, интеллектуальный измеритель мощности). UE QQ2200 может быть любым UE, известным Проекту партнерства 3-го поколения (3GPP), включая UE NB-IoT, UE связи машинного типа (MTC) и/или UE расширенной MTC (eMTC). UE QQ200, как проиллюстрировано на фиг. QQ2, является одним примером WD, сконфигурированного для связи в соответствии с одним или несколькими стандартами связи, опубликованными Проектом партнерства 3-го поколения (3GPP), например стандартами 3GPP GSM, UMTS, LTE и/или 5G. Как упоминалось ранее, термины WD и UE можно использовать взаимозаменяемо. Соответственно, хотя фиг. QQ2 является UE, обсуждаемые в этом документе компоненты в равной степени применимы к WD, и наоборот.
На фиг. QQ2 UE QQ200 включает в себя схемы QQ201 обработки, которые функционально соединены с интерфейсом QQ205 ввода/вывода, радиочастотным (РЧ) интерфейсом QQ209, интерфейсом QQ211 сетевого соединения, запоминающим устройством QQ215, включающим в себя оперативное запоминающее устройство (RAM) QQ217, постоянное запоминающее устройство (ROM) QQ219 и носитель QQ221 информации или т. п., подсистемой QQ231 связи, источником QQ233 питания и/или любым другим компонентом или любым их сочетанием. Носитель QQ221 информации включает в себя операционную систему QQ223, прикладную программу QQ225 и данные QQ227. В других вариантах осуществления носитель QQ221 информации может включать в себя другие аналогичные типы информации. Некоторые UE могут использовать все компоненты, показанные на фиг. QQ2, или только подмножество компонентов. Уровень интеграции между компонентами может меняться от одного UE к другому UE. Кроме того, некоторые UE могут содержать несколько экземпляров компонента, например несколько процессоров, запоминающих устройств, приемопередатчиков, передатчиков, приемников и т. п.
На фиг. QQ2 схемы QQ201 обработки могут конфигурироваться для обработки машинных команд и данных. Схемы QQ201 обработки могут конфигурироваться для реализации любого последовательного конечного автомата, действующего для исполнения машинных команд, сохраненных в запоминающем устройстве в виде считываемых компьютером компьютерных программ, например одного или несколько аппаратно-реализованных конечных автоматов (например, в дискретной логике, FPGA, ASIC и т. п.); программируемой логики вместе с подходящим микропрограммным обеспечением; одного или нескольких универсальных процессоров с хранимой программой, например микропроцессора или цифрового процессора сигналов (DSP) вместе с подходящим программным обеспечением; или любого сочетания вышеупомянутого. Например, схемы QQ201 обработки могут включать в себя два центральных процессора (CPU). Данные могут быть информацией в виде, подходящем для использования с помощью компьютера.
В изображенном варианте осуществления интерфейс QQ205 ввода/вывода может конфигурироваться для предоставления интерфейса связи с устройством ввода, устройством вывода или устройством ввода и вывода. UE QQ200 может конфигурироваться для использования устройства вывода через интерфейс QQ205 ввода/вывода. Устройство вывода может использовать такой же тип интерфейсного порта, как и устройство ввода. Например, порт USB может использоваться для предоставления ввода и вывода из UE QQ200. Устройство вывода может быть динамиком, звуковой картой, видеокартой, дисплеем, монитором, принтером, исполнительным механизмом, излучателем, смарт-картой, другим устройством вывода или любым их сочетанием. UE QQ200 может конфигурироваться для использования устройства ввода через интерфейс QQ205 ввода/вывода, чтобы позволить пользователю собирать информацию в UE QQ200. Устройство ввода может включать в себя сенсорный или реагирующих на присутствие дисплей, камеру (например, цифровую камеру, цифровую видеокамеру, веб-камеру и т. п.), микрофон, датчик, мышь, шаровой манипулятор, навигационную панель, сенсорную площадку, колесо прокрутки, смарт-карту и т. п. Реагирующий на присутствие дисплей может включать в себя емкостный или резистивный тактильный датчик для считывания ввода от пользователя. Датчик может быть, например, акселерометром, гироскопом, датчиком наклона, датчиком усилия, магнитометром, оптическим датчиком, датчиком приближения, другим похожим датчиком или любым их сочетанием. Например, устройство ввода может быть акселерометром, магнитометром, цифровой камерой, микрофоном и оптическим датчиком.
На фиг. QQ2 РЧ-интерфейс QQ209 может конфигурироваться для предоставления интерфейса связи с РЧ-компонентами, например передатчиком, приемником и антенной. Интерфейс QQ211 сетевого соединения может конфигурироваться для предоставления интерфейса связи с сетью QQ243a. Сеть QQ243a может включать в себя проводные и/или беспроводные сети, например локальную сеть (LAN), глобальную сеть (WAN), вычислительную сеть, беспроводную сеть, телекоммуникационную сеть, другую похожую сеть или любое их сочетание. Например, сеть QQ243a может быть выполнена в виде сети Wi-Fi. Интерфейс QQ211 сетевого соединения может конфигурироваться включающим в себя интерфейс приемника и передатчика, используемый для осуществления связи с одним или несколькими другими устройствами по сети связи в соответствии с одним или несколькими протоколами связи, например Ethernet, TCP/IP, SONET, ATM или т. п. Интерфейс QQ211 сетевого соединения может реализовывать функциональные возможности приемника и передатчика, подходящие для линий сети связи (например, оптических, электрических и т. п.). Функции передатчика и приемника могут совместно использовать компоненты схемы, программное обеспечение или микропрограммное обеспечение либо, в качестве альтернативы, могут быть реализованы отдельно.
RAM QQ217 может конфигурироваться для сопряжения по шине QQ202 со схемами QQ201 обработки, чтобы обеспечить хранение или кеширование данных или машинных команд во время исполнения компьютерных программ, например операционной системы, прикладных программ и драйверов устройств. ROM QQ219 может конфигурироваться для предоставления машинных команд или данных схемам QQ201 обработки. Например, ROM QQ219 может конфигурироваться для хранения инвариантного низкоуровневого системного кода или данных для базовых системных функций, например базового ввода и вывода (I/O), запуска или приема нажатий клавиш от клавиатуры, которые сохраняются в энергонезависимом запоминающем устройстве. Носитель QQ221 информации может конфигурироваться включающим в себя запоминающее устройство, например RAM, ROM, программируемое постоянное запоминающее устройство (PROM), стираемое программируемое постоянное запоминающее устройство (EPROM), электрически стираемое программируемое постоянное запоминающее устройство (EEPROM), магнитные диски, оптические диски, гибкие диски, жесткие диски, сменные картриджи или флеш-накопители. В одном примере носитель QQ221 информации может конфигурироваться включающим в себя операционную систему QQ223, прикладную программу QQ225, например приложение веб-обозревателя, виджет или гаджет либо другое приложение, и файл QQ227 данных. Носитель QQ221 информации может хранить любую из ряда различных операционных систем или сочетания операционных систем для использования в UE QQ200.
Носитель QQ221 информации может конфигурироваться включающим в себя некоторое количество физических накопителей, например массив независимых дисков с избыточностью (RAID), накопитель на гибких дисках, флеш-память, флеш-накопитель USB, внешний накопитель на жестком диске, "флешку", универсальный цифровой диск высокой плотности (HD-DVD), накопитель на оптических дисках, внутренний накопитель на жестком диске, накопитель на дисках Blu-Ray, голографическое цифровое хранилище данных (HDDS), внешний мини-модуль памяти с двухрядным расположением микросхем (DIMM), синхронное динамическое оперативное запоминающее устройство (SDRAM), SDRAM на внешнем микро-DIMM, запоминающее устройство смарт-карты, например модуль идентификации абонента или сменный модуль идентификации пользователя (SIM/RUIM), другое запоминающее устройство или любое их сочетание. Носитель QQ221 информации может позволять UE QQ200 обращаться к исполняемым компьютером командам, прикладным программам или т. п., сохраненным на временных или постоянных носителях, выгружать данные или загружать данные. Изделие, например использующее систему связи, можно материально воплотить в носителе QQ221 информации, который может быть выполнен в виде считываемого устройством носителя.
На фиг. QQ2 схемы QQ201 обработки могут конфигурироваться для осуществления связи с сетью QQ243b, используя подсистему QQ231 связи. Сеть QQ243a и сеть QQ243b могут быть одной и той же сетью или сетями либо разной сетью или сетями. Подсистема QQ231 связи может конфигурироваться включающей в себя один или несколько приемопередатчиков, используемых для осуществления связи с сетью QQ243b. Например, подсистема QQ231 связи может конфигурироваться включающей в себя один или несколько приемопередатчиков, используемых для осуществления связи с одним или несколькими удаленными приемопередатчиками другого устройства, допускающего беспроводную связь, например другого WD, UE или базовой станции в сети радиодоступа (RAN) в соответствии с одним или несколькими протоколами связи, например IEEE 802.5, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax или т. п. Каждый приемопередатчик может включать в себя передатчик QQ233 и/или приемник QQ235 для реализации функциональных возможностей передатчика или приемника соответственно, подходящих для линий связи RAN (например, распределения частот и т. п.). Кроме того, передатчик QQ233 и приемник QQ235 каждого приемопередатчика могут совместно использовать компоненты схемы, программное обеспечение или микропрограммное обеспечение либо, в качестве альтернативы, могут быть реализованы отдельно.
В проиллюстрированном варианте осуществления функции связи у подсистемы QQ231 связи могут включать в себя передачу данных, голосовую связь, мультимедийную связь, связь малой дальности, например Bluetooth, связь ближнего поля, связь на основе местоположения, например использование системы глобального позиционирования (GPS) для определения местоположения, другую похожую функцию связи или любое их сочетание. Например, подсистема QQ231 связи может включать в себя сотовую связь, связь Wi-Fi, связь Bluetooth и связь GPS. Сеть QQ243b может включать в себя проводные и/или беспроводные сети, например локальную сеть (LAN), глобальную сеть (WAN), вычислительную сеть, беспроводную сеть, телекоммуникационную сеть, другую похожую сеть или любое их сочетание. Например, сеть QQ243b может быть сотовой сетью, сетью Wi-Fi и/или сетью ближнего поля. Источник QQ213 питания может конфигурироваться для предоставления переменного тока (AC) или постоянного тока (DC) компонентам UE QQ200.
Описанные в этом документе признаки, эффекты и/или функции можно реализовать в одном из компонентов UE QQ200 или разделить по нескольким компонентам UE QQ200. Кроме того, описанные в этом документе признаки, эффекты и/или функции можно реализовать в любом сочетании аппаратных средств, программного обеспечения или микропрограммного обеспечения. В одном примере подсистема QQ231 связи может конфигурироваться включающей в себя любой из компонентов, описанных в этом документе. Кроме того, схемы QQ201 обработки могут конфигурироваться для осуществления связи с любым из таких компонентов по шине QQ202. В другом примере любой из таких компонентов можно представить с помощью программных команд, сохраненных в запоминающем устройстве, которые при исполнении схемами QQ201 обработки выполняют соответствующие функции, описанные в этом документе. В другом примере функциональные возможности любого из таких компонентов можно разделить между схемами QQ201 обработки и подсистемой QQ231 связи. В другом примере функции с небольшим объемом вычислений в любом из таких компонентов можно реализовать в программном обеспечении или микропрограммном обеспечении, а функции с большим объемом вычислений можно реализовать в аппаратных средствах.
Фиг. QQ3 - блок-схема, иллюстрирующая среду QQ300 виртуализации, в которой можно виртуализировать функции, реализованные некоторыми вариантами осуществления. В данном контексте виртуализация означает создание виртуальных версий устройств, что может включать в себя виртуализацию аппаратных платформ, запоминающих устройств и сетевых ресурсов. При использовании в данном документе виртуализация может применяться к узлу (например, виртуализированная базовая станция или виртуализированный узел радиодоступа), к устройству (например, UE, беспроводному устройству или любому другому типу устройства связи) или к их компонентам и относится к реализации, в которой по меньшей мере часть функциональных возможностей реализуется в виде одного или нескольких виртуальных компонентов (например, посредством одного или нескольких приложений, компонентов, функций, виртуальных машин или контейнеров, исполняющихся на одном или нескольких физических узлах обработки в одной или нескольких сетях).
В некоторых вариантах осуществления некоторые или все функции, описанные в этом документе, можно реализовать в виде виртуальных компонентов, исполняемых одной или несколькими виртуальными машинами, реализованными в одной или нескольких виртуальных средах QQ300, размещенных на одном или нескольких аппаратных узлах QQ330. Кроме того, в вариантах осуществления, в которых виртуальный узел не является узлом радиодоступа или не требует возможности радиосоединения (например, узел базовой сети), сетевой узел можно полностью виртуализировать.
Функции можно реализовать с помощью одного или нескольких приложений QQ320 (которые в качестве альтернативы можно называть программными экземплярами, виртуальными устройствами, сетевыми функциями, виртуальными узлами, функциями виртуальной сети и т. п.), действующих для реализации некоторых признаков, функций и/или эффектов некоторых вариантов осуществления, раскрытых в этом документе. Приложения QQ320 работают в среде QQ300 виртуализации, которая предоставляет аппаратные средства QQ330, содержащие схемы QQ360 обработки и запоминающее устройство QQ390. Запоминающее устройство QQ390 содержит команды QQ395, исполняемые схемами QQ360 обработки, при помощи чего приложение QQ320 действует для предоставления одного или нескольких признаков, эффектов и/или функций, раскрытых в этом документе.
Среда QQ300 виртуализации содержит универсальные или специализированные сетевые аппаратные устройства QQ330, содержащие набор из одного или нескольких процессоров или схем QQ360 обработки, которые могут быть серийно производимыми (COTS) процессорами, специализированными интегральными схемами (ASIC) или любым другим типом схем обработки, включающих цифровые или аналоговые аппаратные компоненты или специализированные процессоры. Каждое аппаратное устройство может содержать запоминающее устройство QQ390-1, которое может быть временным запоминающим устройством для временного хранения команд QQ395 или программного обеспечения, исполняемого схемами QQ360 обработки. Каждое аппаратное устройство может содержать один или несколько сетевых контроллеров (NIC) QQ370, также известных как сетевые карты, которые включают в себя физический сетевой интерфейс QQ380. Каждое аппаратное устройство также может включать в себя постоянные считываемые компьютером носители QQ390-2 информации с сохраненным на них программным обеспечением QQ395 и/или командами, исполняемыми схемами QQ360 обработки. Программное обеспечение QQ395 может включать в себя любой тип программного обеспечения, включая программное обеспечение для создания экземпляра одного или нескольких уровней QQ350 виртуализации (также называемых гипервизорами), программное обеспечение для исполнения виртуальных машин QQ340, а также программное обеспечение, позволяющее исполнять функции, признаки и/или эффекты, описанные в отношении некоторых вариантов осуществления, описанных в этом документе.
Виртуальные машины QQ340 содержат виртуальную обработку, виртуальную память, виртуальные сетевые технологии или интерфейс и виртуальное хранилище и могут запускаться соответствующим уровнем QQ350 виртуализации или гипервизором. Разные варианты осуществления экземпляра виртуального устройства QQ320 можно реализовать на одной или нескольких виртуальных машинах QQ340, и реализации можно осуществить по-разному.
Во время работы схемы QQ360 обработки исполняют программное обеспечение QQ395, чтобы создать экземпляр гипервизора или уровня QQ350 виртуализации, который иногда может называться диспетчером виртуальных машин (VMM). Уровень QQ350 виртуализации может представить собой виртуальную рабочую платформу, которая для виртуальной машины QQ340 выглядит как сетевые аппаратные средства.
Как показано на фиг. QQ3, аппаратные средства QQ330 могут быть автономным сетевым узлом с универсальными или особыми компонентами. Аппаратные средства QQ330 могут содержать антенну QQ3225 и могут реализовывать некоторые функции посредством виртуализации. В качестве альтернативы аппаратные средства QQ330 могут быть частью более крупного кластера аппаратных средств (например, в центре обработки данных или в оборудовании на территории пользователя (CPE), где многие аппаратные узлы работают вместе и управляются посредством управления и организации (MANO) QQ3100, которое, среди прочего, следит за жизненным циклом приложения QQ320.
Виртуализация аппаратных средств в некоторых контекстах называется виртуализацией сетевых функций (NFV). NFV может использоваться для консолидации многих типов сетевого оборудования в массовые аппаратные средства сервера промышленного стандарта, физические коммутаторы и физическое хранилище, которые могут быть расположены в центрах обработки данных и в оборудовании на территории пользователя.
Применительно к NFV виртуальная машина QQ340 может быть программной реализацией физической машины, которая выполняет программы, как если бы они исполнялись на физической, невиртуализированной машине. Каждая из виртуальных машин QQ340 и та часть аппаратных средств QQ330, которая исполняет ту виртуальную машину, будь то аппаратные средства, выделенные той виртуальной машине, и/или аппаратные средства, совместно используемые той виртуальной машиной с другой из виртуальных машин QQ340, образует отдельные элементы виртуальной сети (VNE).
Применительно к NFV функция виртуальной сети (VNF) отвечает за обработку определенных сетевых функций, которые работают в одной или нескольких виртуальных машинах QQ340 поверх аппаратной сетевой инфраструктуры QQ330 и соответствуют приложению QQ320 на фиг. QQ3.
В некоторых вариантах осуществления один или несколько радиоблоков QQ3200, каждый из которых включает в себя один или несколько передатчиков QQ3220 и один или несколько приемников QQ3210, могут соединяться с одной или несколькими антеннами QQ3225. Радиоблоки QQ3200 могут осуществлять связь непосредственно с аппаратными узлами QQ330 по одному или нескольким подходящим сетевым интерфейсам и могут использоваться совместно с виртуальными компонентами, чтобы предоставить виртуальный узел с возможностями радиосвязи, например узел радиодоступа или базовую станцию.
В некоторых вариантах осуществления некоторая сигнализация может совершиться с использованием системы QQ3230 управления, которая в качестве альтернативы может использоваться для связи между аппаратными узлами QQ330 и радиоблоками QQ3200.
Фиг. QQ4 иллюстрирует сеть электросвязи, подключенную через промежуточную сеть к главному компьютеру в соответствии с некоторыми вариантами осуществления. В частности, со ссылкой на фиг. QQ4 система связи в соответствии с вариантом осуществления включает в себя сеть QQ410 электросвязи, например сотовую сеть 3GPP, которая содержит сеть QQ411 доступа, например сеть радиодоступа, и базовую сеть QQ414. Сеть QQ411 доступа содержит множество базовых станций QQ412a, QQ412b, QQ412c, например NB, eNB, gNB или другие типы точек беспроводного доступа, задающих соответствующую зону QQ413a, QQ413b, QQ413c обслуживания. Каждая базовая станция QQ412a, QQ412b, QQ412c подключается к базовой сети QQ414 по проводному или беспроводному соединению QQ415. Первое UE QQ491, расположенное в зоне QQ413c обслуживания, конфигурируется для беспроводного подключения к соответствующей базовой станции QQ412c или для поискового вызова этой станцией. Второе UE QQ492 в зоне QQ413a обслуживания подключается по беспроводной связи к соответствующей базовой станции QQ412a. Хотя в этом примере иллюстрируется множество UE QQ491, QQ492, раскрытые варианты осуществления в равной степени применимы к ситуации, где единственное UE находится в зоне обслуживания, или где единственное UE подключается к соответствующей базовой станции QQ412.
Сама сеть QQ410 электросвязи подключена к главному компьютеру QQ430, который можно воплотить в аппаратных средствах и/или программном обеспечении отдельного сервера, облачного сервера, распределенного сервера или в виде ресурсов обработки в серверном зале. Главным компьютером QQ430 может владеть или управлять поставщик услуг, либо этот компьютер может эксплуатировать поставщик услуг или кто-то от лица поставщика услуг. Соединения QQ421 и QQ422 между сетью QQ410 электросвязи и главным компьютером QQ430 могут идти напрямую от базовой сети QQ414 к главному компьютеру QQ430 либо могут идти через необязательную промежуточную сеть QQ420. Промежуточная сеть QQ420 может быть одной или сочетанием из общедоступной, частной или размещенной сети; промежуточная сеть QQ420 при ее наличии может быть магистральной сетью или Интернетом; в частности, промежуточная сеть QQ420 может содержать две подсети или более (не показано).
Система связи из фиг. QQ4 в целом обеспечивает возможность подключения между подключенными UE QQ491, QQ492 и главным компьютером QQ430. Возможность подключения может описываться в виде соединения QQ450 через Интернет (OTT). Главный компьютер QQ430 и подключенные UE QQ491, QQ492 конфигурируются для передачи данных и/или сигнализации по соединению QQ450 OTT, используя в качестве посредников сеть QQ411 доступа, базовую сеть QQ414, любую промежуточную сеть QQ420 и возможную дополнительную инфраструктуру (не показана). Соединение QQ450 OTT может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит соединение QQ450 OTT, не знают о маршрутизации восходящей связи и нисходящей связи. Например, базовую станцию QQ412 можно не информировать или не нужно информировать о прошедшей маршрутизации входящей нисходящей связи, при этом исходящие из главного компьютера QQ430 данные нужно перенаправить (например, передать обслуживание) в подключенное UE QQ491. Аналогичным образом базовой станции QQ412 не нужно знать о будущей маршрутизации исходящей восходящей связи, возникающей на UE QQ491 в направлении главного компьютера QQ430.
Сейчас со ссылкой на фиг. QQ5 будут описываться примерные реализации UE, базовой станции и главного компьютера, обсуждаемых в предыдущих абзацах, в соответствии с вариантом осуществления. Фиг. QQ5 иллюстрирует главный компьютер, осуществляющий связь через базовую станцию с пользовательским оборудованием по частично беспроводному соединению в соответствии с некоторыми вариантами осуществления. В системе QQ500 связи главный компьютер QQ510 содержит аппаратные средства QQ515, включающие в себя интерфейс QQ516 связи, сконфигурированный для настройки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи в системе QQ500 связи. Главный компьютер QQ510 дополнительно содержит схемы QQ518 обработки, которые могут обладать возможностями хранения и/или обработки. В частности, схемы QQ518 обработки могут содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их сочетания (не показано), приспособленные для исполнения команд. Главный компьютер QQ510 дополнительно содержит программное обеспечение QQ511, которое хранится в главном компьютере QQ510 или доступно ему и исполняется схемами QQ518 обработки. Программное обеспечение QQ511 включает в себя главное приложение QQ512. Главное приложение QQ512 может действовать для предоставления услуги удаленному пользователю, например UE QQ530, подключенному по соединению QQ550 OTT между UE QQ530 и главным компьютером QQ510. При предоставлении услуги удаленному пользователю главное приложение QQ512 может предоставлять пользовательские данные, которые передаются с использованием соединения QQ550 OTT.
Система QQ500 связи дополнительно включает в себя базовую станцию QQ520, предусмотренную в системе электросвязи и содержащую аппаратные средства QQ525, дающие возможность осуществлять связь с главным компьютером QQ510 и UE QQ530. Аппаратные средства QQ525 могут включать в себя интерфейс QQ526 связи для настройки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи в системе QQ500 связи, а также радиоинтерфейс QQ527 для настройки и поддержания по меньшей мере беспроводного соединения QQ570 с UE QQ530, расположенным в зоне обслуживания (не показана на фиг. QQ5), обслуживаемой базовой станцией QQ520. Интерфейс QQ526 связи может конфигурироваться для упрощения подключения QQ560 к главному компьютеру QQ510. Соединение QQ560 может быть прямым либо может проходить через базовую сеть (не показано на фиг. QQ5) в системе электросвязи и/или через одну или несколько промежуточных сетей вне системы электросвязи. В показанном варианте осуществления аппаратные средства QQ525 базовой станции QQ520 дополнительно включают в себя схемы QQ528 обработки, которые могут содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их сочетания (не показано), приспособленные для исполнения команд. В базовой станции QQ520 дополнительно есть программное обеспечение QQ521, сохраненное внутри либо доступное через внешнее соединение.
Система QQ500 связи дополнительно включает в себя уже упомянутое UE QQ530. Его аппаратные средства QQ535 могут включать в себя радиоинтерфейс QQ537, сконфигурированный для настройки и поддержания беспроводного соединения QQ570 с базовой станцией, обслуживающей зону обслуживания, в которой в настоящее время расположено UE QQ530. Аппаратные средства QQ535 в UE QQ530 дополнительно включают в себя схемы QQ538 обработки, которые могут содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или их сочетания (не показано), приспособленные для исполнения команд. UE QQ530 дополнительно содержит программное обеспечение QQ531, которое хранится в UE QQ530 или доступно ему и исполняется схемами QQ538 обработки. Программное обеспечение QQ531 включает в себя клиентское приложение QQ532. Клиентское приложение QQ532 может действовать для предоставления услуги пользователю-человеку или иному пользователю посредством UE QQ530 при поддержке главного компьютера QQ510. В главном компьютере QQ510 работающее главное приложение QQ512 может осуществлять связь с работающим клиентским приложением QQ532 по соединению QQ550 OTT между UE QQ530 и главным компьютером QQ510. При предоставлении услуги пользователю клиентское приложение QQ532 может принимать запрос данных от главного приложения QQ512 и предоставлять пользовательские данные в ответ на запрос данных. Соединение QQ550 OTT может передавать как запрос данных, так и пользовательские данные. Клиентское приложение QQ532 может взаимодействовать с пользователем для формирования пользовательских данных, которые оно предоставляет.
Отметим, что проиллюстрированные на фиг. QQ5 главный компьютер QQ510, базовая станция QQ520 и UE QQ530 могут быть аналогичны или идентичны соответственно главному компьютеру QQ430, одной из базовых станций QQ412a, QQ412b, QQ412c и одному из UE QQ491, QQ492 из фиг. QQ4. Иными словами, внутренние механизмы этих объектов могут быть такими, как показано на фиг. QQ5, и независимо от этого топология окружающей сети может быть такой, как на фиг. QQ4.
На фиг. QQ5 соединение QQ550 OTT изображено абстрактно для иллюстрации связи между главным компьютером QQ510 и UE QQ530 посредством базовой станции QQ520 без явной отсылки к каким-либо устройствам-посредникам и точной маршрутизации сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которая может конфигурироваться скрытой от UE QQ530 или от поставщика услуг, управляющего главным компьютером QQ510, или от того и другого. Пока активно соединение QQ550 OTT, сетевая инфраструктура может дополнительно принимать решения, по которым она динамически изменяет маршрутизацию (например, из соображения балансирования нагрузки или реконфигурации сети).
Беспроводное соединение QQ570 между UE QQ530 и базовой станцией QQ520 соответствует идеям из вариантов осуществления, описанных в данном раскрытии изобретения. Один или несколько различных вариантов осуществления улучшают производительность услуг OTT, предоставляемых UE QQ530 с использованием соединения QQ550 OTT, в котором беспроводное соединение QQ570 образует последний сегмент. Точнее, идеи в этих вариантах осуществления могут улучшить предсказуемость работы UE при переходах состояний RRC, не определенных в LTE, и посредством этого обеспечить такие эффекты, как повышенная надежность, сокращение необходимой восстановительной сигнализации, минимизация энергопотребления и отсюда продолжительное время работы от батарей.
Можно предоставить процедуру измерения с целью контроля скорости передачи данных, времени ожидания и других факторов, которые улучшают один или несколько вариантов осуществления. Дополнительно могут присутствовать необязательные сетевые функциональные возможности для реконфигурирования соединения QQ550 OTT между главным компьютером QQ510 и UE QQ530 в ответ на изменения в результатах измерения. Процедуру измерения и/или сетевые функциональные возможности для реконфигурирования соединения QQ550 OTT можно реализовать в программном обеспечении QQ511 и аппаратных средствах QQ515 главного компьютера QQ510 либо в программном обеспечении QQ531 и аппаратных средствах QQ535 UE QQ530, или в том и другом. В вариантах осуществления датчики (не показаны) можно развернуть или совместить с устройствами связи, через которые проходит соединение QQ550 OTT; датчики могут участвовать в процедуре измерения, поставляя значения проиллюстрированных выше контролируемых величин или поставляя значения других физических величин, из которых программное обеспечение QQ511, QQ531 может вычислять или оценивать контролируемые величины. Реконфигурирование соединения QQ550 OTT может включать в себя формат сообщений, настройки повторной передачи, предпочтительную маршрутизацию и т. п.; реконфигурирование не должно влиять на базовую станцию QQ520 и может быть неизвестно или незаметно для базовой станции QQ520. Такие процедуры и функциональные возможности могут быть известны и применяться на практике в данной области техники. В некоторых вариантах осуществления измерения могут привлекать собственную сигнализацию UE, упрощая измерения главным компьютером QQ510 пропускной способности, времени прохождения, времени ожидания и т. п. Измерения можно реализовать так, что программное обеспечение QQ511 и QQ531 вызывает передачу сообщений, в частности пустых или "фиктивных" сообщений, с использованием соединения QQ550 OTT, контролируя при этом время прохождения, ошибки и т. п.
Фиг. QQ6 - блок-схема алгоритма, иллюстрирующая способ, реализованный в системе связи в соответствии с одним вариантом осуществления. Система связи включает в себя главный компьютер, базовую станцию и UE, которые могут быть описаны со ссылкой на фиг. QQ4 и QQ5. Для простоты настоящего раскрытия изобретения в этот раздел будут включены только ссылки на фиг. QQ6. На этапе QQ610 главный компьютер предоставляет пользовательские данные. На подэтапе QQ611 (который может быть необязательным) этапа QQ610 главный компьютер предоставляет пользовательские данные путем исполнения главного приложения. На этапе QQ620 главный компьютер инициирует передачу, переносящую пользовательские данные к UE. На этапе QQ630 (который может быть необязательным) базовая станция передает UE пользовательские данные, которые были перенесены в передаче, которую инициировал главный компьютер, в соответствии с идеями из вариантов осуществления, описанных в данном раскрытии изобретения. На этапе QQ640 (который также может быть необязательным) UE исполняет клиентское приложение, ассоциированное с главным приложением, исполняемым главным компьютером.
Фиг. QQ7 - блок-схема алгоритма, иллюстрирующая способ, реализованный в системе связи в соответствии с одним вариантом осуществления. Система связи включает в себя главный компьютер, базовую станцию и UE, которые могут быть описаны со ссылкой на фиг. QQ4 и QQ5. Для простоты настоящего раскрытия изобретения в этот раздел будут включены только ссылки на фиг. QQ7. На этапе QQ710 способа главный компьютер предоставляет пользовательские данные. На необязательном подэтапе (не показан) главный компьютер предоставляет пользовательские данные путем исполнения главного приложения. На этапе QQ720 главный компьютер инициирует передачу, переносящую пользовательские данные к UE. Передача может проходить через базовую станцию в соответствии с идеями из вариантов осуществления, описанных в данном раскрытии изобретения. На этапе QQ730 (который может быть необязательным) UE принимает пользовательские данные, перенесенные в передаче.
Фиг. QQ8 - блок-схема алгоритма, иллюстрирующая способ, реализованный в системе связи в соответствии с одним вариантом осуществления. Система связи включает в себя главный компьютер, базовую станцию и UE, которые могут быть описаны со ссылкой на фиг. QQ4 и QQ5. Для простоты настоящего раскрытия изобретения в этот раздел будут включены только ссылки на фиг. QQ8. На этапе QQ810 (который может быть необязательным) UE принимает входные данные, предоставленные главным компьютером. Дополнительно или в качестве альтернативы на этапе QQ820 UE предоставляет пользовательские данные. На подэтапе QQ821 (который может быть необязательным) этапа QQ820 UE предоставляет пользовательские данные путем исполнения клиентского приложения. На подэтапе QQ811 (который может быть необязательным) этапа QQ810 UE исполняет клиентское приложение, которое предоставляет пользовательские данные в ответ на принятые входные данные, предоставленные главным компьютером. При предоставлении пользовательских данных исполняемое клиентское приложение может дополнительно принимать во внимание пользовательский ввод, принятый от пользователя. Независимо от конкретного способа, которым были предоставлены пользовательские данные, UE на подэтапе QQ830 (который может быть необязательным) инициирует передачу пользовательских данных главному компьютеру. На этапе QQ840 способа главный компьютер принимает пользовательские данные, переданные от UE, в соответствии с идеями из вариантов осуществления, описанных в данном раскрытии изобретения.
Фиг. QQ9 - блок-схема алгоритма, иллюстрирующая способ, реализованный в системе связи в соответствии с одним вариантом осуществления. Система связи включает в себя главный компьютер, базовую станцию и UE, которые могут быть описаны со ссылкой на фиг. QQ4 и QQ5. Для простоты настоящего раскрытия изобретения в этот раздел будут включены только ссылки на фиг. QQ9. На этапе QQ910 (который может быть необязательным) базовая станция принимает пользовательские данные от UE в соответствии с идеями из вариантов осуществления, описанных в данном раскрытии изобретения. На этапе QQ920 (который может быть необязательным) базовая станция инициирует передачу принятых пользовательских данных к главному компьютеру. На этапе QQ930 (который может быть необязательным) главный компьютер принимает пользовательские данные, перенесенные в передаче, инициированной базовой станцией.
Любые подходящие этапы, способы, признаки, функции или эффекты, раскрытые в этом документе, могут выполняться посредством одного или нескольких функциональных блоков или модулей в одном или нескольких виртуальных устройствах. Каждое виртуальное устройство может содержать некоторое количество этих функциональных блоков. Эти функциональные блоки можно реализовать посредством схем обработки, которые могут включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые процессоры сигналов (DSP), специализированную цифровую логику и т. п. Схемы обработки могут конфигурироваться для исполнения программного кода, сохраненного в запоминающем устройстве, которое может включать в себя один или несколько типов запоминающего устройства, например постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), кеш-память, флеш-память, оптические запоминающие устройства и т. п. Сохраненный в запоминающем устройстве программный код включает в себя программные команды для исполнения одного или нескольких протоколов электросвязи и/или передачи данных, а также команды для осуществления одной или нескольких описанных в этом документе методик. В некоторых реализациях схемы обработки можно использовать для побуждения соответствующего функционального блока выполнить соответствующие функции в соответствии с одним или несколькими вариантами осуществления из настоящего раскрытия изобретения.
В целом все используемые в этом документе термины нужно интерпретировать в соответствии с их обычным значением в релевантной области техники, если явно не задано иное значение и/или оно не подразумевается из контекста, в котором используется. Все ссылки на элемент, устройство, компонент, средство, этап и т. п. нужно интерпретировать прямо как ссылающиеся по меньшей мере на один экземпляр элемента, устройства, компонента, средства, этапа и т. п., пока явно не установлено иное. Этапы любых раскрытых в этом документе способов не нужно выполнять в точном раскрытом порядке, если этап не описан явно как следующий за другим этапом либо предшествующий ему, и/или там, где не выражено явно, что этап должен следовать за другим этапом либо предшествовать ему. Любой признак любого из раскрытых в этом документе вариантов осуществления может применяться к любому другому варианту осуществления, где это уместно. Также любое преимущество любого из вариантов осуществления может применяться к любым другим вариантам осуществления, и наоборот. Другие цели, признаки и преимущества включенных вариантов осуществления будут очевидны из описания.
Термин "блок" может обладать общепринятым значением в области электроники, электрических устройств и/или электронных устройств и может включать в себя, например, электрические и/или электронные схемы, устройства, модули, процессоры, запоминающие устройства, логические твердотельные и/или дискретные устройства, компьютерные программы или команды для осуществления соответствующих задач, процедур, вычислений, выводов и/или функций отображения и так далее, как и те, что описываются в этом документе.
Некоторые предполагаемые в этом документе варианты осуществления описываются полнее со ссылкой на прилагаемые чертежи. Однако другие варианты осуществления заключены в объеме предмета изобретения, раскрытого в этом документе. Раскрытый предмет изобретения не следует толковать как ограниченный только изложенными в этом документе вариантами осуществления; точнее, эти варианты осуществления предоставляются в качестве примера для выражения объема предмета изобретения специалистам в данной области техники.
Нижеследующие характерные варианты осуществления иллюстрируют реализацию вариантов осуществления настоящего изобретения в дополнительных вариантах осуществления со ссылкой на формулу изобретения:
Варианты осуществления группы A включают в себя пункты 1-11 и вариант AA осуществления:
AA. Способ по любому из п. п. 1-11, дополнительно содержащий:
предоставление пользовательских данных; и
перенаправление пользовательских данных главному компьютеру посредством передачи к базовой станции.
Варианты осуществления группы B включают в себя пункты 23-31 и вариант BB осуществления:
BB. Способ по любому из п. п. 23-31, дополнительно содержащий:
получение пользовательских данных; и
перенаправление пользовательских данных главному компьютеру или беспроводному устройству.
Варианты осуществления группы C:
C1. Беспроводное устройство, сконфигурированное для выполнения любых этапов в любых вариантах осуществления группы A.
C2. Беспроводное устройство, содержащее:
схемы обработки, сконфигурированные для выполнения любых этапов в любых вариантах осуществления группы A; и
схемы источника питания, сконфигурированные для питания беспроводного устройства.
C3. Беспроводное устройство, содержащее:
схемы обработки и запоминающее устройство, при этом запоминающее устройство содержит команды, исполняемые схемами обработки, при помощи чего беспроводное устройство конфигурируется для выполнения любых этапов в любых вариантах осуществления группы A.
C4. Пользовательское оборудование (UE), содержащее:
антенну, сконфигурированную для отправки и приема радиосигналов;
входные радиосхемы, подключенные к антенне и схемам обработки и сконфигурированные для обработки сигналов, передаваемых между антенной и схемами обработки;
схемы обработки, конфигурируемые для выполнения любых этапов в любых вариантах осуществления группы A;
интерфейс ввода, подключенный к схемам обработки и сконфигурированный для ввода информации в UE для ее обработки схемами обработки;
интерфейс вывода, подключенный к схемам обработки и сконфигурированный для вывода из UE информации, которая обработана схемами обработки; и
батарею, подключенную к схемам обработки и сконфигурированную для питания UE.
C5. Компьютерная программа, содержащая команды, которые при исполнении по меньшей мере одним процессором беспроводного устройства побуждают беспроводное устройство осуществлять этапы любого из вариантов осуществления группы A.
C6. Носитель, содержащий компьютерную программу из варианта C5 осуществления, где носитель является одним из электронного сигнала, оптического сигнала, радиосигнала или считываемого компьютером носителя информации.
C7. Базовая станция, сконфигурированная для выполнения любых этапов в любых вариантах осуществления группы B.
C8. Базовая станция, содержащая:
схемы обработки, сконфигурированные для выполнения любых этапов в любых вариантах осуществления группы B;
схемы источника питания, сконфигурированные для питания беспроводного устройства.
C9. Базовая станция, содержащая:
схемы обработки и запоминающее устройство, при этом запоминающее устройство содержит команды, исполняемые схемами обработки, при помощи чего базовая станция конфигурируется для выполнения любых этапов в любых вариантах осуществления группы B.
C10. Компьютерная программа, содержащая команды, которые при исполнении по меньшей мере одним процессором базовой станции побуждают базовую станцию осуществлять этапы любого из вариантов осуществления группы B.
C11. Носитель, содержащий компьютерную программу из варианта C10 осуществления, где носитель является одним из электронного сигнала, оптического сигнала, радиосигнала или считываемого компьютером носителя информации.
Варианты осуществления группы D:
D1. Система связи, включающая в себя главный компьютер, содержащий:
схемы обработки, сконфигурированные для предоставления пользовательских данных; и
интерфейс связи, сконфигурированный для перенаправления пользовательских данных в сотовую сеть для передачи пользовательскому оборудованию (UE),
где сотовая сеть содержит базовую станцию с радиоинтерфейсом и схемами обработки, при этом схемы обработки базовой станции сконфигурированы для выполнения любых этапов в любых вариантах осуществления группы B.
D2. Система связи из предыдущего варианта осуществления, дополнительно включающая в себя базовую станцию.
D3. Система связи из 2 предыдущих вариантов осуществления, дополнительно включающая в себя UE, где UE конфигурируется для осуществления связи с базовой станцией.
D4. Система связи из 3 предыдущих вариантов осуществления, в которой:
схемы обработки главного компьютера конфигурируются для исполнения главного приложения, посредством этого предоставляя пользовательские данные; и
UE содержит схемы обработки, сконфигурированные для исполнения клиентского приложения, ассоциированного с главным приложением.
D5. Способ, реализованный в системе связи, включающей в себя главный компьютер, базовую станцию и пользовательское оборудование (UE), при этом способ содержит:
предоставление пользовательских данных в главном компьютере; и
инициирование в главном компьютере передачи, переносящей пользовательские данные к UE по сотовой сети, содержащей базовую станцию, где базовая станция выполняет любые этапы в любых вариантах осуществления группы B.
D6. Способ из предыдущего варианта осуществления, дополнительно содержащий передачу пользовательских данных в базовой станции.
D7. Способ из 2 предыдущих вариантов осуществления, в котором пользовательские данные предоставляются в главном компьютере путем исполнения главного приложения, при этом способ дополнительно содержит исполнение в UE клиентского приложения, ассоциированного с главным приложением.
D8. Пользовательское оборудование (UE), сконфигурированное для осуществления связи с базовой станцией, при этом UE содержит радиоинтерфейс и схемы обработки, сконфигурированные для выполнения любого из 3 предыдущих вариантов осуществления.
D9. Система связи, включающая в себя главный компьютер, содержащий:
схемы обработки, сконфигурированные для предоставления пользовательских данных; и
интерфейс связи, сконфигурированный для перенаправления пользовательских данных в сотовую сеть для передачи пользовательскому оборудованию (UE),
где UE содержит радиоинтерфейс и схемы обработки, при этом компоненты UE сконфигурированы для выполнения любых этапов в любых вариантах осуществления группы A.
D10. Система связи из предыдущего варианта осуществления, где сотовая сеть дополнительно включает в себя базовую станцию, сконфигурированную для осуществления связи с UE.
D11. Система связи из 2 предыдущих вариантов осуществления, в которой:
схемы обработки главного компьютера конфигурируются для исполнения главного приложения, посредством этого предоставляя пользовательские данные; и
схемы обработки UE конфигурируются для исполнения клиентского приложения, ассоциированного с главным приложением.
D12. Способ, реализованный в системе связи, включающей в себя главный компьютер, базовую станцию и пользовательское оборудование (UE), при этом способ содержит:
предоставление пользовательских данных в главном компьютере; и
инициирование в главном компьютере передачи, переносящей пользовательские данные к UE по сотовой сети, содержащей базовую станцию, где UE выполняет любые этапы в любых вариантах осуществления группы A.
D13. Способ из предыдущего варианта осуществления, дополнительно содержащий прием в UE пользовательских данных от базовой станции.
D14. Система связи, включающая в себя главный компьютер, содержащий:
интерфейс связи, сконфигурированный для приема пользовательских данных, происходящих из передачи от пользовательского оборудования (UE) к базовой станции,
где UE содержит радиоинтерфейс и схемы обработки, при этом схемы обработки UE сконфигурированы для выполнения любых этапов в любых вариантах осуществления группы A.
D15. Система связи из предыдущего варианта осуществления, дополнительно включающая в себя UE.
D16. Система связи из 2 предыдущих вариантов осуществления, дополнительно включающая базовую станцию, где базовая станция содержит радиоинтерфейс, сконфигурированный для осуществления связи с UE, и интерфейс связи, сконфигурированный для перенаправления главному компьютеру пользовательских данных, переносимых передачей от UE к базовой станции.
D17. Система связи из 3 предыдущих вариантов осуществления, в которой:
схемы обработки главного компьютера конфигурируются для исполнения главного приложения; и
схемы обработки UE конфигурируются для исполнения клиентского приложения, ассоциированного с главным приложением, посредством этого предоставляя пользовательские данные.
D18. Система связи из 4 предыдущих вариантов осуществления, в которой:
схемы обработки главного компьютера конфигурируются для исполнения главного приложения, посредством этого предоставляя запрос данных; и
схемы обработки UE конфигурируются для исполнения клиентского приложения, ассоциированного с главным приложением, посредством этого предоставляя пользовательские данные в ответ на запрос данных.
D19. Способ, реализованный в системе связи, включающей в себя главный компьютер, базовую станцию и пользовательское оборудование (UE), при этом способ содержит:
прием пользовательских данных в главном компьютере, переданных базовой станции от UE, где UE выполняет любые этапы в любых вариантах осуществления группы A.
D20. Способ из предыдущего варианта осуществления, дополнительно содержащий в UE предоставление пользовательских данных базовой станции.
D21. Способ из 2 предыдущих вариантов осуществления, дополнительно содержащий:
исполнение в UE клиентского приложения, посредством этого предоставляя пользовательские данные, которые нужно передать; и
исполнение в главном компьютере главного приложения, ассоциированного с клиентским приложением.
D22. Способ из 3 предыдущих вариантов осуществления, дополнительно содержащий:
исполнение в UE клиентского приложения; и
прием в UE входных данных для клиентского приложения, при этом входные данные предоставляются в главном компьютере путем исполнения главного приложения, ассоциированного с клиентским приложением,
где пользовательские данные для передачи предоставляются клиентским приложением в ответ на входные данные.
D23. Система связи, включающая в себя главный компьютер, содержащий интерфейс связи, сконфигурированный для приема пользовательских данных, происходящих из передачи от пользовательского оборудования (UE) к базовой станции, где базовая станция содержит радиоинтерфейс и схемы обработки, при этом схемы обработки базовой станции сконфигурированы для выполнения любых этапов в любых вариантах осуществления группы B.
D24. Система связи из предыдущего варианта осуществления, дополнительно включающая в себя базовую станцию.
D25. Система связи из 2 предыдущих вариантов осуществления, дополнительно включающая в себя UE, где UE конфигурируется для осуществления связи с базовой станцией.
D26. Система связи из 3 предыдущих вариантов осуществления, в которой:
схемы обработки главного компьютера конфигурируются для исполнения главного приложения;
UE конфигурируется для исполнения клиентского приложения, ассоциированного с главным приложением, посредством этого предоставляя пользовательские данные главному компьютеру.
D27. Способ, реализованный в системе связи, включающей в себя главный компьютер, базовую станцию и пользовательское оборудование (UE), при этом способ содержит:
прием в главном компьютере пользовательских данных от базовой станции, происходящих из передачи, которую базовая станция приняла от UE, где UE выполняет любые этапы в любых вариантах осуществления группы A.
D28. Способ из предыдущего варианта осуществления, дополнительно содержащий прием в базовой станции пользовательских данных от UE.
D29. Способ из 2 предыдущих вариантов осуществления, дополнительно содержащий инициирование на базовой станции передачи принятых пользовательских данных главному компьютеру.