×
10.07.2019
219.017.a9cd

КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ

Вид РИД

Изобретение

Юридическая информация Свернуть Развернуть
№ охранного документа
0002694006
Дата охранного документа
08.07.2019
Краткое описание РИД Свернуть Развернуть
Аннотация: Изобретение относится к области телекоммуникаций, а конкретно к способам конфигурации синхронизации измерения сигнала обнаружения (DMTC). Технический результат изобретения заключается в обеспечении повышенной производительности измерений на несущей, на которой работают одна или несколько асинхронных сот. Способ работы узла радиодоступа в сети сотовой связи содержит этапы, на которых: отправляют в устройство беспроводной связи одну или более конфигураций синхронизации измерения сигнала обнаружения (DMTC) для частоты, на которой может работать одна или более асинхронных сот; при этом передают системную информацию или объект измерения, содержащие: указание, работают ли одна или более асинхронных сот на указанной частоте; если указание установлено на значение, что одна или более асинхронных сот работают на указанной частоте, первую DMTC для указанной частоты, подлежащую использованию устройством беспроводной связи для одной или более асинхронных сот, работающих на указанной частоте; если указание установлено на значение, которое указывает, что асинхронные соты не работают на указанной частоте, вторую DMTC для указанной частоты. 4 н. и 14 з.п. ф-лы, 19 ил.
Реферат Свернуть Развернуть

Область техники, к которой относится изобретение

Настоящее изобретение, в целом, относится к области телекоммуникаций и, в частности, к конфигурации синхронизации измерений сигнала обнаружения (DMTC) для вторичных сот (SCells) в асинхронных сетях.

Уровень техники

С целью обеспечения функционирования оборудования стандарта «Долгосрочное развитие» (LTE) в нелицензированном радиочастотном спектре, таком как полоса частот 5 гигагерц (GHz), проект партнерства третьего поколения (3GPP) предполагает использование «способа радиодоступа на базе лицензируемой полосы частот» (LAA). Нелицензированный спектр используют в качестве дополнения к лицензированному спектру. Соответственно, с целью получения преимуществ от дополнительной пропускной способности в нелицензированном спектре, в лицензированном спектре устройства подключают к первичной соте (PCell) и используют агрегацию несущих (CA), подключаясь к одной или нескольким вторичным сотам (SCells), работающим в нелицензированном спектре. Для уменьшения количества изменений, требуемых для агрегации лицензированного и нелицензированного спектра, одновременно применяют LTE синхронизацию кадров в PCell и в SCell(s) (то есть, синхронизируют PCell и SCells). В дополнение к LAA операции, должна быть предусмотрена возможность обеспечения функционирования LTE в полном объеме на нелицензированной полосе без поддержки лицензированной полосы. Данная операция в LTE обозначена, как автономная или MulteFire нелицензированная полоса частот (LTE-U).

Однако нормативные требования могут не разрешать передачи в нелицензированном спектре без предварительного зондирования канала. Поскольку нелицензированный спектр должен использоваться совместно с другими радиостанциями схожих или разнородных технологий беспроводной связи, и должна применяться так называемая схема прослушивания до разговора (LBT). LBT также называют процедурой оценки незанятости канала (CCA). В настоящее время, нелицензированный спектр 5 ГГц используют, главным образом, оборудованием, реализующим стандарт беспроводной локальной сети (WLAN) IEEE 802.11. Этот стандарт известен под своим маркетинговым брендом «Wi-Fi».

LBT процедура приводит к неопределенности в усовершенствованном или развитом узле B (eNB) относительно того, сможет ли eNB передавать подкадр(ы) нисходящей линии связи. Это приводит к соответствующей неопределенности в устройстве пользователя (UE) относительно того, имеет ли UE фактически подкадр для декодирования. Аналогичная неопределенность присутствует в направлении восходящей линии связи, где eNB является неопределенным относительно того, действительно ли UE передают на запланированные SCells.

1. LTE

LTE использует мультиплексирование с ортогональным частотным разделением каналов (OFDM) в нисходящей линии связи и OFDM с дискретным преобразованием Фурье (DFT) (также упоминаемое как множественный доступ с частотным разделением каналов на одной несущей (FDMA)) в восходящей линии связи. Таким образом, базовый LTE физический ресурс нисходящей линии связи можно рассматривать как частотно-временную сетку, как показано на фиг. 1, где каждый элемент ресурса соответствует одной OFDM поднесущей в течение одного интервала OFDM символа. Подкадр восходящей линии имеет такое же разнесение поднесущих, как и нисходящей линии связи, и такое же количество FDMA символов на одной несущей (SC-FDMA) во временной области, что и OFDM символы в нисходящей линии связи.

Во временной области передачи LTE нисходящей линии связи осуществляют в 10-миллисекундных (ms) радиокадрах, где каждый радиокадр состоит из десяти подкадров одинакового размера длиной Tsubframe = 1 мс, как показано на фиг. 2. Для нормального циклического префикса: один подкадр состоит из 14 OFDM символов. Длительность каждого символа составляет приблизительно 71,4 микросекунд (мкс).

Кроме того, распределение ресурсов в LTE обычно описано в терминах блоков ресурсов, где блок ресурсов соответствует одному слоту (0,5 мс) во временной области и 12 смежным поднесущим в частотной области. Пару из двух смежных блоков ресурсов во временном направлении (1,0 мс) называют парой блоков ресурсов. Блоки ресурсов нумеруют в частотной области, начиная с 0 с одного конца полосы пропускания системы.

Передачи по нисходящей линии связи планируют динамически, то есть, в каждом подкадре базовая станция передает информацию управления о том, какие данные терминалов передают и в каких блоках ресурсов передают данные в текущем подкадре нисходящей линии связи. Данную сигнализацию управления обычно передают в первых 1, 2, 3 или 4 OFDM символах в каждом подкадре, и число n = 1, 2, 3 или 4 известно, как индикатор формата управления (CFI). Подкадр нисходящей линии связи также содержит общие опорные символы, которые известны приемнику и используют для когерентной демодуляции, например, информации управления. На фиг. 3 показана система нисходящей линии связи с OFDM символами CFI = 3 в качестве управления.

Начиная с LTE релиза (Rel) 11 и далее, вышеописанные назначения ресурсов также могут быть запланированы на расширенном физическом канале управления нисходящей линии связи (ePDCCH). Для Rel-8 - Rel-10 доступен только физический канал управления нисходящей линии связи (PDCCH).

Опорные символы, показанные на фиг. 3, являются опорными символами конкретной соты (CRSs). CRSs используют для поддержки множества функций, включающие в себя точную временную и частотную синхронизацию и оценку канала для некоторых режимов передачи.

1.1 PDCCH и ePDCCH

PDCCH/ePDCCH используют для передачи информации управления нисходящей линии связи (DCI), такой как решения планирования и команды управления мощностью. Более конкретно, DCI включает в себя следующее:

• назначения планирования нисходящей линии связи, включающую в себя индикацию ресурса физического совместно используемого канала нисходящей линии связи (PDSCH), транспортный формат, информацию гибридного автоматического запроса повторения (HARQ) и информацию управления, относящуюся к пространственному мультиплексированию (если применимо). Назначение планирования нисходящей линии связи также включает в себя команду управления мощностью физического канала управления восходящей линии связи (PUCCH), используемого для передачи HARQ подтверждений в ответ на назначения планирования нисходящей линии связи.

• разрешения планирования восходящей линии связи, включающие в себя индикацию ресурса физического совместно используемого канала восходящей линии связи (PUSCH), транспортный формат и информацию, относящуюся к HARQ. Разрешение планирования восходящей линии связи также включает в себя команду управления мощностью PUSCH.

• команды управления мощностью для набора терминалов в качестве дополнения к командам, содержащиеся в планировании назначений/разрешений.

Один PDCCH/ePDCCH передает одно DCI сообщение, содержащее одну из групп информации, перечисленных выше. Поскольку несколько терминалов могут быть запланированы одновременно, и каждый терминал может быть запланирован как на нисходящей линии связи, так и на восходящей линии связи одновременно, должна быть предоставлена возможность передачи множества сообщений планирования в каждом подкадре. Каждое сообщение планирования передают по отдельным ресурсам PDCCH/ePDCCH и, следовательно, обычно используют несколько одновременных PDCCH/ePDCCH передач в каждом подкадре в каждом соте. Кроме того, для поддержки различных условий радиоканала могут использовать адаптацию линии связи, где кодовую скорость PDCCH/ePDCCH выбирают путем адаптации использования ресурса для PDCCH/ePDCCH для сопоставления условиям радиоканала.

Далее приведено описание начального символа для PDSCH и ePDCCH в подкадре. OFDM символы в первом слоте пронумерованы от 0 до 6. Для режимов 1-9 передачи начальный OFDM символ в первом слоте подкадра для ePDCCH может быть сконфигурирован посредством сигнализации более высокого уровня, и то же самое используют для соответствующего запланированного PDSCH. Оба набора имеют одинаковый ePDCCH начальный символ для этих режимов передачи. Если не сконфигурировано верхними уровнями, задают начальный символ для PDSCH и ePDCCH CFI значением, сообщенным в физическом канале индикатора формата управления (PCFICH).

Может быть получено множество кандидатов начальных OFDM символов посредством конфигурирования UE в режиме 10 передачи и наличием множества наборов конфигурации физических блоков ресурсов ePDCCH. Начальный OFDM символ в первом слоте в подкадре для ePDCCH может быть сконфигурирован независимо для каждого ePDCCH набора верхними уровнями для получения значений из {1,2,3,4}. Если набор не является верхним уровнем, сконфигурированным для получения фиксированного начального символа, то ePDCCH начальный символ для этого набора следует за CFI значением, принятым в PCFICH.

1.2 CA

Стандарт LTE Rel-10 поддерживает ширину полосы пропускания, превышающую 20 мегагерц (MHz). Одним из важных требований к LTE Rel-10 является обеспечение обратной совместимости с LTE Rel-8. Что также должно включать в себя совместимость спектра. Это будет означать, что используют LTE Rel-10 более широкую, чем 20 МГц, несущую, чем количество LTE несущих для LTE Rel-8 терминала. Каждая такая несущая может упоминаться как составляющая несущая (CC). В частности, для ранних схем развертываний LTE Rel-10 можно ожидать, что количество терминалов с поддержкой LTE Rel-10 будет меньше по сравнению со многими LTE унаследованными терминалами. Следовательно, необходимо обеспечить эффективное использование широкой несущей также для унаследованных терминалов, то есть, обеспечить использование несущих в случае планирования унаследованных терминалов во всех частях широкополосной LTE Rel-10 несущей. Одним из способов реализации является CA. CA подразумевает, что LTE Rel-10 терминал может принимать множество CCs, где CCs имеют или, по меньшей мере, имеют возможность иметь ту же структуру, что и LTE Rel-8 несущая. CA показана на фиг. 4. UE с поддержкой CA назначают PCell, которая всегда активирована, и одна или несколько SCells, которые могут быть динамически активированы или деактивированы.

Количество агрегированных CCs, а также полоса пропускания отдельных CCs могут быть разными для восходящей линии связи и нисходящей линии связи. Симметричная конфигурация относится к случаю, когда количество CCs в нисходящей линии связи равно количеству CCs в восходящей линии связи, тогда как асимметричная конфигурация относится к случаю, когда количество CCs в нисходящей линии связи отличается от количества CCs в восходящей линии связи. Важно отметить, что количество CCs, сконфигурированных в соте, может отличаться от количества CCs, видимых терминалом. Терминал может, например, поддерживать больше CCs нисходящей линии связи, чем CCs восходящей линии связи, даже если сота сконфигурирована с одинаковым количеством CCs восходящей линии связи и CCs нисходящей линии связи.

Дополнительно, ключевым признаком CA является возможность выполнять планирование кросс-несущих. Данный механизм позволяет (e)PDCCH на одной CC планировать передачи данных на другой CC посредством 3-битного поля индикатора несущей (CIF), вставленного в начале (e)PDCCH сообщений. Для передач данных на данной CC UE ожидает приема сообщений планирования по (e)PDCCH только на одной CC, либо на той же CC, либо на другой CC посредством планирования кросс-несущих. Данное отображение от (e)PDCCH на PDSCH конфигурируют полустатически.

1.3 LTE измерения

UE выполняет периодический поиск сот и результатов измерений мощности принимаемого пилотного сигнала (RSRP) и качества принимаемого опорного сигнала (RSRQ) в режиме подключения управлении радиоресурсами (RRC). UE выполнено с возможностью обнаруживать новые соседние соты и отслеживать, осуществлять мониторинг уже обнаруженных сот. Обнаруженные соты и ассоциированные значения измерений сообщают в сеть. Отчеты в сети могут быть периодическими или апериодическими в зависимости от конкретного события.

1.4 Rel-12 LTE опорный сигнал обнаружения (DRS)

С целью совместного использования канала в нелицензированном спектре, сота не может занимать канал бесконечно. Одним из существующих механизмов предотвращения помех и координации функционирования между малыми сотами является признак включения/выключения SCell. В Rel-12 LTE для обеспечения расширенной поддержки операций включения/выключения SCell были введены сигналы обнаружения. В частности, эти сигналы были введены для обработки потенциально серьезных помех, в частности, для сигналов синхронизации, возникающих в результате использования схем плотного развертывания, а также для снижения сложности UE межчастотных измерений.

Сигналы обнаружения в случае DRS состоят из первичного сигнала синхронизации (PSS), вторичного сигнала синхронизации (SSS), CRS и, когда сконфигурировано, опорных сигналов информации состояния канала (CSI-RS). PSS и SSS используют для грубой синхронизации, когда это необходимо, и для идентификации соты. CRS используют для точной оценки времени и частоты и отслеживания, а также может быть использован для проверки достоверности соты, то есть, для подтверждения идентификатора (ID) соты, обнаруженной из PSS и SSS. CSI-RS является еще одним сигналом, который можно использовать в плотных схемах развертываниях для идентификации соты или точки передачи. На фиг. 5 показано наличие этих сигналов в случае DRS длиной, равной двум подкадрам, а также показана схема передачи сигналов по двум разным сотам или точкам передачи.

DRS, соответствующий передачам из конкретных сот, может варьироваться по длительности от одного до пяти подкадров для дуплексной передачи с частотным разделением (FDD) и от двух до пяти подкадров для дуплексной передачи с временным разделением (TDD). Подкадр, в котором используют SSS, отмечает начальный подкадр события DRS. Этот подкадр является, либо подкадром 0, либо подкадром 5 как в FDD, так и в TDD. В TDD PSS используют в подкадре 1 и подкадре 6, тогда как в FDD PSS появляется в том же подкадре, что и SSS. CRSs передают во всех подкадрах нисходящей линии связи и в части нисходящей линии связи областей специального подкадра (DwPTS) специальных подкадров.

Сигналы обнаружения должны быть использованы UE для выполнения идентификации соты, а также RSRP и RSRQ измерений. Операция определения RSRP измерения на основании сигналов обнаружения аналогична операции в предшествующих LTE релизах. Измерение индикатора мощности принятого сигнала (RSSI) определяют, как среднее значение по всем OFDM символам в частях нисходящей линии связи измеренных подкадров в DRS событии. RSRQ затем определяется как DRSRQ = N x DRSRP/DRSSI, где N является количеством блоков физических ресурсов, используемых при выполнении измерения, DRSRP является измерением RSRP на основании сигналов обнаружения и DRSSI представляет собой RSSI, измеренное по DRS событию.

В LTE Rel-12 были определены RSRP измерения на основании CRS и CSI-RS в DRS событии и RSRQ измерения на основании CRS в DRS событии. Как указывалось ранее, сигналы обнаружения могут быть использованы в схемах развертывания малых сот, где соты выключают и включают, или в общих схемах развертывания, когда признак включения/выключения не используют. Например, сигналы обнаружения могут быть использованы для выполнения RSRP измерений в различных конфигурациях CSI-RS в DRS событии, используемой в соте, что позволяет обнаруживать различные точки передачи в совместно используемой соте.

Когда измерения выполняют на CSI-RS в DRS событии, UE ограничивает свои измерения списком кандидатов, отправленных в UE сетью через RRC сигнализацию. Каждый кандидат в этом списке содержит идентификатор физической соты (PCID), идентификатор виртуальной соты (VCID) и смещение подкадра, указывающее длительность в количестве подкадров между подкадром, где UE принимает CSI-RS, и подкадром, передающим SSS. Данная информация позволяет UE ограничивать свой поиск. UE соотносит принятые сигналы кандидатов, указанные RRC сигнализацией, и сообщает по обратной связи обо всех CSI-RS RSRP значениях, которые были найдены, как удовлетворяющие некоторому критерию отчётности, например, превышающие пороговое значение.

Когда UE обслуживается на нескольких несущих частотах через PCell и одну или более SCells, то UE необходимо выполнить измерения управления радиоресурсами (RRM) в других сотах на используемых в настоящее время несущих частотах (то есть, внутричастотные измерения), а также в сотах на других несущих частотах (т.е. межчастотные измерения). Поскольку сигналы обнаружения не передают непрерывно, то с целью управления уровнем сложности поиска, UE необходимо иметь информацию о синхронизации сигналов обнаружения. Кроме того, когда UE обслуживается на стольких несущих частотах, которые оно способно поддерживать, и необходимо выполнять межчастотные RRM измерения на другой несущей частоте, отличной от той, которую не используют в данный момент, UE назначают шаблон интервала измерения. Этот шаблон интервала на обслуживающей частоте позволяет UE перенастраивать свой приемник для обслуживающей частоты на другую частоту, на которой выполняют измерения. В течение этого интервала времени UE не может быть запланировано посредством eNB на текущей частоте обслуживания. Получение информации синхронизации сигналов обнаружения особенно важно, когда необходимо использовать такие интервалы измерения. Помимо уменьшения сложности UE, это также гарантирует, что UE не будет недоступно для планирования в течение длительных периодов времени на текущих обслуживающих частотах (PCell или SCell).

Предоставление такой информации синхронизации осуществляют через конфигурацию синхронизации измерений сигнала обнаружения (DMTC), которую сигнализируют в UE. DMTC предоставляет окно с длительностью 6 мс, появляющееся с определенной периодичностью и временем, в течение которого UE может ожидать приема сигналов обнаружения. Длительность 6 мс аналогична длительности интервала измерения, как в настоящее время определено в LTE, и позволяет согласовывать процедуры измерения в UE для сигналов обнаружения независимо от необходимости интервала измерения. На каждую несущую частоту предоставляют только одну DMTC, включающую в себя текущие обслуживающие частоты. UE может ожидать, что сеть будет передавать сигналы обнаружения, так что все соты, которые предназначены для обнаружения на несущей частоте, передают сигналы обнаружения в пределах DMTCs. Кроме того, когда требуются интервалы измерения, ожидается, что сеть обеспечит достаточное перекрытие между сконфигурированными DMTCs и интервалами измерения.

2. WLAN

В типичных схемах развертываниях WLAN для доступа к среде используют множественный доступ с контролем несущей и предотвращением конфликтов (CSMA/CA). Это означает, что для выполнения CCA распознают канал и инициируют передачу только, если канал объявлен как незанятый. В случае, если канал объявлен как занятый, передачу, по существу, откладывают до тех пор, пока канал не будет считаться свободным. Когда диапазон нескольких точек доступа (AP), использующих одну и ту же частоту, перекрывается, это означает, что все передачи, относящиеся к одной AP, могут быть отложены в случае обнаружения передачи на той же частоте или от другой AP, которая находится в пределах диапазона. По сути, это означает, что, если несколько APs находятся в пределах диапазона, им придется совместно использовать канал во времени, и характеристика пропускной способности для отдельных APs может быть серьезно ухудшена. На фиг. 6 показана общая иллюстрация LBT механизма.

3. LAA для нелицензионного спектра с использованием LTE

До настоящего времени спектр, используемый LTE, выделен для LTE. Что предоставляет преимущество, заключающееся в том, что LTE системе не нужно принимать во внимание аспект сосуществования и эффективность использования спектра может быть максимизирована. Однако спектр, выделенный для LTE, ограничен и, следовательно, не может удовлетворить постоянно растущий спрос на большую пропускную способность приложений/услуг. Поэтому в 3GPP был инициирован новый рабочий элемент по расширению LTE для использования нелицензированного спектра в дополнение к лицензированному спектру. Нелицензированный спектр по определению может одновременно быть использован несколькими различными технологиями. Следовательно, LTE необходимо учитывать аспект сосуществования с другими системами, такими как системы IEEE 802.11 (Wi-Fi). Работа LTE таким же образом в нелицензированном спектре, как и в лицензированном спектре, может серьезно ухудшить производительность Wi-Fi, поскольку Wi-Fi не будет передавать, как только обнаружит, что канал занят.

Кроме того, одним из способов надежного использования нелицензированного спектра является передача важных сигналов управления и каналов на лицензированной несущей. То есть, как показано на фиг. 7, UE подключено к PCell в лицензированной полосе и к одной или нескольким SCells в нелицензированной полосе. В настоящем изобретении SCell в нелицензированном спектре также упоминается как SCell на базе лицензируемой полосы частот (LA).

4. Автономная работа в нелицензионном спектре с использованием LTE

Недавно также были внесены предложения по LTE функционированию в нелицензированном спектре без помощи лицензированной несущей. При такой работе PCell также будет работать на нелицензированной несущей, и, таким образом, основные управляющие сигналы и каналы также будут подвержены неуправляемым помехам и LBT.

Мобильность LTE, то есть поддержание соединения при перемещении UE между различными сетевыми узлами, обычно выполняют на PCell. Когда PCell работает в нелицензированном спектре, сигналы, используемые для мобильности, которыми обычно являются PSS/SSS и CRS, как правило, передают довольно редко, например, при DRS событии. Дополнительно, все они подлежат обработке LBT и, следовательно, их наличие не гарантируется.

Дополнительно, довольно плотные системные широковещательные сообщения, которые обычно передают на PCell, также должны быть переданы более редко и в соответствии с ограничениями LBT.

5. Синхронизация сети

Синхронизация сети относится к степени временной и частотной синхронизации, которую имеют узлы сети. Степень синхронизации обычно варьируется от (1) жесткой, достаточной для усовершенствованных технологий передачи, которые в современной LTE системе определена на микросекундном уровне, (2) грубой синхронизации, которая достаточна для выравнивания, например, DRS события с DMTC окнами и интервала измерений, обычно определена на миллисекундном уровне, и (3) отсутствие синхронизации.

6. Техническая задача

В частности, при работе в нелицензированном спектре некоторые соты могут быть синхронизированы, а другие нет, что требует решения новой технической задачи в отношении DMTC. Таким образом, существует потребность в системах и способах, которые решают данную техническую задачу.

Раскрытие сущности изобретения

В настоящем документе приведено описание систем и способов, относящихся к конфигурации синхронизации измерений сигнала обнаружения (DMTC). В некоторых вариантах осуществления способ работы узла радиодоступа в сети сотовой связи содержит отправку в устройство беспроводной связи DMTC для одной из группы, состоящей из: (a) частоты, на которой работают одна или более асинхронных сот, причем асинхронная сота является сотой, которая не синхронизирована с первичной сотой (PCell) устройства беспроводной связи, и (b) вторичной соты (SCell), сконфигурированной для устройства беспроводной связи, так что DMTC является конкретной DMTC для SCell. DMTC конфигурация, которая является конкретной для SCell, обеспечивает улучшенную производительность измерения на SCell, потому что, например, DMTC конфигурация может быть конкретно адаптирована для этой SCell. DMTC конфигурация для частоты, на которой работают одна или несколько асинхронных сот, обеспечивает улучшенную производительность измерений на этой несущей.

В некоторых вариантах осуществления DMTC представляет собой DMTC для SCell, сконфигурированной для устройства беспроводной связи. Кроме того, в некоторых вариантах осуществления отправка DMTC содержит отправку на устройство беспроводной связи сообщения, которое конфигурирует SCell для устройства беспроводной связи, причем сообщение содержит DMTC для SCell, так что DMTC является конкретной DMTC для SCell. В некоторых вариантах осуществления сообщение является сообщением RRCConnectionReconfiguration.

В некоторых вариантах осуществления DMTC является DMTC для частоты, на которой работают одна или несколько асинхронных сот. Кроме того, в некоторых вариантах осуществления отправка DMTC содержит передачу системной информации, содержащей указание того, работают ли одна или несколько внутричастотных асинхронных сот на частоте, и DMTC для частоты, которая должна использоваться устройством беспроводной связи, если указание установлено на значение, которое указывает, что одна или несколько внутричастотных асинхронных сот работают на частоте. В некоторых вариантах осуществления системная информация представляет собой информационный элемент блока системной информации типа 3 (SIB3). В некоторых других вариантах осуществления отправка DMTC содержит передачу системной информации, содержащей указание того, работают ли одна или несколько межчастотных асинхронных сот на частоте, и DMTC для частоты, которая должна использоваться устройством беспроводной связи, если указание установлено на значение, которое указывает, что одна или несколько межчастотных асинхронных сот работают на частоте. В некоторых вариантах осуществления системная информация является информационным элементом SIB типа 5 (SIB5). В некоторых других вариантах осуществления отправка DMTC содержит передачу объекта измерения в устройство беспроводной связи, причем объект измерения содержит указание того, работают ли одна или несколько асинхронных сот на частоте, и DMTC для частоты, которая будет использоваться устройством беспроводной связи, если указание установлена в значение, которое указывает, что одна или несколько асинхронных сот работают на частоте.

В некоторых вариантах осуществления отправка DMTC содержит отправку DMTC и второго DMTC, причем DMTC и вторая DMTC являются отдельными DMTCs, и одна из DMTCs ассоциирована с асинхронным указанием, а другая DMTC ассоциирована с синхронным указанием.

В некоторых вариантах осуществления DMTC представляет собой DMTC для частоты, на которой работают одна или несколько асинхронных сот, и отправка DMTC содержит отправку DMTC вместе с асинхронным указанием, которая указывает, работают ли какие-либо асинхронные соты на частоте, и вторую DMTC для частоты вместе с указанием того, работают ли какие-либо синхронные соты на частоте.

В некоторых вариантах осуществления способ дополнительно содержит определение, конфигурировать ли соту в качестве SCell устройства беспроводной связи и, после определения конфигурирования соты в качестве SCell устройства беспроводной связи, определение, была ли предоставлена асинхронное указание для несущей частоты, на которой работает сота. Отправка DMTC содержит, после определения того, что была предоставлена асинхронное указание, отправку DMTC для соты в сообщении, которое добавляет соту в качестве SCell устройства беспроводной связи.

Также раскрывают варианты осуществления узла радиодоступа для сети сотовой связи. В некоторых вариантах осуществления узел радиодоступа для сети сотовой связи содержит процессор и память, содержащую инструкции, исполняемые процессором, посредством чего узел радиодоступа может отправлять на устройство беспроводной связи DMTC для одной из группы, состоящей из: (а) частоты, на которой работают одна или несколько асинхронных сот, причем асинхронная сота является сотой, которая не синхронизирована с PCell устройства беспроводной связи, и (b) SCell, сконфигурированная для устройства беспроводной связи, так что DMTC является конкретной DMTC для SCell.

В некоторых вариантах осуществления узел радиодоступа для сети сотовой связи выполнен с возможностью отправлять на устройство беспроводной связи DMTC для одной из группы, состоящей из: (a) частоты, на которой работают одна или несколько асинхронных сот, причем асинхронная сота является сотой, которая не синхронизирована с PCell устройства беспроводной связи, и (b) SCell, сконфигурированной для устройства беспроводной связи, так что DMTC является конкретной DMTC для SCell. В некоторых вариантах осуществления узел радиодоступа дополнительно выполнен с возможностью работать в соответствии с любым из вариантов осуществления способа работы узла радиодоступа, раскрытого в данном документе.

В некоторых вариантах осуществления узел радиодоступа для сети сотовой связи содержит модуль отправки, выполненный с возможностью отправлять в устройство беспроводной связи DMTC для одной из группы, состоящей из: (a) частоты, на которой работают одна или несколько асинхронных сот, при этом асинхронная сота представляет собой соту, которая не синхронизирована с PCell устройства беспроводной связи, и (b) SCell, сконфигурированная для устройства беспроводной связи, так что DMTC является конкретной DMTC для SCell.

Также раскрыты варианты осуществления способа работы устройства беспроводной связи в сети сотовой связи. В некоторых вариантах осуществления способ работы устройства беспроводной связи в сети сотовой связи содержит прием DMTC, по меньшей мере, для одной из: (a) частоты, на которой работают одна или несколько асинхронных сот, причем одна или несколько асинхронных сот являются одной или более сот, которые не синхронизированы с PCell устройства беспроводной связи, и (b) SCell, сконфигурированная для устройства беспроводной связи, так что DMTC является конкретной DMTC для SCell. Способ дополнительно содержит использование DMTC.

В некоторых вариантах осуществления DMTC является DMTC для SCell, сконфигурированной для устройства беспроводной связи. Кроме того, в некоторых вариантах осуществления прием DMTC содержит прием сообщения, которое конфигурирует SCell для устройства беспроводной связи, причем сообщение содержит DMTC для SCell, так что DMTC является конкретной DMTC для SCell. В некоторых вариантах осуществления сообщение является сообщением RRCConnectionReconfiguration.

В некоторых вариантах осуществления DMTC является DMTC для частоты, на которой работают одна или несколько асинхронных сот. Кроме того, в некоторых вариантах осуществления прием DMTC содержит прием системной информации, содержащей указание того, работают ли одна или несколько внутричастотных асинхронных сот на частоте, и DMTC для частоты, которая должна использоваться устройством беспроводной связи, если указание установлено на значение, которое указывает, что одна или несколько внутричастотных асинхронных сот работают на частоте. В некоторых вариантах осуществления системная информация является информационным элементом SIB3. В некоторых других вариантах осуществления прием DMTC содержит прием системной информации, содержащей указание того, работают ли одна или несколько межчастотных асинхронных сот на частоте, и DMTC для частоты, которая должна использоваться устройством беспроводной связи, если указание установлено на значение, которое указывает, что одна или несколько межчастотных асинхронных сот работают на частоте. В некоторых вариантах осуществления системная информация является информационным элементом SIB5. В некоторых других вариантах осуществления прием DMTC содержит прием объекта измерения, причем объект измерения содержит указание о том, работает ли одна или несколько асинхронных сот на частоте, и DMTC для частоты, которая должна использоваться устройством беспроводной связи, если указание установлено на значение, которое указывает, что одна или несколько асинхронных сот работают на частоте.

В некоторых вариантах осуществления прием DMTC содержит прием DMTC и вторую DMTC, причем DMTC и вторая DMTC представляют собой отдельные DMTC, и одна из DMTC ассоциирована с асинхронным указанием и другая DMTC ассоциирована с синхронным указанием.

В некоторых вариантах осуществления DMTC является DMTC для частоты, на которой работают одна или несколько асинхронных сот, и прием DMTC содержит прием DMTC вместе с асинхронным указанием, указывая, работают ли какие-либо асинхронные соты на частоте, и второй DMTC для частоты вместе с указанием того, работают ли какие-либо синхронные соты на частоте.

В некоторых вариантах осуществления использование DMTC содержит определение, что сообщение, которое конфигурирует SCell для устройства беспроводной связи содержит DMTC для SCell и, после определения, что сообщение содержит DMTC для SCell, определение приоритетов измерений в соответствии с DMTC для SCell. Дополнительно, в некоторых вариантах осуществления использование DMTC дополнительно содержит определение, была ли принято асинхронное указание для несущей частоты, на которой работает SCell и, после определения, что было принято асинхронное указание, выполнение измерений типа «best effort» на соседних сотах на несущей частоте, на которой работает SCell.

Также раскрыты варианты осуществления устройства беспроводной связи для сети сотовой связи. В некоторых вариантах осуществления устройство беспроводной связи для сети сотовой связи содержит приемопередатчик, процессор и память, содержащие инструкции, исполняемые процессором, посредством чего устройство беспроводной связи способно принимать DMTC, по меньшей мере, для одного из: (a) частоты, на которой работает одна или несколько асинхронных сот, причем одна или несколько асинхронных сот представляют собой одну или несколько сот, которые не синхронизированы с PCell устройства беспроводной связи и используют DMTC, и (b) SCell, сконфигурированную для устройства беспроводной связи, так что DMTC является конкретной DMTC для SCell.

В некоторых вариантах осуществления устройство беспроводной связи для сети сотовой связи выполнено с возможностью принимать DMTC, по меньшей мере, для одного из: (а) частоты, на которой работают одна или несколько асинхронных сот, причем одна или несколько асинхронных сот являются одной или более сот, которые не синхронизированы с PCell устройства беспроводной связи, и (b) SCell, сконфигурированный для устройства беспроводной связи, так что DMTC является конкретной DMTC для SCell. Устройство беспроводной связи дополнительно выполнено с возможностью использовать DMTC. В некоторых вариантах осуществления устройство беспроводной связи дополнительно выполнено с возможностью работать в соответствии с любым из вариантов осуществления способа работы устройства беспроводной связи, раскрытого в данном документе.

В некоторых вариантах осуществления устройство беспроводной связи для сети сотовой связи содержит модуль приема и модуль использования. Модуль приема может принимать DMTC, по меньшей мере, для одного из: (a) частоты, на которой работают одна или несколько асинхронных сот, причем одна или несколько асинхронных сот представляют собой одну или несколько сот, которые не синхронизированы с PCell устройства беспроводной связи и (b) SCell, сконфигурированный для устройства беспроводной связи, так что DMTC является конкретной DMTC для SCell. Модуль использования выполнен с возможностью использовать DMTC.

Специалистам в данной области очевиден объем настоящего изобретения и смогут реализовать его дополнительные аспекты после ознакомления со следующим подробным описанием вариантов осуществления со ссылкой на прилагаемые чертежи.

Краткое описание чертежей

Прилагаемые чертежи, содержащиеся в данном описании и являющиеся его частью, иллюстрируют несколько аспектов настоящего изобретения и вместе с описанием служат для объяснения его принципов. На чертежах одинаковые ссылочные позиции обозначают одинаковые признаки.

Фиг. 1 иллюстрирует физический ресурс нисходящей линии связи стандарта «Долгосрочное развитие» (LTE);

фиг. 2 иллюстрирует LTE структуру временной области;

фиг. 3 иллюстрирует пример LTE подкадра нисходящей линии связи;

фиг. 4 иллюстрирует агрегацию несущих (CA);

фиг. 5 иллюстрирует один пример сигнала обнаружения в LTE;

фиг. 6 иллюстрирует схему «прослушивание перед разговором» (LBT);

фиг. 7 иллюстрирует способа радиодоступа на базе лицензируемой полосы частот (LAA) к нелицензированному спектру с использованием LTE CA;

фиг. 8 иллюстрирует один пример сети сотовой связи (то есть, LTE сети в этом примере), в которой могут быть реализованы варианты осуществления настоящего изобретения;

фиг. 9 иллюстрирует процесс, посредством которого предоставляют конфигурацию синхронизации измерений сигнала обнаружения (DMTC) для вторичной соты (SCell) устройству беспроводной связи в сообщении, в котором SCell добавляют (то есть, конфигурируют) для устройства беспроводной связи согласно некоторым вариантам осуществления настоящего изобретения;

фиг. 10 иллюстрирует процесс, посредством которого предоставляют DMTC для асинхронных соседних сот устройству беспроводной связи в системной информации в соответствии с некоторыми вариантами осуществления настоящего изобретения;

фиг. 11 иллюстрирует процесс, посредством которого предоставляют DMTC для асинхронных соседних сот устройству беспроводной связи в объекте измерения в соответствии с некоторыми вариантами осуществления настоящего изобретения;

фиг. 12 представляет собой блок-схему последовательности операций, которая иллюстрирует работу узла радиодоступа в соответствии с некоторыми вариантами осуществления настоящего изобретения;

фиг. 13 и 14 представляют собой блок-схемы алгоритма, которые иллюстрируют работу устройства беспроводной связи в соответствии с некоторыми вариантами осуществления настоящего изобретения;

фиг. 15 и 16 представляют собой блок-схемы алгоритма некоторых вариантов осуществления устройства беспроводной связи; и

фиг. 17-19 являются блок-схемами некоторых вариантов осуществления узла радиодоступа.

Осуществление изобретения

Варианты осуществления, изложенные ниже, представляют информацию, позволяющую специалистам в данной области техники реализовать варианты осуществления, и иллюстрируют лучший способ применения вариантов осуществления. Ознакомившись с последующим описанием совместно с прилагаемыми чертежами, специалисты в данной области техники поймут концепции настоящего изобретения и реализуют данные концепции, которые конкретно не рассматриваются в данном документе. Следует понимать, что данные концепции и приложения находятся в рамках объема изобретения и прилагаемой формулы изобретения.

В нижеследующем описании представлены различные варианты осуществления раскрытого предмета изобретения. Эти варианты осуществления представлены в качестве пояснительных примеров и не должны рассматриваться как ограничивающие объем раскрытого предмета изобретения. Например, некоторые детали описанных вариантов осуществления могут быть изменены, опущены или расширены без отклонения от объема описанного предмета изобретения.

Как обсуждалось выше, в традиционной системе «Долгосрочное развитие» (LTE) проекта партнерства третьего поколения (3GPP) для каждой несущей частоты предусмотрена единая конфигурация синхронизации измерений сигнала обнаружения (DMTC). Однако, в частности, необходимо решить техническую задачу, заключающуюся в том, что при работе в нелицензированном спектре (например, LTE в автономной или MulteFire полосе нелицензионного диапазона (LTE-U)), когда асинхронные соты (то есть, соты, которые не синхронизированы с первичной сотой (PCell) устройства пользователя (UE)) работают на частоте, для которой UE выполнено с возможностью выполнять измерения, таких как, например, измерения управления радиоресурсами (RRM) для целей мобильности. В этом случае, желательно выполнять измерения как на синхронизированных, так и на несинхронизированных сотах. Однако обычная DMTC на несущую частоту предполагает синхронизированные соты и, как таковая, не подходит для несинхронизированных сот. Одним из способов решения этой технической задачи является то, что UE «ищет везде» опорные сигналы обнаружения (DRSs) несинхронизированных сот. Однако это имеет как минимум два недостатка. Во-первых, «поиск везде» приведет к тому, что UE будет активным в течение более длительных периодов времени и, следовательно, к значительному увеличению потребляемой мощности. Во-вторых, UE не имеет возможности узнать, существуют ли несинхронизированные соты на несущей частоте и, как таковое, может затратить ценные ресурсы на поиск несинхронизированных сот, когда их нет. По меньшей мере, некоторые из раскрытых здесь вариантов осуществления решают эти технические задачи.

В некоторых вариантах осуществления та же DMTC конфигурация, которая предоставляется в расширенном блоке системной информации (eSIB) или блоке системной информации MulteFire (SIB-MF) для (первичной) обслуживающей соты, также используется для (еще не сконфигурированной) вторичной соты (SCell(s)) («вариант 1»). Следует отметить, что термины «DMTC» и «DMTC конфигурация» используют здесь взаимозаменяемо. В некоторых других вариантах осуществления предполагают, что на частотах, указанных в блоке системной информации типа 5 (SIB5), есть соты, которые являются синхронными с PCell и предполагают минимальную периодичность для DMTC периодичности, то есть, 40 миллисекунд (мс), и максимальную длительность для DMTC длительности (10 мс) («вариант 2»). В определенных вариантах осуществления предоставляют DMTC для сот SCell посредством выделенной сигнализации («вариант 3»).

Некоторые варианты осуществления представлены с учетом недостатков, связанных с альтернативными подходами, таких как следующие. Определенные подходы обеспечивают DMTC для частоты, что приводит к снижению производительности измерений на SCell, так что потенциальные скорости передачи данных на сотах SCell не могут быть достигнуты.

Некоторые варианты осуществления могут также обеспечивать одно или несколько преимуществ по сравнению с традиционными подходами. Например, в вариантах осуществления «варианта 1» информация может быть предоставлена в блоке системной информации (SIB) и в объекте измерения (MeasureObject) до добавления SCell. Таким образом, может быть повышена производительность измерения для потенциальных сот SCell, что приводит к более быстрому принятию решения для усовершенствованного или развитого узла B (eNB) относительно того, добавлять ли еще одну SCell для UE или нет. В качестве другого примера, в вариантах осуществления «варианта 2», где предполагают, что на частотах, указанных в SIB5, есть соты, которые являются синхронными с PCell, и минимальная периодичность для периодичности DMTC равна 40 мс, и максимальная длительность для длительности DMTC (10 мс), может быть лучшей производительностью измерения, если есть потенциальные соты SCell, а также может быть достигнута некоторая экономия энергоресурса батареи при наличии синхронизированных сот. В качестве еще одного примера, варианты осуществления «варианта 3» могут демонстрировать улучшенную производительность измерений на сотах SCell и потенциально сниженное потребление энергии UE, если известна DMTC сот SCell, и измерения на одной и той же частоте должны выполняться реже.

Для вариантов 1 и 2 UE предполагает, что на несущих частотах, указанных в SIB5, есть сота(ы), которые потенциально могут быть сконфигурированы как SCell(s), даже если бит асинхронизации установлен в значение «истинно». Другими словами, например, SIB5 может включать в себя асинхронный бит, если установлен, указывает, что есть соты на соответствующей частоте, которые синхронизированы.

Для варианта 1 возможны разные подходы:

1a) описание поля для servCellDMTC в eSIB/SIB-MF может быть обновлено для применения к PCell и всем сотам, которые могут быть сконфигурированы как SCells, например, соты, которые потенциально управляются, например, обслуживающим eNB (также может быть межузловой агрегацией несущих (CA), если соты строго синхронизированы, и рабочие eNBs имеют интерфейс для быстрого обмена данными).

1b) может быть дополнительный бит, указывающий в SIB-MF, что servCellDMTC должен быть использован для сот SCell.

1c) может быть дополнительный бит в SIB5, указывающий, что eNB управляет синхронными сотами на несущей частоте, указанной (dl-)CarrierFreq, например, syncNeighCells.

1d) может быть дополнительный бит в measObject, указывающий, что eNB управляет синхронными сотами на несущей частоте, указанной (dl-)CarrierFreq, например, syncNeighCells. Для вариантов 1c и 1d eNB может предоставить UE точную DMTC конфигурацию.

1e) могут быть две отдельные DMTC конфигурации, одна вместе с указанием асинхронности (где DMTC может быть пустой), а другая вместе с указанием синхронизации. Примечательно, что эти два указания могут быть реализованы любым подходящим способом. Как будет понятно специалисту в данной области техники, эти два указания могут быть реализованы как разные параметры (например, параметр асинхронизации и параметр синхронизации) или как один параметр. В качестве примера, два указания могут быть реализованы как один асинхронный параметр, где асинхронный параметр действует как указание асинхронности и указание синхронизации.

Один пример для SIB5 и, например, measureObject:

Этот пример для SIB5 и, например, measureObject может использоваться для предоставления асинхронного указания (называемого asyncNeighCells-MF), которая, если установлена, указывает, что на соответствующей частоте есть асинхронные соты. Если указание асинхронности установлено на в значение, которое указывает, что одна или несколько асинхронных соседних сот работают на частоте, то DMTC (neighCellDMTC-MF) является DMTC для асинхронных соседних сот (то есть, сот, которые не обслуживают соты UE, которые работают на соответствующей частоте, идентифицируемой SIB5 или measureObject).

Пример для вариантов 1c/1d в SIB5 и, например, measureObject:

Этот пример относится к SIB5 и, например, к measureObject, где имеется дополнительное указание на наличие синхронизированных сот на соответствующей частоте.

Пример варианта 1e в SIB5 и, например, measureObject:

Этот пример предназначен для SIB5 и, например, measureObject, где SIB5 или объект измерения включает в себя: (a) DMTC для асинхронных сот (asyncNeighCellDMTC-MF) вместе с асинхронным указанием (asyncNeighCells-MF) и (b) отдельная DMTC для синхронных сот (syncNeighCellDMTC-MF). Хотя это не проиллюстрировано в этом примере, как обсуждалось выше, DMTC для синхронных сот может быть предоставлена вместе с указанием синхронизации, то есть указанием, существуют ли какие-либо синхронные соты на соответствующей частоте.

Для несинхронизированных соседних сот DMTC предоставляют только при наличии.

Для варианта 2 бит синхронизации также может быть добавлен к SIB5 и измерительному объекту для информирования UE о том, что существуют несинхронизированные соты, синхронизированные соты или даже обе на несущей частоте, идентифицированной (dl-)CarrierFreq.

Вариант 3 может быть объединен с вариантом 1 или вариантом 2, соответственно.

Варианты осуществления, описанные в данном документе, могут быть реализованы в любой подходящей системе связи, поддерживающей любые подходящие стандарты связи и использующей любые подходящие компоненты. В качестве одного примера, некоторые варианты осуществления могут быть реализованы в LTE сети, такой как показанная на фиг. 8. Ссылаясь на фиг. 8, сеть 10 связи содержит множество устройств 12 беспроводной связи (например, UEs, таких как, но не ограничиваясь этим, обычные UEs, UEs связи машинного типа (MTC)/«машина-машина» (M2M) и т.п.) и множество узлов 14 радиодоступа (например, eNBs или других базовых станций). Устройства 12 беспроводной связи также упоминаются в данном документе как устройства 12 беспроводной связи. Кроме того, следует понимать, что упомянутые здесь UEs являются одним вариантом осуществления устройств 12 беспроводной связи. Сеть 10 связи организована в соты 16, которые подключены к базовой сети 18 через соответствующие узлы 14 радиодоступа. Узлы 14 радиодоступа могут осуществлять связь с устройствами 12 беспроводной связи вместе с любыми дополнительными элементами, подходящими для поддержки связи между устройствами беспроводной связи или между устройством беспроводной связи и другим устройством связи (например, стационарный телефон).

Как обсуждалось выше, может быть несколько уровней DMTC. В частности, на одном уровне сеть (например, узел 14 радиодоступа, который может быть, например, eNB) предоставляет DMTC устройству 12 беспроводной связи (например, UE), которая является конкретной для сконфигурированного (то есть, добавленного SCell устройства 12 беспроводной связи. В этом случае, DMTC может быть предоставлена посредством выделенной сигнализации, такой как, например, сообщение RRCConnectionReconfiguration, в котором SCell сконфигурирована для устройства 12 беспроводной связи. Будучи конкретной для SCell, DMTC может быть узко сконфигурирована для этой конкретной SCell, что, в свою очередь, повышает производительность устройства 12 беспроводной связи. На другом уровне, сеть (например, узел 14 радиодоступа) предоставляет DMTC устройству 12 беспроводной связи для синхронизированных сот на конкретной несущей частоте. В этом случае, DMTC может содержаться в системной информации (например, SIB3 или SIB5) или содержаться в объекте измерения, используемый для конфигурирования устройства 12 беспроводной связи для выполнения измерений на этой несущей частоте. Поскольку соты являются синхронизированными, конфигурация DMTC может быть приспособлена для синхронизированных сот (то есть, не требуется размещать несинхронизированные соты), что, в свою очередь, повышает производительность. На еще одном уровне сеть (например, узел 14 радиодоступа) предоставляет DMTC устройству 12 беспроводной связи для асинхронных сот на конкретной несущей частоте. В этом случае, DMTC может содержаться в системной информации (например, SIB3 или SIB5) или в объекте измерения, используемой для конфигурирования устройства 12 беспроводной связи для выполнения измерений на этой несущей частоте. Поскольку соты являются асинхронными, конфигурация DMTC может быть адаптирована к асинхронным сотам (например, с большей длительностью или окном DMTC, чем для синхронизированных сот), при этом, устройство 12 беспроводной связи по-прежнему не должно, например, искать во всех возможных временных ресурсах сигналы обнаружения. из асинхронных сот. Дополнительно, в некоторых вариантах осуществления указание асинхронности и/или указание синхронизации информируют устройство 12 беспроводной связи о наличии асинхронных сот и/или синхронизированных сот на соответствующей несущей частоте. Это дополнительно позволяет устройству 12 беспроводной связи использовать соответствующую DMTC.

В этом отношении фиг. 9 иллюстрирует работу узла 14 радиодоступа и устройства 12 беспроводной связи в соответствии с некоторыми вариантами осуществления настоящего изобретения, в котором узел 14 радиодоступа предоставляет DMTC устройству 12 беспроводной связи для сконфигурированной SCell (т.е. добавленной) для устройства 12 беспроводной связи посредством выделенной сигнализации. Как показано в этом примере, узел 14 радиодоступа отправляет сообщение RRCConnectionReconfiguration на устройство 12 беспроводной связи, где сообщение RRCConnectionReconfiguration конфигурирует одну или несколько сот SCell для устройства 12 беспроводной связи и включает в себя, для каждой сконфигурированной SCell, DMTC конкретно для сконфигурированной SCell (этап 100). Следует отметить, что сообщение RRCConnectionReconfiguration является только одним примером выделенной сигнализации. Альтернативно могут использоваться другие типы выделенной сигнализации. Устройство 12 беспроводной связи использует DMTC для сконфигурированной или добавленной соты SCell (этап 102). Устройство 12 беспроводной связи может использовать DMTC для выполнения измерений, таких как RRM измерения на сконфигурированной соте SCell.

Ниже представлен пример ASN.1, кодированный для выделенной сигнализации управления радиоресурсами (RRC), и новое сообщение RRCConnectionReconfiguration, включающее в себя SCell DMTC. Участки, относящиеся к DMTC для SCell, выделены жирным шрифтом и курсивом.

Сообщение RRCConnectionReconfiguration является командой для изменения RRC соединения. Он может передавать информацию для конфигурации измерений, управления мобильностью, конфигурации радиоресурсов (включающую в себя блоки ресурсов, основную конфигурацию управления доступом к среде (MAC) и конфигурацию физического канала), включающую в себя любую ассоциированную информацию выделенного уровня без доступа (NAS) и конфигурацию безопасности.

Код ASN.1 для выделенной RRC сигнализации (из 3GPP технической спецификации (TS) 36.331):

Сообщение RRCConnectionReconfiguration

Описания полей RRCConnectionReconfiguration
dedicatedInfoNASList
Данное поле используют для передачи UE информацию конкретного NAS уровня между сетью и UE. RRC уровень прозрачен для каждого PDU в списке.
fullConfig
Указывает полную версию конфигурации, применимую для сообщения RRC Connection Reconfiguration
keyChangeIndicator
«Истенно» используют только при внутрисотовом хендовере, когда извлекают KeNB ключ из KASME ключа полученного посредствомвыполнения последней успешной NAS SMC процедуры, как описано в TS 33.401 [32] для KeNB повторного ввода. «Ложно» используют внутрисотовом хендовере LTE, когда получен новый KeNB ключ из текущего KeNB ключа или из NH, как описано в TS 33.401 [32].
lwa-Configuration
Данное поле используют для обеспечения параметра для LWA конфигурации.
lwip-Configuration
Данное поле используют для обеспечения параметра для LWIP конфигурации.
measDS-Config
Применяют параметры для обнаружения сигналов измерений для SCell, указанные SCellIndex на несущей частоте, указанной dl-CarrierFreq. Любые иные DMTC конфигурации, предоставляенные для несущей частоты, указанной dl-CarrierFreq, все еще будут применимы для соседних сотна несущей частоте.
nas-securityParamToEUTRA
Данное поле используют для передачи UE информацию конкретного NAS уровня между сетью и UE. RRC уровень прозрачен для данного поля, хотя повлияет на активацию AS- безопасности после inter-RAT хендовер E-UTRA. Как определено в TS 24.301.
networkControlledSyncTx
Данное поле указывает, следует ли UE передавать информацию синхронизации (т.е. становиться источником сигнхронизации). Значение On указывает UE передать информацию синхронизации, когда как значение Off указывает UE не передавать такую информацию.
nextHopChainingCount
NCC параметр: см. TS 33.401 [32]
p-MeNB
Указывает гарантированную мощность для MeNB, как указано в 36.213 [23]
Згачение N соответствует N-1 в TS 36.213 [23].
powerControlMode
Указывает режим управления мощностью, используемый в DC. Значение 1 соответствует DC режиму 1 управления мощностью и значение 2 указывает DC режим 2 управления мощностью, как определено в 36.213 [23].
p-SeNB
Указывает гарантированную мощность для SeNB, как определено в 36.213 [23, таблица 5.1.4.2-1].
Значение N соответствует N-1 в TS 36.213 [23].
sCellIndex
В случае DC, SCellIndex является уникальным в объеме UE, т.е. SCG сота не может использовать тоже значение, которые использовали для MCG соты. Для pSCellToAddMod, при наличии sCellIndex-r13 UE следует игнорировать sCellIndex-r12. sCellIndex-r13 в sCellToAddModListExt-r13 не должно иметь теже значения, что sCellIndex-r10 в sCellToAddModList-r10.
sCellToAddModList, sCellToAddModListExt
Указывает на добавление или изменение SCell. Индексы 1..7 могут быть назначены, используя либо sCellToAddModList, либо sCellToAddModListExt.
sCellToAddModListSCG
Указывает на добавление или изменение SCG соты. Поле используют для SCG сот, а не для PSCell (добавлено/изменено полем pSCellToAddMod).
sCellToReleaseListSCG
Указывает на освобождение SCG соты. Поле используют для освобождения PSCell, например, при изменении PSCell, при изменении системной информации для PSCell.
scg-Counter
Счетчик используют при начальной конфигурации SCG безопасности, а также при обновлении S-KeNB. E-UTRAN указывает поле при SCG изменении при конфигурировании одного или более SCG DRBs. В ином случае, E-UTRAN не включает в себя данное поле.
steeringCommandWLAN
WLAN команда управления трафиком, как определено в 5.6.16.2.
t350
Таймер T350, как описано в разделе 7.3. Значение minN соответствует N минутам.

Фиг. 10 иллюстрирует работу узла 14 радиодоступа и устройства 12 беспроводной связи в соответствии с некоторыми вариантами осуществления настоящего изобретения, в котором DMTC предоставляют устройству 12 беспроводной связи для несущей частоты (частот) вместе с соответствующим асинхронным указанием(ми) в системной информации. Как показано, узел 14 радиодоступа отправляет SIB (например, SIB3 и/или SIB5) на устройство 12 беспроводной связи, где SIB включает в себя: (a) асинхронное(ые) указание(я) для соответствующей несущей частоты (частот) нисходящей линии связи и (b) для каждой несущей частоты нисходящей линии связи используют конфигурацию DMTC, если асинхронное указание для несущей частоты нисходящей линии связи установлено в значение, которое указывает, что одна или несколько асинхронных сот работают на несущей частоте нисходящей линии связи (то есть, указывает, что имеются асинхронная сота(ы) на несущей частоте нисходящей линии связи) (этап 200). Устройство 12 беспроводной связи использует DMTC для несущей частоты (этап 202). Устройство 12 беспроводной связи может использовать DMTC для выполнения измерений, таких как измерения RRM, в асинхронных сотах на соответствующей несущей частоте (частотах), указанной в SIB.

Ниже приведены примеры SIB3 и SIB5, включающие в себя асинхронное указание и конфигурацию DMTC. Следует отметить, что, как обсуждалось выше, SIB3 и/или SIB5 могут быть дополнительно изменены, чтобы включать в себя, для каждой несущей частоты нисходящей линии связи, указанной в SIB3/SIB5, отдельную конфигурацию DMTC для синхронных сот на несущей частоте нисходящей линии связи и, в некоторых вариантах осуществления, указание синхронизации, которая, если установлена, указывает наличие синхронизированных сот на несущей частоте нисходящей линии связи (и, таким образом, устройство 12 беспроводной связи должно использовать DMTC, предоставленную для синхронизированных сот, например, для выполнения измерений RRM). В приведенном ниже примере участки, относящиеся к DMTC и асинхронному указанию, выделены жирным шрифтом и курсивом.

Информационный элемент (IE) SystemInformationBlockType3 содержит информацию повторного выбора соты, общую для повторного выбора соты внутри частоты, между частотами и/или между технологиями радиодоступа (RAT) (т.е. применимую для более чем одного типа повторного выбора соты, но не обязательно всех), а также информацию повторного выбора внутричастотной соты, отличную от информации, относящейся к соседней соте.

Информационный элемент SystemInformationBlockType3

Описания полей SystemInformationBlockType3
allowedMeasBandwidth
При отсутствии, применяют значение, соответствующее ширине полосы пропускания нисходящей линии связи, указанной dl-Bandwidth, содержащейся в MasterInformationBlock.
cellSelectionInfoCE
Параметры, содержащиеся в диапазоне усовершенствованного S критерия. Могут быть использованы UE для выбора/повторного выбора соты, в которой работает в CE режиме на относящейся необслуживаемой частоте. При отсутствии, UE получает информацию из целевой соты на относящейся частоте.
cellReselectionInfoCommon
Информация повторного выбора соты общая для сот.
cellReselectionServingFreqInfo
Информация общая для повторного выбора межчастотной соты and inter-RAT сот.
freqBandInfo
Список additionalPmax and additionalSpectrumEmission значений, как определено в TS 36.101 [42, таблица 6.2.4-1] применим к внутричастотным соседним E-UTRA сотам, если UE выбирает частотный диапазон из freqBandIndicator в SystemInformationBlockType1.
intraFreqAsyncNeighCells
Указывает, являются ли внутричастотные соседние соты несинхронизированными с PCell. При наличии, UE выполняет внутричастное измерение сигналов обнаружения согласно intraFreqDMTC. Если intraFreqAsyncNeighCells установлено как истинное, и intraFreqDMTC отсутствует, UE выполняет внутричастное измерение сигналов обнаружения в соседних сотах, предполагая любую возможную синхронизацию сигналов обнаружения
intraFreqcellReselectionInfo
Информация повторного выбора соты общая для внутричастных сот.
intraFreqDMTC
Указывает конфигурацию синхронизации измерения сигналов обнаружения (DMTC) для внутричастотных соседних сот
multiBandInfoList-v10j0
Список additionalPmax и additionalSpectrumEmission значений, как определено в TS 36.101 [42, таблица 6.2.4-1] применим к внутричастотным соседним E-UTRA сотам, если UE выбирает частотные диапазоны в multiBandInfoList (т.е. без суффикса) или multiBandInfoList-v9e0. Если E-UTRAN включает в себя multiBandInfoList-v10j0, то включает в себя тоже число объектов и перечислены в том же порядке, как в multiBandInfoList (т.е. без суффикса).
p-Max
Значение применимо к внутричастотным соседним E-UTRA сотам. При отсутствии, UE применяет максимальную мощность согласно UE функциональным возможностям.
redistrOnPagingOnly
При наличии данного поля и UE способно выполнить перераспределение, UE должно только ожидать пейджингового сообщения для инициирования E-UTRAN процедуры межчастотного перераспределения, как указано в 5.2.4.10 of 36.304[4].
q-Hyst
Параметр Qhyst в 36.304 [4], значение в dB. Значение dB1 соответствует 1 dB, dB2 соответствует 2 dB и т.д..
q-HystSF
Параметр “Speed dependent ScalingFactor для Qhyst” в TS 36.304 [4]. Применяют sf-Medium и sf-High относящийся дополнительный гистерезис в состоянии средней и высокой степени мобильности, соответственно, к Qhyst , как определено в TS 36.304 [4]. В dB. Значение dB-6 соответствует -6dB, dB-4 соответствует -4dB и т.д..
q-QualMin
Параметр “Qqualmin” в TS 36.304 [4], применяют к внутричастотным соседним сотам. При отсутствии данного поля, UE применяет (по умолчанию) значение отрицательной бесконечности для Qqualmin. Примечание 1.
q-QualMinRSRQ-OnAllSymbols
При наличии данного поля и при поддержке UE, UE должно, когда выполняют RSRQ измерения, выполнить RSRQ измерения на всех OFDM символах, согласно TS 36.214 [48]. Примечание 1.
q-QualMinWB
При наличии данного поля и при поддержке UE, UE должно, когда выполняют RSRQ измерения, использовать широкую полосу пропускания согласно TS 36.133 [16]. Примечание 1.
q-RxLevMin
Параметр “Qrxlevmin” в TS 36.304 [4], применим к внутричастотным соседним сотам.
redistributionFactorCell
При наличии redistributionFactorCell, redistributionFactorServing применим только к обслуживающей соте, в противном случае, применим к обслуживающей частоте
redistributionFactorServing
Параметр redistributionFactorServing в TS 36.304 [4].
s-IntraSearch
Параметр “SIntraSearchP” в TS 36.304 [4]. При наличии поля s-IntraSearchP UE применяет взамен значение s-IntraSearchP. В противном случае, при отсутствии как s-IntraSearch, так и s-IntraSearchP UE применяет (по умолчанию) значение бесконечности для SIntraSearchP.
s-IntraSearchP
Параметр “SIntraSearchP” в TS 36.304 [4]. См. Описания для s-IntraSearch.
s-IntraSearchQ
Параметр “SIntraSearchQ” в TS 36.304 [4]. При отсутствии поля UE применяет (по умолчанию) значение 0 dB для SIntraSearchQ.
s-NonIntraSearch
Параметр “SnonIntraSearchP” в TS 36.304 [4]. При наличии поля s-NonIntraSearchP UE применяет взамен значение s-NonIntraSearchP. В противном случае, при отсутствиикак s-NonIntraSearch, так и s-NonIntraSearchP, UE применяет (по умолчанию) значение бесконечности для SnonIntraSearchP.
s-NonIntraSearchP
Параметр “SnonIntraSearchP” в TS 36.304 [4]. См. Описания для s-NonIntraSearch.
s-NonIntraSearchQ
Параметр “SnonIntraSearchQ” в TS 36.304 [4]. При отсутствии поля, UE применяет (по умолчанию) значение 0 dB для SnonIntraSearchQ.
speedStateReselectionPars
Зависящие от скорости параметры повторного выбора, см. TS 36.304 [4]. При отсутствии поля, т.е. mobilityStateParameters также отсутствует, UE процесс функционирования определен в TS 36.304 [4].
t360
Параметр “T360” в TS 36.304 [4].
threshServingLow
Параметр “ThreshServing, LowP” в TS 36.304 [4].
threshServingLowQ
Параметр “ThreshServing, LowQ” в TS 36.304 [4].
t-ReselectionEUTRA
Параметр “TreselectionEUTRA” в TS 36.304 [4].
t-ReselectionEUTRA-SF
Параметр “Speed dependent ScalingFactor for TreselectionEUTRA” в TS 36.304 [4]. При отсутствии поля UE процесс функционирования определен в TS 36.304 [4].

IE SystemInformationBlockType5 содержит информацию, относящуюся только к повторному выбору межчастотных сот, то есть, информацию о других частотах усовершенствованного универсального наземного радиодоступа (E-UTRA) и соседних межчастотных сотах, относящихся к повторному выбору сот. IE включает в себя параметры повторного выбора соты, общие для частоты, а также конкретные параметры повторного выбора соты.

Информационный элемент SystemInformationBlockType5

Описания полей SystemInformationBlockType5
asyncNeighCells
Указывает, несинхронизированы ли соседние соты на несущей частоте, указанной dl-CarrierFreq, с PCell. При наличии, UE выполняет измерение сигналов обнаружения на несущей частоте, указанной dl-CarrierFreq, согласно measDS-Config. При установке в состояние «истенно» и measDS-Config отсутствует, UE выполняет измерение сигналов обнаружения на несущей частоте, указанной dl-CarrierFreq, допуская сигнхронизацию любых возможных сгналов обнаружения
freqBandInfo
Список additionalPmax и additionalSpectrumEmission значений, как определено в TS 36.101 [42, таблица 6.2.4-1] для частотного диапазона, представленного dl-CarrierFreq, для которого параметры повторного выбора соты являются общими.
interFreqBlackCellList
Список межчастотных соседних сот без доступа.
interFreqCarrierFreqList
Список соседних межчастот. E-UTRAN не конфигурирует более одной записи для той же физической частоты несмотря на то, что E-ARFCN используют для указания. Если E-UTRAN включает в себя interFreqCarrierFreqList-v8h0, interFreqCarrierFreqList-v9e0, InterFreqCarrierFreqList-v1250 и/или InterFreqCarrierFreqList-v1310, то включает в себя то же количество записей и перечислены в том же порядке, как в interFreqCarrierFreqList (т.e. без суффикса). Более подробное описание изложено в приложении D.
interFreqCarrierFreqListExt
Список дополнительных соседних межчастот, т.е. расширение размера списка несущей межчастоты, используя общие принциаы, определенные в 5.1.2. E-UTRAN не конфигурирует более одной записи для той же физической частоты, несмотря на то. что E-ARFCN использован для указания. EUTRAN может включать в себя interFreqCarrierFreqListExt даже если interFreqCarrierFreqList (т.е. без суффикса) не включает в себя maxFreq записи. Если E-UTRAN включает в себя InterFreqCarrierFreqListExt-v1310 то включает в себя то же количество записей и перечислены в том же порядке, как в interFreqCarrierFreqListExt-r12.
interFreqNeighCellList
Список межчастотных соседних сот с конкретными параметрами повторного выбора соты.
multiBandInfoList
Указывает список частотных диапазонов в дополние к диапазону, представленному dl-CarrierFreq, для которого параметры повторного выбора соты являются общими. E-UTRAN указывает самое большое maxMultiBands частотные диапазоны (т.e. общее количество записей как в multiBandInfoList , так и multiBandInfoList-v9e0 не превышают данного ограничения).
multiBandInfoList-v10j0
Список additionalPmax и additionalSpectrumEmission значений, как определено в TS 36.101 [42, таблица 6.2.4-1] для частотных диапазонов в multiBandInfoList (т.е. без суффикса) и multiBandInfoList-v9e0. Если E-UTRAN включает в себя multiBandInfoList-v10j0, то включает в себя то же количество записей и перечислены в том же порядке, как в multiBandInfoList (т.е. без суффикса).
neighCellDMTC-Config
Параметры применимы для измерения сигналов обнаружения на несущей частоте, указанной dl-CarrierFreq.
p-Max
Значение применимо для соседних E-UTRA сот на этой несущей частоте. При отсутствии, UE применят максимальную мощность, согласно UE функциональной возможности.
q-OffsetCell
Параметр “Qoffsets,n” в TS 36.304 [4].
q-OffsetFreq
Параметр “Qoffsetfrequency” в TS 36.304 [4].
q-QualMin
Параметр “Qqualmin” в TS 36.304 [4]. При отсутствии поля, UE применяет (по умолчанию) значение отрицательной бесконечности для Qqualmin. Примечание 1.
q-QualMinRSRQ-OnAllSymbols
При наличии данного поля и поодержке UE, UE должно, когда выполняют RSRQ измерения, выполнить RSRQ измерения на всех OFDM символах, согласно TS 36.214 [48]. Примечание 1.
q-QualMinWB
При наличии данного поля и поддерживаемой UE, UE должно, когда выполняют RSRQ измерения, использовать широкую полосу пропускания согласно TS 36.133 [16]. Примечание 1.
redistributionFactorFreq
Параметр redistributionFactorFreq в TS 36.304 [4].
redistributionFactorCell
Параметр redistributionFactorCell в TS 36.304 [4].
reducedMeasPerformance
Значение TRUE указывает, что соседняя межчастотная сота сконфигурирована для сниженной производительности измерения, см. TS 36.133 [16]. При отсутствии поля, соседняя межчастотная сота сконфигурирована для нормальной производительности измерения, см TS 36.133 [16].
threshX-High
Параметр “ThreshX, HighP” в TS 36.304 [4].
threshX-HighQ
Параметр “ThreshX, HighQ” в TS 36.304 [4].
threshX-Low
Параметр “ThreshX, LowP” в TS 36.304 [4].
threshX-LowQ
Параметр “ThreshX, LowQ” в TS 36.304 [4].
t-ReselectionEUTRA
Параметр “TreselectionEUTRA” в TS 36.304 [4].
t-ReselectionEUTRA-SF
Параметр “Speed dependent ScalingFactor for TreselectionEUTRA” в TS 36.304 [4]. При отсутствии данного поля, UE хендовер определен в TS 36.304 [4].

Фиг. 11 иллюстрирует работу узла 14 радиодоступа и устройства 12 беспроводной связи в соответствии с некоторыми вариантами осуществления настоящего изобретения, в котором DMTC предоставляют устройству 12 беспроводной связи для несущей частоты вместе с соответствующим асинхронным указанием в пределах объект измерения, используемый для конфигурации устройства 12 беспроводной связи для выполнения измерений на несущей частоте. Как показано, узел 14 радиодоступа отправляет объект измерения в устройство 12 беспроводной связи, где объект измерения включает в себя: (a) асинхронное указание для соответствующей несущей частоты и (b) DMTC для несущей частоты, которая должна использоваться, если асинхронное указание для несущей частоты нисходящей линии связи устанавливают в значение, которое указывает, что одна или более асинхронных сот работают на несущей частоте нисходящей линии связи (то есть, указывает, что существуют асинхронные соты на несущей частоте нисходящей линии связи) (этап 300). Устройство 12 беспроводной связи использует DMTC для несущей частоты (этап 302). Устройство 12 беспроводной связи может использовать DMTC для выполнения измерений, таких как RRM измерения в асинхронных сотах на несущей частоте, указанной в объекте измерения.

Ниже приведен пример объекта измерения, а именно MeasObjectEUTRA, включающий в себя асинхронное указание и DMTC конфигурацию для определенной несущей частоты. Следует отметить, что, как обсуждалось выше, объект измерения может быть дополнительно модифицирован для использования отдельной DMTC конфигурации для синхронизированных сот на указанной несущей частоте и, в некоторых вариантах осуществления, указание синхронизации, которое, если установлено, указывает, что в синхронизированных сотах есть указанная несущая частота (и, таким образом, устройство 12 беспроводной связи должно использовать DMTC, предоставленную для синхронизированных сот при выполнении измерений на указанной несущей частоте). В приведенном ниже примере участки, относящиеся к DMTC и асинхронному указанию, выделены жирным шрифтом и курсивом.

IE MeasObjectEUTRA определяет информацию, применимую для внутричастотных или межчастотных E-UTRA сот.

Информационный элемент MeasObjectEUTRA

Описания полей MeasObjectEUTRA
altTTT-CellsToAddModList
Список сот для добавления/изменения в списке сот, для которых применяют альтернативное время триггера, определенного alternativeTimeToTrigger в reportConfigEUTRA, если сконфигурировано.
altTTT-CellsToRemoveList
Список сот для удаления из списка сотells для альтернативного времени триггера.
asyncNeighCells
Указывает, несинхронизированы ли соседние соты на несущей частоте, указанной carrierFreq, с PCell. При наличии, UE долдно выполнить измерение сигналовобнаружения на несущей частоте, указанной carrierFreq, согласно measDS-Config. Нсли установлено в состояние «истенно» и measDS-Config отсутствует, UE должно выполнить измерение сигналов обнаружения на несущей частоте, указанной carrierFreq, лопуская синхронизацию любого возможного сигнала обнаружения
blackCellsToAddModList
Список сот для добавления/изменения в список сот без доступа.
blackCellsToRemoveList
Список сот для удаления из списка сот без доступа
carrierFreq
Идентифицируют E-UTRA несущую частоту, для которой данная конфигурация является действительной. E-UTRAN не конфигурирует более одного объекта измерения для той же физической чатоты, несмотря на то, что E-ARFCN использовали для этого указания. CarrierFreq-r13 содержится только в случае использования расширенного списка measObjectToAddModListExt-r13. Если carrierFreq-r13 присутствует, carrierFreq (т.е. без суффикса) должна быть установлена на значение maxEARFCN.
cellIndex
Вносят индекс в список сот. Запись может относиться к диапазону сот, в данном случае, данное значение применяют ко всему диапазону.
cellIndividualOffset
Конкретное смещение соты применяют к конкретной сотеl. Значение dB-24 соответствует -24 dB, dB-22 соответствует -22 dB и т.п.
cellsToAddModList
Список сот для добавления/изменения в список сот.
cellsToRemoveList
Список сот для удаления из списка сот.
measCycleSCell
Параметр используют только когда SCell сконфигурирована на частоте, указанной measObject и находящейся в неактивном состоянии, см. TS 36.133 [16, 8.3.3]. E-UTRAN конфигурирует параметр каждый раз, когда SCell сконфигурирована на частоте, указанной measObject, но поле также может быть передано, в случае, когда SCell несконфигурирована. Значение sf160 соответствует 160 подкадрам, sf256 соответствует 256 подкадрам и т.п.
measDS-Config
Параметры применимы к измерению сигналов обнаружения на частоте несущей, указанной carrierFreq.
measDuration
Количество последовательных символов, для которых на физическом уровне сообщают выборки RSSI, см. TS 36.214 [48]. Значение sym1 соответствует одному символу, sym14 соответствует 14 символам и т.п.
measSubframeCellList
Список сот, для которых применяют measSubframePatternNeigh
measSubframePatternNeigh
Шаблон ограничений ресурса измерения во временной области применяют к соседней соте RSRP и RSRQ измерений на частоте несущей, указанной carrierFreq. Для сот в measSubframeCellList UE должно допустить, что подкадры, указанные measSubframePatternNeigh являются non-MBSFN подкадрами и имеют туже конкретную конфигурацию подкадра, что и PCell.
offsetFreq
Применяют значение смещения к несущей частоте. Значение dB-24 соответствует -24 dB, dB-22 соответствует -22 dB и т.п.
physCellId
Идентификатор физической соты в списке сот
physCellIdRange
Идентификатор физической соты или диапазона идентификаторов физической соты
reducedMeasPerformance
Если установлено в состояние «истинно», EUTRA несущая частота сконфигурирована для сниженной производительности измерения, в противном случае, сконфигурирована для нормальной производительности измерения, см. TS 36.133 [16].
rmtc-Config
Параметры применимы к RSSI и измерению занятости канала на частоте несущей, указанной carrierFreq.
rmtc-Period
Указывает периодичность RSSI конфигурации синхронизации измерения (RMTC) для данной частоты. Значение ms40 соответствует 40 ms периодичности, ms80 соответствует 80 ms периодичности и т.п., см. TS 36.214 [48].
rmtc-SubframeOffset
Указывает смещение подкадра RSSI конфигурации синхронизации измерения (RMTC) для данной частоты. Значение rmtc-SubframeOffset должно быть меньше значения rmtc-Period, см. TS 36.214 [48]. Для межчастотных измерений, данное поле является возможным, и если не сконфигурировано, UE выбирает случайное значение rmtc-SubframeOffset для measDuration которое должно быть выбрано между 0 и сконфигурированным rmtc-Period с равной вероятностью
t312
Значение таймера T312. Значение ms0 представляет 0 ms, ms50 представляет 50 ms и т.п..
widebandRSRQ-Meas
Если данное поле установлено в TRUE, UE должно, когда выполняют RSRQ измерения, использовать широкую полосу пропускания согласно TS 36.133 [16].
whiteCellsToAddModList
Список сот для добавления/изменения в списке сот с доступом.
whiteCellsToRemoveList
Список сот для удаления из списка сот с доступом.

Ниже приведен пример MeasDS-Config, который используют в приведенных выше примерах. IE MeasDS-Config определяет информацию, применимую для измерения сигналов обнаружения.

MeasDS-Config информационные элементы

Описания полей MeasDS-Config
csi-RS-IndividualOffset
CSI-RS конкретное смещение применимо к конкретному CSI-RS ресурсу. Значение dB-24 соответствует -24 dB, dB-22 соответствует -22 dB и т.п..
dmtc-Duration
Указывает длительность в количестве подкадров в течение которого UE следует ожидать сигналы обнаружения.
dmtc-Period
Указывает периодичность (dmtc-Periodicity) конфигурации синхронизации измерений сигналов обнаружения (DMTC). Значение ms40 соответствует 40ms, ms80 соответствует 80ms и т.п.
dmtc-Offset
Указывает смещение (dmtc-Offset) конфигурации синхронизации измерений сигналов обнаружения (DMTC). Значение смещения DMTC представляет собой количество подкадров.
dmtc-PeriodOffset
Указывает периодичность (dmtc-Periodicity) и смещение (dmtc-Offset) конфигурации синхронизации измерений сигналов обнаружения (DMTC) для данной частоты. Для данной DMTC периодичности, значение ms40 соответствует 40ms, ms80 соответствует 80ms и т.п. Значение DMTC смещения представляет собой количество подкадров. Длительность DMTC события равна 6ms.
ds-OccasionDuration
Указывает длительность события сигнала обнаружения для данной частоты. Длительность события сигнала обнаружения является общей для всех сот, передающих сигналы обнаружения на одной частоте. UE следует игнорировать поле ds-OccasionDuration для несущей частоты с сконфигурированным LAA SCell и вместо этого применять значение 1.
measCSI-RS-ToAddModList
Список CSI-RS ресурсов для добавления/изменения в CSI-RS списке ресурсов для измерения сигналов обнаружения.
measCSI-RS-ToRemoveList
Список CSI-RS ресурсов для удаления из CSI-RS списка ресурсов для измерения сигналов обнаружения
physCellId
Указывает идентификатор физической соты, где UE может допустить, что CSI-RS и PSS/SSS/CRS соответствуют указанному идентификатору физической соты квази совмещены по отношению к средней задержке и допплеровскому сдвигу.
resourceConfig
Параметр: конфигурация CSI опорного сигнала, см. TS 36.211 [21, таблица 6.10.5.2-1 и 6.10.5.2-2]. Для несущей частоты с сконфигурированной LAA SCell, E-UTRAN не конфигурирует значения {0, 4, 5, 9, 10, 11, 18, 19}.
scramblingIdentity
Параметр: параметр генератора псевдослучайной последовательности, nID, см. TS 36.213 [23, 7.2.5].
subframeOffset
Указывает смещение подкадра между SSS соты, указанной physCellId, и CSI-RS ресурс в событии сигнала обнаружения. Поле subframeOffset установлено на значения 0 для несущей частоты с сконфигурированной LAA SCell.

В некоторых вариантах осуществления устройство 12 беспроводной связи устанавливает DMTC в соответствии с принятыми dmtc-PeriodOffset или dmtc-Period-MF и dmtc-Offset-MF, соответственно, то есть, первый подкадр каждого DMTC события находится в номере системного кадра (SFN) и подкадр PCell удовлетворяет следующему условию:

SFN mod T = FLOOR (dmtc-Offset/10);

подкадр = dmtc-Offset mod 10;

T = dmtc-Periodicity/10;

На соответствующей частоте устройство 12 беспроводной связи рассматривает DRS передачу в подкадрах вне DMTC события.

В некоторых вариантах осуществления согласно варианту 3, как проиллюстрировано на фиг. 12, способ в eNB (например, способ в узле 14 радиодоступа) содержит определение, конфигурировать ли SCell (этап 400); в ответ на определение конфигурировать ли SCell определение, предоставлено ли указание асинхронности соответствующей частоты (этап 402); и, в ответ на определение того, что указание асинхронности предоставлено для соответствующей частоты, отправку DMTC конфигурации SCell в добавлении SCell (этап 404). Добавление SCell может быть предоставлено через сообщение RRCConnectionReconfiguration, как описано выше.

Таким образом, в некоторых вариантах осуществления, способ в узле 14 радиодоступа для информирования устройства 12 беспроводной связи о синхронизации сигнала обнаружения, в течение которого устройству беспроводной связи требуется искать сигналы обнаружения SCell, помимо синхронизации, принятой через системную информацию для других узлов сети, содержит: определение SCell для конфигурации; определение, являются ли соседние соты на частоте SCell асинхронными; и указание устройству точную DMTC для SCell посредством выделенной сигнализации.

В некоторых вариантах осуществления согласно варианту 3, как проиллюстрировано на фиг. 13, способ в UE (например, устройстве 12 беспроводной связи) содержит определение, включает ли в себя добавление SCell DMTC конфигурацию для SCell (этап 500); в ответ на определение того, что добавление SCell включает в себя DMTC конфигурацию для SCell, (a) определение приоритетов измерений в соответствии с DMTC конфигурацией, предоставленной посредством выделенной сигнализации для SCell измерений (этап 502); и (b) если бит асинхронности установлен в значение, которое указывает, что одна или несколько асинхронных сот работают на частоте (этап 504; ДА), выполнение измерений в режиме максимальных усилий на соседних сотах на частоте, где была добавлена SCell. (этап 506). Способ может использовать межчастотную DMTC, предоставляемую через системную информацию, чтобы минимизировать энергопотребление батареи во время RRM измерений. Межчастотная DMTC может быть предоставлена, например, в SIB5. Следует отметить, что UE может назначать приоритеты измерениям, например, выполняя эти измерения чаще. Другим примером может быть то, что, если UE может обрабатывать только ограниченное количество сот, UE устанавливает приоритеты для сот, найденных в приоритетном DMTC. Также отметим, что выполнение измерений с максимальным усилием означает, что не существует требований относительно того, как быстро UE необходимо найти отчет об этих сотах, и что оно может отказаться от поиска, например, чтобы сэкономить ресурс батареи.

Таким образом, в некоторых вариантах осуществления способ в устройстве 12 беспроводной связи содержит: определение, присутствует ли DMTC конфигурация в добавлении SCell; конфигурирование и расстановку приоритетов DMTC для измерений сигналов обнаружения для SCell; выполнение измерений для SCell; и попытки обнаружения сигналов обнаружения из соседних сот на частоте SCell и выполнение измерений в соседних сотах на частоте SCell, когда это возможно.

Как проиллюстрировано на фиг. 14, способ может дополнительно содержать, если SCell конфигурация удалена (этап 600, ДА), удаление (т.е. перемещение) DMTC конфигурации для SCell (этап 602) и выполнение измерения сигнала обнаружения согласно DMTC конфигурации, например, в SIB5 (этап 604).

Хотя устройства 12 беспроводной связи могут представлять собой устройства связи, которые включают в себя любую подходящую комбинацию аппаратного и/или программного обеспечения, эти устройства беспроводной связи могут, в некоторых вариантах осуществления, представлять собой устройства, такие как примерное устройство 12 беспроводной связи, проиллюстрированное более подробно посредством фиг. 15 и фиг. 16. Точно так же, хотя проиллюстрированный узел 14 радиодоступа может представлять собой сетевые узлы, которые включают в себя любую подходящую комбинацию аппаратного и/или программного обеспечения, эти узлы, в конкретных вариантах осуществления, могут представлять устройства, такие как примерный узел 14 радиодоступа, проиллюстрированный более подробно на фиг. 17 - 19.

Ссылаясь на фиг. 15, устройство 12 беспроводной связи содержит процессор 20 (например, центральный процессор(ы) (CPU(s))), специализированную интегральную схему(ы) (ASIC(s)), программируемую пользователем вентильную матрицу (FPGA(s)) и/или тому подобное), память 22, приемопередатчик 24 и антенну 26. В некоторых вариантах осуществления некоторые или все функциональные возможности, описанные как предоставляемые UEs, MTC или M2M-устройства и/или любые другие типы устройств беспроводной связи могут быть предоставлены процессором 20, выполняющим инструкции, хранящиеся на машиночитаемом носителе, таком как память 22, показанная на фиг. 15. Альтернативные варианты осуществления могут включать в себя дополнительные компоненты, помимо тех, которые показаны на фиг. 15, которые могут быть выполнены с возможностью предоставлять определенные аспекты функциональных возможностей устройства беспроводной связи, включающие в себя любые из функциональных возможностей, описанных в данном документе.

Фиг. 16 иллюстрирует устройство 12 беспроводной связи в соответствии с некоторыми другими вариантами осуществления настоящего изобретения. Как показано, устройство 12 беспроводной связи включает в себя один или несколько модулей 28, каждый из которых реализован в программном обеспечении. Модуль (модули) 28 функционируют для выполнения функций устройства 12 беспроводной связи (например, UE, M2M UE, MTC UE или т.п.), описанных в данном документе. Например, модуль (модули) 28 может включать в себя модуль приема, выполненный с возможностью принимать DMTC конфигурацию, как описано в настоящем документе, и модуль использования, выполненный с возможностью использовать DMTC конфигурацию, как описано в настоящем документе.

Ссылаясь на фиг. 17, узел 14 радиодоступа содержит узловой процессор 32 (например, CPU(s), ASIC(s), FPGA(s) и/или тому подобное), память 34, сетевой интерфейс 36, приемопередатчик 38 и антенну 40. Как проиллюстрировано вместе, процессор 32, память 34 и сетевой интерфейс 36 упоминаются как система 30 управления. В некоторых вариантах осуществления некоторые или все описанные функциональные возможности описаны будучи предоставленные базовой станцией, узлом B, eNB и/или любым другим типом сетевого узла также могут быть предоставлены процессором 32 узла, исполняющим инструкции, хранящиеся на машиночитаемом носителе, таком как память 34, показанная на фиг. 17 Альтернативные варианты осуществления узла 14 радиодоступа могут содержать дополнительные компоненты для обеспечения дополнительных функциональных возможностей, таких как функциональные возможности, описанные в данном документе, и/или относящиеся вспомогательные функциональные возможности.

Фиг. 18 является блок-схемой, которая иллюстрирует виртуализированный вариант осуществления узла 14 радиодоступа в соответствии с некоторыми вариантами осуществления настоящего изобретения. Данное обсуждение в равной степени применимо к другим типам сетевых узлов. Кроме того, другие типы сетевых узлов могут иметь аналогичные виртуализированные архитектуры.

Как используется в данном документе, «виртуализированный» узел 14 радиодоступа является реализацией узла 14 радиодоступа, в котором, по меньшей мере, часть функциональных возможностей узла 14 радиодоступа реализована как виртуальный компонент(ы) (например, через виртуальную машину (машины), работающую на физическом узле(ах) обработки в сети (сетях). Как показано, в этом примере узел 14 радиодоступа включает в себя систему 30 управления, которая включает в себя процессор(ы) 32 (например, CPUs, ASICs, FPGAs и/или тому подобное), память 34 и сетевой интерфейс 36 Узел 14 радиодоступа также включает в себя приемопередатчик 38, подключенный к антенне(ам) 40. Система 30 управления подключена к приемопередатчику 38, например, через оптический кабель или тому подобное. Альтернативно, система 30 управления, приемопередатчик 38 и антенна 40 могут, например, быть объединены в единый блок. Система 30 управления подключена к одному или нескольким узлам 42 обработки, соединенными или функционирующие как часть сети (сетей) 44 через сетевой интерфейс 36. Каждый узел 42 обработки включает в себя один или несколько процессоров 46 (например, CPUs, ASICs, FPGAs) и/или т.п.), память 48 и сетевой интерфейс 50.

В этом примере функции 52 узла 14 радиодоступа (например, функции eNB или базовой станции), описанные в данном документе, реализуют в одном или нескольких узлах 42 обработки или распределены по системе 30 управления и одному или более узлам 42 обработки любым образом. В некоторых конкретных вариантах осуществления некоторые или все функции 52 узла 14 радиодоступа, описанные в данном документе, реализованы как виртуальные компоненты, выполняемые одной или несколькими виртуальными машинами, реализованными в виртуальной среде (средах), размещенной узлом (узлами) 42 обработки. Как будет понятно специалисту в данной области техники, используют дополнительную сигнализацию или связь между узлом (узлами) 42 обработки и системой 30 управления для выполнения, по меньшей мере, некоторых из требуемых функций 52. В частности, в некоторых вариантах осуществления система 30 управления может отсутствовать и, в этом случае, приемопередатчик 38 обменивается данными непосредственно с узлом (узлами) 42 обработки через соответствующий сетевой интерфейс(ы).

Фиг. 19 иллюстрирует узел 14 радиодоступа в соответствии с некоторыми другими вариантами осуществления настоящего изобретения. Как показано, узел 14 радиодоступа включает в себя один или несколько модулей 54, каждый из которых реализован в программном обеспечении. Модуль (модули) 54 функционирует для выполнения функций узла 14 радиодоступа (например, eNB или базовой станции), описанных в данном документе. Например, модуль (модули) 54 может включать в себя модуль отправки, выполненный с возможностью передавать DMTC конфигурацию, как описано в данном документе.

В данном описании используют следующие аббревиатуры.

• µs Микросекунда
• 3GPP проект партнерства третьего поколения
• AP точка доступа
• ASIC специализированная интегральная схема
• CA агрегирование несущей
• CC несущая составляющая
• CCA оценка незанятости канала
• CFI индикатор формата управления
• CIF поле индикатора несущей
• CPU центральный процессор
• CRS опорный символ конкретной соты
• CSI-RS опорный сигнал информации состоянии канала
• CSMA/CA множественный доступ с контролем несущей и предотвращением конфликтов
• DCI информация управления нисходящей линии связи
• DFT дискретное преобразование Фурье
• DMTC конфигурация синхронизации измерений сигнала обнаружения
• DRS опорный сигнал обнаружения
• DwPTS часть нисходящей линии связи специального подкадра
• eNB усовершенствованный или развитый узел B
• ePDCCH расширенный физический канал управления нисходящей линии связи
• eSIB расширенный блок системной информации
• E-UTRA развитый универсальный наземный радиодоступ
• FDD дуплекс с частотным разделением
• FDMA множественный доступ с частотным разделением
• FPGA программируемая пользователем вентильная матрица
• GHz гигагерц
• HARQ гибридный автоматический повтор запросов
• ID идентификатор
• IE информационный элемент
• LA лицензируемая полоса частот
• LAA радиодоступ на базе лицензируемой полосы частот
• LBT прослушивание перед разговором
• LTE стандарт «Долгосрочное развитие»
• LTE-U стандарт «Долгосрочное развитие» в нелицензионной полосе
• M2M связь «машина-машина»
• MAC управление доступом к среде
• MHz мегагерц
• ms миллисекунда
• MTC машинный тип связи
• NAS уровень без доступа
• OFDM мультиплексирование с ортогональным частотным разделением
• PCell первичная сота
• PCFICH физический канал индикатора формата управления
• PCID идентификатор физической соты
• PDCCH физический канал управления нисходящей линии связи
• PDSCH физический совместно используемый канал нисходящей линии связи
• PSS первичный сигнал синхронизации
• PUCCH физический канал управления восходящей линии связи
• PUSCH физический совместно используемый канал восходящей линии связи
• RAT технология радиодоступа
• Rel релиз
• RRC управление радиоресурсами
• RRM управление радиоресурсами
• RSRP принимаемая мощность опорного сигнала
• RSRQ качество принятого опорного сигнала
• RSSI индикатор силы принятого сигнала
• SCell вторичная сота
• SC-FDMA множественный доступ с частотным разделением с одной несущей
• SFN номер системного кадра
• SIB блок системной информации
• SIB-MF MulteFire блок системной информации
• SSS вторичный сигнал синхронизации
• TDD дуплекс с временным разделением
• TS техническая спецификация
• UE устройство пользователя
• VCID идентификатор виртуальной соты
• WLAN беспроводная локальная сеть

Специалистам в данной области техники будут понятны улучшения и модификации вариантов осуществления настоящего изобретения. Все такие улучшения и модификации следует рассматривать в рамках объема концепций, раскрытых в настоящем документе, и прилагаемой формулы изобретения.


КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
КОНФИГУРАЦИЯ СИНХРОНИЗАЦИИ ИЗМЕРЕНИЙ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ ВТОРИЧНЫХ СОТ В АСИНХРОННЫХ СЕТЯХ
Источник поступления информации: Роспатент

Показаны записи 1-10 из 565.
10.01.2013
№216.012.1a93

Улучшенная синхронизация линейно-частотно-модулированных последовательностей

Изобретение относится к системе сотовой беспроводной связи и предназначено для повышения точности синхронизации. Изобретение раскрывает способы и устройства для идентификации корректных пиков в выходных сигналах согласованных фильтров в пользовательском оборудовании для систем связи....
Тип: Изобретение
Номер охранного документа: 0002472295
Дата охранного документа: 10.01.2013
10.01.2013
№216.012.1aaa

Способы и устройства для управления мощностью при произвольном доступе в сети связи

Изобретение относится к связи, в частности к реализуемому в первом устройстве связи в сети связи способу задания установочного параметра мощности передачи при произвольном доступе для первого устройства связи, содержащему прием (42) от второго устройства связи по радиоканалу данных, указывающих...
Тип: Изобретение
Номер охранного документа: 0002472318
Дата охранного документа: 10.01.2013
20.01.2013
№216.012.1e00

Способ и устройство в системе связи

Заявленное изобретение предназначено для приема пакетов данных от базовой станции и предоставления обратной связи на базовую станцию. При этом обратная связь относится к состоянию приема принятых пакетов данных и может содержать ACK/NAK. Технический результат состоит в предоставлении механизма...
Тип: Изобретение
Номер охранного документа: 0002473174
Дата охранного документа: 20.01.2013
27.01.2013
№216.012.2163

Способ и устройство, предназначенные для управления многоантенной передачей в беспроводной сети связи

Изобретение относится к беспроводным системам связи. Управление многоантенной передачей, представленное в настоящей заявке, включает в себя генерацию набора виртуальных реализаций канала в передатчике (10), который совместно использует те же самые статистические данные второго порядка, что и...
Тип: Изобретение
Номер охранного документа: 0002474048
Дата охранного документа: 27.01.2013
27.01.2013
№216.012.2168

Произвольный доступ в дуплексных системах связи с временным разделением

Изобретение относится к технике связи и может использоваться в дуплексных системах связи с временным разделением. Технический результат состоит в повышении пропускной способности каналов в системах с произвольным доступом. Для этого мобильный терминал приводится в действие в системе сотовой...
Тип: Изобретение
Номер охранного документа: 0002474053
Дата охранного документа: 27.01.2013
27.01.2013
№216.012.2176

Групповой доступ к услугам мультимедийной подсистемы на базе ip-протокола

Изобретение относится к системам мультимедийных услуг. Технический результат заключается в упрощении доступа к услугам мультимедийной подсистемы на базе IP-протокола группами пользователей, которые требуют альтернативной обработки относительно стандартной обработки пользователей мультимедийной...
Тип: Изобретение
Номер охранного документа: 0002474067
Дата охранного документа: 27.01.2013
27.01.2013
№216.012.2178

Способ сокращения сигнализации управления в ситуациях передачи обслуживания

Изобретение относится к управлению мобильностью в беспроводных сетях передачи данных. Технический результат заключается в сокращении сигнализации управления при передаче обслуживания. Сущность настоящего изобретения заключается в способе, устройстве и программе для использования IP-адресов...
Тип: Изобретение
Номер охранного документа: 0002474069
Дата охранного документа: 27.01.2013
10.02.2013
№216.012.2502

Управление группами в сети связи

Изобретение относится к области управления группами в сети связи. Техническим результатом является повышение эффективности управления группами в сети связи. Сетевой узел принимает с запрашивающего узла запрос для контроля группы, которая содержит в себе множество членов группы. Запрос также...
Тип: Изобретение
Номер охранного документа: 0002474976
Дата охранного документа: 10.02.2013
20.02.2013
№216.012.28cf

Устройство отключения передатчика

Изобретение относится к системе оптической связи и, в частности, к устройству отключения оптического передатчика для интеграции с оконечным узлом пассивной оптической сети. Изобретение раскрывает устройство отключения, содержащее модуль (11) слежения и модуль (12) отключения, при этом модуль...
Тип: Изобретение
Номер охранного документа: 0002475967
Дата охранного документа: 20.02.2013
20.02.2013
№216.012.28fa

Способ и установка в сети связи

Настоящее изобретение относится к способам, абонентскому оборудованию и базовой радиостанции в сети связи, в которой отсутствие покрытия нисходящей линии связи обнаруживается на основании измерений, выполненных по общему каналу или по сочетанию общего и выделенного каналов. Затем отсутствие...
Тип: Изобретение
Номер охранного документа: 0002476010
Дата охранного документа: 20.02.2013
Показаны записи 1-2 из 2.
10.07.2019
№219.017.aa09

Сетевая архитектура, способы и устройства для сети беспроводной связи

Изобретение относится к технике связи и может использоваться в беспроводных системах связи. Технический результат состоит в повышении пропускной способности. Для этого способ включает оценивание измерения демодулированной и декодированной информации для каждого из множества ресурсов по...
Тип: Изобретение
Номер охранного документа: 0002693848
Дата охранного документа: 05.07.2019
20.05.2023
№223.018.651b

Передающее устройство, приемное устройство и выполняемые в них способы

Изобретение относится к области сетей беспроводной связи. Технический результат заключается в повышении производительности сети беспроводной связи путем уменьшения задержки передачи данных. Технический результат достигается за счёт планирования передачи данных пакета данных в одном подслоте...
Тип: Изобретение
Номер охранного документа: 0002744512
Дата охранного документа: 11.03.2021
+ добавить свой РИД