ОБЕСПЕЧЕНИЕ РАСПРЕДЕЛЕННЫХ СОБЫТИЙ ОПРОСА
PROVIDING DISTRIBUTED POLLING EVENTS

ОБЛАСТЬ ТЕХНИКИ
Настоящее раскрытие относится, в общем, к беспроводной связи и связанным беспроводным устройствам и сетевым узлам и, в частности, относится к опросу.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
Важным свойством будущей системы 5G (например NR), которое является также релевантным в контексте настоящего раскрытия, является использование высоких частот несущей, например, в диапазоне 6-100 ГГц. Для такого спектра высоких частот, свойства ослабления в атмосфере, проникновения и дифракции могут быть гораздо хуже, чем для спектра более низких частот. К тому же, апертура антенны приемника, в качестве метрики, описывающей эффективную площадь антенны приемника, которая собирает электромагнитную энергию из входящей электромагнитной волны, обратно пропорциональна частоте, т.е. бюджет линии связи будет хуже для того же самого расстояния линии связи, даже в сценарии свободного пространства, если используются всенаправленные приемные и передающие антенны. Это мотивирует использование формирования диаграммы направленности для компенсации потерь бюджета линии связи в спектре высоких частот. Это особенно важно при связи с UE, имеющими низкокачественные приемники, например, дешевыми/несложными UE. Другие средства для улучшения бюджета линии связи включают в себя повторение передач (например, чтобы обеспечить возможность передачи в широком луче или всенаправленной передачи) или использование одночастотной сетевой передачи из множества TRP в той же самой или разных сотах.
Вследствие вышеописанных свойств, в высокочастотных диапазонах, ожидается, что многие сигналы нисходящей линии связи, такие как сигналы синхронизации, системная информация и опрос, которые должны охватывать определенную область (т.е. не просто нацелены на одно UE с известным местоположением/направлением), например, соту, будут передаваться с использованием качания (свипирования) диаграммы направленности (луча), т.е. передачи сигнала в одном луче в одно время, последовательно изменяя направление и область покрытия луча, пока вся предполагаемая область покрытия, например сота, не будет охвачена передачей.
Сигналы в NR, которые соответствуют PSS, SSS и PBCH (который несет MIB) в LTE (иногда упоминаемые как NR-PSS, NR-SSS и NR-PBCH в NR), помещаются вместе в объект/структуру, обозначенную как блок SS (SSB) или, в другой терминологии, блок SS/PBCH (термин “блок SS” обычно используется в RAN2, в то время как RAN1 обычно использует термин “блок SS/PBCH”). Таким образом, блок SS, SSB и блок SS/PBCH являются тремя синонимами (хотя SSB в действительности является аббревиатурой блока SS). PSS+SSS позволяет UE синхронизироваться с сотой, а также несет информацию, из которой может быть получен идентификатор физической соты (PCI). Часть PBCH из SSB несет часть системной информации, обозначенную MIB (главный блок информации) или NR-MIB. На высоких частотах, блоки SS будут передаваться периодически с использованием свипирования луча. Множество таких передач блока SS сформированного луча группируются в пакет SS, и один или несколько пакетов SS составляют набор пакетов SS, где набор пакетов SS составляет полную развертку луча передач блока SS. RAN1, RAN2, RAN3 и RAN4 являются рабочими группами 3GPP, более формально называемыми TSG-RAN WG1, TSG-RAN WG2, TSG-RAN WG3 и TSG-RAN WG4.
В NR, системная информация (SI) делится на две основные части “минимальная SI” (MSI) и “другая SI” (OSI). MSI всегда широковещательно передается периодически, в то время как OSI может широковещательно передаваться периодически или может быть доступной по запросу (и с разными частями OSI можно обращаться по-разному). MSI состоит из MIB и блока системной информации типа 1 (SIB1), где SIB1 также упоминается как оставшаяся минимальная системная информация (RMSI) (термин SIB1 обычно используется в RAN, в то время как RAN1 обычно использует термин RMSI). SIB1/RMSI периодически широковещательно передается с использованием структуры канала типа PDCCH/PDSCH, т.е. с распределением планирования, передаваемым по PDCCH (или NR-PDCCH), распределяющим ресурсы передачи по PDSCH (или NR-PDSCH), где передается действительная RMSI. MIB содержит информацию, которая позволяет UE находить и декодировать RMSI/SIB1. Более конкретно, параметры конфигурации для PDCCH, используемые для RMSI/SIB1, обеспечиваются в MIB, возможно дополняемые параметрами, полученными из PCI. Если эта информация конфигурации отсутствует в MIB, то используется конфигурация по умолчанию, специфицированная в 3GPP TS 38.213. Дополнительное соглашение 3GPP для выпуска 15 касательно передачи RMSI состоит в том, что передачи RMSI/SIB1 должны быть пространственно квази-совмещенными (QCL) с передачами блока SS. Последствием свойства QCL является то, что передача PSS/SSS может основываться на точной синхронизации, подлежащей использованию при приеме PDCCH/PDSCH, несущего RMSI/SIB1.
Опрос и OSI также передаются с использованием принципа PDCCH+PDSCH с распределением планирования PDSCH DL по PDCCH и сообщением опроса или сообщением SI по PDSCH. Исключением из этого является то, что информация опроса может опционально передаваться в DCI опроса по PDCCH, таким образом, пропуская сообщение опроса по PDSCH. Для выпуска 15, это было согласовано, чтобы использоваться, когда опрос используется для уведомления об обновлении ETWS, CMAS или SI. Для будущих выпусков, возможно, что другие случаи опроса могут использовать этот механизм передачи только PDCCH. Информация конфигурации для PDCCH, используемого для опроса, и PDCCH, используемого для передачи OSI, включена в RMSI/SIB1. Как для опроса, так и OSI, тот же самый CORESET используется как для RMSI/SIB1. В RMSI/SIB1 (как специфицировано в 3GPP TS 38.331), пространство поиска (т.е. временные окна и шаблон времени повторения) для опроса указывается в параметре pagingSearchSpace (который соответствует параметру paging-SearchSpace в 3GPP TS 38.213), в то время как пространство поиска OSI указывается в параметре searchSpaceOtherSystemInformation (который соответствует параметру osi-SearchSpace в 3GPP TS 38.213). Если информация конфигурации для PDCCH для опроса отсутствует в RMSI/SIB1 (т.е. если параметр pagingSearchSpace не представлен в RMSI/SIB1), то окна контроля/события контроля для PDCCH (т.е., по существу, пространство поиска) являются теми же самыми, что и те, что сконфигурированы для RMSI/SIB1.
Отметим, что параметр pagingSearchSpace содержит SearchSpaceId, который указывает набор параметров, которые составляют конфигурацию пространства поиска PDCCH. Эта сложность далее не учитывается здесь, и термин paging-SearchSpace далее используется, чтобы ссылаться на набор параметров, которые конфигурируют пространство поиска PDCCH для опроса.
Опрос (поисковый вызов) является существенной функцией в мобильной телекоммуникационной системе. Он используется, чтобы позволять сети контактировать с UE при нахождении в состоянии RRC_IDLE или RRC_INACTIVE (см. дополнительно ниже), главным образом, чтобы передавать данные нисходящей линии связи на UE, когда UE ответило на поисковый вызов. Опрос может также использоваться, чтобы информировать UE об обновлениях системной информации в соте. Он может также использоваться для информирования UE о текущем публичном предупреждении, таком как ETWS или CMAS.
В LTE, UE в состоянии RRC_IDLE выполняет привязку к соте, и во время привязки контролирует канал опроса, ассоциированный с этой сотой. UE сконфигурировано, чтобы контролировать повторно возникающие события опроса, и может находиться в спящем (неактивном) режиме DRX между событиями опроса. Когда UE вызывается в таком событии опроса, опрос указывается на PDCCH в форме распределения планирования DL, адресованного на P-RNTI (который совместно используется всеми UE). Это распределение планирования DL указывает ресурсы передачи DL на PDSCH, где передается действительное сообщение опроса. UE в состоянии RRC_IDLE, которое принимает распределение планирования DL, адресованное на P-RNTI в одном из событий опроса UE, принимает и считывает сообщение опроса из распределенных ресурсов передачи DL, чтобы выяснить, предназначено ли сообщение опроса для UE. UE, на которые посылается опрос, указываются в сообщении опроса посредством одного или нескольких идентификаторов опроса UE (S-TMSI или IMSI), причем каждый идентификатор опроса UE включен в запись опроса. Может быть адресовано до 16 UE, т.е. может иметься до 16 записей опроса в одном сообщении опроса.
Большинство этих принципов и механизмов опроса повторно используются в NR. Однако в NR вводится новое состояние, обозначенное как состояние RRC_INACTIVE, для которого опрос также является релевантным. 3GPP принял решение специфицировать аналогичное состояние RRC_INACTIVE для LTE, но это еще не было сделано. Цель введения состояния RRC_INACTIVE в дополнение к состоянию RRC_IDLE состоит в том, чтобы ввести состояние низкой энергии со сниженными непроизводительными издержками сигнализации по радио- и сетевому интерфейсам и улучшенной задержкой доступа UE, а также энергопотреблением UE, когда UE переходит из энергосберегающего состояния в состояние, предназначенное для передачи и приема пользовательских данных (т.е. состояние RRC_CONNECTED). В этом состоянии, базовая сеть по-прежнему рассматривает UE как соединенное, и, таким образом, соединение RAN-CN сохраняется активным, в то время как RRC-соединение между gNB и UE высвобождается. RAN-контекст UE поддерживается в gNB привязки, и соединение RAN-CN поддерживается между gNB привязки и базовой сетью. Чтобы уменьшить сигнализацию радиоинтерфейса при установке соединения, информация контекста сохраняется активной в UE и в gNB привязки, что позволяет UE восстановить RAN-соединение, когда оно вызывается из RAN или имеет данные или сигнализацию UL для отправки. В этом состоянии, UE может перемещаться в области уведомления RAN (RNA) без информирования сети о своем местоположении, но как только оно покидает свою сконфигурированную RNA, оно информирует сеть. В NR, опрос может, таким образом, использоваться для UE в состоянии RRC_IDLE или в состоянии RRC_INACTIVE. В состоянии RRC_IDLE, опрос инициируется посредством CN, в то время как опрос UE в состоянии RRC_INACTIVE инициируется посредством RAN (gNB привязки). UE в состоянии RRC_INACTIVE должно быть подготовлено, чтобы принимать опрос, инициированный посредством RAN или CN. Нормально, опрос UE в состоянии RRC_INACTIVE инициируется посредством RAN, но в случаях рассогласования состояния между UE и CN, CN может инициировать опрос UE, которое рассматривает себя как находящееся в состоянии RRC_INACTIVE.
Для опроса, инициированного посредством CN, UE ID, используемый в сообщении опроса, представляет собой 5G-S-TMSI в NR (заменяя S-TMSI, который используется в LTE). IMSI используется только в редких случаях ошибок, где 5G-S-TMSI недоступен. Для опроса, инициированного посредством RAN, UE ID, используемый в сообщении опроса, представляет собой I-RNTI (который назначается посредством gNB привязки). То же самое сообщение опроса используется по радиоинтерфейсу как для инициированного посредством CN, так и для инициированного посредством RAN опроса, поэтому именно тип UE ID информирует UE о том, был ли поисковый вызов инициирован посредством CN или RAN. UE необходимо это знать, поскольку ожидается, что оно будет действовать по-разному в зависимости от того, какой объект инициировал поисковый вызов. В ответ на опрос, инициированный посредством CN (за исключением уведомления обновления ETWS/CMAS/SI), ожидается, что UE будет контактировать с сетью (через произвольный доступ) и запрашивать установку нового RRC-соединения (включая сообщение запроса услуги NAS). В ответ на опрос, инициированный посредством RAN (за исключением уведомления обновления ETWS/CMAS/SI), ожидается, что UE будет контактировать с сетью (через произвольный доступ) и запрашивать о возобновлении существующего (приостановленного) RRC-соединения. Другое возможное отличие между LTE и NR состоит в том, что максимальное число UE ID, которое может быть включено в сообщение опроса, может быть увеличено с 16 в LTE до большего числа, например 32, в NR. Однако, как указано, в настоящее время отсутствует соглашение в 3GPP об увеличении максимального числа UE ID в сообщении опроса.
Как упомянуто выше, в NR, опрос должен передаваться с использованием передачи с формированием луча на высоких несущих частотах, например, равных нескольким ГГц, особенно на реально высоких частотах, таких как частоты выше 20 ГГц, и, таким образом, свипирование луча следует использовать для покрытия всей соты поисковым вызовом. Чтобы поддерживать свипирование луча для передач опроса, событие опроса (PO) в NR может состоять из множества временных сегментов для вмещения всех передач опроса развертки луча. Это конфигурируется в системной информации.
Событие опроса, таким образом, представляет собой регулярно повторяющееся временное окно, в течение которого может передаваться опрос. Разные UE могут быть распределены по разным PO, и ожидается, что UE будет контролировать канал опроса (т.е. PDCCH, сконфигурированный для опроса) в течение своего распределенного PO. Радиокадр, который содержит одно или несколько PO, обозначается как кадр опроса (PF).
Как в LTE, так и в NR, временной интервал между двумя PO для определенного UE управляется циклом DRX опроса (далее упоминаемым как “цикл DRX”), т.е. имеется одно PO, распределенное для UE в течение каждого цикла DRX (UE осведомлено обо всех PO, но “выбирает” одно на основе своего UE ID). Если UE не сконфигурировано с циклом расширенного DRX (eDRX), цикл DRX, который использует UE, является самым коротким из цикла DRX по умолчанию (также упоминается как цикл опроса по умолчанию), который сообщен в системной информации (далее обозначается defaultPagingCycle), и специфического для UE цикла DRX, согласованного с CN. Для регулярных UE (т.е. UE, которые не сконфигурированы с каким-либо циклом расширенного DRX (eDRX)), используется самый короткий из цикла DRX по умолчанию и специфического для UE цикла DRX (если доступен). В NR, UE может также быть сконфигурировано с циклом DRX, подлежащим использованию в состоянии RRC_INACTIVE. Этот цикл DRX назначается UE, когда UE переходит в состояние RRC_INACTIVE.
В цикле DRX, UE вычисляет PF и какое из возможного множества (1, 2 или 4 в LTE) PO в PF оно должно контролировать на основе его UE ID. В LTE, IMSI mod 1024 используется для этого вычисления, и это также было согласовано для NR. Однако, вследствие проблем безопасности/конфиденциальности, связанных с использованием IMSI для этой цели, вероятно, что соглашение для NR изменится и IMSI будет заменено на 5G-S-TMSI в этой формуле.
В LTE, PF для UE представляют собой радиокадры с номерами системных кадров (SFN), удовлетворяющими следующему уравнению:
SFN mod T = (T div N)*(UE_ID mod N)
где
T: цикл DRX (по умолчанию или специфический для UE)
N: min(T, nB) (т.е. N обозначает количество PF в цикле DRX)
nB: например, 4T, 2T, T, T/2, T/4, T/8, T/16, T/32, T/64, T/128, T/256 (количество PO в цикле DRX)
UE_ID: IMSI mod 1024
Эта формула будет вероятно повторно использоваться в NR, возможно с некоторой модификацией. Одна предложенная модификация состоит во введении смещения для сдвига PF, что приведет к следующей несколько модифицированной формуле для вычисления PF (с неизменными определениями T, N, nB и UE_ID):
(SFN+PF_offset)mod T = (T div N)*(UE_ID mod N)
В PF, PO конфигурируется(ются)/распределяется(ются) на основе таблицы в LTE, где UE ID определяет, какие из PO UE должно контролировать. Подробно, этот алгоритм LTE может быть обеспечен, как обсуждено ниже.
Подкадр, который составляет PO для UE в PF, определяется посредством таблицы на фиг. 5. Параметрами в таблице на фиг. 5 являются:
Ns: max(1, nB/T) (т.е., Ns представляет собой максимальное количество PO в PF)
i_s: floor(UE_ID/N) mod Ns (i_s представляет собой индекс, указывающий определенное PO для UE в PF).
Как можно понять из алгоритма выше и таблицы на фиг. 5, i_s представляет собой индекс, который указывает, какие из PO в PF должно использовать UE, причем PO индексируются (т.е. i_s имеет диапазон) от 0 до Ns-1. Таблица на фиг. 5 определяет распределение PO по подкадру(ам) в PF.
Приведенное выше представляет собой, таким образом, алгоритм LTE для конфигурации PO в PF, что также является базой для NR, но, как будет пояснено дополнительно ниже, этот алгоритм не полностью пригоден для NR и не будет повторно использоваться во всей полноте в NR.
В контексте настоящего раскрытия, также важно описать различие в структуре временной области L1 радиоинтерфейса между LTE и NR. В то время как LTE всегда имеет одну и ту же структуру, NR имеет разные структуры, поскольку оно содержит разные так называемые нумерологии (которые, по существу, могут переводиться в разные разнесения (интервалы) поднесущих (SCS) и соответствующие различия во временной области, например, длину символа OFDM). В LTE, структура временной области радиоинтерфейса L1 состоит из символов, подкадров и радиокадров, где подкадр 1 мс состоит из 14 символов (12, если используется расширенный циклический префикс), и 10 подкадров образуют радиокадр 10 мс. В NR, принципы подкадров и радиокадров повторно используются в том смысле, что они представляют те же самые временные периоды, т.е. 1 мс и 10 мс соответственно, но их внутренние структуры варьируются в зависимости от нумерологии. По этой причине, дополнительный термин “сегмент” вводится в NR, который представляет собой структуру временной области, которая всегда содержит 14 символов, независимо от длины символа. Таким образом, количество сегментов и символов, содержащихся в подкадре и радиокадре, варьируется с нумерологией, но количество символов в сегменте остается постоянным. Нумерологии и параметры выбираются так, что подкадр всегда содержит целое число сегментов (т.е. нет частичных сегментов). Отметим, что выбор термина “сегмент” для ссылки на набор из 14 символов OFDM в NR является в некотором смысле неудачным, поскольку термин “сегмент” также существует в LTE, хотя в LTE он относится к половине подкадра, т.е. 0,5 мс, содержащим 7 символов OFDM (или 6 символов OFDM, когда используется расширенный циклический префикс).
Возвращаясь к распределению PO, конфигурация/распределение на основе таблицы, используемые в LTE, не могут с легкостью повторно использоваться в NR. В LTE было просто отображать PO на подкадр, и это можно было легко сделать посредством таблицы, специфицированной для этой цели. Однако в NR, PO не может просто отображаться на подкадр. В терминах ресурсов передачи, подкадр представляет собой однозначное понятие в LTE (с единственной вариацией между нормальным или расширенным циклическим префиксом). В NR, с другой стороны, ресурсы передачи (в терминах сегментов и, таким образом, символов OFDM) варьируются для разных нумерологий (т.е. интервалов поднесущих, SCS). К тому же, длительность, требуемая для PO в NR, является переменной и зависит от количества лучей, требуемых в возможной развертке луча для PDCCH для опроса в комбинации с SCS и длиной последовательного символа. По этим причинам, механизм конфигурации PO на основе таблицы в LTE был заменен на механизм на основе paging-SearchSpace в NR. Параметры Ns и i_s остались, но они теперь указывают не подкадры в кадре опроса, а наборы событий контроля PDCCH (составляющих развертки луча PDCCH) в PF.
В NR, различаются два основных случая: так называемые случай по умолчанию и случай не по умолчанию. Это относится к тому, существует ли явная структура параметра paging-SearchSpace, сконфигурированная через системную информацию. Если такая структура параметра paging-SearchSpace не включена в системную информацию (т.е. если отсутствует параметр pagingSearchSpace в RMSI/SIB1), используется распределение PO по умолчанию в PF. То есть, в случае по умолчанию, события контроля PDCCH, соответствующие PO в PF, определяются в соответствии с ассоциацией по умолчанию в отношении передач SSB, и эти события контроля PDCCH тогда являются теми же самыми, что и для RMSI, как определено в разделе 13 в 3GPP TS 38.213. Для случая по умолчанию, может иметься 1 или 2 PO в PF (т.е. Ns может быть равно 1 или 2). Если имеется 2 PO в PF, то одно PO имеется в первом полукадре (соответственно i_s=0) и одно PO - во втором полукадре (соответственно i_s=1).
Для случая не по умолчанию (т.е. с явно сконфигурированным paging-SearchSpace и параметром pagingSearchSpace, включенным в RMSI/SIB1), другой подход предлагается в R2-1807689 [1]. Здесь предлагается (что по существу принято в тексте, в настоящее время предложенном для TS 38.304) использовать структуру параметра paging-SearchSpace (т.е. параметры, указанные посредством SearchSpaceId параметра pagingSearchSpace) для определения PO в PF. Параметр paging-SearchSpace конфигурирует шаблон временной области для так называемых событий контроля PDCCH, в котором UE должно контролировать PDCCH для обнаружения передач опроса (т.е. DCI с CRC, скремблированным с P-RNTI) в наборе ресурсов управления (CORESET), сконфигурированном для опроса. paging-SearchSpace содержит следующие параметры, которые определяют шаблон временной области для событий контроля PDCCH:
- Monitoring-periodicity-PDCCH-slot
- Monitoring-offset-PDCCH-slot
- Monitoring-symbols-PDCCH-within-slot
Следует заметить, что имена параметров Monitoring-periodicity-PDCCH-slot, Monitoring-offset-PDCCH-slot и Monitoring-symbols-PDCCH-within-slot используются в 3GPP TS 38.213. В 3GPP TS 38.331, Monitoring-periodicity-PDCCH-slot и Monitoring-offset-PDCCH-slot объединены в единую соответствующую структуру параметров, называемую monitoringSlotPeriodicityAndOffset, и параметр, соответствующий Monitoring-symbols-PDCCH-within-slot, называется monitoringSymbolsWithinSlot. Эти параметры имеют ASN.1 спецификации в 3GPP TS 38.331, проиллюстрированные на фиг. 6.
CORESET указывает ресурсы передачи DL, которые UE должно контролировать в течение события контроля PDCCH. Более конкретно, CORESET указывает набор PRB в частотной области и 1-4 последовательных символов OFDM во временной области. Длина события контроля PDCCH определяется, таким образом, длиной (количеством символов OFDM) CORESET. Например, если длина CORESET составляет 3 символа и параметр Monitoring-symbols-PDCCH-within-slot (который является битовой картой) указывает, что 6 последовательных символов (или две группы из трех последовательных символов с одним или несколькими символами между группами) должны контролироваться, то эти 6 символов составляют 2 события контроля PDCCH.
beams
beams
beams
Предложение в R2-1807689 [1] состоит в том, что каждая передача луча опроса согласуется с одним событием контроля PDCCH, как определено посредством paging-SearchSpace, и что в предположении N лучей, первые N событий контроля PDCCH в PF составляют первое PO в PF, последующие N событий контроля PDCCH в PF составляют второе PO в PF и т.д.
Предложение в R2-1807689 [1] в некоторой степени было принято в предложенный для согласования текст, относящийся к опросу в текущем проекте 3GPP TS 38.304 для 3GPP, выпуск 15. Однако все еще имеются возможности для модификаций и добавлений.
Следующее (текст с отступом) - это копия текущего (ожидающего согласования) текста в разделе 7.1 “Прерывистый прием для опроса” в 3GPP TS 38.304:
UE может использовать прерывистый прием (DRX) в состоянии RRC_IDLE и RRC_INACTIVE, чтобы снизить энергопотребление. UE контролирует одно событие опроса (PO) за цикл DRX. PO является набором событий контроля PDCCH и может состоять из нескольких временных сегментов (например, подкадров или символов OFDM), когда может отправляться DCI опроса [4]. Один кадр опроса (PF) представляет собой один радиокадр и может содержать одно или множество PO или начальную точку PO.
В многолучевых операциях, длина одного PO представляет собой один период свипирования луча, и UE может предполагать, что одно и то же сообщение опроса повторяется во всех лучах диаграммы свипирования, и таким образом, выбор луча(ей) для приема сообщения опроса зависит от реализации UE. Сообщение опроса является тем же самым как для опроса, инициированного посредством RAN, так и для опроса, инициированного посредством CN.
UE инициирует процедуру возобновления соединения RRC после приема опроса RAN. Если UE принимает опрос, инициированный посредством CN, в состоянии RRC_INACTIVE, UE переходит в RRC_IDLE и информирует NAS.
PF, PO определяются следующей формулой:
SFN для PF определяется посредством:
(SFN+PF_offset)mod T = (T div N)*(UE_ID mod N)
Индекс (i_s), указывающий начало набора событий контроля PDCCH для опроса DCI, определяется посредством:
i_s=floor(UE_ID/N)mod Ns; где Ns=max(1, nB/T)
События контроля PDCCH для опроса определяются в соответствии с paging-SearchSpace, если сконфигурировано, и в соответствии с ассоциацией по умолчанию (т.е. события контроля PDCCH для опроса такие же, как для RMSI, как определено в Разделе 13 в [4]) в противном случае.
Для ассоциации по умолчанию, Ns равно либо 1, либо 2. Для Ns=1, имеется только одно PO, которое начинается в PF. Для Ns=2, PO находится либо в первом полукадре (i_s=0), либо во втором полукадре (i_s=1) PF.
Для ассоциации не по умолчанию (т.е. когда используется paging-SearchSpace), UE контролирует (i_s+1)-ое PO, где первое PO начинается в PF.
Следующие параметры используются для вычисления PF и i_s выше:
T: DRX цикл UE (T определяется самым коротким из специфического для UE значения DRX, если сконфигурировано посредством RRC или верхних уровней, и значения DRX по умолчанию в системной информации. Если специфическое для UE DRX не сконфигурировано верхними уровнями, то применяется значение по умолчанию)
nB: количество всех событий опроса в T
N: min(T, nB)
PF_offset: смещение, используемое для определения PF
UE_ID: IMSI mod 1024
Параметры nB, PF_offset и длина DRX цикла по умолчанию сигнализируются в SystemInformationBlock1.
Если UE не имеет IMSI, например, при выполнении экстренного вызова без USIM, UE должно использовать в качестве идентификатора по умолчанию UE_ID=0 в приведенных выше формулах для PF и i_s.
IMSI задается как последовательность цифр типа целого числа (0…9). IMSI в приведенных выше формулах должно интерпретироваться как десятичное целое число, где первая цифра, указанная в последовательности, представляет собой цифру наивысшего порядка. Например:
IMSI=12 (digit1=1, digit2=2)
В вычислениях, это должно интерпретироваться, как десятичное целое число “12”, а не “1×16+2=18”.
Однако известные способы для опроса могут быть слишком жесткими и/или могут не предоставлять достаточной емкости опроса для некоторых сценариев NR.
КРАТКОЕ ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
В соответствии с некоторыми вариантами осуществления концепций изобретения, может быть обеспечен способ работы базовой станции сети беспроводной связи. Генерируются параметры, которые определяют множество потенциальных событий контроля PDCCH и которые определяют множество событий опроса, причем каждое одно из множества событий опроса включает соответствующий поднабор множества потенциальных событий контроля PDCCH, причем последовательные события опроса разнесены во времени с по меньшей мере одним из потенциальных событий контроля PDCCH между ними, не включенным в любое из множества событий опроса. Параметры передаются по радиоинтерфейсу на беспроводное устройство.
В соответствии с некоторыми другими вариантами осуществления концепций изобретения, может быть обеспечен способ работы базовой станции сети беспроводной связи. Генерируются параметры, которые определяют множество потенциальных событий контроля PDCCH, распределенных по кадру опроса, и которые определяют по меньшей мере одно событие опроса, причем по меньшей мере одно событие опроса включает в себя поднабор множества потенциальных событий контроля PDCCH, причем по меньшей мере одно из множества потенциальных событий контроля PDCCH находится между началом кадра опроса и по меньшей мере одним событием опроса, и по меньшей мере одно из множества потенциальных событий контроля PDCCH не включено в любое событие опроса кадра опроса. Параметры передаются по радиоинтерфейсу на беспроводное устройство.
В соответствии с другими вариантами осуществления концепций изобретения, может быть обеспечен способ работы беспроводного устройства в сети беспроводной связи. Принимаются параметры, которые определяют множество потенциальных событий контроля PDCCH и которые определяют множество событий опроса, причем каждое одно из множества событий опроса включает в себя соответствующий поднабор множества потенциальных событий контроля PDCCH, причем последовательные события опроса разнесены во времени с по меньшей мере одним из потенциальных событий контроля PDCCH между ними, не включенным в любое из множества событий опроса. Беспроводное устройство контролирует сообщения опроса на основе параметров, которые определят множество потенциальных событий контроля PDCCH и множество событий опроса.
В соответствии с другими вариантами осуществления концепций изобретения, может быть обеспечен способ работы беспроводного устройства в сети беспроводной связи. Принимаются параметры, которые определяют множество потенциальных событий контроля PDCCH, распределенных по кадру опроса, и которые определяют по меньшей мере одно событие опроса, причем по меньшей мере одно событие опроса включает в себя поднабор множества потенциальных событий контроля PDCCH, причем по меньшей мере одно из множества потенциальных событий контроля PDCCH находится между началом кадра опроса и по меньшей мере одним событием опроса, и причем по меньшей мере одно из множества потенциальных событий контроля PDCCH не включено в любое событие опроса кадра опроса. Беспроводное устройство контролирует сообщения опроса на основе параметров, которые определяют множество потенциальных событий контроля PDCCH и по меньшей мере одно событие опроса.
В соответствии с некоторыми вариантами осуществления концепций изобретения, события опроса могут быть более равномерно распределены по кадру опроса, тем самым снижая пиковую нагрузку и/или другие проблемы, связанные с функционированием TDD.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Приложенные чертежи, которые включены, чтобы предоставить дополнительное понимание раскрытия, и являются составной частью этой заявки, иллюстрируют некоторые неограничивающие варианты осуществления концепций изобретения.
Фиг. 1 представляет собой блок-схему, иллюстрирующую беспроводное устройство в соответствии с некоторыми вариантами осуществления концепций изобретения;
Фиг. 2 представляет собой блок-схему, иллюстрирующую узел сети радиодоступа RAN в соответствии с некоторыми вариантами осуществления концепций изобретения;
Фиг. 3 представляет собой блок-схему последовательности операций, иллюстрирующую операции узла RAN в соответствии с некоторыми вариантами осуществления концепций изобретения;
Фиг. 4 представляет собой блок-схему последовательности операций, иллюстрирующую операции беспроводного устройства в соответствии с некоторыми вариантами осуществления концепций изобретения;
Фиг. 5 иллюстрирует таблицу, используемую для определения события опроса UE в кадре опроса;
Фиг. 6 иллюстрирует параметры из 3GPP TS 38.331;
Фиг. 7 иллюстрирует способы конфигурирования “пакетов” событий контроля PDCCH, формирующих события опроса в кадре опроса в соответствии с некоторыми вариантами осуществления концепций изобретения;
Фиг. 8 иллюстрирует способы конфигурирования “пакетов” событий контроля PDCCH, формирующих события опроса в кадре опроса в соответствии с некоторыми вариантами осуществления концепций изобретения;
Фиг. 9 иллюстрирует элементы информационного элемента IE DownlinkConfigCommon в соответствии с некоторыми вариантами осуществления концепций изобретения;
Фиг. 10 и 11 иллюстрируют элементы значений/определений ограничения множественности и типа RRC в соответствии с некоторыми вариантами осуществления концепций изобретения;
Фиг. 12 представляет собой блок-схему беспроводной сети в соответствии с некоторыми вариантами осуществления;
Фиг. 13 представляет собой блок-схему пользовательского оборудования в соответствии с некоторыми вариантами осуществления;
Фиг. 14 представляет собой блок-схему среды виртуализации в соответствии с некоторыми вариантами осуществления;
Фиг. 15 представляет собой блок-схему телекоммуникационной сети, соединенной через промежуточную сеть с хост-компьютером, в соответствии с некоторыми вариантами осуществления;
Фиг. 16 представляет собой блок-схему хост-компьютера, осуществляющего связь через базовую станцию с пользовательским оборудованием по частично беспроводному соединению, в соответствии с некоторыми вариантами осуществления;
Фиг. 17 представляет собой блок-схему способов, реализуемых в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование, в соответствии с некоторыми вариантами осуществления;
Фиг. 18 представляет собой блок-схему способов, реализуемых в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование, в соответствии с некоторыми вариантами осуществления;
Фиг. 19 представляет собой блок-схему способов, реализуемых в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование, в соответствии с некоторыми вариантами осуществления; и
Фиг. 20 представляет собой блок-схему способов, реализуемых в системе связи, включающей в себя хост-компьютер, базовую станцию и пользовательское оборудование, в соответствии с некоторыми вариантами осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
Концепции изобретения будут далее описаны более подробно со ссылками на приложенные чертежи, на которых представлены примеры вариантов осуществления концепций изобретения. Однако концепции изобретения могут быть воплощены в различных других формах и не должны быть истолкованы как ограниченные изложенными вариантами осуществления. Скорее, эти варианты осуществления представлены так, чтобы настоящее раскрытие концепций изобретения было всесторонним и полным и полностью передавало объем настоящих концепций изобретения специалистам в данной области техники. Следует также отметить, что эти варианты осуществления не являются взаимно исключающими. Компоненты из одного варианта осуществления могут неявно предполагаться присутствующими/используемыми в другом варианте осуществления.
Следующее описание представляет различные варианты осуществления раскрытого предмета. Эти варианты осуществления представлены в качестве иллюстративных примеров и не должны толковаться как ограничивающие объем раскрытого предмета. Например, некоторые детали описываемых вариантов осуществления могут быть модифицированы, исключены или расширены без отклонения от объема описываемого предмета.
Фиг. 1 является блок-схемой, иллюстрирующей элементы беспроводного устройства UE (также упоминаемого как беспроводный терминал, устройство беспроводной связи, терминал беспроводной связи, пользовательское оборудование, UE, узел/терминал/устройство пользовательского оборудования и т.д.) сконфигурированного для обеспечения беспроводной связи в соответствии с вариантами осуществления концепций изобретения. Как показано, беспроводное устройство UE может включать в себя антенну 4007 и схему 4001 приемопередатчика (также упоминаемую как приемопередатчик), включающую в себя передатчик и приемник сконфигурированные, чтобы обеспечивать радиосообщения восходящей линии связи и нисходящей линии связи с базовой станцией gNB сети беспроводной связи (также упоминаемой как сеть радиодоступа RAN). Беспроводное устройство UE может также включать схему 4003 процессора (также упоминаемую как процессор), связанную со схемой приемопередатчика, и схему 4005 памяти (также упоминаемую как память), связанную с процессором. Схема 4005 памяти может содержать считываемый компьютером программный код, который при исполнении схемой 4003 процессора побуждает схему процессора исполнять операции в соответствии с раскрытыми вариантами осуществления. В соответствии с другими вариантами осуществления, схема 4003 процессора может включать в себя память, так что отдельная схема памяти не требуется. Беспроводное устройство UE может также включать в себя интерфейс (такой как пользовательский интерфейс), связанный с процессором 4003, и/или беспроводное устройство UE может представлять собой устройство IoT и/или MTC.
Как обсуждается здесь, операции беспроводного устройства UE могут выполняться процессором 4003 и/или приемопередатчиком 4001. Например, процессор 4003 может управлять приемопередатчиком 4001, чтобы передавать сообщения восходящей линии связи посредством приемопередатчика 4001 по радиоинтерфейсу на базовую станцию gNB сети беспроводной связи и/или при принимать сообщения нисходящей линии связи посредством приемопередатчика 4001 от базовой станции gNB сети беспроводной связи по радиоинтерфейсу. Более того, в памяти 4005 могут быть сохранены модули, и эти модули могут предоставлять инструкции, так что когда инструкции модуля исполняются процессором 4003, процессор 4003 выполняет соответствующие операции (например, операции, обсуждаемые ниже в отношении примерных вариантов осуществления).
Фиг. 2 является блок-схемой, иллюстрирующий элементы сетевого узла (также упоминаемого как сетевой узел, базовая станция, gNB, gNodeB и т.д.) сети беспроводной связи (также упоминаемой как сеть радиодоступа RAN), сконфигурированного для обеспечения сотовой связи в соответствии с вариантами осуществления концепций изобретения. Как показано, сетевой узел может включать в себя схему 5001 приемопередатчика (также упоминаемую как приемопередатчик), включающую в себя передатчик и приемник, сконфигурированные, чтобы обеспечивать радиосообщения восходящей линии связи и нисходящей линии связи с беспроводным устройством. Сетевой узел может включать в себя схему 5007 сетевого интерфейса (также упоминаемую как сетевой интерфейс) сконфигурированную, чтобы обеспечивать связь с другими узлами (например, c другими базовыми станциями и/или узлами базовой сети) RAN. Сетевой узел может также включать в себя схему 5003 процессора (также упоминаемую как процессор), связанную со схемой приемопередатчика, и схему 5005 памяти (также упоминаемую как память), связанную со схемой процессора. Схема 5005 памяти может включать в себя считываемый компьютером программный код, который при исполнении схемой 5003 процессора побуждает схему процессора выполнять операции в соответствии с раскрытыми вариантами осуществления. В соответствии с другими вариантами осуществления, схема 5003 процессора может включать в себя память, так что отдельная схема памяти не требуется.
Как обсуждается здесь, операции сетевого узла могут выполняться процессором 5003, сетевым интерфейсом 5007 и/или приемопередатчиком 5001. Например, процессор 5003 может управлять приемопередатчиком 5001, чтобы передавать сообщения нисходящей линии связи посредством приемопередатчика 5001 по радиоинтерфейсу к одному или нескольким UE и/или принимать сообщения нисходящей линии связи посредством приемопередатчика 5001 от одного или нескольких UE по радиоинтерфейсу. Подобным образом, процессор 5003 может управлять сетевым интерфейсом 5007, чтобы передавать сообщения через сетевой интерфейс 5007 к одному или нескольким другим сетевым узлам и/или принимать сообщения через сетевой интерфейс от одного или нескольких других сетевых узлов. Более того, в памяти 5005 могут быть сохранены модули, и эти модули могут обеспечивать инструкции, так что когда инструкции модуля исполняются процессором 5003, процессор 5003 выполняет соответствующие операции (например, операции, обсужденные ниже в отношении примерных вариантов осуществления).
Вышеописанный случай по умолчанию (т.е. когда события контроля PDCCH для PO являются теми же самыми, что и для RMSI) может иметь ассоциированные проблемы, состоящие в том, что он может быть слишком жестким и может не обеспечивать достаточной емкости опроса для сценариев с высокими требованиями (т.е. не на уровне LTE). Однако любая проблема для случая по умолчанию может быть преодолена с использованием явной конфигурации, т.е. случая не по умолчанию. Следовательно, проблемы могут быть ассоциированы со случаем не по умолчанию.
Как упомянуто выше, основанная на таблице конфигурация/ распределение PO в PF, как используется в LTE, не может легко повторно использоваться в NR, потому что свипирование луча переменной длины (т.е. конфигурируемое число лучей и зависимая от нумерологии длительность сегмента OFDM) PDCCH для опроса, а также наличие различных нумерологий (т.е. различных SCS, приводящих к разному числу символов и сегментов в подкадре и в радиокадре) не согласуется с механизмом, используемым в LTE. В LTE может быть относительно просто отображать PO на подкадр, и это могло бы делаться посредством таблицы, специфицированной для этой цели. Однако в NR, PO не может просто отображаться на подкадр. В терминах ресурсов передачи, подкадр является однозначным понятием в LTE (c единственным различием для нормального или расширенного циклического префикса). В NR, с другой стороны, ресурсы передачи (в терминах сегментов и, таким образом, символов OFDM) изменяются с различными нумерологиями (т.е. интервалами поднесущих, SCS). Кроме того, длительность, требуемая для PO в NR, является переменной и зависит от количества лучей, требуемых в возможной развертке луча для PDCCH для опроса в комбинации c SCS и соответствующей длиной символа.
Альтернативное предложение для распределения PO в PF, как разработано в R2-1807689 [1], может также быть проблематичным. Когда PO проходит через границу сегмента (что неизбежно, когда развертка луча PDCCH требует более 14 символов OFDM), предложенный способ позволить событиям контроля PDCCH образовывать PO, приводит к тому, что PO группируются вплотную вместо того, чтобы равномерно распределяться в PF, таким образом, потенциально создавая пиковые нагрузки в сигнализации DL, а также на ресурсах PRACH и других ресурсах доступа в сети. Это происходит потому, что параметры paging-SearchSpace не позволяют конфигурировать “пакеты” событий контроля PDCCH c промежутками между пакетами, если только каждый пакет событий контроля PDCCH не будет расположен в одном сегменте (что, очевидно, не имеет места для опроса, где может использоваться до 64 лучей), который может тогда повторяться c параметром Monitoring-periodicity-PDCCH-slot, например, c пустыми сегментами, вставленными между сегментами PO. Когда пакет (представляющий PO) пересекает границу сегмента, эти оба сегмента оба должны иметь по меньшей мере одно событие контроля PDCCH, и поскольку имеется только один параметр для временного шаблона событий контроля PDCCH в сегменте, т.е. Monitoring-symbols-PDCCH-within-slot, такой же шаблон должен повторяться в двух сегментах. Другим следствием тогда является то, что параметр Monitoring-periodicity-PDCCH-slot должен быть установлен в 1, в результате чего тот же шаблон событий контроля PDCCH повторяется в каждом сегменте в PF. Таким образом, PO, т.е. группы/пакеты событий контроля PDCCH, продолжающиеся через границу сегмента (что неизбежно, когда развертка луча PDCCH требует более 14 символов OFDM), могут быть сконфигурированы только в форме непрерывного потока плотных событий контроля PDCCH, т.е. фактически вплотную следующих друг за другом пакетов.
Если, в попытке избежать группировки PO, события контроля PDCCH сконфигурированы таким образом, что PO разнесены (все еще вплотную) во времени, чтобы заполнить PF насколько возможно, например, путем распределения событий контроля PDCCH в разреженном шаблоне временной области, это приведет к излишне длинным PO, из-за излишне разреженных событий контроля PDCCH (и последующей нехватке промежутков между PO), что потенциально увеличит энергопотребление в UE. Более того, даже с такой конфигурацией событий контроля PDCCH, группировки нельзя полностью избежать, если только количество событий контроля PDCCH в PF не равно количеству лучей опроса, умноженному на количество PO в PF. Однако такое согласование неосуществимо для большинства возможных конфигураций, потому что конфигурация событий контроля PDCCH имеет ограниченную гибкость (например, один и тот же шаблон символов должен появляться во всех повторяющихся сегментах), в то время как количество лучей, используемых для опроса (и блоков SS) является полностью гибко конфигурируемым между 1 и максимальным числом L, определяемым несущей частотой, где L=4 для частот до 3 ГГц, L=8 для частот между 3 ГГц и 6 ГГц и L=64 для частот между 6 ГГц и 52,6 ГГц.
Еще один проблематичный аспект заключается в том, что как группировка вплотную PO, так и заполнение PF посредством PO, состоящих из разреженных событий контроля PDCCH, могут иметь негативное влияние на операцию TDD, поскольку это может препятствовать эффективной операции TDD UL в течение слишком длинных непрерывных временных интервалов.
Чтобы решать проблемы, ассоциированные со случаями не по умолчанию и предложением в R2-1807689 [1], состоящие в том, что PO, пересекающие границу сегмента, не могут быть равномерно распределены c промежутками между ними в PF, предлагается дополнить или усилить регулярные параметры paging-SearchSpace дополнительным параметром (содержащим одно значение на мультиплексированное во времени PO в PF), который определяет, какие из событий контроля PDCCH, указанных регулярными параметрами paging-SearchSpace, будут действительно использоваться для PO. То есть, что конфигурация событий контроля PDCCH, которые образуют PO, может быть описана, как двухэтапный процесс, где регулярные параметры paging-SearchSpace указывают потенциально большой набор потенциальных событий контроля PDCCH на первом этапе, которые во втором этапе - с использованием нового параметра (c одним значением на PO) - ограничиваются до одного или нескольких поднаборов потенциальных событий контроля PDCCH, приводя к окончательно сконфигурированным событиям контроля PDCCH, формирующим одну или несколько групп или “пакетов” событий контроля, причем каждая такая группа/пакет представляет PO.
В предпочтительном варианте осуществления, регулярные параметры paging-SearchSpace указывают большой набор плотных потенциальных событий контроля PDCCH, из которых новый параметр выбирает одну или несколько плотных групп/пакетов событий контроля PDCCH c промежутками между группами/пакетами (когда имеется более одной группы/пакета), так что PO, отображенные на группы/пакеты событий контроля PDCCH, являются короткими и относительно равномерно распределенными в PF.
Некоторые варианты осуществления могут обеспечить возможность равномерного распределения событий опроса в кадре опроса, таким образом, избегая нежелательных пиковых нагрузок и потенциальных проблем в связи c операцией TDD.
Первые варианты осуществления концепции изобретения обсуждаются ниже.
Чтобы решать проблемы, ассоциированные со случаями не по умолчанию и предложением в R2-1807689 [1], состоящие в том, что PO, пересекающие границу сегмента, не могут быть равномерно распределены c промежутками между ними в PF, предлагается подход, где плотная последовательность потенциальных событий контроля PDCCH указывается регулярными параметрами paging-SearchSpace (т.е. Monitoring-periodicity-PDCCH-slot, Monitoring-offset-PDCCH-slot и Monitoring-symbols-PDCCH-within-slot), и дополнительный параметр вводится, чтобы указывать, какие из этих потенциальных событий контроля PDCCH должны действительно использоваться в качестве событий контроля PDCCH и, таким образом, конфигурироваться как PO. Значение определяющего слова “потенциальный” в том, что только поднабор потенциальных событий контроля PDCCH, указанных регулярными параметрами paging-SearchSpace, будет в итоге сконфигурирован в качестве событий контроля PDCCH, как указано дополнительным параметром (например, в комбинации c количеством лучей, используемых для передач опроса).
Предпочтительно, новый параметр будет указывать одно из (плотно) сконфигурированных потенциальных событий контроля PDCCH, чтобы сформировать первое событие контроля PDCCH в пакете событий контроля PDCCH, формирующих PO, и количество событий контроля PDCCH в пакете определяется количеством лучей, используемых для передач опроса. Т.е. новый параметр (например, в комбинации с количеством лучей, используемых для передач опроса) ограничивает набор потенциальных событий контроля PDCCH до одного или нескольких “пакетов” событий контроля PDCCH. Оставшиеся ресурсы передачи, указанные регулярными параметрами paging-SearchSpace (параметрами потенциальных событий контроля PDCCH, которые не становятся сконфигурированными событиями контроля PDCCH и которые не являются частью какого-либо PO), таким образом, не рассматриваются, как часть конфигурации пространства поиска и игнорируются UE, контролирующими поисковый вызов. Сеть может свободно использовать ресурсы передачи DL, соответствующие этим неиспользованным потенциальным событиям контроля PDCCH, для любых других целей, включая использование для операции восходящей линии связи TDD.
Новый параметр может, например, быть назван “First-PDCCH-monitoring-occasion-of-PO” в TS 38.304, что соответствует “firstPDCCH-MonitoringOccasionOfPO” в TS 38.331. Параметр First-PDCCH-monitoring-occasion-of-PO быть частью paging-SearchSpace или может быть отдельным параметров. В терминах кода ASN1 в TS 8.331, это было бы также хорошо согласовано с PCCH-Config IE. Параметр может появляться во множестве экземпляров, поскольку может иметься множество PO в PF. Следовательно, параметр будет многозначным параметром, например, последовательностью целочисленных значений. В коде ASN.1, это могло бы, например, иметь вид:
firstPDCCH-MonitoringOccasionOfPO ::=
SEQUENCE (1…maxNumOfPOsInPF) OF INTEGER (0…max-PDCCH-
MonitoringOccasion)
В примере ASN.1, указанном выше, потенциальные события контроля PDCCH, как указано регулярными параметрами paging-SearchSpace, пронумерованы от 0 до max-PDCCH-MonitoringOccasion, но они также могут быть пронумерованы от 1 до maxNumOf-PDCCH-MonitoringOccasionsInFrame (где maxNumOf-PDCCH-MonitoringOccasionsInFrame=max-PDCCH-MonitoringOccasion+1). И вместо использования max-PDCCH-MonitoringOccasion (или maxNumOf-PDCCH-MonitoringOccasionsInFrame), чтобы определить диапазон значений, можно просто использовать максимальное количество символов OFDM в радиокадре, т.е. 2240 в системе c интервалом поднесущих 240 кГц. Тогда пример ASN.1 становится таким:
firstPDCCH-MonitoringOccasionOfPO ::=
SEQUENCE (1…maxNumOfPOsInPF) OF INTEGER (0…2239)
Принципы некоторых вариантов осуществления проиллюстрированы в примере на фиг. 1. В этом примере, значения, используемые для соответствующих параметров следующие:
Несущая частота: < 3 ГГц
Интервал поднесущих: 30 кГц (⇒ длительность сегмента: 500 µс ⇒ 20 сегментов в радиокадре)
Длина CORESET: 2 символа OFDM
Количество лучей: 4
nB: 2T (т.е. 2 PO на PF)
Monitoring-periodicity-PDCCH-slot: 1
Monitoring-offset-PDCCH-slot: 0
Monitoring-symbols-PDCCH-within-slot: 11001100110000
First-PDCCH-monitoring-occasion-of-PO: 3 (для PO 1), 33 (для PO 2)
Отметим, что настройка Monitoring-periodicity-PDCCH-slot=1 и Monitoring-offset-PDCCH-slot=0 значит, что соответствующий параметр monitoringSlotPeriodicityAndOffset содержит параметр sl1, установленный в значение нуль. Параметр Monitoring-symbols-PDCCH-within-slot представляет собой битовую карту/битовую строку длиной 14 битов. Каждый бит в этой битовой строке представляет собой символ OFDM в сегменте. Бит, установленный в единицу, означает, что сегмент OFDM является потенциальным сегментом OFDM для контроля. Это значение назначено соответствующему параметру monitoringSymbolsWithinSlot.
Фиг. 7 иллюстрирует пример предложенного способа конфигурации “пакетов” событий контроля PDCCH, формирующих события опроса в кадре опроса.
Фиг. 8 иллюстрирует другой пример c временной шкалой, сжатой до минимально возможного значения. В этом примере, значения, используемые для соответствующих параметров следующие:
Несущая частота: < 6 ГГц
Интервал поднесущих: 30 кГц (⇒ длительность сегмента: 500 µс ⇒ 20 сегментов в радиокадре)
Длина CORESET: 2 символа OFDM
Количество лучей: 8
nB: 4T (т.е. 4 PO на PF)
Monitoring-periodicity-PDCCH-slot: 1
Monitoring-offset-PDCCH-slot: 0
Monitoring-symbols-PDCCH-within-slot: 11001100110000
First-PDCCH-monitoring-occasion-of-PO:
0 (для PO 1), 15 (для PO 2), 30 (для PO 3), 45 (для PO 4)
Фиг. 8 иллюстрирует предложенный способ конфигурации “пакетов” события контроля PDCCH, формирующих события опроса в кадре опроса.
В качестве альтернативы конфигурированию явного значения для указания начала каждого PO, параметр может иметь форму первого значения, указывающего первое событие контроля PDCCH первого PO, и затем второе значение, указывающее количество (потенциальных) событий контроля PDCCH между двумя PO. Например, если первое значение равно 4 и второе значение равно 8, это значит, что потенциальное событие контроля PDCCH номер 4 в PF будет первым событием контроля PDCCH в первом PO в PF, и второе PO начнется с потенциального события контроля PDCCH номер 4+8=12. Если есть третье и четвертое PO в PF, они будут начинаться в потенциальных событиях контроля PDCCH номер 12+8=20 и 20+8=28.
Примеры текста спецификации обсуждаются ниже. Соответственные изменения текста в разделе 7.1 в TS 38.304 могут быть, например, следующими:
UE может использовать Прерывистый Прием (DRX) в состоянии RRC_IDLE и RRC_INACTIVE, чтобы снизить энергопотребление. UE контролирует одно событие опроса (PO) за цикл DRX. PO является набором событий контроля PDCCH и может состоять из множества временных сегментов (например, подкадра или символа OFDM), где DCI опроса может отправляться [4]. Один кадр опроса (PF) является одним радиокадром и может содержать одно или несколько PO или начальную точку PO.
В многолучевых операциях, длина одного PO является одним периодом свипирования луча, и UE может полагать, что то же самое сообщение опроса повторяется во всех лучах диаграммы свипирования, и, таким образом, выбор луча(ей) для приема сообщения опроса зависит от реализации UE. Сообщение опроса является тем же самым как для опроса, инициированного посредством RAN, так и для опроса, инициированного посредством CN.
UE инициирует процедуру возобновления RRC-соединения после приема опроса RAN. Если UE принимает опрос, инициированный посредством CN, в RRC_INACTIVE состоянии, UE переходит в RRC_IDLE и информирует NAS.
PF, PO определяются следующей формулой:
SFN для PF определяется посредством:
(SFN+PF_offset)mod T = (T div N)*(UE_ID mod N)
Индекс (i_s), указывающий начало набора событий контроля PDCCH для DCI опроса, определяется посредством:
i_s=floor(UE_ID/N) mod Ns; где Ns=max(1, nB/T)
События контроля PDCCH для опроса определяются в соответствии с paging-SearchSpace и First-PDCCH-monitoring-occasion-of-PO, если сконфигурированы, в комбинации с количеством передач PDCCH, используемых на событие опроса, и в соответствии с ассоциацией по умолчанию (т.е. события контроля PDCCH для опроса такие же, как и для RMSI, как определено в Разделе 13 в [4]) или иначе.
Для ассоциации по умолчанию, Ns равно 1 или 2. Для Ns=1, есть только одно PO, которое начинается в PF. Для Ns=2, PO находится либо в первом полукадре (i_s=0), либо во втором полукадре (i_s=1) PF.
Для ассоциации не по умолчанию (т.е. когда используется paging-SearchSpace), UE контролирует (i_s+1)-ое PO, где первое PO начинается в PF. Когда присутствует First-PDCCH-monitoring-occasion-of-PO, UE контролирует (i_s+1)-ое PO, где первое событие контроля PDCCH для каждого PO в PF указывается посредством First-PDCCH-monitoring-occasion-of-PO.
Следующие параметры используются для вычисления PF и i_s выше:
T: цикл DRX UE (T определяется самым коротким из специфического для UE значения DRX, если сконфигурировано посредством RRC или верхних уровней, и значения DRX по умолчанию, широковещательно переданного в системной информации. Если специфическое для UE DRX не сконфигурировано верхними уровнями, то применяется значение по умолчанию)
nB: количество всех событий опроса в T
N: min(T, nB)
PF_offset: сдвиг, используемый для определения PF
UE_ID: IMSI mod 1024
First-PDCCH-monitoring-occasion-of-PO: Первое событие контроля PDCCH события опроса
Параметры nB, PF_offset, firstPDCCH-MonitoringOccasionOfPO и длина по умолчанию цикла DRX сигнализируются в SystemInformationBlock1.
Если UE не имеет IMSI, например, при выполнении экстренного вызова без USIM, UE должно использовать в качестве идентификатора по умолчанию UE_ID=0 в PF и формулы i_s выше.
IMSI задается как последовательность цифр типа целого числа (0…9). IMSI в формуле выше должно интерпретироваться как десятичное целое число, где первая цифра, заданная в последовательности, представляет цифру высшего порядка.
Например:
IMSI=12 (digit1=1, digit2=2)
В вычислениях, это должно интерпретироваться как десятичное целое число “12”, а не “1×16+2=18”.
Соответствующие изменения текста в TS 38.331 могут, например, быть представлены, как обсуждено ниже.
Информационный элемент IE DownlinkConfigCommon предоставляет общие параметры нисходящей линии связи соты, и информационный элемент DownlinkConfigCommonSIB может быть представлен, как иллюстрируется на фиг. 9, в соответствии с некоторыми вариантами осуществления концепций изобретения.
Значения/определения множественности и ограничения типа RRC могут быть обеспечены, как проиллюстрировано на фиг. 10 и фиг. 11, в соответствии с некоторыми вариантами осуществления концепций изобретения.
Вторые варианты осуществления концепций изобретения обсуждаются ниже.
Во вторых вариантах осуществлениях концепций изобретения, параметр First-PDCCH-monitoring-occasion-of-PO не введен. Напротив, параметры paging-SearchSpace (т.е. Monitoring-periodicity-PDCCH-slot, Monitoring-offset-PDCCH-slot и Monitoring-symbols-PDCCH-within-slot c терминологией TS 38.213 или параметры monitoringSlotPeriodicityAndOffset и monitoringSymbolsWithinSlot c терминологией TS 38.331) интерпретируются так, что они конфигурируют только количество событий контроля PDCCH, которые согласованы с количеством лучей, используемых для опроса (т.е. количество лучей, используемых для передач SSB в наборе пакетов SS), т.е. передач лучей PDCCH, составляющих развертку луча, которая формирует PO. Чтобы сконфигурировать множество PO в PF, сеть вместо этого предоставляет/конфигурирует множество экземпляров параметра Monitoring-offset-PDCCH-slot (один для каждого мультиплексированного по времени PO в PF). Каждый из параметров Monitoring-offset-PDCCH-slot тогда маркировал бы начало нового PO, а другие два параметра в paging-SearchSpace, т.е. параметры Monitoring-periodicity-PDCCH-slot и Monitoring-symbols-PDCCH-within-slot, тогда использовались бы, чтобы конфигурировать другой набор событий контроля PDCCH, согласующихся с количеством лучей, используемых для опроса, начиная с каждого из этих параметров Monitoring-offset-PDCCH-slot.
Например, параметр Monitoring-offset-PDCCH-slot может быть изменен на многозначный параметр, например, состоящий из последовательности целочисленных значений, каждое из которых представляет смещение от начала кадра опроса и, таким образом, представляет начало набора событий контроля PDCCH, формирующих PO.
В варианте этого варианта осуществления, множественность параметра Monitoring-offset-PDCCH-slot - т.е. множественность конфигураций PO - реализуется как набор параметров monitoringSlotPeriodicityAndOffset в системной информации, или заданием параметра monitoringSlotPeriodicityAndOffset как многозначного параметра, например, содержащего последовательность значений. Это значит, что соответствие параметру Monitoring-periodicity-PDCCH-slot также будет обеспечено во множестве случаев или c множеством значений.
Третьи варианты осуществления концепций изобретения обсуждаются ниже.
В третьем варианте осуществления - также без параметра First-PDCCH-monitoring-occasion-of-PO - параметры paging-SearchSpace интерпретируются как в варианте осуществления 2, т.е. так, что они конфигурируют только количество событий контроля PDCCH, которые согласованы с количеством лучей, используемых для опроса (т.е. количеством лучей, используемых для передач SSB в наборе пакетов SS), т.е. передач луча PDCCH, составляющих развертку луча, которая формирует PO. Чтобы сконфигурировать множество PO в PF, сеть конфигурирует множество наборов параметров paging-SearchSpace (один для каждого PO в PF). В системной информации (и в терминологии TS 38.331), это может быть реализовано, как множество экземпляров параметра monitoringSlotPeriodicityAndOffset и параметра monitoringSymbolsWithinSlot (что также может быть достигнуто заданием этих параметров как многозначных параметров, например, в форме последовательностей значений).
Четвертые варианты осуществления концепции изобретения обсуждаются ниже.
В другом варианте осуществления (который может комбинироваться c любым из других вышеописанных вариантов осуществления или может дополнять любые другие вышеописанные варианты осуществления), количество событий контроля PDCCH в “пакете” событий контроля PDCCH (в варианте осуществления 1) или количество событий контроля PDCCH, учитываемых, чтобы конфигурироваться одним набором параметров paging-SearchSpace (или одним набором значений параметра paging-SearchSpace) (в вариантах осуществления 2 и 3), не является неявно специфицированным количеством лучей SSB в наборе пакетов SS, а вместо этого явно сконфигурировано. Эта явная конфигурация может иметь форму нового параметра, например, обозначенного, как Number-of-paging-beams-in-PO или Number-of-PDCCH-monitoring-occasions-in-PO. Этот новый параметр может представляться как часть параметров paging-SearchSpace или может обеспечиваться как отдельный параметр, например, включаться в параметр PCCH-Config в системной информации (и в TS 38.331).
В соответствии с некоторыми вариантами осуществления, параметры paging-SearchSpace и/или их интерпретации могут быть дополнены, модифицированы и/или изменены, чтобы обеспечить согласование сконфигурированных событий контроля PDCCH с передачами луча, используемыми для групп, или “пакетов”, формирования опроса событий контроля PDCCH (c предпочтительно относительно плотно скомпонованными событиями контроля PDCCH) c промежутками между группами/“пакетами”, и причем каждая такая группа/“пакет” составляет события опроса.
Каждый из первого, второго и третьего вариантов осуществления, обсужденных выше, может достичь этой цели несколько различным образом. В соответствии с некоторыми вариантами осуществления, один или несколько параметров могут использоваться, чтобы обозначить начало (например, в форме первого события контроля PDCCH) каждый группы/“пакета” событий контроля PDCCH, составляющих PO.
Операции беспроводного устройства UE будут обсуждены далее со ссылкой на блок-схему на фиг. 4 в соответствии с некоторыми вариантами осуществления концепций изобретения. Например, модули могут быть сохранены в памяти 4005 беспроводного терминала на фиг. 1, и эти модули могут предоставить инструкции, так что когда инструкции модуля исполняются процессором 4003 беспроводного устройства, процессор 4003 выполняет соответствующие операции блок-схемы последовательности операций на фиг. 4.
В блоке 401, процессор 4003 может принимать (посредством приемопередатчика 4001) параметры, которые определяют множество потенциальных событий контроля PDCCH, распределенных по кадру опроса, и которые определяют по меньшей мере одно событие опроса (которое может быть ассоциировано c кадром опроса). Например, параметры могут определять множество событий опроса, причем каждое одно из множества событий опроса включает в себя соответствующий поднабор множества потенциальных событий контроля PDCCH, причем последовательные события опроса разнесены во времени с по меньшей мере одним из множества потенциальных событий контроля PDCCH между ними, не включенным в любое из множества событий опроса (и таким образом не используемым для опроса). В дополнение или альтернативно, по меньшей мере одно из множества потенциальных событий контроля PDCCH может находиться между началом кадра опроса и по меньшей мере одним событием опроса, причем по меньшей мере одно из множества потенциальных событий контроля PDCCH не включено в любое событие опроса кадра опроса (и, таким образом, не используется для опроса).
Например, одно из множества потенциальных событий контроля PDCCH между двумя последовательными событиями опроса не может быть включено в любые события опроса кадра опроса, и другое из множества потенциальных событий контроля PDCCH между началом кадра опроса и первым одним из событий опроса кадра не может быть включено в любые события опроса кадра опроса.
Параметры могут включать параметр длины, который определяет длину каждого из множеств событий опроса как количество потенциальных событий контроля PDCCH, которое включено в событие опроса, и/или как количество лучей, используемых, чтобы передавать поисковый вызов во время события опроса. Параметры могут включать в себя параметры смещения (например, информационные элементы firstPDCCH-MonitoringOccasionOfPO), определяющие соответствующие смещения для каждого из соответствующих событий опроса относительно начала кадра опроса, и параметры смещения могут быть определены на основе количества потенциальных событий контроля PDCCH.
В блоке 403, процессор 4003 может контролировать сообщения опроса на основе параметров, которые определяют множество потенциальных событий контроля PDCCH и множество событий опроса. Например, контроль может включать в себя контроль сообщений опроса с использованием потенциальных событий контроля PDCCH, включенных в события опроса, без контроля по меньшей мере одного из множества потенциальных событий контроля PDCCH, которое не включено в любое из множества событий опроса.
В блоке 405, процессор 4003 может принять (посредством приемопередатчика 4001) сообщение опроса для беспроводного устройства с использованием по меньшей мере одного из множества потенциальных событий контроля PDCCH, включенного в по меньшей мере одно из событий опроса, как определено параметрами.
В блоке 407, процессор 4003 может передавать (посредством приемопередатчика 4001) сообщение восходящей линии связи в ответ на прием сообщения опроса.
Различные операции из блок-схемы последовательности операций на фиг. 4 могут быть опциональными по отношению к некоторым вариантам осуществления беспроводных устройств и связанных способов. Относительно способов примерного варианта осуществления 16 (изложенного ниже), например, операции блоков 405 и 407 на фиг. 4 могут быть опциональными.
Операции базовой станции gNB будут обсуждаться далее со ссылкой на блок-схему последовательности операций на фиг. 3. Например, модули могут быть сохранены в памяти 5005 базовой станции на фиг. 2, и эти модули могут обеспечивать инструкции, так что когда инструкции модуля исполняются процессором 5003, процессор 5003 выполняет соответствующие операции блок-схемы последовательности операций на фиг. 3.
В блоке 301, процессор 5003 может генерировать параметры, которые определяют множество потенциальных событий контроля PDCCH, распределенных по кадру опроса, и которые определяют по меньшей мере одно событие опроса (которое может быть ассоциировано c кадром опроса). Например, параметры могут определять множество событий опроса, причем каждое одно из множества событий опроса включает в себя соответствующий поднабор множества потенциальных событий контроля PDCCH, причем последовательные события опроса разнесены во времени c по меньшей мере одним из множества потенциальных событий контроля PDCCH между ними, не включенным в любое из множества событий опроса (и, таким образом, не используемым для опроса). В дополнение или альтернативно, по меньшей мере одно из множества потенциальных событий контроля PDCCH может находиться между началом кадра опроса и по меньшей мере одним событием опроса, и по меньшей мере одно из множества потенциальных событий контроля PDCCH не включено в любое событие опроса кадра опроса (и таким образом не используется для опроса).
Например, одно из множества потенциальных событий контроля PDCCH между двумя последовательными событиями опроса не может быть включено в любые события опроса кадра опроса, и другое из множества потенциальных событий контроля PDCCH между началом кадра опроса и первым одним из событий опроса кадра не может быть включено в любые события опроса кадра опроса.
Параметры могут включать параметр длины, который определяет длину каждого из множества событий опроса как количество потенциальных событий контроля PDCCH, которое включено в событие опроса, и/или как количество лучей, используемых для передачи поискового вызова во время события опроса. Параметры могут включать в себя параметры смещения (например, информационные элементы firstPDCCH-MonitoringOccasionOfPO), определяющие соответствующие смещения для каждого из соответствующих событий опроса относительно начала кадра опроса, и параметры смещения могут быть определены на основе количества потенциальных событий контроля PDCCH.
В блоке 303, процессор 5003 может передавать (посредством приемопередатчика 5001) параметры по радиоинтерфейсу на беспроводное устройство.
В блоке 305, процессор 5003 может передавать (посредством приемопередатчика 5001) сообщение опроса для беспроводного устройства с использованием по меньшей мере одного из множества потенциальных событий контроля PDCCH, включенных в по меньшей мере одно из событий опроса, как определено параметрами. Например, множество потенциальных событий контроля PDCCH поднабора для события опроса может быть ассоциировано c различными лучами, и сообщение опроса для беспроводного терминала может быть передано с использованием одного из множества событий опроса так, что сообщение опроса передается с использованием по меньшей мере двух из множества потенциальных событий контроля PDCCH из поднабора для события опроса с использованием различных лучей.
В блоке 307, процессор 5003 может планировать передачу для второго беспроводного устройства с использованием ресурса, включающего в себя по меньшей мере одно из множества потенциальных событий контроля PDCCH, которое не включено в любое из множества событий опроса.
В блоке 309, процессор 5003 может отсылать передачу между вторым беспроводным устройством и базовой станцией с использованием ресурса, включающего в себя по меньшей мере одно из множества потенциальных событий контроля PDCCH, которое не включено в любое из множества событий опроса. Например, передача может быть передачей восходящей линии связи, причем планирование передачи восходящей линии связи включает в себя планирование передачи восходящей линии связи TDD для второго беспроводного устройства.
Различные операции из блок-схемы последовательности операций на фиг. 3 могут быть опциональными по отношению к некоторым вариантам осуществления базовых станций и связанным способам. В отношении способов примерного варианта осуществления 1 (изложено ниже), например, операции блоков 305, 307 и 309 на фиг. 3 могут быть опциональными.
Примерные варианты осуществления концепций изобретения обсуждаются ниже.
1. Способ работы базовой станцией сети беспроводной связи, причем способ содержит: генерирование (301) параметров, которые определяют множество потенциальных событий контроля, распределенных по кадру опроса, и которые определяют множество событий опроса, распределенных по кадру опроса, причем каждое одно из множества событий опроса включает в себя соответствующий поднабор множества потенциальных событий контроля, причем последовательные события опроса кадра опроса разнесены во времени c по меньшей мере одним из потенциальных событий контроля между ними, не включенным в любое из множества событий опроса, распределенных по кадру опроса; и передачу (303) параметров по радиоинтерфейсу на беспроводное устройство.
2. Способ любого из вариантов осуществления 1-2, дополнительно содержащий: передачу (305) сообщения опроса для беспроводного устройства с использованием по меньшей мере одного из потенциальных событий контроля, включенного в по меньшей мере одно из событий опроса кадра опроса, как определено параметрами.
3. Способ любого из вариантов осуществления 1-2, причем каждое одно из множества событий опроса включает в себя соответствующий поднабор c множеством потенциальных событий контроля, каждое ассоциировано c соответствующим различным лучом.
4. Способ варианта осуществления 3, дополнительно содержащий: передачу (305) сообщения опроса для беспроводного терминала с использованием одного из множества событий опроса так, что сообщение опроса передается с использованием каждого из потенциальных событий контроля события опроса с использованием соответствующего различного луча.
5. Способ любого из вариантов осуществления 1-4, дополнительно содержащий: планирование (307) передачи восходящей линии связи для второго беспроводного устройства с использованием ресурса, включающего в себя по меньшей мере одно из потенциальных событий контроля, которое не включено в любое из множества событий опроса.
6. Способ варианта осуществления 5, причем планирование передачи восходящей линии связи содержит планирование передачи восходящей линии связи TDD для второго беспроводного устройства.
7. Способ любого из вариантов осуществления 1-6, причем кадр опроса разделен на 20 сегментов, и причем каждое из множества событий опроса имеет длительность больше, чем длительность сегмента.
8. Способ варианта осуществления 7, причем каждый сегмент включает в себя 14 символов, и причем каждое из потенциальных событий контроля имеет длительность по меньшей мере одного символа и не более, чем 4 символов.
9. Способ любого из вариантов осуществления 1-8, причем параметры включают в себя параметр длины, который определяет длину каждого из множества событий опроса как количество потенциальных событий контроля, которое включено в событие опроса.
10. Способ любого из вариантов осуществления 1-8, причем параметры включают в себя параметр длины, который определяет длину каждого из множеств событий опроса как количество лучей, используемых для передачи поискового вызова во время события опроса.
11. Способ любого из вариантов осуществления 1-10, причем параметры включают в себя параметры смещения, определяющие соответствующие смещения для каждого из соответствующих событий опроса относительно начала кадра.
12. Способ варианта осуществления 11, причем параметры смещения определяются на основе количества потенциальных событий контроля.
13. Способ любого из вариантов осуществления 1-10, причем параметры включают в себя параметр начального смещения, определяющий смещение начального одного из событий опроса кадра относительно начала кадра, и параметр последующего смещения, определяющий смещение между последовательными событиями опроса кадра.
14. Способ варианта осуществления 13, причем параметр начального смещения определяется на основе количества неиспользуемых потенциальных событий контроля кадра перед начальным событием опроса, и причем параметр последующего смещения определяется на основе количества неиспользуемых потенциальных событий контроля между последовательными событиями опроса кадра.
15. Способ любого из вариантов осуществления 1-14, причем по меньшей мере одно из множества потенциальных событий контроля между последовательными событиями опроса не используется для опроса.
16. Способ работы беспроводного устройства в сети беспроводной связи, причем способ содержит: прием (401) параметров, которые определяют множество потенциальных событий контроля, распределенных по кадру опроса, и которые определяют множество событий опроса, распределенных по кадру опроса, причем каждое одно из множества событий опроса включает в себя соответствующий поднабор множества потенциальных событий контроля, причем последовательные события опроса кадра опроса разнесены во времени c по меньшей мере одним из потенциальных событий контроля между ними, не включенным в любое из множества событий опроса, распределенных по кадру опроса; и контроль (403) сообщений опроса на основе параметров, которые определяют множество потенциальных событий контроля и множество событий опроса.
17. Способ варианта осуществления 16, дополнительно содержащий: прием (405) сообщения опроса для беспроводного устройства с использованием по меньшей мере одного из потенциальных событий контроля, включенным в по меньшей мере одно из событий опроса кадра опроса, как определено параметрами.
18. Способ варианта осуществления 17, дополнительно содержащий: передачу (407) сообщения восходящей линии связи в ответ на прием сообщения опроса.
19. Способ любого из вариантов осуществления 16-18, причем контроль содержит контроль сообщений опроса с использованием потенциальных событий контроля, включенных с событиями опроса кадра, без контроля по меньшей мере одного из потенциальных событий контроля, которое не включено в любое из множества событий опроса.
20. Способ любого из вариантов осуществления 16-19, причем кадр опроса разделен на 20 сегментов, и причем каждое из множества событий опроса имеет длительность большую, чем длительность сегмента.
21. Способ варианта осуществления 20, причем каждый сегмент включает в себя 14 символов, и причем каждое из потенциальных событий контроля имеет длительность по меньшей мере одного символа и не более, чем 4 символов.
22. Способ любого из вариантов осуществления 16-21, причем параметры включают в себя параметр длины, который определяет длину каждого из множества событий опроса как количество потенциальных событий контроля, которое включено в событие опроса.
23. Способ любого из вариантов осуществления 16-21, причем параметры включают в себя параметр длины, который определяет длину каждого из множеств событий опроса как количество лучей, используемых для передачи поискового вызова во время события опроса.
24. Способ любого из вариантов осуществления 16-23, причем параметры включают в себя параметры смещения, определяющие соответствующие смещения для каждого из соответствующих событий опроса относительно начала кадра.
25. Способ варианта осуществления 24, причем параметры смещения определяются на основе количества потенциальных событий контроля.
26. Способ любого из вариантов осуществления 16-23, причем параметры включают в себя параметр начального смещения, определяющий смещение начального одного из событий опроса кадра относительно начала кадра, и параметр последующего смещения, определяющий смещение между последовательными событиями опроса кадра.
27. Способ варианта осуществления 26, причем параметр начального смещения определяется на основе количества неиспользуемых потенциальных событий контроля кадра перед начальным событием опроса, и причем параметр последующего смещения определяется на основе количества неиспользуемых потенциальных событий контроля между последовательными событиями опроса кадра.
28. Способ любого из вариантов осуществления 16-27, причем по меньшей мере одно из множества потенциальных событий контроля между последовательными событиями опроса не используется для опроса.
29. Способ варианта осуществления 5, дополнительно содержащий: прием (309) передачи восходящей линии связи от второго беспроводного устройства, запланированного с использованием ресурса, включающего в себя по меньшей мере одно из потенциальных событий контроля, которое не включено в любое из множества событий опроса.
30. Беспроводное устройство (4000), которое адаптировано для работы в соответствии с любым из вариантов осуществления 16-28.
31. Сетевой узел (5000), который адаптирован для работы в соответствии с любым из вариантов осуществления 1-15 и 29.
32. Беспроводное устройство (4000), содержащее: процессор (4003) и память (4005), связанную с процессором, причем память содержит инструкции, которые при исполнении процессором побуждают процессор выполнять операции в соответствии с любым из вариантов осуществления 16-28.
33. Сетевой узел (5000) содержащий: процессор (5003) и память (5005), связанную с процессором, причем память содержит инструкции, которые при исполнении процессором побуждают процессор выполнять операции в соответствии с любым из вариантов осуществления 1-15 и 29.
Аббревиатуры/Акронимы из настоящего раскрытия объясняются ниже.
Аббревиатура Объяснение
3GPP Проект партнерства 3-го поколения
5G 5-ое поколение
5G-S-TMSI Временный идентификатор, используемый в NR как замена S-TMSI в LTE.
ASN.1 Абстрактная запись синтаксиса один
CMAS Коммерческая мобильная система оповещения
CN Базовая сеть
CORESET Набор ресурсов управления
CRC Циклический контроль избыточности
DCI Управляющая информация нисходящей линии связи
div Обозначение, указывающее целочисленное деление
DL Нисходящая линия связи
DRX Прерывистый прием
eDRX Расширенный DRX
eNB Расширенный узел B
ETWS Система оповещения о землетрясениях и цунами
ГГц Гигагерц
gNB Термин для радио базовой станции в NR (соответствует eNB в LTE).
ID Идентификация/идентификатор
IMSI Международный идентификатор мобильного абонента
IvD Раскрытие изобретения
LTE Долгосрочное развитие
MIB Главный блок информации
mod по модулю
ms миллисекунда
MSI Минимальная системная информация
NAS Уровень, не связанный с доступом
NR Новое Радио (термин, используемый для 5G радиоинтерфейса и сети радиодоступа в технических отчетах и спецификациях стандартов, разрабатываемых 3GPP)
OFDM Мультиплексирование с ортогональным частотным разделением
OSI Другая системная информация
PBCH Физический широковещательный канал
PCI Идентификатор физической соты
PDCCH Физический управляющий канал нисходящей линии связи
PDSCH Физический совместно используемый канал нисходящей линии связи
PF Кадр опроса
PO Событие опроса
P-RNTI RNTI опроса
PSS Первичный сигнал синхронизации
QCL Квази-совмещенный
RAN Сеть произвольного доступа
RMSI Остальная минимальная системная информация
RNA Область уведомлений RAN
RNTI Временный идентификатор радиосети
RRC Управление радиоресурсом
SCS Интервал поднесущих
SFN Системный номер кадра
SI Системная информация
SIB Блок системной информации
SS Сигнал синхронизации
SSB Блок SS
SSS Вторичный сигнал синхронизации
S-TMSI S-Временный идентификатор мобильного абонента
TDD Дуплекс с временным разделением
TRP Точка передачи/приема
TS Техническая спецификация
TSG Группа технической спецификации
UE Пользовательское оборудование
WG Рабочая группа
Цитаты для ссылок из настоящего раскрытия представлены ниже.
[1] R2-1807689 “Reference Frame & PO Determination: Non Default Association”, contribution by Samsung to 3GPP TSG-RAN WG2 meeting #102 in Busan, South Korea, May 21 - May 25, 2018
Примерные варианты осуществления описаны здесь со ссылкой на блок-схемы и/или иллюстрации в виде блок-схем последовательностей операций реализуемых компьютером способов, устройств (систем и/или устройств) и/или компьютерных программных продуктов. Понятно, что блок блок-схем и/или иллюстраций блок-схем последовательностей операций и комбинации блоков в блок-схемах и/или иллюстрациях блок-схем последовательностей операций могут быть реализованы инструкциями компьютерных программ, которые выполняются одной или несколькими компьютерными схемами. Эти инструкции компьютерных программ могут предоставляться на схему процессора универсального компьютера или специализированного компьютера и/или другую программируемую схему обработки данных, чтобы создать машину, так что инструкции, которые исполняются процессором компьютера и/или другого программируемого устройства обработки данных, трансформируют и управляют транзисторами, значениями, сохраненными в ячейках памяти, и другими аппаратными компонентами в такой схеме, чтобы реализовать функции/действия, указанные в блоке или блоках блок-схем устройств и/или блок-схем последовательностей операций, и тем самым создать средства (функциональность) и/или структуру для реализации функций/действий, описанных в блок-схемах устройств и/или блок-схемах последовательностей операций.
Эти инструкции компьютерных программ могут также быть сохранены в осязаемом, считываемом компьютером носителе, который может предписывать компьютеру или другому программируемому устройству обработки данных функционировать конкретным образом, так что инструкции, сохраненные в считываемом компьютером носителе, создают продукт производства, включающий инструкции, которые реализуют функции/действия, указанные в блоке или блоках блок-схем устройств и/или блок-схем последовательностей операций. Соответственно, варианты осуществления настоящих концепций изобретения могут быть воплощены в аппаратных средствах и/или в программном обеспечении (включая прошивку, установленное программное обеспечение, микрокод и т.д.), которое исполняется на процессоре, таком как цифровой сигнальный процессор, что может совместно упоминаться как “схема”, “модуль” или их варианты.
Следующие дополнительные варианты осуществления будут описаны со ссылкой на фиг. 12 и последующие чертежи. Для простоты, беспроводная сеть на фиг. 12 изображает только сеть QQ106, сетевые узлы QQ160 и QQ160b и WD QQ110, QQ110b и QQ110c (также упоминаемые как мобильные терминалы). На практике, беспроводная сеть может дополнительно включать любые дополнительные элементы, подходящие для того, чтобы поддерживать связь между беспроводными устройствами или между беспроводным устройством и другим устройством связи, таким как стационарный телефон, провайдер услуг или любой другой сетевой узел или оконечное устройство. Из проиллюстрированных компонентов, сетевой узел QQ160 и беспроводное устройство (WD) QQ110 изображены с дополнительными деталями. Беспроводная сеть может обеспечивать связь и другие типы услуг одному или нескольким беспроводным устройствам, чтобы облегчить доступ беспроводных устройств и/или использование услуг, обеспечиваемых беспроводной сетью или через нее.
Беспроводная сеть может содержать и/или взаимодействовать c любым типом сети связи, телекоммуникационной сети, сети передачи данных, сотовой и/или радиосети или другими подобными типами систем. В некоторых вариантах осуществления, беспроводная сеть может быть сконфигурирована, чтобы работать в соответствии с конкретными стандартами или другими типами предопределенных правил или процедур. Таким образом, конкретные варианты осуществления беспроводной сети могут реализовывать стандарты связи, такие как Глобальная система для мобильной связи (GSM), Универсальная телекоммуникационная система (UMTS), Долгосрочное развитие (LTE) и/или другие соответствующие 2G, 3G, 4G, или 5G стандарты; стандарты беспроводной локальной сети (WLAN), такие как стандарты IEEE 802.11; и/или любые другие соответствующие стандарты беспроводной связи, такие как Общемировая совместимость для микроволнового доступа (WiMax), Bluetooth, Z-Wave и/или ZigBee.
Сеть QQ106 может содержать одну или несколько транзитных сетей, базовых сетей, IP сетей, коммутируемых телефонных сетей общего доступа (PSTN), сетей пакетных данных, оптоволоконных сетей, глобальных сетей (WAN), локальных сетей (LAN), беспроводных локальных сетей (WLAN), проводных сетей, беспроводных сетей, городских сетей и других сетей для обеспечения связи между устройствами.
Сетевой узел QQ160 и WD QQ110 содержат различные компоненты, описанные ниже более подробно. Эти компоненты работают вместе, чтобы обеспечить сетевому узлу и/или беспроводному устройству функциональность, такую как обеспечение беспроводных соединений в беспроводной сети. В различных вариантах осуществления, беспроводная сеть может содержать любое количество проводных или беспроводных сетей, сетевых узлов, базовых станций, контроллеров, беспроводных устройств, ретрансляционных станций и/или любых других компонентов или систем, которые могут способствовать или участвовать в передаче данных и/или сигналов через проводные или беспроводные соединения.
Как используется здесь, сетевой узел относится к оборудованию, способному, сконфигурированному, выполненному и/или действующему, чтобы осуществлять прямо или опосредованно связь c беспроводным устройством и/или c другими сетевыми узлами или оборудованием в беспроводной сети для обеспечения и/или предоставления беспроводного доступа беспроводному устройству и/или выполнения других функций (например, администрирования) в беспроводной сети. Примеры сетевых узлов включают в себя, но без ограничения, точки доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, узлы B, развитые узлы B (eNB) и NR NodeB (gNB)). Базовые станции могут классифицироваться на основе величины покрытия, которое они предоставляют (или, иначе говоря, их уровня мощности передачи) и могут также упоминаться как фемто базовые станции, пико базовые станции, микро базовые станции или макро базовые станции. Базовая станция может быть узлом ретранслятора или донорным узлом ретранслятора, управляющим ретрансляцией. Сетевой узел может также включать в себя одну или несколько (или все) частей распределенной базовой радиостанции, таких как централизованные цифровые блоки и/или удаленные радио-блоки (RRU), иногда упоминаемые как удаленные радио-головки (RRH). Такие удаленные радио-блоки могут быть объединены или не объединены c антенной в качестве интегрированного с антенной радио. Части распределенной базовой радиостанции также могут упоминаться как узлы в распределенной антенной системе (DAS). Другие примеры сетевых узлов включают в себя мульти-стандартное радио-оборудование (MSR), такое как MSR BS, сетевые контроллеры, такие как контроллеры радиосети (RNC) или контроллеры базовых станций (BSC), базовые приемопередающие станции (BTS), точки передачи, узлы передачи, объекты координации мульти-сотовых/групповых передач (MCE), узлы базовой сети (например, MSC, MME), узлы O&M, узлы OSS, узлы SON, узлы позиционирования (например, E-SMLC), и/или MDT. В качестве другого примера, сетевой узел может представлять собой виртуальный сетевой узел, как описано ниже более подробно. Однако более обобщенно, сетевые узлы могут представлять любое подходящее устройство (или группу устройств), способное, сконфигурированное, скомпонованное и/или действующее, чтобы обеспечивать и/или предоставлять беспроводному устройству доступ к беспроводной сети или предоставить определенную услугу беспроводному устройству, которое получило доступ к беспроводной сети.
На фиг. 12, сетевой узел QQ160 включает в себя схему QQ170 обработки, считываемый устройством носитель QQ180, интерфейс QQ190, вспомогательное оборудование QQ184, источник QQ186 питания, схему QQ187 питания и антенну QQ162. Хотя сетевой узел QQ160, проиллюстрированный в примерной беспроводной сети на фиг. 12, может представлять устройство, которое включает в себя проиллюстрированную комбинацию аппаратных компонентов, другие варианты осуществления могут содержать сетевые узлы с другими комбинациями компонентов. Следует понимать, что сетевой узел содержит любую подходящую комбинацию аппаратных средств и/или программного обеспечения, необходимую для осуществления задач, признаков, функций и способов, раскрытых в данном документе. Более того, хотя компоненты сетевого узла QQ160 изображены как отдельные блоки, расположенные внутри большего блока или вложенные в несколько блоков, на практике сетевой узел может содержать несколько различных физических компонентов, которые составляют один проиллюстрированный компонент (например, считываемый устройством носитель QQ180 может содержать несколько отдельных накопителей жестких дисков, а также несколько модулей RAM).
Аналогично, сетевой узел QQ160 может состоять из нескольких физически отдельных компонентов (например, компонента NodeB и компонента RNC, или компонента BTS и компонента BSC и т.д.), каждый из которых может иметь свои собственные соответствующие компоненты. В определенных сценариях, в которых сетевой узел QQ160 содержит несколько отдельных компонентов (например, компоненты BTS и BSC), один или несколько отдельных компонентов могут совместно использоваться несколькими сетевыми узлами. Например, один RNC может управлять несколькими NodeB. В таком сценарии, каждая уникальная пара NodeB и RNC может в некоторых случаях рассматриваться как один отдельный сетевой узел. В некоторых вариантах осуществления, сетевой узел QQ160 может быть сконфигурирован для поддержки нескольких технологий радиодоступа (RAT). В таких вариантах осуществления, некоторые компоненты могут дублироваться (например, отдельный считываемый устройством носитель QQ180 для разных RAT), а некоторые компоненты могут использоваться повторно (например, одна и та же антенна QQ162 может совместно использоваться упомянутыми RAT). Сетевой узел QQ160 может также включать в себя несколько наборов различных проиллюстрированных компонентов для различных беспроводных технологий, интегрированных в сетевой узел QQ160, таких как, например, беспроводные технологии GSM, WCDMA, LTE, NR, WiFi или Bluetooth. Эти беспроводные технологии могут быть интегрированы в тот же самый или другой чип или набор чипов и других компонентов в сетевом узле QQ160.
Схема QQ170 обработки сконфигурирована для выполнения любых операций определения, вычисления или подобных операций (например, определенных операций получения), описанных в данном документе, как обеспечиваемых сетевым узлом. Эти операции, выполняемые схемой QQ170 обработки, могут включать в себя обработку информации, полученной схемой QQ170 обработки, например, путем преобразования полученной информации в другую информацию, сравнение полученной информации или преобразованной информации с информацией, хранящейся в сетевом узле, и/или выполнение одной или нескольких операций на основе полученной или преобразованной информации, и в результате упомянутой обработки выполнение определения.
Схема QQ170 обработки может содержать комбинацию одного или более из микропроцессора, контроллера, микроконтроллера, центрального процессора, цифрового сигнального процессора, специализированной интегральной схемы, программируемой вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или комбинации аппаратных средств, программного обеспечения и/или закодированной логики, способных обеспечить, либо самостоятельно, либо в сочетании с другими компонентами сетевого узла QQ160, такими как считываемый устройством носитель QQ180, функциональность сетевого узла QQ160. Например, схема QQ170 обработки может выполнять инструкции, сохраненные в считываемом устройством носителе QQ180 или в памяти в схеме QQ170 обработки. Такая функциональность может включать в себя обеспечение различных беспроводных признаков, функций или преимуществ, обсуждаемых в данном документе. В некоторых вариантах осуществления, схема QQ170 обработки может включать в себя однокристальную систему (SOC).
В некоторых вариантах осуществления, схема QQ170 обработки может включать в себя одну или более из схемы QQ172 радиочастотного (RF) приемопередатчика и схемы QQ174 обработки базовой полосы. В некоторых вариантах осуществления, схема QQ172 RF приемопередатчика и схема QQ174 обработки базовой полосы могут находиться на отдельных чипах (или наборах чипов), платах или блоках, таких как радио-блоки и цифровые блоки. В альтернативных вариантах осуществления, часть или вся схема QQ172 RF приемопередатчика и схема QQ174 обработки базовой полосы могут находиться на одном чипе или наборе чипов, плат или блоков.
В некоторых вариантах осуществления, некоторая или вся из функциональности, описанной здесь как обеспечиваемой сетевым узлом, базовой станцией, gNB или другим подобным сетевым устройством, может выполняться схемой 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 RF приемопередатчика может рассматриваться как часть интерфейса QQ190. В других вариантах осуществления, интерфейс QQ190 может включать в себя один или несколько портов или терминалов QQ194, схему QQ192 радиочастотного входного каскада и схему QQ172 RF приемопередатчика, как часть радио-блока (не показан), и интерфейс 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 могут включать в себя дополнительные компоненты помимо тех, что показаны на фиг. 12, которые могут отвечать за обеспечение определенных аспектов функциональности сетевого узла, включая любую функциональность, описанную в данном документе, и/или любую функциональность, необходимую для поддержки заявленного объекта, описанного здесь. Например, сетевой узел 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 или 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, такими как считываемый устройством носитель QQ130, функциональности WD QQ110. Такая функциональность может включать в себя обеспечение любых из обсуждаемых здесь беспроводных признаков или преимуществ. Например, схема QQ120 обработки может выполнять инструкции, сохраненные на считываемом устройством носителе QQ130 или в памяти в схеме QQ120 обработки, чтобы обеспечивать функциональность, раскрытую в данном документе.
Как проиллюстрировано, схема QQ120 обработки включает в себя одну или более из схемы QQ122 RF приемопередатчика, схемы QQ124 обработки базовой полосы и схемы QQ126 обработки приложения. В других вариантах осуществления, схема обработки может содержать другие компоненты и/или другие комбинации компонентов. В некоторых вариантах осуществления, схема QQ120 обработки WD QQ110 может содержать SOC. В некоторых вариантах осуществления, схема QQ122 RF приемопередатчика, схема QQ124 обработки базовой полосы и схема QQ126 обработки приложения могут находиться на отдельных чипах или наборах чипов. В альтернативных вариантах осуществления, часть или вся схема QQ124 обработки базовой полосы и схема QQ126 обработки приложения могут быть объединены в один чип или набор чипов, а схема QQ122 RF приемопередатчика может находиться на отдельном чипе или наборе чипов. В других альтернативных вариантах осуществления, часть или вся схема QQ122 RF приемопередатчика и схема QQ124 обработки базовой полосы могут находиться на одном чипе или наборе чипов, и схема QQ126 обработки приложения может находиться на отдельном чипе или наборе чипов. В других альтернативных вариантах осуществления, часть или вся схема QQ122 RF приемопередатчика, схема QQ124 обработки базовой полосы частот и схема QQ126 обработки приложения могут быть объединены в одном чипе или наборе чипов. В некоторых вариантах осуществления, схема QQ122 RF приемопередатчика может быть частью интерфейса QQ114. Схема QQ122 RF приемопередатчика может преобразовывать RF сигналы для схемы 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, на которые подается питание.
Фиг. 13 иллюстрирует один вариант осуществления UE в соответствии с различными аспектами, описанными в данном документе. Как используется здесь, пользовательское оборудование или UE не обязательно может иметь пользователя в смысле пользователя-человека, который владеет и/или управляет соответствующим устройством. Вместо этого, UE может представлять устройство, которое предназначено для продажи или эксплуатации пользователем-человеком, но которое может не быть или которое может изначально не быть ассоциировано с конкретным пользователем-человеком (например, интеллектуальный контроллер спринклера). В качестве альтернативы, UE может представлять собой устройство, которое не предназначено для продажи или эксплуатации конечным пользователем, но которое может быть ассоциировано с пользователем или работать в его интересах (например, интеллектуальный измеритель мощности). UE QQ2200 может являться любым UE, идентифицированным Проектом партнерства 3-го поколения (3GPP), включая UE NB-IoT, UE связи машинного типа (MTC) и/или UE расширенной MTC (eMTC). UE QQ200, как показано на фиг. 13, является одним из примеров WD, сконфигурированного для связи в соответствии с одним или несколькими стандартами связи, опубликованными Проектом партнерства 3-го поколения (3GPP), такими как стандарты GSM, UMTS, LTE и/или 5G. Как упоминалось ранее, термины WD и UE могут использоваться как взаимозаменяемые. Соответственно, хотя фиг. 13 представляет собой UE, обсуждаемые здесь компоненты в равной степени применимы к WD, и наоборот.
На фиг. 13, UE QQ200 включает в себя схему QQ201 обработки, которая операционно связана с интерфейсом QQ205 ввода/вывода, радиочастотным (RF) интерфейсом QQ209, интерфейсом QQ211 сетевого соединения, памятью QQ215, включая память с произвольным доступом (RAM) QQ217, постоянную память (ROM) QQ219 и носитель QQ221 хранения и т.п., подсистемой QQ231 связи, источником QQ233 питания и/или любым другим компонентом или любой их комбинацией. Носитель QQ221 хранения содержит операционную систему QQ223, прикладную программу QQ225 и данные QQ227. В других вариантах осуществления носитель QQ221 хранения может содержать другие подобные типы информации. Некоторые UE могут использовать все из компонентов, показанных на фиг. 13, или только подмножество компонентов. Уровень интеграции между компонентами может варьироваться от одного UE к другому UE. Кроме того, определенные UE могут содержать несколько экземпляров компонента, таких как несколько процессоров, памяти, приемопередатчиков, передатчиков, приемников и т.д.
На фиг. 13, схема QQ201 обработки может быть сконфигурирована для обработки компьютерных инструкций и данных. Схема QQ201 обработки может быть сконфигурирована для реализации любого последовательного конечного автомата, действующего для исполнения машинных инструкций, сохраненных в виде машиночитаемых компьютерных программ в памяти, например, одного или нескольких конечных автоматов, реализованных на аппаратном уровне (например, в дискретной логике, FPGA, ASIC и т.д.); программируемой логики вместе с соответствующей прошивкой; одной или нескольких сохраненных программ, процессоров общего назначения, таких как микропроцессор или цифровой сигнальный процессор (DSP), вместе с соответствующим программным обеспечением; или любой комбинации вышеперечисленного. Например, схема QQ201 обработки может включать в себя два центральных процессора (CPU). Данные могут представлять собой информацию в форме, пригодной для использования компьютером.
В изображенном варианте осуществления, интерфейс QQ205 ввода/вывода может быть сконфигурирован для обеспечения интерфейса связи с устройством ввода, устройством вывода или устройством ввода и вывода. UE QQ200 может быть сконфигурировано для использования устройства вывода через интерфейс QQ205 ввода/вывода. Устройство вывода может использовать порт интерфейса того же типа, что и устройство ввода. Например, USB-порт может использоваться для обеспечения ввода и вывода в/из UE QQ200. Устройство вывода может быть динамиком, звуковой картой, видеокартой, дисплеем, монитором, принтером, приводом, эмиттером, смарт-картой, другим устройством вывода или любой их комбинацией. UE QQ200 может быть сконфигурировано для использования устройства ввода через интерфейс QQ205 ввода/вывода, чтобы позволять пользователю захватывать информацию в UE QQ200. Устройство ввода может включать в себя сенсорный или чувствительный к присутствию дисплей, камеру (например, цифровую камеру, цифровую видеокамеру, веб-камеру и т.д.), микрофон, датчик, мышь, трекбол, навигационную панель, трекпад, колесо прокрутки, смарт-карту и т.п. Чувствительный к присутствию дисплей может включать в себя емкостной или резистивный сенсорный датчик для считывания ввода от пользователя. Датчик может быть, например, акселерометром, гироскопом, датчиком наклона, датчиком силы, магнитометром, оптическим датчиком, датчиком приближения, другим подобным датчиком или любой их комбинацией. Например, устройство ввода может быть акселерометром, магнитометром, цифровой камерой, микрофоном и оптическим датчиком.
На фиг. 13, RF интерфейс QQ209 может быть сконфигурирован для обеспечения интерфейса связи для RF компонентов, таких как передатчик, приемник и антенна. Интерфейс 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-флэш-накопитель, внешний накопитель на жестком диске, thumb drive (флэшка в форме брелока), pen drive (перьевой накопитель), key drive (флэшка в форме ключа), накопитель на оптическом диске цифрового универсального диска высокой плотности (HD-DVD), внутренний накопитель на жестком диске, накопитель на оптическом Blu-Ray диске, накопитель на оптическом диске голографического цифрового хранилища данных (HDDS), внешний мини-двухрядный модуль памяти (DIMM), синхронная динамическая RAM (SDRAM), внешняя микро-DIMM SDRAM, память на смарт-карте, такая как модуль идентификации абонента или съемный модуль идентификации пользователя (SIM/RUIM), другая память или любая их комбинация. Носитель QQ221 хранения может позволять UE QQ220 осуществлять доступ к исполняемым компьютерам инструкциям, прикладным программам или тому подобному, сохраненным на временных или не-временных носителях памяти, чтобы разгружать данные или выгружать данные. Продукт производства, такой как использующий систему связи, может быть осязаемо воплощен в носителе QQ221 хранения, который может содержать считываемый устройством носитель.
На фиг. 13, схема QQ201 обработки может быть сконфигурирована для связи с сетью QQ243b с использованием подсистемы QQ231 связи. Сеть QQ243a и сеть QQ243b могут быть одной и той же сетью/сетями или разными сетями. Подсистема QQ231 связи может быть сконфигурирована, чтобы включать в себя один или несколько приемопередатчиков, используемых для связи с сетью QQ243b. Например, подсистема QQ231 связи может быть сконфигурирована, чтобы включать в себя один или несколько приемопередатчиков, используемых для связи с одним или несколькими удаленными приемопередатчиками другого устройства, способного осуществлять беспроводную связь, такого как другое WD, UE или базовая станция сети радиодоступа (RAN), в соответствии с одним или несколькими протоколами связи, такими как IEEE 802.2, 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 связи. В другом примере, функции любого из таких компонентов, не требующие интенсивных вычислений, могут быть реализованы в программном обеспечении или встроенном программном обеспечении, а функции, требующие большого объема вычислений, могут быть реализованы в аппаратных средствах.
Фиг. 14 представляет собой блок-схему, иллюстрирующую среду QQ300 виртуализации, в которой функции, реализованные в некоторых вариантах осуществления, могут быть виртуализированы. В настоящем контексте, виртуализация означает создание виртуальных версий приборов или устройств, что может включать в себя виртуализацию платформ аппаратных средств, устройств хранения и ресурсов сетевого взаимодействия. Как использовано здесь, виртуализация может применяться к узлу (например, виртуализированная базовая станция или виртуализированный узел радиодоступа) или к устройству (например, UE, беспроводному устройству или любому другому типу устройства связи) или их компонентам и относится к реализации, в которой по меньшей мере часть функциональности реализована как один или несколько виртуальных компонентов (например, посредством одного или нескольких приложений, компонентов, функций, виртуальных машин или контейнеров, исполняющихся на одном или нескольких физических узлах обработки в одной или нескольких сетях).
В некоторых вариантах осуществления, некоторые или все из описанных функций могут быть реализованы как виртуальные компоненты, исполняющиеся одной или несколькими виртуальными машинами, реализованными в одной или нескольких виртуальных средах QQ300, хостируемых одним или несколькими аппаратными узлами QQ330. Дополнительно, в вариантах осуществления, в которых виртуальный узел не является узлом радиодоступа или не требует радио-связности (например, узел базовой сети), сетевой узел может быть полностью виртуализирован.
Функции могут быть реализованы одним или несколькими приложениями QQ320 (которые могут альтернативно называться экземплярами программного обеспечения, виртуальными электронными устройствами, сетевыми функциями, виртуальными узлами, виртуальными сетевыми функциями и т.д.), приводимыми в действие, чтобы реализовывать некоторые из признаков, функций и/или преимуществ некоторых из вариантов осуществления, раскрытых здесь. Приложения QQ320 работают в среде QQ300 виртуализации, которая обеспечивает аппаратные средства QQ330, содержащие схему QQ360 обработки и память QQ390. Память QQ390 содержит инструкции QQ395, исполняемые схемой QQ360 обработки, причем приложение QQ320 действует для обеспечения одного или несколько из раскрытых признаков, преимуществ и/или функций.
Среда QQ300 виртуализации содержит универсальные или специализированные сетевые аппаратные устройства QQ330, содержащие набор из одного или нескольких процессоров или схему QQ360 обработки, которые могут представлять собой готовые коммерческие (COTS) процессоры, специализированные интегральные схемы (ASIC) или любой другой тип схемы обработки, включая цифровые или аналоговые аппаратные компоненты или специализированные процессоры. Каждое аппаратное устройство может содержать память QQ390-1, которая может представлять собой непостоянную память для временного хранения инструкций QQ395 или программного обеспечения, исполняемого схемой QQ360 обработки. Каждое аппаратное устройство может содержать один или несколько контроллеров QQ370 сетевого интерфейса (NIC), также известных как карты сетевого интерфейса, которые включают в себя физический сетевой интерфейс QQ380. Каждое аппаратное устройство может также включать в себя неизменяемые со временем, постоянные, машиночитаемые носители QQ390-2 хранения, имеющие сохраненное на них программное обеспечение QQ395 и/или инструкции, исполняемые схемой QQ360 обработки. Программное обеспечение QQ395 может включать в себя любой тип программного обеспечения, включая программное обеспечение для создания экземпляров одного или нескольких уровней QQ350 виртуализации (также упоминаемых как гипервизоры), программное обеспечение для исполнения виртуальных машин QQ340, а также программное обеспечение, позволяющее исполнять функции, признаки и/или преимущества, описанные в отношении некоторых раскрытых вариантов осуществления.
Виртуальные машины QQ340 содержат виртуальную обработку, виртуальную память, виртуальное сетевое взаимодействие или интерфейс и виртуальное хранилище и могут исполняться соответствующим уровнем QQ350 виртуализации или гипервизором. Различные варианты осуществления экземпляра виртуального устройства QQ320 могут быть реализованы на одной или нескольких виртуальных машинах QQ340, и реализации могут выполняться различными способами.
Во время работы, схема QQ360 обработки исполняет программное обеспечение QQ395, чтобы создавать экземпляр гипервизора или уровня QQ350 виртуализации, который может иногда упоминаться как монитор виртуальной машины (VMM). Уровень QQ350 виртуализации может представлять виртуальную операционную платформу, которая проявляется как аппаратные средства сетевого взаимодействия для виртуальной машины QQ340.
Как показано на фиг. 14, аппаратные средства QQ330 могут представлять собой отдельный сетевой узел с типовыми или специальными компонентами. Аппаратные средства QQ330 могут содержать антенну QQ3225 и могут реализовывать некоторые функции посредством виртуализации. Альтернативно, аппаратные средства QQ330 могут представлять собой часть большего кластера аппаратных средств (например, таких как в дата-центре или оборудовании в помещении пользователя (CPE)), где множество аппаратных узлов работают вместе и управляются через архитектуру администрирования и координации (MANO) QQ3100, которая, помимо прочего, контролирует администрирование жизненного цикла приложений QQ320.
Виртуализация аппаратных средств в некоторых контекстах упоминается как виртуализация сетевой функции (NFV). NFV может использоваться, чтобы консолидировать множество типов сетевого оборудования на соответствующие промышленным стандартам серверные аппаратные средства большого объема, физические коммутаторы и физические хранилища, которые могут располагаться в дата-центрах и оборудовании в помещении пользователя.
В контексте NFV, виртуальная машина QQ340 может представлять собой программную реализацию физической машины, которая исполняет программы, как если бы они исполнялись на физической, не виртуализированной машине. Каждая из виртуальных машин QQ340 и та часть аппаратных средств QQ330, которая исполняет эту виртуальную машину QQ340, будь то аппаратные средства, выделенные для этой виртуальной машины QQ340, и/или аппаратные средства, используемые этой виртуальной машиной QQ340 совместно с другими из виртуальных машин QQ340, образует отдельный виртуальный сетевой элемент (VNE).
Все еще в контексте NFV, виртуальная сетевая функция (VNF) отвечает за обработку специальных сетевых функций, которые исполняются в одной или нескольких виртуальных машинах QQ340 поверх аппаратной инфраструктуры QQ330 сетевого взаимодействия, и соответствует приложению QQ320 на фиг. 14.
В некоторых вариантах осуществления, один или несколько радио-блоков QQ3200, каждый из которых включает в себя один или несколько передатчиков QQ3220 и один или несколько приемников QQ3210, могут быть связаны с одной или несколькими антеннами QQ3225. Радио-блоки QQ3200 могут осуществлять связь непосредственно с аппаратными узлами QQ330 через один или несколько подходящих сетевых интерфейсов и могут использоваться в комбинации с виртуальными компонентами для обеспечения виртуального узла с радио-функциональностью, такого как узел радиодоступа или базовая станция.
В некоторых вариантах осуществления, некоторая сигнализация может осуществляться с использованием системы QQ3230 управления, которая может альтернативно использоваться для связи между аппаратными узлами QQ330 и радио-блоком QQ3200.
Со ссылкой на фиг. 15, в соответствии с вариантом осуществления, система связи включает в себя телекоммуникационную сеть QQ410, такую как сотовая сеть 3GPP-типа, которая содержит сеть доступа QQ411, такую как сеть радиодоступа, и базовую сеть QQ414. Сеть доступа QQ411 содержит множество базовых станций QQ412a, QQ412b, QQ412c, таких как NB, eNB, gNB или других типов точек беспроводного доступа, каждая из которых определяет соответствующую зону покрытия QQ413a, QQ413b, QQ413c. Каждая базовая станция QQ412a, QQ412b, QQ412c может соединяться с базовой сетью QQ414 через проводное или беспроводное соединение QQ415. Первое UE QQ491, расположенное в зоне покрытия QQ413c, сконфигурировано для беспроводного соединения с соответствующей базовой станцией QQ412c или для приема от нее поискового вызова. Второе пользовательское оборудование QQ492 в зоне покрытия QQ413a может соединяться беспроводным способом с соответствующей базовой станцией QQ412a. Хотя в этом примере проиллюстрировано множество UE QQ491, QQ492, описанные варианты осуществления в равной степени применимы к ситуации, когда единственное UE находится в зоне обслуживания или когда единственное UE соединяется с соответствующей базовой станцией QQ412.
Телекоммуникационная сеть QQ410 сама соединена с хост- компьютером QQ430, который может быть воплощен в аппаратных средствах и/или программном обеспечении автономного сервера, облачного сервера, распределенного сервера или в качестве ресурсов обработки в серверном центре. Хост-компьютер QQ430 может находиться в собственности или под контролем поставщика услуг или может приводиться в действие поставщиком услуг или от имени поставщика услуг. Соединения QQ421 и QQ422 между телекоммуникационной сетью QQ410 и хост-компьютером QQ430 могут проходить напрямую от базовой сети QQ414 к хост-компьютеру QQ430 или могут проходить через дополнительную промежуточную сеть QQ420. Промежуточная сеть QQ420 может быть одной из общедоступных, частных или вложенных сетей или их комбинацией; промежуточная сеть QQ420, если имеется, может быть транзитной сетью или Интернетом; в частности, промежуточная сеть QQ420 может содержать две или более подсетей (не показаны).
Система связи согласно фиг. 15 в целом обеспечивает связность между соединенными UE QQ491, QQ492 и хост-компьютером QQ430. Связность может быть описана как соединение для предоставления видеоуслуг через Интернет (OTT) QQ450. Хост- компьютер QQ430 и соединенные UE QQ491, QQ492 сконфигурированы, чтобы передавать данные и/или сигнализацию через OTT-соединение QQ450, с использованием сети доступа QQ411, базовой сети QQ414, любой промежуточной сети QQ420 и возможной дополнительной инфраструктуры (не показана) в качестве промежуточного звена. OTT-соединение QQ450 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение QQ450, не осведомлены о маршрутизации передач восходящей линии связи и нисходящей линии связи. Например, базовая станция QQ412 может не информироваться или не нуждаться в информировании о предыдущей маршрутизации входящей передачи нисходящей линии связи с данными, источником которых является хост-компьютер QQ430, подлежащими направлению (например, пересылке) на соединенное UE QQ491. Аналогичным образом, базовой станции QQ412 не требуется знать о будущей маршрутизации исходящей передачи восходящей линии связи, источником которой является UE QQ491, к хост-компьютеру QQ430.
Примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, обсужденных в предыдущих абзацах, будут описаны со ссылкой на фиг. 16. В системе QQ500 связи, хост-компьютер QQ510 содержит аппаратные средства QQ515, включающие в себя интерфейс QQ516 связи, сконфигурированный, чтобы устанавливать и поддерживать проводное или беспроводное соединение c интерфейсом другого устройства связи системы QQ500 связи. Хост-компьютер QQ510 дополнительно содержит схему QQ518 обработки, которая может иметь функциональные возможности хранения и/или обработки. В частности, схема QQ518 обработки может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых вентильных матриц или их комбинаций (не показаны), адаптированных для исполнения инструкций. Хост-компьютер QQ510 дополнительно содержит программное обеспечение QQ511, которое сохранено в хост-компьютере QQ510 или доступно ему и может исполняться схемой QQ518 обработки. Программное обеспечение QQ511 включает в себя хост-приложение QQ512. Хост-приложение QQ512 может действовать, чтобы обеспечивать услугу удаленному пользователю, такому как UE QQ530, соединяющемуся через OTT-соединение QQ550, завершающееся на UE QQ530 и хост-компьютере QQ510. При обеспечении услуги удаленному пользователю, хост-приложение QQ512 может обеспечивать пользовательские данные, которые передаются с использованием OTT-соединения QQ550.
Система QQ500 связи дополнительно включает в себя базовую станцию QQ520, предусмотренную в телекоммуникационной системе и содержащую аппаратные средства QQ525, позволяющие ей осуществлять связь с хост-компьютером QQ510 и c UE QQ530. Аппаратные средства QQ525 могут включать в себя интерфейс QQ526 связи для установления и поддержания проводного или беспроводного соединения c интерфейсом другого устройства связи системы QQ500 связи, а также радиоинтерфейс QQ527 для установления и поддержания по меньшей мере беспроводного соединения QQ570 c UE QQ530, расположенным в зоне покрытия (не показана на фиг. 16), обслуживаемой базовой станцией QQ520.
Интерфейс QQ526 связи может быть сконфигурирован, чтобы облегчать соединение QQ560 с хост-компьютером QQ510. Соединение QQ560 может быть прямым или оно может проходить через базовую сеть (не показана на фиг. 16) телекоммуникационной системы и/или через одну или несколько промежуточных сетей вне телекоммуникационной системы. В показанном варианте осуществления, аппаратные средства QQ525 базовой станции QQ520 дополнительно включают в себя схему QQ528 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых вентильных матриц или их комбинации (не показаны), адаптированные для исполнения инструкций. Базовая станция QQ520 дополнительно имеет программное обеспечение QQ521, сохраненное внутри или доступное через внешнее соединение.
Система QQ500 связи дополнительно включает уже упомянутое UE QQ530. Его аппаратные средства QQ535 могут включать в себя радиоинтерфейс QQ537, сконфигурированный, чтобы устанавливать и поддерживать беспроводное соединение QQ570 c базовой станцией, обслуживающей зону покрытия, в которой в текущее время находится UE QQ530. Аппаратные средства QQ535 UE QQ530 дополнительно включают в себя схему QQ538 обработки, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых вентильных матриц или их комбинаций (не показаны), адаптированных для исполнения инструкций. UE QQ530 дополнительно содержит программное обеспечение QQ531, которое сохранено в UE QQ530 или доступно ему и исполняется схемой QQ538 обработки. Программное обеспечение QQ531 включает в себя клиентское приложение QQ532. Клиентское приложение QQ532 может действовать, чтобы предоставлять услугу пользователю-человеку или иному пользователю через UE QQ530, c поддержкой хост-компьютера QQ510. В хост-компьютере QQ510, исполняющееся хост-приложение QQ512 может взаимодействовать c исполняющимся клиентским приложением QQ532 через OTT-соединение QQ550, завершающееся в UE QQ530 и в хост-компьютере QQ510. При предоставлении услуги пользователю, клиентское приложение QQ532 может принимать данные запроса из хост-приложения QQ512 и предоставлять пользовательские данные в ответ на данные запроса. OTT-соединение QQ550 может передавать как данные запроса, так и пользовательские данные. Клиентское приложение QQ532 может взаимодействовать c пользователем, чтобы генерировать предоставляемые пользовательские данные.
Следует отметить, что хост-компьютер QQ510, базовая станция QQ520 и UE QQ530, проиллюстрированные на фиг. 16, могут быть аналогичными или идентичными, соответственно, хост-компьютеру QQ430, одной из базовых станций QQ412a, QQ412b, QQ412c и одному из UE QQ491, QQ492 на фиг. 15. То есть, внутреннее функционирование этих объектов может быть таким, как показано на фиг. 16, и независимо, и окружающая сетевая топология может быть такой, как на фиг. 15.
На фиг. 16, OTT-соединение QQ550 было изображено абстрактно, чтобы проиллюстрировать связь между хост- компьютером QQ510 и UE QQ530 через базовую станцию QQ520, без явной ссылки на какие-либо промежуточные устройства и точную маршрутизацию сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которую она может конфигурировать, чтобы скрывать от UE QQ530 или от поставщика услуги, использующего хост-компьютер QQ510, или обоих. В то время как OTT-соединение QQ550 активно, сетевая инфраструктура может дополнительно принимать решения, с помощью которых она динамически изменяет маршрутизацию (например, с учетом балансирования нагрузки или реконфигурации сети).
Беспроводное соединение QQ570 между UE QQ530 и базовой станцией QQ520 осуществляется в соответствии с решениями согласно вариантам осуществления, описанными в этом раскрытии. Один или более из различных вариантов осуществления могут улучшать качество OTT-услуг, предоставляемых UE QQ530 с использованием OTT-соединения QQ550, в котором беспроводное соединение QQ570 образует последний сегмент. Более точно, решения согласно этим вариантам осуществления могут улучшить фильтрацию устранения блочности для обработки видео и тем самым обеспечить преимущества, такие как улучшенное кодирование и/или декодирование видео.
Процедура измерения может выполняться в целях контроля скорости передачи данных, задержки и других факторов, которые улучшаются одним или более вариантами осуществления. Также может иметься дополнительная сетевая функциональность для реконфигурирования OTT-соединения QQ550 между хост-компьютером QQ510 и UE QQ530, в ответ на отклонения в результатах измерения. Процедура измерения и/или сетевая функциональность для реконфигурирования OTT-соединения QQ550 может быть реализована в программном обеспечении QQ511 и аппаратных средствах QQ515 хост-компьютера QQ510 или в программном обеспечении QQ531 и аппаратных средствах QQ535 UE QQ530 или обоих. В вариантах осуществлениях, сенсоры (не показаны) могут быть развернуты в устройствах связи, через которые проходит OTT-соединение QQ550, или в ассоциации с ними; сенсоры могут участвовать в процедуре измерений, предоставляя контролируемые величины, как описано выше, или предоставляя значения других физических величин, из которых программное обеспечение QQ511, QQ531 может вычислять или оценивать контролируемые величины. Реконфигурирование OTT- соединения QQ550 может включать формат сообщений, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно затрагивать базовую станцию QQ520, и оно может выполняться без оповещения и незаметно для базовой станции QQ520. Такие процедуры и функциональности могут быть известными и используемыми на практике. В некоторых вариантах осуществлениях, измерения могут включать проприетарную сигнализацию UE, упрощающую измерения хост-компьютером QQ510 пропускной способности, времени распространения, задержки и подобного. Измерения могут быть реализованы тем, что программное обеспечение QQ511 и QQ531 вызывает передачу сообщений, в частности пустых или ‘холостых’ сообщений, с использованием OTT-соединения QQ550, в то время как оно контролирует время распространения, ошибки и т.д.
Фиг. 17 представляет собой блок-схему последовательности операций, иллюстрирующую способ, реализуемый в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, как описано со ссылкой на фиг. 15 и 16. Для простоты настоящего раскрытия, только ссылки на фиг. 17 будут включены в этот раздел. На этапе QQ610, хост-компьютер предоставляет пользовательские данные. На подэтапе QQ611 (который может быть опциональным) этапа QQ610, хост-компьютер предоставляет пользовательские данные путем исполнения хост- приложения. На этапе QQ620, хост-компьютер инициирует передачу, переносящую пользовательские данные на UE. На этапе QQ630 (который может быть опциональным), базовая станция передает на UE пользовательские данные которые, которые переносились в передаче, инициированной хост-компьютером, в соответствии с решениями вариантов осуществления, описанными в этом раскрытии. На этапе QQ640 (который может также быть опциональным), UE выполняет клиентское приложение, ассоциированное с хост-приложением, исполняемым хост-компьютером.
Фиг. 18 представляет собой блок-схему последовательности операций, иллюстрирующую способ, реализуемый в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, как описано со ссылкой на фиг. 15 и 16. Для простоты настоящего раскрытия, только ссылки на фиг. 18 будут включены в этот раздел. На этапе QQ710 способа, хост-компьютер предоставляет пользовательские данные. На опциональном подэтапе (не показан), хост-компьютер предоставляет пользовательские данные путем исполнения хост-приложения. На этапе QQ720, хост-компьютер инициирует передачу, переносящую пользовательские данные к UE. Передача может проходить через базовую станцию, в соответствии с решениями вариантов осуществления, описанными в этом раскрытии. На этапе QQ730 (который может быть опциональным), UE принимает пользовательские данные, переносимые в передаче.
Фиг. 19 представляет собой блок-схему последовательности операций, иллюстрирующую способ, реализуемый в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, как описано со ссылкой на фиг. 15 и 16. Для простоты настоящего раскрытия, только ссылки на фиг. 19 будут включены в этот раздел. На этапе QQ810 (который может быть опциональным), UE принимает входящие данные, предоставленные хост-компьютером. Дополнительно или альтернативно, на этапе QQ820, UE предоставляет пользовательские данные. На подэтапе QQ821 (который может быть опциональным) этапа QQ820, UE предоставляет пользовательские данные путем исполнения клиентского приложения. На подэтапе QQ811 (который может быть опциональным) этапа QQ810, UE исполняет клиентское приложение, которое предоставляет пользовательские данные в ответ на принятые входные данные, предоставленные хост-компьютером. При предоставлении пользовательских данных, исполняемое клиентское приложение может дополнительно учитывать пользовательский ввод, принятый от пользователя. Независимо от конкретного способа предоставления пользовательских данных, UE инициирует, на подэтапе QQ830 (который может быть опциональным), передачу пользовательских данных на хост-компьютер. На этапе QQ840 способа, хост-компьютер принимает пользовательские данные, переданные от UE, в соответствии с решениями вариантов осуществления, описанных в этом раскрытии.
Фиг. 20 представляет собой блок-схему последовательности операций, иллюстрирующую способ, реализуемый в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть такими, как описано со ссылкой на фиг. 15 и 16. Для простоты настоящего раскрытия, только ссылки на фиг. 20 будут включены в этот раздел. На этапе QQ910 (который может быть опциональным), в соответствии решениями вариантов осуществления, описанных в этом раскрытии, базовая станция принимает пользовательские данные от UE. На этапе QQ920 (который может быть опциональным), базовая станция инициирует передачу принятых пользовательских данных на хост-компьютер. На этапе QQ930 (который может быть опциональным), хост-компьютер принимает пользовательские данные, переносимые в передаче, инициированной базовой станцией. Любые подходящие этапы, способы, признаки, функции или преимущества, раскрытые здесь, могут выполняться одним или несколькими функциональными блоками или модулями одного или нескольких виртуальных устройств.
Каждое виртуальное устройство может содержать ряд таких функциональных блоков. Эти функциональные блоки могут быть реализованы с помощью схемы обработки, которая может включать в себя один или несколько микропроцессоров или микроконтроллеров, а также другие цифровые аппаратные средства, которые могут включать в себя цифровые сигнальные процессоры (DSP), специализированную цифровую логику и подобное. Схема обработки может быть сконфигурирована, чтобы исполнять программный код, охраненный в памяти, которая может включать один или несколько типов памяти, таких как постоянная память (ROM), память с произвольным доступом (RAM), кэш-память, устройства флэш-памяти, оптические устройства хранения и т.д. Программный код, сохраненный в памяти, включает программные инструкции для исполнения одного или нескольких протоколов телекоммуникаций и/или передачи данных, а также инструкции для выполнения одного или более из методов, описанных здесь. В некоторых реализациях, схема обработки может использоваться, чтобы побуждать соответствующий функциональный блок выполнять соответствующие функции согласно одному или нескольким вариантам осуществлениям настоящего раскрытия.