СИСТЕМЫ, СПОСОБЫ И УСТРОЙСТВА ДЛЯ ВЫБОРА ИСТОЧНИКА СИНХРОСИГНАЛОВ ДЛЯ УСТРОЙСТВО-УСТРОЙСТВО КОММУНИКАЦИИ
SYSTEMS, METHODS AND DEVICES FOR SELECTING SOURCE OF SYNCHROSIGNALS FOR DEVICE-DEVICE OF COMMUNICATION

Родственная заявка
Настоящая заявка имеет приоритет над предварительной заявкой на патент США №61/990,615, согласно 35 U.S.С. §119(е), поданной 8 мая 2014 с номером дела в книге записей P67695Z, которая включена в настоящее описание посредством ссылки во всей ее полноте.
Область техники, к которой относится изобретение
Настоящее изобретение относится к устройство-устройство коммуникации и, более конкретно, относится к выбору источника синхросигналов для устройство-устройство коммуникации.
Краткое описание чертежей
Фиг. 1A представляет собой схему, иллюстрирующую пример сценария работы вне зоны покрытия для устройство-устройство коммуникации.
Фиг. 1B представляет собой схему, иллюстрирующую пример сценария работы с частичным покрытием сети для устройство-устройство коммуникации.
Фиг. 1C представляет собой схему, иллюстрирующую пример сценария нахождения в зоне обслуживания для устройство-устройство коммуникации.
Фиг. 1D представляет собой схему, иллюстрирующую сценарий межсотового покрытия для устройство-устройство коммуникации.
Фиг. 2 представляет собой схему, иллюстрирующую синхронизацию устройство-устройство коммуникации в случае частичного покрытия, в соответствии с одним вариантом осуществления.
Фиг. 3 представляет собой схему, иллюстрирующую синхронизацию устройство-устройство коммуникации в сценарии межсотового покрытия, в соответствии с одним вариантом осуществления.
Фиг. 4 представляет собой блок-схему алгоритма, иллюстрирующую способ синхронизации устройство-устройство D2D коммуникации, в соответствии с реактивным подходом, согласно одному варианту осуществления.
Фиг. 5 показывает блок-схему, иллюстрирующую компоненты беспроводного устройства связи, в соответствии с одним вариантом осуществления.
Фиг. 6 показывает блок-схему, иллюстрирующую компоненты базовой станции, в соответствии с одним вариантом осуществления.
Фиг. 7 представляет собой блок-схему алгоритма, иллюстрирующую способ синхронизации D2D коммуникации, в соответствии с проактивным подходом, в соответствии с одним вариантом осуществления.
Фиг. 8 представляет собой блок-схему алгоритма, иллюстрирующую другой способ синхронизации D2D коммуникации в соответствии с проактивным подходом, в соответствии с одним вариантом осуществления.
Фиг. 9 показывает блок-схему беспроводного устройства (например, UE), в соответствии с примером.
Подробное описание предпочтительных вариантов осуществления
Ниже приведено подробное описание систем и способов в соответствии с вариантами осуществления настоящего изобретения. Несмотря на то что описаны только некоторые варианты осуществления, следует понимать, что настоящее изобретение не ограничено каким-либо одним вариантом осуществления, но вместо этого, охватывает многочисленные альтернативные варианты, модификации и эквиваленты. Кроме того, несмотря на то, что многочисленные конкретные детали изложены в последующем описании с целью обеспечения полного понимания вариантов осуществления, раскрытых в данном документе, некоторые варианты осуществления могут применяться на практике без некоторых или всех этих деталей. Более того, для упрощения описания, некоторые технические материалы, которые известны в предшествующем уровне техники, не были описаны подробно, чтобы избежать излишней детализации описания настоящего изобретения.
Беспроводные технологии мобильной связи используют различные стандарты и протоколы для передачи данных между узлом (например, передающей станции или узлом приемопередатчика) и беспроводным устройством (например, устройством мобильной связи). Некоторые беспроводные устройства устанавливают связь с использованием множественного доступа с ортогональным частотным разделением каналов (OFDMA) по каналу нисходящей линии связи (DL) и множественного доступа с частотным разделением каналов на одной несущей (SC-FDMA) при передаче по каналу восходящей линии связи (UL). Стандарты и протоколы, которые используют мультиплексирование с ортогональным частотным разделением (OFDM) для передачи сигналов, включают в себя стандарты проект 3-го поколения партнерства (3GPP) долгосрочного развития (LTE) релиз 8, 9 и 10; стандарты Института инженеров по электротехнике и электронике (IEEE) 802.16 (например, 802.16e, 802.16m), которые широко известны в отраслевых группах, как WiMAX (глобальная совместимость для микроволнового доступа); и стандарт IEEE 802.11-2012, который широко известен отраслевым группам, как Wi-Fi.
В сети радиодоступа 3GPP (RAN) LTE системы узел может представлять собой комбинацию узла Bs улучшенной универсальной наземной сети радиодоступа (E-UTRAN) (также обозначаемого обычно как развитый узел Bs, усовершенствованный узел Bs, eNodeBs или eNBs) и контроллеров радиосети (RNCs), которые поддерживают связь с беспроводным устройством, известным как устройство пользователя (UE). Передача DL может быть коммуникацией от узла (например, eNB) на беспроводное устройство (например, UE) и передача UL может быть коммуникацией от беспроводного устройства к узлу.
Приложения, основанные на близости расположения устройств и услуги ближней связи (ProSe), представляют собой приложения, использующиеся в социально-технологических случаях. Коммуникация, основанная на ближней связи, которые также упоминаются в данном документе как устройство-устройство (D2D) или одноранговые услуги или коммуникация, является эффективной технологией для увеличения пропускной способности сети, обеспечивая прямую связь между мобильными станциями, а, не используя сетевую инфраструктуру, и имеет широкий спектр применений. Например, D2D была предложена для использования на локальных социальных сетях, для совместного использования контента, для сетевого маркетинга, рекламы услуг, сети общественной безопасности, мобильное-мобильное приложения, а также для других услуг. D2D коммуникации представляют интерес в связи с их способностью снижать нагрузку на основную сеть или RAN, увеличить скорость передачи данных за счет прямых и коротких коммуникационных трактов, обеспечить каналы связи для общественной безопасности, а также предоставить другие функциональные возможности. Использование ProSe возможности в LTE позволит 3GPP проекту обеспечить обслуживание этого развивающегося сегмента рынка и, в то же время, может удовлетворить насущные потребности нескольких служб общественной безопасности. Это комбинированное использование позволяет обеспечить значительные преимущества, так как в результате, система может быть использована как для общественной безопасности, так и для предоставления услуг частной безопасности, где это возможно.
Существуют различные альтернативы для реализации такой прямой коммуникации между мобильными устройствами. В одном варианте осуществления, D2D радиоинтерфейс РС5 (т.е. интерфейс для D2D коммуникации) может быть реализован с помощью технологии ближнего действия, такой как Bluetooth или Wi-Fi, или путем повторного использования лицензированный спектра LTE, такого, как спектр UL в дуплексной система с частотным разделением каналов (FDD), и UL подкадры в дуплексной системе с временным разделением (TDD). Кроме того, D2D коммуникация может быть, в общем, разделена на две части. Первая часть представляет собой процесс обнаружения устройств, в результате чего, UEs способны определить, что они находятся в пределах диапазона и/или способны осуществлять D2D коммуникацию. Процесс обнаружения близости расположения устройств может быть выполнен с помощью сетевой инфраструктуры, и может быть выполнен, по меньшей мере, частично и/или может быть выполнен в значительной степени независимо от сетевой инфраструктуры. Вторая часть предназначена для осуществления прямой коммуникации или D2D передачи данных между UEs, который включает в себя процесс по установления D2D сеанса между UEs, а также процесс фактической передачи пользовательских данных или приложений. D2D коммуникация может или не может осуществляться под непрерывным управлением оператора мобильной сети (MNO). Например, UEs не должны иметь активное соединение с eNB, чтобы принять участие в D2D коммуникации. Следует отметить, что D2D коммуникация (то есть, вторая часть) может быть реализована и может управляться посредством UEs, способные независимо осуществлять D2D коммуникацию без поддержки D2D обнаружения (то есть первая часть).
Обычно, рассматриваются три различных сценария развертывания для поддержки D2D коммуникации, а именно, в зоне покрытия сети, частичное покрытие сети и вне зоны покрытия сети. Фиг. 1A иллюстрирует сценарий покрытия вне зоны покрытия сети, где UE 102 устанавливает прямую связь с UE 104. UEs 102-104 находятся вне зоны покрытия eNB или не способны устанавливать прямую связь с eNB. Фиг. 1B иллюстрирует сценарий частичного покрытия сети, где UE 106 находится в пределах зоны покрытия eNB 110 и устанавливает связь с UE 108, которое не находится в зоне обслуживания eNB 110. Фиг. 1C иллюстрирует сценарий нахождения множества UEs 116-120 в зоне покрытия сети, которые все находятся в зоне обслуживания сети и устанавливают D2D связь друг с другом. Фиг. 1D иллюстрирует UE 112, которое находится в зоне покрытия первого eNB 110, который устанавливает D2D связь с UE 114, которое находится в зоне покрытия второго ENB 110.
Одним из общих существенных вопросов, применимых к D2D связи в каждом из приведенных выше сценариев, является задача по разработке протокола синхронизации для D2D UE синхронизации с другими UEs, чтобы достигнуть временной и частотной синхронизации для осуществления D2D коммуникации. Для сценариев нахождения в зоне покрытия сети процедура синхронизации достаточно проста. В соответствии с соглашением LTE RAN 1 рабочей группы, источники синхросигналов, которые являются eNBs, имеют более высокий приоритет над источниками синхросигналов, которые являются D2D UEs и, следовательно, все UEs имеют возможность устанавливать D2D связь в зоне покрытия с обслуживающей сотой и могут получать информацию о синхронизации на основании обнаруженного первичного сигнала синхронизации (PSS) или вторичного источника синхронизации (SSS). Тем не менее ситуация становится немного более сложной при частичном покрытии сети и в случае нахождения вне зоны покрытия, и процесс разработки процедуры синхронизации для этих случаев, для достижения цели проектирования, т.е. синхронной D2D коммуникации, по-прежнему является нерешенной задачей.
В некоторых вариантах осуществления, настоящее изобретение рассматривает процедуры синхронизации для сценариев, когда UEs находятся в пределах различных зон покрытия, таких как сценариев, показанных на фиг. 1B и фиг. 1D. Например, когда UEs находятся в пределах различных зонах покрытия (т.е. в различных сотах или одно UE находится вне зоны покрытия), UEs могут быть не синхронизированы. В одном из вариантов осуществления, eNB может назначить UEs в приграничной области зоны покрытия для передачи D2D сигналов синхронизации (D2DSSs), в соответствии с отчетом мощности принимаемого опорного сигнала (RSRP). В некоторых вариантах осуществления, эта операция может быть нежелательной из-за ненужной передачи D2DSS (ов), которые могут, тем самым, увеличивать UE потребление энергии, а также снижать эффективность использования или ресурсы спектра беспроводной связи.
Настоящая заявка приводит подробное описание процедуры синхронизации с соответствующей сетью и процесс функционирования UE, когда выбор источников синхросигналов осуществляется, в случае, когда они находятся в пределах в зоны покрытия. Фиг. 2 и фиг. 3 иллюстрируют пример операции в соответствии с примерными вариантами осуществления. Фиг. 2 иллюстрирует процедуру синхронизации для сценария частичного сетевого покрытия с множеством находящихся в зоне покрытия UEs 202-208 и множеством находящихся вне зоны покрытия UEs 210-212. UEs 202, 204, 210 и 212 показаны, как часть D2D кластера 214. В одном варианте осуществления UE 202 выбрано в качестве источника синхросигналов и передает D2DSS и сообщения посредством физического устройство-устройство совместно используемого канала (PD2DSCH) с информацией синхронизации. UEs 210 и 212 принимают информацию синхронизации для синхронизации с UEs 202 и 204, а также eNB 110. Фиг. 3 иллюстрирует процедуру синхронизации для сценария межсотовой D2D коммуникации с UEs 302, 304 в зоне покрытия соты 1 и UEs 306, 308 в пределах зоны покрытия соты 2. В частности, UE 302 может быть выбрано в качестве источника синхросигналов, которое передает информацию синхронизации соты 1, с использованием D2DSS или PD2DSCH. Аналогичным образом, UE 306 может быть выбрано в качестве источника синхросигналов в соте 2, которая передает информацию синхронизации соты 2, с использованием D2DSS или PD2DSCH.
В одном варианте осуществления источник синхросигналов (например, UE 302 на фиг. 3 и UE 202 на фиг. 2), может также направить информацию о конфигурации пула ресурсов, сгенерированную посредством eNB, через PD2DSCH в UEs, находящиеся вне зоны обслуживания сети (например, UE2 и UE3), или в соседние соты после декодирования сообщения типа 1 блока системной информации (SIB1). Кроме того, одна структура может включать в себя минимальное количество узлов синхронизации без ущерба для производительности D2D связи. Например, желательно иметь минимальное количество SS узлов для уменьшения сигнализации, а также свести к минимуму потребление энергии UE. В одном варианте осуществления каждый eNB 110 может явным образом сконфигурировать UE в качестве источника синхросигналов по выделенной сигнализации RRC для ограничения количества UEs, которые посылают информацию синхронизации. В другом варианте осуществления, UEs могут автономно решать, когда выступать в качестве источника синхросигналов, на основании предварительно сконфигурированных критериев, таких как критерии, определенные в стандарте 3GPP, или с помощью eNB 110.
Настоящая заявка на патент представляет два общих подхода: реактивную схему и упреждающую схему. В реактивной схеме сеть управляет выбором и повторным выбором UEs в качестве источников синхросигналов. Например, сеть (т.е. eNB 110) решает, какие D2D UEs, которые находятся в зоне обслуживания, будут периодически передавать сигналы синхронизации. В одном варианте осуществления одно UE в зоне покрытия сети условно запрашивает сеть его сконфигурировать в качестве источника синхросигналов для D2DSS передачи. Например, UE может запрашивать конфигурацию в качестве источника синхросигналов в ответ на D2DSS обнаружение с информацией синхронизации, которая не генерируется eNB, обслуживающий UE. В качестве другого примера, UE может запрашивать информацию конфигурацию в качестве источника синхросигналов для UEs, которые не имеют интерфейс eNB-UE и могут взаимодействовать только посредством прямой связи. Следует отметить, что в будущем LTE имеет новую категорию UE, которая может быть использована, которая может не поддерживать радиоинтерфейс eNB-UE, но поддерживает интерфейс UE-UE, такой как D2D интерфейс посредством нелицензионного спектра, такими как Wi-Fi или лицензированный спектр, такой как спектр 3GPP LTE сети. Эта новая категория устройств может обеспечить преимущество, которое заключается в снижении сложности, низким энергопотреблением и низкой стоимостью.
Один из примеров, когда реактивная схема может быть использована в случае обнаружения независимых источников синхросигналов. Схема может включать в себя либо подавление их работы, или выравнивание их времени работы с сетью. Наличие независимых источников синхросигналов (I-SS) может сначала быть обнаружено с помощью других D2D UEs (например, UEs в режиме ожидания RRC) посредством периодического сканирования источников синхросигналов. В одном варианте осуществления один интервал сканирования больше или равен D2DSS периоду плюс время переключения сканирования. D2D UEs передача информации синхронизации eNB может вынудить I-SS прекратить асинхронные операции, если соответствующее правило определено. Например, может применяться правило, когда I-SS должны прекратить D2DSS передачу, если обнаружен источник синхросигналов шлюза (G-SS), с заранее заданным уровнем. В этом случае, при нахождении UE в зоне покрытия (что обнаружен I-SS), которое может стать G-SS, начинают периодически передавать D2DSS используя синхронизацию eNB и, тем самым, инициировать процедуру повторного выбора источника синхросигналов на I-SS. Этот реактивный подход может потребовать выделения UE или интервалов времени сканирования конкретной соты. В зависимости от настроек сети, UEs могут автономно взять на себя роль G-SS и начать периодическую D2DSS передачу сигналов на предварительно выделенном ресурсе синхронизации.
В качестве альтернативы, UEs могут направлять отчет I-SS обнаружения в eNB и направлять eNB инструкции инициировать D2DSS периодическую передачу. Следует отметить, что информация I-SS обнаружения может вызвать множество UEs сообщить тому же I-SS в тот же eNB, например, если несколько UEs обнаруживают I-SS одновременно. Чтобы избежать такой ситуации, интервалы времени сканирования конкретной UE могут быть назначены для уменьшения вероятности одновременного I-SS обнаружения различными UEs. В одном варианте осуществления, eNB может сконфигурировать одно или несколько конкретных UEs (или других передатчиков) для D2DSS передачи одного или более отчетов обнаружения конкретными UEs I-SS и/или предоставить запрос планирования для прямой связи.
Фиг. 4 иллюстрирует пример блок-схемы алгоритма способа 400 коммуникации для реактивной схемы обеспечения источника синхросигналов, управляемой eNB. В одном варианте осуществления, UE 402 в зоне покрытия и соответствующий eNB 110 могут обмениваться данными и/или выполнять операции описанным способом, либо подавлять активность или синхронизировать работу с UEs 406 вне зоны покрытия. UEs 406 вне зоны покрытия могут включать в себя UEs, которые находятся в пределах зоны покрытия иного eNB, но не подключенные к другому eNB или соте, или не может взаимодействовать с eNB с использованием интерфейса eNB-UE.
Способ 400 начинается и, в период 408 времени UE 402 в зоне покрытия синхронизироваться с eNB 110 и устанавливается RRC-соединение. Так, например, UE 402 в зоне обслуживания может синхронизироваться с eNB 110 в ответ на процедуру поиска соты и может установить соединение управления радиоресурсами (RRC) с D2D eNB посредством выполнения процедуры произвольного доступа. UE 402 в зоне покрытия находится в режиме ожидания вызова на выбранной соте, в условиях периода 408 времени.
В период 410 времени eNB обеспечивает информацию о конфигурации сканирования в UE нахождения для UE 402 в зоне покрытия. Это может произойти, например, в ответ на информацию о возможностях D2D связи для UE 402 нахождения в зоне покрытия, передаваемую в eNB 110. Информация о конфигурации сканирования может указывать, когда UE 402 находится в зоне покрытия, следует ли сканировать источники синхросигналов и/или когда отчет должен быть послан в eNB 110. Например, информация о конфигурации сканирования может быть применима для UE 402 нахождения в зоне покрытия, когда UE 402 в зоне покрытия находится в режиме RRC-соединения. Хотя информация о конфигурации сканирования отображается в явном виде посредством eNB 110, часть или вся информацию о конфигурации сканирования может быть встроена в стандарт таким образом, что нет необходимости явно определять всю или часть информации о конфигурации сканирования.
В одном из вариантов осуществления, информация о конфигурации сканирования может включать в себя представление критерия, который инициирует UE 402 в зоне покрытия отправить отчет о сканировании. Отправка отчета сканирования может быть либо периодической или представлять собой одно событие. Здесь описываются множество вариантов осуществления для критерия отчетности, инициируемого событием. В первом альтернативном варианте осуществления, могут потребоваться множество подусловий, которые должны быть удовлетворены для UE 402 в зоне покрытия, чтобы отправить отчет о сканировании. Первое условие может включать в себя событие, по меньшей мере, одного D2DSS обнаружения. В частности, обнаруженный D2DSS возможно, должен быть передан с помощью или UE, которое находится вне зоны обслуживания eNB 110 (например, см. UEs 210, 212, показанные на фиг. 2), или с помощью UE передачей информации синхронизации от другого eNB (например, см. UEs 306, 308 на фиг. 3, которые находятся в области покрытия иной соты, чем UEs 302, 308). Второе условие может включать в себя, что, по меньшей мере, один из обнаруженных D2DSS (ов) не синхронизирован с ожидающим вызова UE в сети (например, временная разница между обнаруженным DSDSS и eNB 110 больше, чем предварительно определенное пороговое значение). Идея заключается в том, чтобы избежать ситуации, когда UE 402 в зоне покрытия становится источником синхросигналов, когда обнаруженный D2DSS передается посредством UE 406 вне зоны покрытия, которое уже синхронизируется с ожидающим вызова eNB 110, из-за многоскачкового распространения другого сигнала синхронизации в хоне покрытия. Третье условие представляет собой случай, когда UE 402 в зоне покрытия, которое находится в режиме RRC-соединения, еще не сконфигурировано в качестве источника синхросигналов.
Во втором альтернативном варианте осуществления, может потребоваться одно или несколько указанных выше подусловий первого альтернативного варианта осуществления, и дополнительное требование также может быть востребовано. Во втором альтернативном варианте осуществления, дополнительное требование может включать в себя факт того, что результат измерения обслуживающей соты (т.е. eNB 110) меньше или равен пороговому параметру, например, пороговому значению силы сигнала обслуживающей соты. Например, RSRP значение опорного сигнала конкретной соты (CRS) или силы сигнала PSS или SSS, возможно, должно быть меньше, чем значение параметра. В одном варианте осуществления, пороговое значение может быть сконфигурировано так, чтобы ограничить выбор UE 402 при нахождении в зоне покрытия в качестве источника синхросигналов, когда UE 402 в зоне покрытия находится вблизи границы сети, но по-прежнему в пределах зоны обслуживания сети. В одном варианте осуществления, пороговое значение параметра может включать в себя пороговое значение RSRP, которое может быть сконфигурировано с помощью SIB. Например, пороговое значение параметра может быть сконфигурировано из множества доступных значений. Примеры значений могут включать в себя значения из набора {- бесконечность, -115, -110, …, -60, + бесконечность} децибел милливатт (dBm), где значения между -115 и -60 dBm увеличиваются на 5 dBm.
В соответствии с одним вариантом осуществления, UE 402 в зоне покрытия принимает указание от eNB о назначении в качестве D2D источника синхросигналов посредством выделенного RRC сообщения, в каждом подкадре D2DSS ресурса UE передает D2DSS если в перспективе подкадр не вступает в конфликт с передачей по сотовой связи от UE 402 в зоне покрытия, независимо от передачи информации планирования или D2D данных. В качестве альтернативы, для UE 402 в зоне покрытия, которое становится D2D источником синхросигналов, если eNB не получает управляющей информации посредством выделенной сигнализации, чтобы выступать в качестве источника синхросигналов, то UE передает D2DSS, если подкадр в перспективе вступает в конфликт с сотовой передачей из UE 402 и UE передает информацию назначения планирования или D2D данные в период назначения планирования или D2D данных. Могут быть также необходимы другие условия, например, имеет ли UE 402 в зоне покрытия надлежащие функциональные возможности. Дополнительные требования могут включать в себя то, что подкадр назначения планирования или D2D данных является периодом, в котором передается распределение планирования или данные. Дополнительное требование может включать в себя то, что UE 402 в зоне покрытия находится в режиме RRC-соединения и/или UE не передает информацию назначения планирования или D2D данные в течение того же периода времени, что и D2DSS.
В качестве третьего альтернативного варианта, может потребоваться одно или более из указанных выше подусловий первого и второго альтернативных вариантов, в дополнение к еще одному дополнительному требованию. В частности, второй вариант осуществления может потребовать, чтобы уровень сигнала обнаруженного D2DSS должен быть, по меньшей мере, больше или равен пороговому значению. Например, RSRP или качество приема опорного сигнала (RSRQ), по меньшей мере, одного обнаруженного D2DSS от UEs в/вне зоны покрытия сети или межсотовые UEs должны обеспечивать превышение величины качества однорангового сигнала или порогового значения силы однорангового сигнала.
В одном варианте осуществления, информация сканирования конфигурация может включать в себя одно или несколько подусловий для случая, когда UE 402 в зоне покрытия должно сканировать источники синхросигналов. Например, в зависимости от сетевых настроек, UE 402 в зоне покрытия может инициировать процедуру сканирования, когда все или некоторые из предопределенных или eNB 110 сконфигурированных подусловий выполнены. Например, одно или несколько подусловий вышеупомянутых вариантов осуществления, возможно, должны быть удовлетворены перед сканированием, как, например, измеренное RSRP значение для сигнала от eNB 110 превышает пороговое значение силы сигнала соты. В одном варианте осуществления, соответствующее условие должно быть выполнено в течение периода времени, соответствующего параметру "timeToTrigger", сконфигурированного с помощью eNB 110, чтобы инициировать событие. В одном варианте осуществления, UE 402 в зоне покрытия масштабирует параметр timeToTrigger в зависимости от его скорости.
В одном варианте осуществления, информация о конфигурации сканирования может указывать формат представления данных, которые будут отправлены в eNB 110. Информация формирование отчетов может указывать величины или параметры, которые UE 402 в зоне покрытия должно включать в состав отчета о сканировании. В одном варианте осуществления, UE 402 в зоне покрытия сообщает об одном или нескольких из следующих, например, идентичность источника синхросигналов, уровня слоя и силы обнаруженного D2DSS сигнала. В соответствии с другим вариантом осуществления, формат отчетности (список отчетных параметров и относящиеся к ним метрики) может быть предварительно сконфигурирован (указан) вместо того, чтобы быть сконфигурирован, как часть конфигурации сканирования.
Период 412 времени включает в себя различные операции и способы обеспечения источника синхросигналов. В период 414 времени UE 402 в зоне покрытия выполняет операцию сканирования источника синхросигналов для обнаружения потенциальных D2DSS (ов) в непосредственной близости и применяет информацию о конфигурации сканирования от E-UTRAN, как обсуждалось ранее относительно периода 410 времени. Так, например, UE 402 в зоне покрытия может обнаружить UEs 406 вне зоны покрытия. В одном варианте осуществления, информация о конфигурации сканирования может быть предварительно сконфигурирована на основании стандарта связи или каким-либо иным образом. Если UE 402 в зоне покрытия обнаруживает наличие источника синхросигналов, то может получить несколько информационных элементов из D2DSS, включающие в себя идентичность обнаруженного источника синхросигналов, уровень слоя и величину силы обнаруженного D2DSS сигнала. eNB 110 может предоставить UE 402 в зоне обслуживания параметры для упрощения процесса сканирования, например, ресурсы, которые UE 402 в зоне покрытия будет использовать для сканирования для определения наличия D2DSS сигналов или интервалы времени, в течение которых должно проводиться сканирование.
В период 416 времени UE 402 в зоне покрытия передает результаты сканирования на E-UTRAN (т.е. eNB 110), включающие в себя информацию, указанную форматом представления докладов, как описывалось выше, относящуюся к информации о конфигурации сканирования. В одном варианте осуществления, отчет включает в себя множество обнаруженных D2DSS, расположенных в порядке убывания величины мощности приема, например, синхронизация соты с самой высокой величиной D2DSS принимаемой мощности может быть первым включен в состав. Кроме того, UE 402 в зоне покрытия может быть выполнено с возможностью обеспечить ряд периодических отчетов после события инициирования отчета о сканировании. Например, периодический отчет, инициированный событием, может быть реализован посредством параметров «reportAmount» и «reportlnterval», которые могут быть заданы предварительно или сконфигурированы с помощью eNB 110, и которые определяют, соответственно, число периодических отчетов и период времени между ними. Если сконфигурирована периодическая отчетность, инициированная событием, то величина количества отчетов сканирования UE 402 в зоне покрытия может быть обнулена, когда новый D2DSS удовлетворяет условию поступления. Если UE 402 в зоне покрытия выполнено с возможностью выполнения периодических отчетов измерения, то UE 402 в зоне покрытия может начать передавать отчеты немедленно, когда периодический таймер отчетности истек.
Во время 418 eNB 410 обеспечивает условия для функционирования UE 402 в зоне покрытия в качестве источника синхросигналов. В одном варианте осуществления, eNB 110 определяет на основании отчетности, выбрано ли UE 402 в зоне покрытия в качестве источника синхросигналов, в соответствии с результатом отчетов сканирования во время 416. Например, eNB 410 может сравнить информацию в отчете из UE 402 в зоне покрытия с другими UEs, которые могут быть обнаружены как один или несколько из тех же самых источников синхросигналов, и выбрать UE, которое ближе всего или иным образом лучше всего расположено для установления связи с асинхронным UE. В одном из вариантов осуществления, eNB 410 может посылать выделенную RRC сигнализацию в UE 402, которая обеспечивает функционирование UE 402 в зоне обслуживания, в качестве источника синхросигналов, и включает в себя параметры, такие как мощность передачи для D2DSS или PD2DSCH. В одном варианте осуществления, эти параметры могут указывать, что UE 402 в зоне покрытия должно передать D2DSS, если UE находится в режиме RRC-соединения. В одном варианте осуществления, параметры указывают, что UE 402 в зоне покрытия будет иметь уровень слоя выше, чем у обнаруженного UE 406 вне зоны покрытия.
Во время 420 UE 402 в зоне покрытия передает D2DSS/PD2DSCH периодически для предоставления опорного синхросигнала UEs 406 вне зоны покрытия и/или другим UEs в пределах D2D кластера. UE 402 в зоне покрытия может получать информацию синхронизации для опорного синхросигнала от ENB 110 и распространять ее дальше. В одном варианте осуществления, после того, как UEs 406 вне зоны покрытия обнаруживают D2DSS от UE 402 в зоне покрытия, UEs 406 вне зоны покрытия будут синхронизированы с UE 402 в зоне покрытия, и таким образом, синхронизироваться с eNB 110. В одном из вариантов осуществления, UE 402 в зоне покрытия может только послать D2DSS/PD2DSCH в качестве опорного синхросигнала, когда D2D коммуникация инициируется верхним уровнем UE 402 в зоне покрытия. Например, уровень приложения, RRC уровень или другой слой может показывать, что D2D коммуникация должна иметь место, и затем могут быть посланы D2DSS/PD2DSCH. В одном варианте осуществления, инициирование передачи D2DSS/PD2DSCH основывается на верхнем уровне, что может помочь свести к минимуму потребление энергии UE 402 в зоне покрытия. В одном варианте осуществления, UE 402 в зоне покрытия может посылать D2DSS/PD2DSCH в качестве опорного синхросигнала всегда в каждом подкадре на ресурсе D2DSS/PD2DSCH, что в перспективе не конфликтует с передачей сотовой связи UE 402, после того, как получает указание функционировать в качестве D2D источника синхросигналов с помощью eNB посредством выделенной RRC сигнализации.
Другой подход для D2D синхронизации представляет собой проактивную схему. В проактивном подходе сеть может конфигурировать D2D UEs периодически передавать D2DSS сигналы, чтобы предотвратить появление I-SS в сети или покрытия областей с отсутствием покрытия. Например, eNB 110 может периодически предварительно распределять ресурсы синхронизации и конфигурировать все D2D UEs так, чтобы периодически передавать D2DSS сигналы. В качестве альтернативы, eNB 110 может конфигурировать конкретные условия, которые должны быть соблюдены для начала автономной передачи D2DSS сигналов. Например, RSRP пороговое значение может быть предварительно сконфигурировано или сигнализируется eNB 110, так что, если принимаемая мощность D2DSS (или опорный сигнал конкретной соты (CRS) в случае eNB 110) находится ниже порогового значения, то UE 402 в зоне покрытия может автономно начать передачу D2DSS. Следует отметить, что не только пороговое значение, которое относится к eNB 110, но и к другим UE источниками синхросигналов, может быть сконфигурировано и передано посредством eNB 110.
E-UTRAN (например, eNB 110) может также обеспечить дополнительные параметры конфигурации D2DSS, такие как мощность передачи, зоны ресурсов беспроводной связи или тому подобное. В одном варианте осуществления, информация конфигурации D2DSS может передаваться с помощью eNB 110 посредством системной информации (например, SIB), так что UEs 402 в зоне покрытия в режиме ожидания RRC могут по-прежнему условно выступать в качестве источников синхросигналов, по меньшей мере, в некоторых обстоятельствах.
В одном из вариантов осуществления, два следующих условия могут быть рассмотрены или оценены на стороне UE 402 в зоне покрытия: UE 402 в зоне покрытия обнаруживает любой D2DSS, переданный из UE 406 вне зоны покрытия (смотри, например, на фиг. 2) или другими eNBs (смотри, например, фиг. 3), и измеренное качество сигнала RSRP или PSS/SSS из E-UTRAN обслуживающей соты (например, eNB 110) находится ниже заданного порогового значения. В ответ на обнаружение этих условий, UE в зоне обслуживания может автономно стать источником синхросигналов и начать пересылку eNB-инициированной информации синхронизации путем передачи D2DSS на eNB 110 сконфигурированных временных/частотных ресурсах. Точно так же, любое из других условий, определенные в реактивном подходе, показанном на фиг. 4, также может быть проанализировано UE 402 в зоне покрытия, чтобы решить направлять ли автономно и/или когда информацию синхронизации. Так, например, UE 402 в зоне покрытия может рассматривать информацию относительно разности синхронизации между обнаруженным D2DSS и находящимся в режиме ожидании eNB 110 и обнаруженным уровнем сигнала D2DSS или тому подобное. В одном из вариантов осуществления, проактивный подход позволяет UEs, которые находятся в режиме ожидания RRC, выступать в качестве источников синхросигналов, в то время как реактивный подход не может позволить UEs выступать в качестве источников синхросигналов в режиме ожидания RRC из-за требуемой связи с eNB 110.
Фиг. 5 показывает блок-схему UE 500, выполненную с возможностью работать в соответствии с одним или несколькими аспектами реактивного подхода и проактивного подхода, описанного выше. Например, UE 500 может реализовывать функциональные возможности UE 402, находящегося в зоне покрытия, и/или UEs 406, находящиеся вне зоны покрытия, как показано на фиг. 4. UE 500 включает в себя компонент 502 связи, компонент 504 синхронизации, компонент 506 установки параметров, компонент 508 сканирования, компонент 510 отчета, компонент 512 активации и компонент 514 времени передачи. Компоненты 502-514 представлены только в качестве примера и могут не все быть использованы во всех вариантах осуществления изобретения. Каждый из компонентов 502-514 может быть использован или может быть реализован посредством UE 500.
Компонент 502 связи выполнен с возможностью осуществлять связь с базовой станцией и/или с один или более одноранговым UEs. Например, компонент 502 связи может поддерживать связь с eNB для получения сетевых услуг, таких как голосовые услуги и услуги передачи данных; принимать информацию о конфигурации, такую как информация о конфигурации сканирования; или т.п. Компонент 502 связи также может быть выполнен с возможностью осуществления связи с одним или несколькими D2D UEs для D2D коммуникаций и услуг ближней связи.
Компонент 504 синхронизации выполнен с возможностью синхронизации с источником синхросигналов. Например, если UE 500 находится в пределах зоны обслуживания eNB, то компонент 504 синхронизации может синхронизироваться с eNB, основываясь на информации синхронизации, принятой от eNB. Аналогичным образом, если UE 500 находится за пределами зоны покрытия сети, то UE 500 может синхронизироваться с источником синхросигналов, который имеет самый высокий обнаруженный уровень слоя, например, еще одно UE или UE, находящееся в зоне покрытия.
Компонент 506 установки параметров выполнен с возможностью приема информации о конфигурации сканирования из eNB 110. Информация о конфигурации сканирования может включать в себя любую информацию или установки, описанные в данном документе, например, установочные параметры, относящиеся к реактивной или проактивной схеме. В одном варианте осуществления, компонент 506 установки параметров принимает информацию о конфигурации сканирования, которая указывает, когда UE 500 должно сканировать источники синхросигналов. Например, компонент 506 установки параметров может принимать информацию о пороговом значении мощности сигнала соты, которая указывает, что UE 500 должно сканировать D2D источники синхросигналов в ответ на сигнал от eNB 110, который находится ниже порогового значения уровня сигнала соты, в то время как UE 500 остается в пределах зоны покрытия eNB 110. В одном варианте осуществления, информация о конфигурации сканирования может указывать на одну или несколько зон ресурсов (диапазоны частот и/или времени), в которых осуществляется сканирование источников синхросигналов, такое как сканирование для D2DSS или PD2DSCH, которые включают в себя информацию о синхронизации.
В одном варианте осуществления, информация о конфигурации сканирования может включать в себя один или несколько требований к отчетности. Например, требования к отчетности могут указывать, когда UE 500 отправит отчет в eNB 110 и какую информацию он будет включать в себя. В одном из вариантов осуществления, требования к отчетности могут включать в себя один или несколько триггеров отчетов. В одном из вариантов осуществления, требования к отчетности могут включать в себя информацию, что обнаруженный D2D источник синхросигналов не синхронизирован с eNB 110. В одном варианте осуществления, требование к отчетности может указывать пороговое значение для мощности сигнала базовой станции. В одном из вариантов осуществления, требование к отчетности может указать, что отчет должен включать в себя одно или несколько из идентичность D2D источника синхросигналов уровень слоя D2D источника синхросигналов а также уровень сигнала, принимаемого от D2D источника синхросигналов. Эти данные могут быть получены, например, из D2DSS во время сканирования.
Информация о конфигурации сканирования может также включать в себя информацию о том, когда UE 500 должно самостоятельно активировать себя в качестве источника синхросигналов. Например, один или более из указанных выше параметров сканирования или отчетных параметров могут быть использованы для инициирования передачи информации о синхронизации или любой другой информации синхронизации для приема одного или более близкого D2D UE. В одном варианте осуществления, информация о конфигурации сканирования включает в себя D2D зоны, включающие в себя периодические временные и частотные ресурсы для передачи одноранговых сигналов синхронизации, содержащие информацию синхронизации.
Компонент 508 сканирования выполнен с возможностью сканирования D2D источников синхросигналов. Например, компонент 508 сканирования может сканировать одноранговые источники синхросигналов, которые не синхронизированы с UE 500, на основании информации о конфигурации сканирования, которая предварительно сконфигурирована и/или принята от eNB 110. В одном варианте осуществления компонент 508 сканирования выполнен с возможностью сканировать D2D источники синхросигналов, когда в ответ на сигнал от eNB 101 (например, на основании RSRP или RSRQ), находится ниже порогового значения пороговой мощности сигнала соты или порогового значения качества соты.
Компонент 510 отчета выполнен с возможностью сообщать о факте обнаружения асинхронных источников синхросигналов в eNB 110. В одном варианте осуществления компонент 510 отчета направляет отчет в eNB 110 на основании требований к отчетности, принятые в информации о конфигурации сканирования, принятые от eNB 110. Например, компонент 510 отчета может оценивать одно или несколько условий инициирования отчета и сообщать eNB 110, когда эти условия будут выполнены. В одном варианте осуществления компонент 510 отчета может включать в себя подробности об обнаружении D2D источника синхросигналов, который может быть получен из обнаруженного D2DSS или PD2DSCH. Например, отчет может включать в себя одно или несколько из идентичность источника синхросигналов, уровень слоя источника синхросигналов и величину мощности сигнала или качества сигнала, принимаемого от источника синхросигналов.
Компонент 512 активации выполнен с возможностью активации UE 500 в качестве D2D источника синхросигналов. В одном варианте осуществления, компонент 512 активации активирует UE 500 в качестве источника синхросигналов, в ответ на прием сигнала от eNB 110, позволяя UE 500 функционировать в качестве источника синхросигналов. В одном варианте осуществления, сигнал от eNB 110 может включать в себя один или более подробный элемент информации для UE 500, включающий в себя уровень слоя (например, уровень слоя выше, чем у обнаруженного источника синхросигналов), значение мощности передачи для информации синхронизации, тайминг для отправки информации синхронизации и/или частотных ресурсов, на которых информация синхронизации должна быть отправлена.
В одном варианте осуществления, компонент 512 активации активирует UE 500 в качестве источника синхросигналов автономно. Например, компонент 512 активации может оценивать одно или несколько условий активации, чтобы определить, когда UE 500 должно начать пересылку информации синхронизации в D2DSS или PD2DSCH. В одном из вариантов осуществления, условия активации могут быть приняты из eNB 110 или могут быть сохранены в UE 500 на основании стандарта связи, такого как 3GPP LTE. Пример условий активации может включать в себя информацию о том, что величина сигнала от eNB 110 находится ниже порогового значения, что асинхронное UE было обнаружено, или тому подобное. В одном варианте осуществления, компонент 512 активации выполнен с возможностью автономно активировать UE 500 в качестве источника синхросигналов, в то время как UE находится в режиме ожидания, таком как режим ожидания RRC.
Компонент 514 времени передачи выполнен с возможностью передачи сигналов для обеспечения опорного синхросигнала. В одном варианте осуществления, компонент 514 времени передачи приводит к тому, что UE 500 передает D2DSS или сигнал по физическому устройство-устройство совместно используемому каналу (PDSCH), который включает в себя информацию о синхронизации, полученную из eNB 110. Передаваемые сигналы могут служить в качестве опорного синхросигнала в один или несколько UEs, которые находятся в пределах диапазона UE 500. В одном варианте осуществления компонент 514 времени передачи передает информацию о синхронизации, сгенерированную eNB 110, с использованием однорангового сигнала синхронизации, в ответ на активацию компонента, автономно активирующий устройство беспроводной связи в качестве источника синхросигналов. В одном варианте осуществления компонент 514 времени передачи может передавать информацию синхронизации, когда UE 505 находится в режиме ожидания RRC. В одном варианте осуществления компонент 514 времени передачи передает информацию в ответ на срабатывание триггера синхронизации верхним слоем UE 505.
Фиг. 6 показывает блок-схему eNB 110, выполненного с возможностью работать в соответствии с одним или несколькими схемами реактивного подхода и проактивного подхода, описанного выше. Например, eNB 110 может реализовывать функциональные возможности eNB 110, показанные на фиг. 4. eNB 110 включает в себя компонент 602 сеанса связи, компонент 604 конфигурации сканирования, компонент 606 приема отчета, компонент 608 выбора и компонент 610 реализации. Компоненты 602-610 приведены только в качестве примера и могут не использоваться во всех вариантах осуществления. Каждый из компонентов 602-610 может использоваться или может быть реализован с помощью eNB 110.
Компонент 602 сеанса связи выполнен с возможностью осуществления связи с одним или более UEs и устанавливать сеанс связи с одним или более UEs. Например, компонент 602 сеанса связи может быть в состоянии устанавливать связь с UEs, которые находятся в пределах диапазона eNB 110 для установления и поддержки сеанса связи. В одном варианте осуществления компонент 602 сеанса связи может обеспечивать опорные сигналы или другую информацию синхронизации для синхронизации с UE в процессе установления соединения или сеанса связи с UE.
Компонент 604 конфигурации сканирования может предоставлять информацию о конфигурации сканирования для одного или более UEs, которые находятся в пределах диапазона eNB 110. Например, компонент 604 конфигурации сканирования может предоставлять любую информацию о конфигурации сканирования, описанную в данном документе, например, информацию о конфигурации сканирования, описанную выше с учетом работы компонента 506 настройки.
Компонент 606 получения отчета выполнен с возможностью приема отчета сканирования от UE 500, например, отчет, предоставленный компонентом 510 отчета. В одном варианте осуществления отчет может включать в себя любую из отчетной информации, изложенную выше, такую как идентификатор, величину интенсивности сигнала или уровень слоя источника синхросигналов, обнаруженного посредством UE 500. В одном варианте осуществления, компонент 606 получения отчета выполнен с возможностью приема множества отчетов из множества различных UEs.
Компонент 608 выбора определяет, следует ли выбрать UE в качестве источника синхросигналов. Например, компонент 608 выбора может определить, следует ли выбирать UE 500 после приема отчета из UE 500. Компонент выбора может выбрать одно из множества UEs, которые направили отчет о сканировании, который идентифицирует один и тот же или больше асинхронных источников синхросигналов. Например, компонент 608 выбора может выбрать UE, имеющий наибольший уровень сигнала для конкретного источника(ов) синхросигналов.
Компонент 610 реализации посылает сигнал в UE в качестве источника синхросигналов. Например, компонент 610 реализации может послать сообщение, которое позволяет UE 500 функционировать в качестве источника синхросигналов. Компонент 610 реализации может обеспечить один или более элементов подробной информации синхронизации выбранному UE, включающую в себя один или более уровень слоя, мощности передачи или другой информации в целях предоставления информации о синхронизации для близлежащих D2D устройств.
Фиг. 7 представляет собой блок-схему алгоритма, иллюстрирующую примерный способ 700 для D2D синхронизации. Способ 700 может быть выполнен с помощью устройства беспроводной связи, такой как UE 500, показанного на фиг. 5.
Способ 700 начинается, и компонент 504 синхронизации выполнен с возможностью синхронизации 702 с базовой станцией, например, eNB 110. Например, устройство беспроводной связи может синхронизироваться 702 при подключении к базовой станции и/или установлении сеанса связи с базовой станцией.
Компонент 512 активации автономно активирует 704 беспроводное устройство связи в качестве источника синхросигналов на основе одного или нескольких условий активации. Условия активации могут включать в себя любое из условий, описанные выше со ссылкой на информацию о конфигурации сканирования или проактивного подхода. В одном варианте осуществления, условия активации поступают из базовой станции. В другом варианте осуществления, условия активации предварительно сконфигурированы на устройстве беспроводной связи, основанной на стандарте связи.
Компонент 514 передачи информации синхронизации направляет 706 информацию синхронизации, сгенерированную базовой станцией, с использованием однорангового сигнала синхронизации. В одном варианте осуществления компонент 514 передачи информации синхронизации направляет 706 информацию синхронизации в ответ на активацию компонента 512 автономно активирующий 704 устройство беспроводной связи в качестве источника синхросигналов. Компонент 514 передачи информации синхронизации может послать D2DSS или PD2DSCH, который включает в себя информацию синхронизации. В одном варианте осуществления один или более этапов автономной активации 704 и пересылки 706 может происходить, когда устройство беспроводной связи остается в режиме ожидания.
Фиг. 8 представляет собой блок-схему алгоритма, иллюстрирующую примерный способ 800 для D2D синхронизации. Способ 800 может быть выполнен с помощью базовой станции, например, eNB 110, показанной на фиг. 6.
Способ 800 начинается, и компонент 602 сеанса связи осуществляет связь 802 с одним или несколькими UEs в зоне покрытия eNB 110, и компонент 602 сеанса связи синхронизируется 804 с одним или несколькими UEs. Например, компонент 602 сеанса связи может послать один или несколько сигналов с информацией синхронизации в качестве опорного синхросигнала для UEs.
Компонент 604 конфигурации сканирования обеспечивает 806 сигнализацию к одному или нескольким UEs, чтобы сконфигурировать условия передачи информации синхронизации для передачи сигнала синхронизации. Например, информация конфигурации сканирования может включать в себя любые из требований сканирования, требования к отчетности, требования к активации или любую другую информацию о конфигурации сканирования, изложенную выше. В одном из вариантов осуществления, условия передачи информации синхронизации указывают, когда одно или несколько UEs в пределах зоны покрытия eNB должно самостоятельно посылать сигналы синхронизации. UEs могут затем автономно оценивать условия передачи информации синхронизации, чтобы определить, когда активировать себя в качестве источников синхросигналов и направлять информацию синхронизации.
На фиг. 9 представлен пример иллюстрации мобильного устройства, такого как UE, мобильная станция (MS), мобильное беспроводное устройство, устройство мобильной связи, планшет, переносная телефонная трубка или другой тип мобильного беспроводного устройства. Мобильное устройство может включать в себя одну или более антенн, предназначенную для обмена данными с узлом, макро-узлом, с маломощным узлом (LPN) или передающей станцией, например, базовой станцией (BS), eNB, блоком базового диапазона (BBU), головной удаленной радиостанцией (RRH), удаленным радиооборудованием (RRE), ретрансляционной станцией (RS), радиооборудованием (RE) или другим типом беспроводной глобальной сети (WWAN) АР. Мобильное устройство может быть выполнено с возможностью осуществлять связь с использованием, по меньшей мере, одного стандарта беспроводной связи, включающий в себя 3GPP LTE, WiMAX, высокоскоростной пакетный доступ (HSPA), Bluetooth и WiFi. Мобильное устройство может осуществлять связь с использованием раздельных антенн для каждого стандарта беспроводной связи или совместно используемые антенны для нескольких стандартов беспроводной связи. Мобильное устройство может осуществлять связь в беспроводной локальной сетью, беспроводной персональной сетью (WPAN) и/или WWAN.
Фиг. 9 также предоставляет иллюстрацию микрофона и одного или более громкоговорителей, которые могут быть использованы для ввода и вывода звука с мобильного устройства. Экран дисплея может быть жидкокристаллическим экраном дисплея (LCD) или другим типом экрана дисплея, таким как дисплей на органических светоизлучающих диодах (OLED). Экран дисплея может быть сконфигурирован как сенсорный экран. Сенсорный экран может использовать емкостные, резистивные или другие технологии сенсорного экрана. Процессор приложений и графический процессор могут быть соединены с внутренней памятью для обеспечения возможности обработки и отображения. Порт энергонезависимой памяти также могут быть использован для обеспечения возможности ввода/вывода данных пользователю. Порт энергонезависимой памяти может также использоваться для расширения возможностей памяти мобильного устройства. Клавиатура может быть интегрирована с мобильным устройством или соединена с мобильным устройством по беспроводной связи для обеспечения дополнительного ввода данных пользователем. Виртуальная клавиатура также может быть обеспечена с помощью сенсорного экрана.
Примеры
Следующие примеры относятся к дополнительным вариантам осуществления.
Пример 1 представляет собой UE, которое выполнено с возможностью выполнять поиск соты и синхронизироваться с первым eNB. UE выполнено с возможностью находится в режиме ожидания вызова на первой обслуживающей соте, соответствующей первому eNB. UE выполнено с возможностью получения информации, имеющей отношение к D2D передачи D2D информации синхронизации, в котором UE принимает информацию, относящуюся к передаче D2D информации синхронизации, в одном или нескольких сообщении системной информации и сообщении выделенной D2D информации о конфигурации, переданного первой eNB. UE выполнено с возможностью передачи D2D информации синхронизации для обеспечения опорного синхросигнала на одно или несколько D2D UEs, которые находятся вне зоны покрытия первого eNB, в ответ на возникновения одного или более условий инициирования. Одно или несколько условий инициирования основываются на RRC состоянии UE.
В примере 2, UE по примеру 1 выполнено с возможностью принимать информацию, относящуюся к передаче D2D информации синхронизации в выделенном сообщении D2D информации конфигурации. Информация, относящаяся к передаче D2D информации синхронизации, включает в себя информацию о ресурсах, доступных для синхронизации D2D и первого порогового значения. UE выполнено с возможностью передачи D2D информации синхронизации на ресурсах, доступных для D2D синхронизации, в ответ на измеренное качество сигнала или мощности сигнала для первого eNB, которое ниже первого порогового значения.
В примере 3, UE по любому из примеров 1-2 принимает информацию, относящуюся к передаче D2D информации синхронизации в выделенном сообщении D2D информации конфигурации. Информация, относящаяся к передаче D2D информации синхронизации, включает в себя первый индикатор для конфигурирования UE таким образом, что обеспечивается передача D2D информации синхронизации, при нахождении в зоне покрытия первого eNB.
В примере 4, RRC состояние UE по любому из примеров 1-3 включает в себя одно из состояние RRC_IDLE и состояние RRC_CONNECTED.
В примере 5, UE по любому из примеров 1-4 выполнено с возможностью начинать передачу D2D информации синхронизации, в ответ на нахождение UE в состоянии RRC_CONNECTED, и первый индикатор включает в себя значение, которое дает команду UE начать передачу D2D информация синхронизации.
В примере 6, UE по любому из примеров 1-4 дополнительно выполнено с возможностью посылать один или несколько отчетов измерений на основании критериев отчетности, сконфигурированных первым eNB, в котором первый eNB устанавливает значение первого индикатора в ответ на один или нескольких отчетов измерений.
В примере 7, UE по любому из примеров 1-6 дополнительно выполнено с возможностью выполнения измерений для оценки критериев отчетности на основании информации о конфигурации сканирования.
В примере 8, UE по любому из примеров 1-7 выполнено с возможностью отправки одного или более отчетов измерений на основе критериев отчетности, включающие в себя (1) обнаружение, по меньшей мере, одного D2DSS из одного или более D2D UEs, которые находятся вне зоны покрытия первого eNB, (2) определение, по меньшей мере, одного D2DSS, который не синхронизирован с первым eNB, и (3) UE находится в состоянии RRC_CONNECTED и не было выполнено с возможностью начинать передачи D2D информации синхронизации.
В примере 9, критерии отчетности в примере 8 дополнительно включают в себя отправку одного или нескольких отчетов измерения, если (1) второе пороговое значение в данный момент не установлено и (2), результат измерения одного или нескольких из RSRP, мощность PSS и мощность SSS первого eNB находится ниже значения первого порогового значения.
В примере 10, информация, относящаяся к передаче D2D информации синхронизации D2D, предоставляется посредством выделенного сообщения D2D информации конфигурации по примеру 8, которая дополнительно содержит второе пороговое значение, и в котором критерии отчетности дополнительно включают в себя отправку одного или нескольких отчетов измерения, если результат измерения одного или более из RSRP, мощность PSS и мощность SSS первого eNB находится ниже значения второго порогового значения.
В примере 11, критерии отчетности по примеру 10 дополнительно включают в себя определение, что мощность сигнала, по меньшей мере, одного обнаруженного D2DSS превышает третье пороговое значение, сконфигурированное первым eNB.
В примере 12, один или более отчетов измерений по любому из примеров 6-11 включают в себя один или несколько из идентификаторов одного или нескольких D2D UEs, которое отправило D2DSS, уровень слоя одного или нескольких D2D UEs, которое отправило D2DSS и мощность сигнала D2DSS.
В примере 13, одно или более условий инициирования для случая, когда UE находится в RRC-CONNECTED, по любому из примеров 1-12 включают в себя, что UE не сконфигурировано со значением для первого индикатора, указывающего, что UE разрешено передавать D2D информацию синхронизации, UE может передавать D2D информацию синхронизации, UE принимает первое пороговое значение в сообщении системной информации и измеренное RSRP первого eNB находится ниже первого порогового значения.
В примере 14, одно или более условий инициирования для случая, когда UE находится в состоянии RRC_IDLE по любому из примеров 1-13, включают в себя факт того, что UE может передавать D2D информацию синхронизации, UE принимает первое пороговое значение в сообщении системной информации и измеренное RSRP первого eNB находится ниже первого порогового значения.
В примере 15, передача D2D информации синхронизации для обеспечения опорного синхросигнала по любому из примеров 1-14 включает в себя передачу в ответ на инициирование D2D передачи данных верхним уровнем UE.
В примере 16, передача D2D информации синхронизации для обеспечения опорного синхросигнала по любому из примеров 1-15 включает в себя передачу одного или нескольких из D2DSS и PD2DSCH.
Пример 17 является базовой станцией, которая включает в себя компонент сеанса связи, компонент приема отчета и компонент реализации. Компонент сеанса связи выполнен с возможностью синхронизации с одним или несколькими устройствами беспроводной связи в зоне покрытия, включающие в себя первое устройство беспроводной связи. Компонент приема отчета выполнен с возможностью приема отчета от первого устройства беспроводной связи, указывающий на обнаружение асинхронного устройства беспроводной связи. Компонент реализации выполнен с возможностью передачи сигнала в первое устройство беспроводной связи, конфигурируя первое устройство беспроводной связи в качестве источника синхросигналов с более высоким уровнем слоя, чем асинхронное устройство беспроводной связи.
В примере 18, компонент приема отчета по примеру 17 выполнен с возможностью приема одного или нескольких дополнительных отчетов из одного или нескольких дополнительных устройств беспроводной связи из одного или более устройств беспроводной связи, находящиеся в зоне покрытия.
В примере 19, базовая станция по любому из примеров 17-18 дополнительно включает в себя компонент выбора, выполненный с возможностью определения выбора первого беспроводного устройства связи в качестве источника синхросигналов. Компонент реализации выполнен с возможностью передачи сигнала, конфигурируя первое устройство беспроводной связи в качестве источника синхросигналов, в ответ на определение выбора первого беспроводного устройства связи в качестве источника синхросигналов.
В примере 20, базовая станция по любому из примеров 17-19 дополнительно включает в себя компонент конфигурации сканирования, выполненный с возможностью предоставления информации о конфигурации сканирования одному или более устройств беспроводной связи в зоне покрытия.
В примере 21, информация о конфигурации сканирования по любому из примеров 17-20 включает в себя один или несколько требований к отчетности, указывающие, когда необходимо отправить отчет на базовую станцию. Одно или несколько требований к отчетности включает в себя одно или несколько из требований, что принятый сигнал синхронизации не синхронизирован с базовой станцией и требование о том, что мощность принятого сигнала синхронизации больше, чем пороговое значение уровня сигнала.
В примере 22, информация о конфигурации сканирования по любому из примеров 17-21 включает в себя требование о том, что один или более устройств беспроводной связи в зоне покрытия осуществляют сканирование сигналов синхронизации, в ответ на сигнал от базовой станции, мощность сигнала которого ниже порогового значения мощности сигнала соты.
Пример 23 является UE, выполненное с возможностью сканировать источники синхросигналов «устройство-устройство» коммуникации на основании информации о конфигурации сканирования. UE выполнено с возможностью сообщать об обнаружении источника синхросигналов устройство-устройство связи в eNB, в ответ на определение того, что источник синхронизации устройство-устройство связи соответствует одному или нескольким требованиям к отчетности информации о конфигурации сканирования. UE выполнено с возможностью принимать сообщение от eNB, позволяющее UE функционировать в качестве источника синхросигналов и передавать сигналы для обеспечения опорного синхросигнала для одного или более UEs в зоне покрытия, включающий в себя источник синхросигналов устройство-устройство связи.
В примере 24, UE по примеру 23 также выполнено с возможностью приема информации о конфигурации сканирования от eNB, информация о конфигурации сканирования включает в себя одно или несколько требований к отчетности.
В примере 25, UE по любому из примеров 23-24 дополнительно выполнено с возможностью синхронизации с eNB.
В примере 26, определение того, что источник синхросигналов устройство-устройство связи соответствует одному или более требованиям к отчетности по любому из примеров 23-25, включает в себя определение того, что источник синхросигналов устройство-устройство связи не синхронизирован с eNB.
В примере 27, информация о конфигурации сканирования по любому из примеров 23-26 включает в себя пороговое значение мощности сигнала соты. UE выполнено с возможностью сканировать источники синхросигналов устройство-устройство связи в ответ на сигнал от eNB о снижении значения ниже порогового значения уровня сигнала соты.
В примере 28, отчет об обнаружении источника синхросигналов устройство-устройство связи по любому из примеров 23-27 включает в себя отчетность одного или нескольких из идентификатор источника синхросигналов устройство-устройство связи, уровень слоя источника синхросигналов устройство-устройство связи и уровень сигнала, принимаемого от источника синхросигналов устройство-устройство связи.
В примере 29, передача сигналов для обеспечения опорного синхросигнала по любому из примеров 22-28 включает в себя передачу в ответ на инициирование верхним слоем UE.
В примере 30, передача сигналов для обеспечения опорного синхросигнала по любому из примеров 23-29 включает в себя передачу одного или нескольких из сигнала синхронизации устройство-устройство связи и PDSCH.
Пример 31 представляет собой беспроводное устройство связи, которое включает в себя компонент синхронизации, компонент активации и компонент времени передачи. Компонент синхронизации выполнен с возможностью синхронизации с базовой станцией. Компонент активации выполнен с возможностью автономно активировать устройство беспроводной связи, в качестве источника синхросигналов на основании одного или нескольких условий инициирования. Компонент времени передачи выполнен с возможностью передачи информации о времени, происходящей от базовой станции, с использованием однорангового сигнала синхронизации в ответ на автономную активацию компонента активации устройства беспроводной связи в качестве источника синхросигналов.
В примере 32, беспроводное устройство связи по примеру 31 дополнительно включает в себя компонент сканирования, выполненный с возможностью сканировать асинхронные одноранговые устройства беспроводной связи.
В примере 33, одно или более условий инициирования по любому из примеров 31-32 включают в себя обнаружение асинхронных одноранговых устройств беспроводной связи.
В примере 34, одно или более условий инициирования по любому из примеров 31-33 включают в себя пороговое значение уровня сигнала базовой станции. Компонент активации выполнен с возможностью автономно активировать устройство беспроводной связи в ответ на измеренное значение уровня сигнала от базовой станции, которое меньше, чем пороговое значение уровня сигнала базовой станции.
В примере 35, устройство беспроводной связи по любому из примеров 31-34 дополнительно включает в себя компонент установок, выполненный с возможностью принимать одно или несколько условий инициирования из базовой станции.
В примере 36, устройство беспроводной связи по любому из примеров 31-35 дополнительно включает в себя компонент установок, выполненный с возможностью приема сигнала от базовой станции, выделяющий ресурсы периодических временных интервалов и частот для передачи одноранговых сигналов синхронизации, включающие в себя информацию синхронизации.
В примере 37, в котором один или более компонентов активации по любому из примеров 31-36 выполнен с возможностью автономно активировать устройство беспроводной связи, в качестве источника синхросигналов, в то время как устройство беспроводной связи находится в режиме ожидания, и компонент времени передачи по любому из примеров 31-36 выполнен с возможностью передачи информации синхронизации, в то время как устройство беспроводной связи находится в режиме ожидания.
Пример 38 представляет собой eNB, выполненный с возможностью осуществления связи с одним или более UE в пределах зоны покрытия eNB. eNB выполнен с возможностью синхронизации с одним или более UEs в пределах зоны покрытия. eNB выполнен с возможностью обеспечения передачи сигналов к одному или более UEs, конфигурируя условий передачи информации синхронизации. Условия передачи информации синхронизации определяют, когда одно или несколько UEs в пределах зоны покрытия eNB должно самостоятельно посылать сигналы синхронизации.
В примере 39, условия передачи сигналов синхронизации по примеру 38 включают в себя один или более из (1) пороговое значение качества сигнала соты, в которой пороговое значение качества сигнала указывает, что одно или несколько UEs в пределах зоны покрытия должны автономно посылать сигналы синхронизации, если качество сигнала для eNB снижается ниже порогового значения качества сигнала соты, и (2) качество сигнала асинхронного UE.
В примере 40, eNB по любому из примеров 38-39 дополнительно выполнен с возможностью передачи сигнала к одному или более UEs в зоне покрытия, выделяя ресурсы периодической синхронизации для всех из одного или более UEs, чтобы периодически передавать сигналы синхронизации.
Пример 41 представляет собой способ, который включает в себя выполнение на UE поиска соты и синхронизации с первым eNB, в котором UE выполнен с возможностью находиться в режиме ожидания вызова на первой обслуживающей соте, соответствующей первому eNB. Способ включает в себя получение D2D информации, относящейся к передаче D2D информации синхронизации, в котором UE принимает информацию, относящуюся к передаче D2D информации синхронизации, в одном или нескольких из сообщении системной информации и выделенном сообщении D2D информации конфигурации, переданного первым eNB. Способ включает в себя передачу D2D информации синхронизации для обеспечения опорного синхросигнала для одного или несколько D2D UEs, которые находятся вне зоны покрытия первого eNB, в ответ на одно или более условий инициирования. Одно или несколько условий инициирования основаны на RRC состоянии UE.
В примере 42, прием информации, относящейся к передаче D2D информации синхронизации по примеру 41, включает в себя прием в выделенном сообщении D2D информации конфигурации. Информация, относящаяся к передаче D2D информации синхронизации, включает в себя информацию о ресурсах, доступных для D2D синхронизации, и первое пороговое значение. UE выполнено с возможностью передачи D2D информации синхронизации на ресурсах, доступных для D2D синхронизации, в ответ на измеренное качество сигнала или мощности сигнала для первого eNB ниже первого порогового значения.
В примере 43, прием информации, относящейся к передаче D2D информации синхронизации по любому из примеров 41-42, включают в себя прием в выделенном сообщении D2D информации конфигурации. Информация, относящаяся к передаче D2D информации синхронизации, включает в себя первый индикатор для конфигурирования UE разрешить передавать D2D информацию синхронизации при нахождении в зоне покрытия первого eNB.
В примере 44, состояние RRC UE в примере 43 включает в себя одно из состояние RRC_IDLE и состояние RRC_CONNECTED.
В примере 45, способ по примеру 44 дополнительно включает в себя начало передачи D2D информации синхронизации, в ответ на нахождение UE в состоянии RRC_CONNECTED, и первый индикатор включает в себя значение, которое инструктирует UE начать передачу D2D информации синхронизации.
В примере 46, способ по примеру 45 дополнительно включает в себя отправку одного или нескольких отчетов измерений на основе критериев отчетности, сконфигурированных первым eNB, в котором первый eNB устанавливает значение первого индикатора в ответ на один или несколько отчетов об измерениях.
В примере 47, способ по примеру 46 дополнительно включает в себя выполнение измерений для оценки критериев отчетности на основании информации о конфигурации сканирования.
В примере 48, передача одного или более отчетов измерений по любому из примеров 43-47 включает в себя отправку на основании критериев отчетности, включающие в себя обнаружение, по меньшей мере, одного D2DSS из одного или более D2D UEs, которые находятся вне зоны покрытия первого eNB, определение того, что, по меньшей мере, один D2DSS не синхронизирован с первым eNB, и UE находится в состоянии RRC_CONNECTED и не было выполнено с возможностью начать передачу D2D информации синхронизации.
В примере 49, критерии отчетности по любому из примеров 43-47 дополнительно включают в себя отправку одного или нескольких отчетов измерения, если второе пороговое значение в данный момент не сконфигурировано, и результат измерения одного или нескольких RSRP, мощность PSS и мощность SSS первого eNB находится ниже значения первого порогового значения.
В примере 50, информация, относящаяся к передаче D2D информации синхронизации, предоставленной посредством выделенного сообщения D2D информации конфигурации, по любому из примеров 43-49 дополнительно включает в себя второе пороговое значение, и, в котором, критерии отчетности дополнительно включают в себя отправку одного или нескольких отчетов измерения, если результат измерения одного или нескольких из RSRP, мощность PSS и мощность SSS первого eNB находится ниже второго порогового значения.
В примере 51, критерии отчетности по любому из примеров 43-49 дополнительно включают в себя уровень сигнала, по меньшей мере, одного обнаруженного D2DSS, который превышает третье пороговое значение, сконфигурированное первым eNB.
В примере 52, один или несколько отчетов измерений по любому из примеров 46-51 включают в себя один или несколько из идентификаторов одного или нескольких D2D UEs, которые отправили D2DSS, уровень слоя одного или нескольких D2D UEs, что послали D2DSS и уровень сигнала D2DSS.
В примере 53, одно или более условий инициирования для случая, когда UE находится в состоянии RRC_CONNECTED по любому из примеров 41-52 включают в себя UE, не сконфигурированное со значением для первого индикатора, указывающего, что UE разрешено передавать D2D информацию синхронизации, UE может передавать D2D информацию синхронизации, UE принимает первое пороговое значение в сообщении системной информации и RSRP измерение первого eNB находится ниже первого порогового значения.
В примере 54, одно или более условий инициирования для случая, когда UE находится в состоянии RRC_IDLE, включают в себя по любому из примеров 41-42, когда UE может передавать D2D информацию синхронизации, UE принимает первое пороговое значение в сообщении системной информации и измерение RSRP первого eNB находится ниже первого порогового значения.
В примере 55, передача D2D информации синхронизации для обеспечения опорного синхросигнала по любому из примеров 41-54 включает в себя передачу в ответ на инициирование передачи D2D данных верхним уровнем UE.
В примере 56, передача D2D информации синхронизации для обеспечения опорного синхросигнала по любому из примеров 41-55 включает в себя передачу одного или нескольких из D2DSS и PD2DSCH.
Пример 57 представляет собой устройство, включающее в себя средство для выполнения способа по любому из примеров 41-56.
Пример 58 представляет собой машиночитаемый носитель информации, включающий в себя машиночитаемые инструкции, при выполнении, для реализации способа или реализации устройства по любому из примеров 41-57.
Различные способы или определенные аспекты или их части могут принимать форму программного кода (т.е. команд), воплощенных на материальных носителях, таких как дискеты, компакт-диски, жесткие диски, непреходящий считываемый компьютером носитель информации или любой другой машиночитаемый носитель информации, в котором, когда программный код загружается и выполняется машиной, такой как компьютер, машина становится устройством для осуществления на практике различных технологий. В случае исполнения программного кода на программируемых компьютерах, вычислительное устройство может включать в себя процессор, носитель информации, считываемый процессором (включающий в себя энергозависимую и энергонезависимую память и/или элементы памяти), по меньшей мере, одно устройство ввода и, по меньшей мере, одно устройство вывода. Энергозависимая и энергонезависимая память и/или элементы памяти могут быть RAM, EPROM, флэш-накопителем, оптическим приводом, магнитным жестким диском или другим носителем для хранения электронных данных. eNB (или другая базовая станция) и UE (или другая мобильная станция) может также включать в себя компонент приемопередатчика, компонент счетчика, компонент обработки и/или компонент синхронизации или компонент таймера. Одна или более программ, которые могут реализовывать или использовать различные способы, описанные здесь, могут использовать интерфейс прикладного программирования (API), многоразовые элементы управления и тому подобное. Такие программы могут быть реализованы на высокоуровневом процедурном или объектно-ориентированном языке программирования для взаимодействия с компьютерной системой. Тем не менее, программа(ы) может быть реализована на ассемблере или машинном языке, если это необходимо. В любом случае, язык может быть транслируемым или интерпретируемым языком и объединенным с аппаратными реализациями.
Следует понимать, что многие из функциональных блоков, описанные в настоящем описании, могут быть реализованы в виде одного или нескольких компонентов, что является условием, используемым для особенного подчеркивания своей независимой реализации. Например, компонент может быть реализован в виде аппаратной схемы, включающей в себя сверх большую интегральную схему (VLSI) или вентильные матрицы, готовые полупроводники, такие как логические микросхемы, транзисторы или другие дискретные компоненты. Компонент может быть также реализован в программируемых аппаратных устройствах, таких как программируемые пользователем вентильные массивы, программируемые логические матрицы, программируемые логические устройства или тому подобное.
Компоненты также могут быть реализованы в программном обеспечении для выполнения различными типами процессоров. Идентифицированный компонент исполняемого кода, может, например, включать в себя один или более физических или логических блоков компьютерных инструкций, которые могут, например, быть организованы как объект, процедура или функция. Тем не менее, исполняемые файлы идентифицированного компонента не обязательно должны быть физически расположены вместе, но могут содержать разнородные команды, хранящиеся в разных местах, что, когда они соединены логически вместе, содержат компонент и достигают указанной цели для компонента.
Фактически, компонент исполняемого кода может быть одной командой или множеством инструкций, и даже может быть распределен по нескольким различным сегментам кода, среди разных программ и по нескольким устройствам памяти. Точно так же, оперативные данные могут быть идентифицированы и проиллюстрированы здесь в компонентах, и могут быть осуществлены в любой приемлемой форме, и организованы в любой подходящей структуре данных. Оперативные данные могут быть собраны в виде одного набора данных или могут быть распределены по разным адресам, включающие в себя различные устройства хранения данных, и может существовать, по меньшей мере, частично, лишь в форме электронных сигналов в системе или сети. Компоненты могут быть пассивными или активными, включающие в себя агенты, функционально предназначенные для выполнения требуемых функций.
Ссылка в данном описании на «пример» означает, что конкретный признак, структура или характеристика, описанные в связи с примером, включена, по меньшей мере, в один из вариантов осуществления настоящего изобретения. Таким образом, появление фразы «в качестве примера» в различных местах по всему данному описанию не обязательно относятся к одному и тому же варианту осуществления изобретения.
Как описано ранее в данном описании, для удобства изложения множество элементов, конструктивных элементов, композиционных элементов и/или материалов могут быть представлены в общем списке. Тем не менее, эти списки должны быть истолкованы, как если бы каждый элемент списка индивидуально идентифицируется как отдельный и уникальный элемент. Таким образом, ни один отдельный элемент такого списка не должен быть истолкован как эквивалент де-факто любого другого элемента того же списка исключительно на основе его представления в общей группе без указаний об обратном. Кроме того, различные варианты осуществления и примеры настоящего изобретения могут рассматриваться здесь наряду с альтернативными вариантами осуществления для различных ее компонентов. Очевидно, что такие варианты выполнения, примеры и варианты осуществления не должны быть истолкованы как де факто эквиваленты друг друга, но должны рассматриваться как отдельные и автономные представления настоящего изобретения.
Хотя приведенное выше описание было изложено в некоторых деталях в целях ясности, будет очевидно, что определенные изменения и модификации могут быть сделаны без отхода от его принципов. Следует отметить, что существует множество альтернативных способов реализации, как процессов, так и устройств, описанные в данном документе. Соответственно, настоящие варианты осуществления должны рассматриваться как иллюстративные и не имеющие ограничительный характер.
Специалистам в данной области техники будет понятно, что многие изменения могут быть внесены в детали описанных выше вариантов осуществления, не отступая от основных принципов изобретения. Объем настоящего изобретения должен, следовательно, быть определен только приведенной ниже формулой изобретения.