СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ СИГНАЛА ОБНАРУЖЕНИЯ ДЛЯ СВЯЗИ ОТ УСТРОЙСТВА К УСТРОЙСТВУ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ
METHOD AND DEVICE FOR DETECTION SIGNAL TRANSMITTING FOR COMMUNICATION FROM DEVICE TO DEVICE IN WIRELESS COMMUNICATION SYSTEM

Область техники, в которой относится изобретение
[1] Настоящее изобретение относится к системе беспроводной связи и, более конкретно, к способу и устройству для передачи и приема сигнала обнаружения для связи от устройства к устройству (D2D) в системе беспроводной связи.
Предшествующий уровень техники
[2] Система связи 3GPP LTE (Долгосрочное развитие, Проект партнерства в создании 3-го поколения, в дальнейшем LTE) схематично поясняется в качестве примера системы беспроводной связи, в которой применимо настоящее изобретение.
[3] Фиг. 1 является схематичной диаграммой E-UMTS сетевой структуры в качестве примера системы беспроводной связи. E-UMTS (Развитая универсальная мобильная телекоммуникационная система) представляет собой систему, эволюционировавшую из обычной UMTS (Универсальной мобильной телекоммуникационной системы). В настоящее время 3GPP осуществляет основные работы по стандартизации для E-UMTS. E-UMTS обычно называется LTE системой. Детальное содержание для технических спецификаций UMTS и E-UMTS относится к выпуску 7 и выпуску 8 "Проекта партнерства в создании 3-го поколения; группа технических спецификаций, сеть радиодоступа" соответственно.
[4] Со ссылкой на фиг. 1, Е-UMTS содержит пользовательское оборудование (UE), eNode В (еNB) и шлюз доступа (далее AG), соединенный с внешней сетью таким образом, чтобы находиться в конце сети (E-UTRAN). eNode В может передавать множество потоков данных одновременно для услуги широковещательной передачи, услуги многоадресной передачи и/или услуги одноадресной передачи.
[5] Один eNode В содержит по меньшей мере одну соту. Сота предоставляет услугу передачи нисходящей линии связи или услугу передачи восходящей линии связи множеству пользовательских оборудований путем настройки на одну из ширин полос 1,25 МГц, 2,5 МГц, 5 МГц, 10 МГц, 15 МГц и 20 МГц. Различные соты могут быть сконфигурированы, чтобы обеспечивать различные ширины полос соответственно. eNode В управляет передачей/приемом данных к/от множества пользовательских оборудований. Для данных нисходящей линии связи (далее DL), eNode В информирует соответствующее пользовательское оборудование о времени/диапазоне частот, в котором передаются данные, кодировании, размере данных, информации, относящейся к HARQ (гибридный автоматический запрос повторной передачи) и т.п., путем передачи DL информации планирования. Кроме того, для данных восходящей линии связи (далее UL), eNode В информирует соответствующее пользовательское оборудование о времени/диапазоне частот, которые могут использоваться пользовательским оборудованием, кодировании, размере данных, информации, относящейся к HARQ и т.п., путем передачи UL информации планирования к соответствующему пользовательскому оборудованию. Интерфейсы для передачи пользовательского трафика или передачи трафика управления могут быть использованы между соответствующими eNode В. Базовая сеть (CN) состоит из шлюза доступа (AG) и сетевого узла для регистрации пользователя пользовательского оборудования и т.п. AG управляет мобильностью пользовательского оборудования посредством модуля ТА (зоны отслеживания), состоящей из множества сот.
[6] Технологии беспроводной связи получили развитие до LTE, основанного на WCDMA. Однако потребности и ожидания пользователей и поставщиков услуг постоянно возрастают. Кроме того, поскольку различные типы технологий радиодоступа непрерывно разрабатываются, требуется новое развитие технологий, чтобы обеспечивать конкурентоспособность в будущем. Снижение затрат на бит, повышение доступности услуг, гибкое использование частотных диапазонов, открытый интерфейс простой структуры и рациональное потребление мощности пользовательского оборудования и т.п. требуются для обеспечения будущей конкурентоспособности.
Раскрытие изобретения
Техническая задача
[7] Объектом настоящего изобретения, направленного на решение задачи, является способ и устройство для передачи и приема сигнала обнаружения для связи от устройства к устройству (D2D) в системе беспроводной связи.
Техническое решение
[8] Задача настоящего изобретения может быть решена обеспечением способа выполнения связи от устройства к устройству (D2D) в пользовательском оборудовании (UE) в системе беспроводной связи, содержащего прием сигнала обнаружения от UE-ответчика (UE на ответной стороне), идентификацию по меньшей мере одной из информации о том, расположен ли UE-ответчик внутри зоны покрытия базовой станции, и информации о том, находится ли UE-ответчик в соединенном режиме или в режиме ожидания, все из которых включены в сигнал обнаружения, и выполнение D2D связи с UE-ответчиком с использованием упомянутого по меньшей мере одного элемента информации.
[9] Выполнение D2D связи может включать в себя остановку D2D связи на длительность связи между UE-ответчиком и базовой станцией, если UE-ответчик расположен в зоне покрытия базовой станции и находится в соединенном режиме.
[10] Выполнение D2D связи может включать в себя передачу к базовой станции сигнала запроса D2D связи для запрашивания, чтобы базовая станция выделила ресурсы для D2D связи UE-ответчику, если UE-ответчик расположен внутри зоны покрытия базовой станции и находится в соединенном режиме. Если UE-ответчик расположен внутри зоны покрытия базовой станции и находится в режиме ожидания, UE-ответчик может быть переключен в соединенный режим в предварительно определенное время и передает сигнал запроса D2D связи к базовой станции.
[11] Если UE-ответчик расположен внутри зоны покрытия базовой станции или находится в соединенном режиме, сигнал обнаружения может включать в себя идентификатор сети, соединенной с UE-ответчиком.
[12] В другом аспекте настоящего изобретения, предложено устройство пользовательского оборудования (UE) для выполнения связи от устройства к устройству (D2D) в системе беспроводной связи, включающее в себя модуль беспроводной связи, сконфигурированный, чтобы передавать и принимать сигнал к и от базовой станции или устройства UE-ответчика D2D связи, и процессор, сконфигурированный, чтобы обрабатывать сигнал, причем процессор управляет модулем беспроводной связи, чтобы идентифицировать по меньшей мере одну из информации о том, расположено ли устройство UE-ответчика внутри зоны покрытия базовой станции, и информации о том, находится ли UE-ответчик в соединенном режиме или в режиме ожидания, все из которых включены в сигнал обнаружения, принимаемый от устройства UE-ответчика, и выполнять D2D связь с устройством UE-ответчика с использованием упомянутого по меньшей мере одного элемента информации.
[13] Процессор может управлять модулем беспроводной связи, чтобы останавливать D2D связь на длительность связи между устройством UE-ответчика и базовой станцией, если устройство UE-ответчика расположено внутри зоны покрытия базовой станции и находится в соединенном режиме.
[14] Процессор может управлять модулем беспроводной связи, чтобы передавать к базовой станции сигнал запроса D2D связи для запрашивания, чтобы базовая станция выделила ресурсы для D2D связи устройству UE-ответчика, если устройство UE-ответчика расположено внутри зоны покрытия базовой станции и находится в соединенном режиме. Если устройство UE-ответчика расположено внутри зоны покрытия базовой станции и находится в режиме ожидания, то устройство UE-ответчика может быть переключено в соединенный режим в предварительно определенное время и может передавать сигнал запроса D2D связи к базовой станции.
Полезные эффекты
[15] В соответствии с вариантами осуществления настоящего изобретения можно более эффективно передавать сигнал обнаружения для связи от устройства к устройству (D2D) в системе беспроводной связи.
[16] Специалистам в данной области техники должно быть понятно, что эффекты, которые могут быть достигнуты в соответствии с настоящим изобретением, не ограничиваются тем, что, в частности, описано выше, но другие преимущества настоящего изобретения будут понятными из последующего детального описания.
Описание чертежей
[17] Фиг. 1 - схема, показывающая сетевую структуру Развитой универсальной мобильной телекоммуникационной системы (E-UMTS) в качестве примера системы беспроводной связи.
[18] Фиг. 2 - схема, показывающая плоскость управления и пользовательскую плоскость архитектуры протокола радиоинтерфейса между пользовательским оборудованием (UE) и Развитой универсальной наземной сетью радиодоступа (Е-UTRAN), основанной на 3GPP стандарте сети радиодоступа.
[19] Фиг. 3 - диаграмма, показывающая физические каналы, используемые в 3GPP системе, и общем способе передачи сигнала, использующем их.
[20] Фиг. 4 - диаграмма, показывающая структуру радиокадра нисходящей линии связи, используемого в LTE системе.
[21] Фиг. 5 - диаграмма, показывающая структуру субкадра восходящей линии связи, используемого в LTE системе.
[22] Фиг. 6 иллюстрирует структуру радиокадра в LTE TDD системе.
[23] Фиг. 7 - диаграмма, иллюстрирующая принцип связи от устройства к устройству (D2D).
[24] Фиг. 8 - диаграмма, показывающая пример генерации D2D сигнала обнаружения в соответствии с вариантом осуществления настоящего изобретения.
[25] Фиг. 9 - диаграмма, показывающая пример выполнения D2D связи в соответствии с вариантом осуществления настоящего изобретения.
[26] Фиг. 10 - диаграмма, показывающая другой пример выполнения D2D связи в соответствии с вариантом осуществления настоящего изобретения.
[27] Фиг. 11 - блок-схема устройства связи в соответствии с вариантом осуществления настоящего изобретения.
Варианты осуществления изобретения
[28] В последующем описании, компоненты настоящего изобретения, эффекты и другие характеристики настоящего изобретения могут быть легко поняты на основе вариантов осуществления настоящего изобретения, поясненного со ссылкой на прилагаемые чертежи. Варианты осуществления в последующем описании являются примерами технологических признаков настоящего изобретения в применении к 3GPP системе.
[29] В настоящей спецификации варианты осуществления настоящего изобретения поясняются с использованием LTE системы и LTE-А системы, что приведено только в качестве примера. Варианты осуществления настоящего изобретения могут быть применены к любым системам связи, соответствующим вышеуказанному определению. Кроме того, хотя варианты осуществления настоящего изобретения описаны в настоящей спецификации на основе FDD, это указано только в качестве примера. Варианты осуществления настоящего изобретения могут быть просто модифицированы и применены к Н-FDD или TDD.
[30] Фиг.2 представляет собой схему, показывающую плоскость управления и пользовательскую плоскость архитектуры протокола радиоинтерфейса между основанными на 3GPP стандарте сети радиодоступа пользовательским оборудованием и Е-UTRAN. Плоскость управления означает путь, по которому передаются управляющие сообщения, используемые пользовательским оборудованием (UE) и сетью для управления вызовом. Пользовательская плоскость означает путь, по которому передаются данные, генерируемые на уровне приложений, такие как аудиоданные, пакетные данные сети Интернет и т.п.
[31] Физический уровень, который является 1-м уровнем, обеспечивает более высокие уровни услугой переноса информации с использованием физического канала. Физический уровень соединен с уровнем управления доступом к среде, расположенным выше, через транспортный канал (транспортный канал антенного порта). Данные перемещаются между уровнем управления доступом к среде и физическим уровнем через транспортный канал. Данные перемещаются между физическим уровнем передающей стороны и физическим уровнем приемной стороны по физическому каналу. Физический канал использует время и частоту в качестве радиоресурсов. В частности, физический канал модулируется посредством схемы множественного доступа с ортогональным частотным разделением (OFDMA) в DL, и физический уровень модулируется посредством схемы множественного доступа с частотным разделением с одной несущей (SC-FDMA) в UL.
[32] Уровень управления доступом к среде (далее МАС) второго уровня обеспечивает услугу уровня управления радиолинией (далее RLC), который является более высоким уровнем, в логическом канале. RLC уровень 2-го уровня поддерживает надежную передачу данных. Функция RLC уровня может быть реализована посредством функционального блока внутри MAC. Уровень PDCP (протокола сходимости пакетных данных) 2-го уровня выполняет функцию сжатия заголовка, чтобы уменьшить ненужную управляющую информацию, тем самым эффективно передавая такие IP пакеты, как IPv4 пакеты и IPv6 пакеты в узкой полосе радиоинтерфейса.
[33] Уровень управления радиоресурсами (далее RRC), расположенный в самом низком положении 3-го уровня, определен только в плоскости управления. RRC уровень отвечает за управление логическими каналами, транспортными каналами и физическими каналами в ассоциации с конфигурированием, реконфигурированием и освобождением радиоканалов-носителей (далее RB). RB указывает услугу, предоставляемую 2-м уровнем для доставки данных между пользовательским оборудованием и сетью. С этой целью RRC уровень пользовательского оборудования и RRC уровень сети обмениваются RRC сообщением друг с другом. Если имеется RRC соединение (состояние “RRC-соединен”) между пользовательским оборудованием и RRC уровнем сети, пользовательское оборудование находится в RRC-соединенном состоянии (соединенный режим). В противном случае пользовательское оборудование находится в состоянии RRC-ожидания (режим ожидания). Не относящийся к доступу (NAS) уровень, находящийся наверху RRC уровня, выполняет такие функции, как управление сессией, управление мобильностью и т.п.
[34] Одиночная сота, состоящая из eNode В (еNB), настроена на одну из ширин полос 1,25 МГц, 2,5 МГц, 5 МГц, 10 МГц, 15 МГц и 20 МГц и затем обеспечивает услугу передачи нисходящей линии связи или восходящей линии связи к множеству пользовательских оборудований. Различные соты могут быть сконфигурированы, чтобы обеспечивать различные ширины полос соответственно.
[35] DL транспортные каналы для передачи данных от сети к пользовательскому оборудованию включают в себя ВСН (широковещательный канал) для передачи системной информации, PCH (пейджинговый канал) для передачи сообщения поискового вызова, SCH нисходящей линии связи (совместно используемый канал) для передачи пользовательского трафика или управляющего сообщения и т.п. Трафик или управляющее сообщение многоадресной/ широковещательной услуги могут передаваться по DL SCH или отдельному DL MCH (канал многоадресной передачи). С другой стороны, UL транспортные каналы для передачи данных от пользовательского оборудования к сети включают в себя RACH (канал произвольного доступа) для передачи начального управляющего сообщения, SCH (совместно используемый канал) восходящей линии связи для передачи пользовательского трафика или управляющего сообщения. Логический канал, который расположен выше транспортного канала и отображается на транспортный канал, включает в себя BCCH (широковещательный канал), РССН (пейджинговый канал управления), СССН (общий канал управления), MCCH (многоадресный канал управления), МТСН (многоадресный канал трафика) и т. д.
[36] Фиг. 3 является диаграммой для пояснения физических каналов, используемых для 3GPP системы, и общего способа передачи сигнала, использующего физические каналы.
[37] Если питание пользовательского оборудования включается, или пользовательское оборудование входит в новую соту, пользовательское оборудование может выполнять задачу начального поиска соты для настройки синхронизации с eNode B и т.п. [S301]. Для этого пользовательское оборудование может принимать из eNode B первичный канал синхронизации (P-SCH) и вторичный канал синхронизации (S-SCH), может синхронизироваться с eNode B и может затем получать информацию, такую как ID соты и т.п. Затем пользовательское оборудование может принимать физический широковещательный канал от eNode B и может затем получать внутрисотовую широковещательную информацию. С другой стороны, пользовательское оборудование может принимать опорный сигнал нисходящей линии связи (DL RS) на этапе начального поиска соты и может затем проверять состояние DL канала.
[38] После завершения начального поиска соты, пользовательское оборудование может принимать физический совместно используемый канал управления нисходящей линии связи (PDSCH) соответственно физическому каналу управления нисходящей линии связи (PDCCH) и информации, переносимой по физическому каналу управления нисходящей линии связи (PDСCH). Пользовательское оборудование затем может получать детальную системную информацию [S302].
[39] С другой стороны, если пользовательское оборудование первоначально получает доступ к eNode B или не имеет радиоресурса для передачи сигнала, пользовательское оборудование может выполнять процедуру произвольного доступа для завершения доступа к eNode B [от S303 до S306]. С этой целью пользовательское оборудование может передавать конкретную последовательность в качестве преамбулы по физическому каналу произвольного доступа (PRACH) [S303/S305] и может принимать ответное сообщение по PDCCH и соответствующему PDSCH в ответ на преамбулу [S304/S306]. В случае процедуры произвольного доступа на конкурентной основе (RACH), можно дополнительно выполнять процедуру разрешения конкуренции.
[40] После выполнения вышеуказанных процедур, пользовательское оборудование может выполнять прием PDCCH/PDSCH [S307] и передачу PUSCH)/PUCCH (физического совместно используемого канала восходящей линии связи/физического канала управления восходящей линии связи) [S308] в качестве общей процедуры передачи сигнала восходящей линии связи/нисходящей линии связи. В частности, пользовательское оборудование принимает DCI (управляющую информацию нисходящей линии связи) по PDCCH. В этом случае DCI содержит такую управляющую информацию, как информация выделения ресурсов пользовательскому оборудованию. Формат DCI варьируется в соответствии с ее назначением.
[41] С другой стороны, управляющая информация, передаваемая к eNode B от пользовательского оборудования через UL, или управляющая информация, принимаемая пользовательским оборудованием от eNode В, включает в себя сигналы ACK/NACK нисходящей линии связи/восходящей линии связи, CQI (указатель качества канала), ΡΜΙ (индекс матрицы предварительного кодирования), RI (указатель ранга) и т.п. В случае 3GPP LTE системы, пользовательское оборудование может передавать вышеупомянутую управляющую информацию, такую как CQI/PMI/RI и т.п. по PUSCH и/или PUCCH.
[42] Фиг. 4 иллюстрирует примерные каналы управления, включенные в область управления субкадра в DL радиокадре.
[43] Со ссылкой на фиг. 4, субкадр включает в себя 14 OFDM символов. Первые от одного до трех OFDM символов субкадра используются для области управления, а остальные от 13 до 11 OFDM символов используются для области данных в соответствии с конфигурацией субкадра. На фиг. 5, ссылочные позиции R1-R4 обозначают RS или пилот-сигналы для антенны от 0 до 3. RS распределены в соответствии с предварительно определенным шаблоном в субкадре независимо от области управления и области данных. Канал управления распределен не-RS ресурсам в области управления, и канал трафика также распределен не-RS ресурсам в области данных. Каналы управления, распределенные области управления, включают в себя физический канал указателя формата управления (PCFICH), физический канал указателя гибридного ARQ (PHICH) и физический канал управления нисходящей линии связи (PDCCH) и т.п.
[44] PCFICH является физическим каналом указателя формата управления, несущим информацию о количестве OFDM символов, используемых для PDCCH в каждом субкадре. PCFICH расположен в первом OFDM символе субкадра и сконфигурирован с приоритетом над PHICH и PDCCH. PCFICH включает в себя 4 группы элементов ресурсов (REG), каждый REG распределен области управления на основе идентификатора (ID) соты. Один REG включает в себя четыре элемента ресурсов (RE). RE представляет собой минимальный физический ресурс, определенный одной поднесущей на один OFDM символ. PCFICH установлен на от 1 до 3 или от 2 до 4 в соответствии с шириной полосы. PCFICH модулирован с помощью квадратурной фазовой манипуляции (QPSK).
[45] PHICH является физическим каналом указателя гибридного автоматического запроса повторной передачи (HARQ), несущим HARQ ACK/NACK для UL передачи. То есть, PHICH является каналом, который доставляет DL ACK/NACK информацию для UL HARQ. PHICH включает в себя один REG и скремблируется специфическим для соты образом. ACK/NACK указывается в одном бите и модулируется посредством двоичной фазовой манипуляции (BPSK). Модулированный ACK/NACK расширен с коэффициентом расширения (SF) 2 или 4. Множество PHICH, отображенных на те же самые ресурсы, образуют PHICH группу. Количество PHICH, мультиплексированных в PHICH группу, определяется в соответствии с количеством кодов расширения. PHICH (группа) повторяется три раза, чтобы получить выигрыш от разнесения в частотной области и/или во временной области.
[46] PDCCH является физическим DL каналом управления, выделенным первым n OFDM символов субкадра. Здесь n является целым числом, равным 1 или больше, указанным посредством PCFICH. PDCCH занимает один или более CCE. PDCCH переносит информацию выделения ресурсов о транспортных каналах, PCH и DL-SCH, UL предоставление планирования и HARQ информацию для каждого UE или группы UE. PCH и DL-SCH передаются на PDSCH. Соответственно, eNB и UE передают и принимают данные обычно на PDSCH, за исключением конкретной управляющей информации или конкретных данных услуги.
[47] Информация, указывающая одному или более UE принимать PDSCH данные, и информация, указывающая, каким образом UE должны принимать и декодировать PDSCH данные, доставляются по PDCCH. Например, в предположении, что код циклической проверки избыточностью (CRC) конкретного PDCCH маскирован посредством временного идентификатора радиосети (RNTI) “A”, и информация о данных, передаваемых на радиоресурсах (например, на частотном положение) "B", основанная на информации о транспортном формате (например, размере транспортного блока, схеме модуляции, информации кодирования и т.д.) “C”, передается в конкретном субкадре, UE в соте контролирует, то есть декодирует вслепую РDCCH, используя свою информацию RNTI, в пространстве поиска. Если одно или более UE имеют RNTI "А", эти UE принимают PDCCH и принимают PDSCH, указанный посредством “B” и “C”, на основе информации принятого PDCCH.
[48] Базовый блок ресурса DL канала управления представляет собой REG. REG включает в себя четыре смежных RE, за исключением RE, переносящих RS. PCFICH и PHICH включают в себя 4 REG и 3 REG соответственно. PDCCH сконфигурирован в единицах элемента канала управления 9CCE), причем каждый ССЕ включает в себя 9 REG.
[49] Фиг. 5 иллюстрирует структуру UL субкадра в LTE системе.
[50] Со ссылкой на фиг. 5, UL субкадр может быть разделен на область управления и область данных. Физический канал управления восходящей линии связи (PUCCH), включающий в себя управляющую информацию восходящей линии связи (UCI), выделен области управления, а физический совместно используемый канал восходящей линии связи (PUSCH), включающий в себя пользовательские данные, выделен области данных. Средняя часть субкадра выделена PUSCH, в то время как обе боковые стороны области данных в частотной области выделены PUCCH. Управляющая информация, передаваемая по PUCCH, может включать в себя HARQ ACK/NACK, CQI, представляющий состояние канала нисходящей линии связи, RI для MIMO, запрос планирования (SR), запрашивающий выделение UL ресурсов. PUCCH для одного UE занимает один RB в каждом слоте субкадра. То есть, два RB, выделенные для PUCCH, скачкообразно изменяются по частоте на границе слота субкадра. В частности, PUCCH с m=0, m=1, m=2 и m=3 выделены субкадру на фиг. 5.
[51] Фиг. 6 иллюстрирует структуру радиокадра в LTE TDD системе. В LTE TDD системе радиокадр состоит из двух полукадров, и каждый полукадр включает в себя четыре нормальных субкадра, каждый из которых содержит два слота, и специальный субкадр, включающий в себя временной слот пилот-сигнала нисходящей линии связи (DwPTS), защитный интервал (GР) и временной слот пилот-сигнала восходящей линии связи (UpPTS).
[52] В специальном субкадре, DwPTS используется для начального поиска соты, синхронизации или оценки канала в UE. UpPTS используется для оценки канала в eNB и синхронизации передачи восходящей линии связи UE. То есть, DwPTS используется для передачи нисходящей линии связи, а UpPTS используется для передачи восходящей линии связи. В частности UpPTS используется для передачи PRACH преамбулы или SRS. Кроме того, GP является периодом для устранения помех, генерируемых в восходящей линии связи вследствие задержки многолучевого распространения сигнала нисходящей линии связи между восходящей линией связи и нисходящей линией связи.
[53] В настоящее время, в LTE TDD системе специальный субкадр сконфигурирован как в целом 10 конфигураций, как показано в Таблице 1 ниже.
[54] [Таблица 1]
Таблица 1
Конфигурация специального субкадра
Нормальный циклический префикс в нисходящей линии связи
Расширенный циклический префикс в нисходящей линии связи
DwPTS
UpPTS
DwPTS
UpPTS
Нормальный циклический префикс в восходящей линии связи
Расширенный циклический префикс в восходящей линии связи
Нормальный циклический префикс в восходящей линии связи
Расширенный циклический префикс в восходящей линии связи
0
6592⋅Т<sub>s</sub>
2192∙Т<sub>s</sub>
3560∙Т<sub>s</sub>
7680⋅Т<sub>S</sub>
2192⋅Т<sub>s</sub>
2560⋅Т<sub>s</sub>
1
19760⋅Т<sub>s</sub>
20480⋅Т<sub>s</sub>
2
21952⋅Т<sub>s</sub>
23040⋅Т<sub>s</sub>
3
24144⋅Т<sub>s</sub>
25600⋅Т<sub>s</sub>
4
26336⋅Т<sub>s</sub>
7680⋅Т<sub>s</sub>
4384⋅Т<sub>s</sub>
5120⋅Т<sub>s</sub>
5
6592⋅Т<sub>s</sub>
4384∙Т<sub>s</sub>
5120∙Т<sub>s</sub>
20480⋅Т<sub>s</sub>
6
19760⋅Т<sub>s</sub>
23040⋅Т<sub>s</sub>
7
21952⋅Т<sub>s</sub>
12800⋅Т<sub>s</sub>
8
24144⋅Т<sub>s</sub>
-
-
-
9
13168⋅T<sub>s</sub>
-
-
-
[55] С другой стороны, в LTE TDD системе, UL/DL конфигурация показана в Таблице 2 ниже.
[56] [Таблица 2]
Таблица 2
Конфигурация восходящей линии связи - нисходящей линии связи
Периодичность точки переключения нисходящей линии связи на восходящую линию связи
Номер субкадра
0
1
2
3
4
5
6
7
8
9
0
5 мс
D
S
U
U
U
D
S
U
U
U
1
5 мс
D
S
U
U
D
D
S
U
U
D
2
5 мс
D
S
U
D
D
D
S
U
D
D
3
10 мс
D
S
U
U
U
D
D
D
D
D
4
10 мс
D
S
U
U
D
D
D
D
D
D
5
10 мс
D
S
U
D
D
D
D
D
D
D
6
5 мс
D
S
U
U
U
D
S
U
U
D
[57] В Таблице 2, приведенной выше, D, U и S относятся к субкадру нисходящей линии связи, субкадру восходящей линии связи и специальному субкадру. Кроме того, Таблица 2 также показывает периодичность точек переключения от нисходящей линии связи к восходящей линии связи в конфигурации субкадра восходящей линии связи/ нисходящей линии связи в каждой системе.
[58] Фиг. 7 показывает концепцию D2D связи.
[59] Как показано на фиг.7, связь от устройства к устройству (D2D), в которой UE непосредственно выполняет связь с другим UE, eNB может передать сообщение планирования, указывающее D2D передачу и прием. UE, участвующее в D2D связи, принимает D2D сообщение планирования от eNB и выполняет операцию передачи и приема, указанную посредством D2D сообщения планирования. Здесь UE означает пользовательский терминал, а сетевой объект, такой как eNB, может также рассматриваться как UE, если сетевой объект передает и принимает сигнал в соответствии со способом связи между UE. В дальнейшем, линия связи между UE упоминается как D2D линия связи, и линия связи между UE и eNB упоминается как NU линия связи.
[60] Для D2D операции, UE выполняет процедуру обнаружения для определения, располагается ли UE-ответчик D2D связи в области D2D связи. Такая процедура обнаружения включает в себя передачу уникального сигнала обнаружения для идентификации каждого UE и определения того, что UE, которое передало сигнал обнаружения, расположено в соседнем положении, когда соседнее UE обнаруживает сигнал обнаружения. То есть, каждое UE посредством процедуры обнаружения определяет, расположен ли UE-ответчик D2D связи в соседнем положении, и затем выполняет D2D связь для передачи и приема пользовательских данных.
[61] D2D обнаружение и D2D связь могут выполняться между UE, которые соединены с eNB в зоне покрытия eNB, чтобы осуществлять связь, и между UE, расположенными вне зоны покрытия eNB, без соединения с eNB. Кроме того, одно из двух UE, соединенных посредством D2D линии связи, может располагаться внутри зоны покрытия eNB, а другое UE может располагаться вне зоны покрытия eNB. То есть, D2D обнаружение и D2D связь могут выполняться между UE, расположенным внутри зоны покрытия eNB, и UE, расположенным вне зоны покрытия eNB.
[62] То, располагается ли UE внутри зоны покрытия eNB, может быть определено с использованием качества приема опорного сигнала, передаваемого посредством eNB. Более конкретно, когда мощность принимаемого опорного сигнала (RSRP) или качество принимаемого опорного сигнала (RSRQ) опорного сигнала произвольного eNB, измеренного посредством UE, равно или меньше, чем предварительно определенный уровень, то может быть определено, что UE расположено вне зоны покрытия eNB.
[63] UE, расположенное внутри зоны покрытия eNB, может классифицироваться как UE в режиме ожидания и UE в соединенном режиме. UE в соединенном режиме означает UE для текущей передачи и приема данных к и от eNB, или UE, которое может начать передачу и прием к и от eNB посредством планирования eNB. В противоположность этому, UE в режиме ожидания означает UE, которое расположено внутри зоны покрытия eNB, но в текущее время не выполняет передачу и прием данных к и от eNB и должно быть переключено в соединенный режим через процесс соединения UE и eNB, чтобы передавать и принимать данные между UE и eNB.
[64] UE в соединенном режиме должно поддерживать NU линию связи для выполнения связи с eNB и D2D линию связи для выполнения связи с другим UE. Например, NU линия связи может работать с использованием ряда временных ресурсов, а D2D линия связи может работать с использованием других временных ресурсов. Другими словами, UE в соединенном режиме имеет ограничения по временным ресурсам для выполнения D2D операции.
[65] С другой стороны, для UE в режиме ожидания не требуется всегда выполнять связь с eNB, но оно должно периодически принимать поисковый вызов, указывающий, что имеется трафик данных от eNB. Соответственно, UE в режиме ожидания имеет ограничения по временным ресурсам для выполнения D2D операции, подобно UE в соединенном режиме, и общие временные ресурсы могут быть разделены на ресурсы для NU линии связи и ресурсы для D2D линии связи. Ресурсы, используемые для передачи поискового вызова в eNB, и ресурсы, используемые для выполнения D2D операции в UE, различаются по частоте, и, когда UE может принимать сигнал от eNB и в то же время может выполнять D2D операцию с использованием различных частотных ресурсов, D2D связь может выполняться с использованием всех временных ресурсов без различения между операциями двух линий связи по времени.
[66] Как описано выше, UE находит UE-ответчика D2D связи через процедуру обнаружения и затем пытается осуществлять D2D связь с UE-ответчиком. В это время, если UE-ответчик находится внутри зоны покрытия eNB и выполняет связи по NU линии связи с использованием предварительно определенных временных ресурсов, UE не может выполнять D2D связь с UE-ответчиком, в то время как UE-ответчик выполняет связь по NU линии связи. Соответственно, такие временные ресурсы не используются для D2D связи, тем самым снижая ненужное потребление мощности. Когда UE-ответчик находится вне зоны покрытия eNB или когда UE-ответчик находится внутри зоны покрытия eNB, но ограничения на временные ресурсы, используемые для передачи и приема D2D сигнала, не наложены, D2D связь эффективно выполняется с использованием такого количества временных ресурсов, какое возможно.
[67] Для того чтобы надлежащим образом выбрать временные ресурсы, используемые для D2D связи, в зависимости от того, располагается ли UE-ответчик внутри зоны покрытия eNB, или соединен ли UE-ответчик с сетью, настоящее изобретение предлагает использовать относящуюся к сети информацию, когда UE генерирует, передает и принимает сигнал обнаружения.
[68] Фиг. 8 является диаграммой, показывающей пример генерации D2D сигнала обнаружения в соответствии с вариантом осуществления настоящего изобретения. Со ссылкой на фиг. 8, информация о сети, с которой соединено UE, применяется как переменная, используемая для генерации D2D сигнала обнаружения.
[69] Далее будет описан детальный пример генерации и передачи сигнала обнаружения в UE в соответствии с настоящим изобретением.
[70] Во-первых, переменная, применяемая, когда каждое UE генерирует сигнал обнаружения, может включать то, находится ли каждое UE внутри зоны покрытия eNB. Другими словами, даже в том же самом UE, последовательность, временные/частотные ресурсы, мощность передачи и т.д. сигнала обнаружения изменяются в зависимости от того, находится ли UE внутри или вне зоны покрытия eNB. Например, в случае генерации последовательности сигнала обнаружения, биты 0 и 1 могут соответственно применяться в качестве значений для инициализации генератора последовательности, когда UE находится внутри и вне зоны покрытия eNB.
[71] Альтернативно, в качестве метода предоставления дополнительной информации, переменная, используемая для генерации сигнала обнаружения в каждом UE, может включать в себя то, находится ли каждое UE в соединенном режиме. Например, когда UE генерирует сигнал обнаружения, то, находится ли UE в соединенном режиме, может быть использовано вместо того, находится ли UE внутри зоны покрытия eNB. Этот способ пригоден, когда ограничения на временные ресурсы, используемые для D2D операции, не наложены, так как UE находится в режиме ожидания, хотя UE располагается внутри зоны покрытия. То есть, UE, которое располагается внутри зоны покрытия и находится в режиме ожидания, и UE, которое располагается вне зоны покрытия, не различаются.
[72] Операция для случая неразличения UE, которое расположено внутри зоны покрытия и находится в режиме ожидания, и UE, которое расположено вне зоны покрытия, является подходящей, когда UE в режиме ожидания выполняет операцию приема сигнала eNB посредством ресурсов, отделенных от таковых для D2D операции в частотной области, например, когда сигнал принимается от eNB в диапазоне нисходящей линии связи, а D2D операция выполняется в диапазоне восходящей линии связи в FDD системе. Это объясняется тем, что передача и прием D2D сигнала в диапазоне восходящей линии связи не оказывают влияния на прием сигнала eNB.
[73] В качестве другого примера, UE, расположенное внутри зоны покрытия, может использовать информацию относительно того, находится ли UE в соединенном режиме или в режиме ожидания, при генерации сигнала обнаружения, в дополнение к информации, указывающей, что UE располагается внутри зоны покрытия eNB. Этот метод полезен, когда UE, которое расположено внутри зоны покрытия и находится в режиме ожидания, имеет ограничения по временным ресурсам, используемым для D2D операции. Операция для случая различения между UE, которое расположено внутри зоны покрытия и находится в режиме ожидания, и UE, расположенным вне зоны покрытия, полезна, когда UE в режиме ожидания выполняет операцию приема сигнала eNB и D2D операцию в той же частотной области, например, когда сигнал eNB принимается посредством субкадра нисходящей линии связи TDD системы, и D2D операция выполняется посредством субкадра восходящей линии связи. Это объясняется тем, что передача D2D сигнала в частотном диапазоне TDD системы может вызвать помеху приему сигнала eNB в том же самом частотном диапазоне.
[74] Когда используются описанные выше примеры, информация, используемая для генерации сигнала обнаружения, может быть изменена в соответствии с дуплексным режимом UE. Например, то, находится ли UE в соединенном режиме, может быть использовано в FDD системе, а то, располагается ли UE в зоне покрытия eNB, может быть использовано в TDD системе.
[75] В соответствии с вышеописанным способом генерации сигнала обнаружения, каждое UE может определить, расположен ли UE-ответчик D2D связи внутри зоны покрытия eNB, и/или находится ли он в соединенном режиме. На основе этой информации UE может выполнять подходящую операцию, соответствующую состоянию UE-ответчика, при инициировании D2D связи.
[76] Например, если определено, что предварительно определенные временные ресурсы не используются для D2D связи, так как UE-ответчик располагается в зоне покрытия или находится в соединенном режиме, UE не может выполнять D2D операцию посредством этих ресурсов, но может передать D2D сигнал к UE-ответчику с использованием других временных ресурсов. Если ограничения на временные ресурсы для D2D связи не наложены, так как UE-ответчик расположен вне зоны покрытия eNB или находится в режиме ожидания, UE может передавать D2D сигнал к UE-ответчику с использованием произвольных временных ресурсов.
[77] Фиг. 9 показывает пример выполнения D2D связи в соответствии с вариантом осуществления настоящего изобретения. В частности, на фиг. 9, UE1 выполняет D2D связь с UE2 и UE3, UE2 имеет ограничения по D2D временным ресурсам, а UE3 не имеет ограничений по D2D временным ресурсам.
[78] Хотя не показано на фиг. 9, в TTD системе, во временных ресурсах, имеющих ограничения на D2D связь в UE2, передача D2D сигнала может быть ограничена, чтобы защитить операцию NU линии связи UE2. Альтернативно, в FDD системе, поскольку передача D2D сигнала к UE2 невозможна, но сигнал не имеет влияния на операцию NU линии связи UE2, D2D сигнал может передаваться без ограничений к UE, такому как UE3.
[79] Со ссылкой на фиг. 9, UE1 может выполнять D2D связь с другим UE без ограничений посредством ресурсов, в которых D2D связь с UE2 ограничена, с меньшей мощностью передачи, с мощностью передачи, полученной вычитанием предварительно определенного смещения из общей мощности D2D передачи или с максимальной мощностью передачи, меньшей, чем максимальная мощность общей D2D передачи, при обеспечении защиты операции NU линии связи UE2.
[80] Кроме того, если определено, что инструкция eNB необходима для D2D связи, поскольку UE-ответчик расположен в зоне покрытия eNB или находится в соединенном режиме, UE может передать сигнал запроса D2D связи к eNB. То есть, UE передает сигнал запроса D2D связи к eNB и инициирует в eNB назначение ресурсов для выполнения D2D операции с UE-ответчиком с использованием предварительно определенных временных ресурсов. Это упоминается как первый способ D2D связи. В противоположность этому, UE, которое расположено в зоне покрытия eNB и находится в режиме ожидания, может выполнять D2D связь при сохранении режима ожидания без прямой инструкции eNB (это упоминается как второй способ D2D связи, и то же самое справедливо, если UE располагается вне зоны покрытия eNB), или UE в режиме ожидания не может выполнять D2D связь, но может всегда выполнять D2D связь в соответствии с прямой инструкцией eNB после переключения в соединенный режим.
[81] Сигнал D2D запроса может включать в себя идентификатор UE-ответчика, состояние связи UE, качество сигнала обнаружения обнаруженного UE-ответчика, количество ресурсов, необходимых для D2D связи и т.д. Поскольку запрос на D2D связь от eNB может быть сделан, только если UE находится в соединенном режиме, UE, которое расположено в зоне покрытия eNB и находится в режиме ожидания, может передать сигнал запроса D2D связи после переключения в соединенный режим.
[82] Если UE располагается вне зоны покрытия eNB, UE не может запрашивать D2D связь от eNB. Поэтому UE может непосредственно запросить D2D связь от UE-ответчика или ожидать до тех пор, пока UE-ответчик не начнет D2D связь. В частности, если UE-ответчик располагается в зоне покрытия eNB или находится в соединенном режиме, UE может ожидать до тех пор, пока UE-ответчик не начнет D2D связь, не создавая помех передаче по NU линии связи.
[83] Если UE ожидает до тех пор, пока UE-ответчик не начнет D2D связь, может быть установлен таймер, и UE ожидает, пока время таймера не истечет. Когда UE не начинает D2D связь, прежде чем истечет время таймера, UE может непосредственно пытаться выполнять D2D связь с UE-ответчиком или отменять D2D связь с UE-ответчиком и пытаться выполнять D2D связь с другим UE.
[84] Кроме того, если определено, что инструкция eNB не требуется для D2D связи, потому что UE-ответчик расположен вне зоны покрытия или находится в режиме ожидания, то UE может напрямую инициировать D2D связь напрямую с UE-ответчиком. Это упоминается как второй способ D2D связи. Если информация о режиме ожидания включена в сигнал обнаружения, можно выбрать один из первого способа связи и второго способа связи.
[85] В описанных выше случаях, операция для подготовки приема D2D сигнала в UE-ответчике может быть изменена в соответствии с состоянием UE-ответчика.
[86] Когда инструкция eNB необходима для D2D связи, потому что UE-ответчик расположен в зоне покрытия eNB или находится в соединенном режиме, UE-ответчик может не подготавливать D2D связь с UE до тех пор, пока не будет принята инструкция eNB, тем самым снижая ненужное потребление мощности. В противоположность этому, когда инструкция eNB не требуется для D2D связи, потому что UE-ответчик расположен вне зоны покрытия eNB или находится в режиме ожидания, D2D связь с UE должна подготавливаться посредством произвольных ресурсов, на которых возможна D2D связь, так что UE может непосредственно инициировать D2D связь.
[87] В качестве другого примера информации, используемой для генерации, передачи и приема сигнала обнаружения, информация атрибута сети, к которой принадлежит UE, может быть включена в том случае, когда UE располагается внутри зоны покрытия или UE находится в соединенном режиме. С использованием этой информации, UE-ответчик D2D связи, расположенный вне зоны покрытия eNB или расположенный в другой соте, может определять атрибут каждого UE на основе операции NU линии связи посредством процедуры обнаружения.
[88] В качестве примера информации о сети, используемой для генерации, передачи и приема сигнала обнаружения, ID сети, к которой принадлежит каждый UE, может быть включен в качестве информации, используемой для генерации, передачи и приема сигнала обнаружения. ID сети может быть ID соты, к которой принадлежит сеть, ID наземной мобильной сети общего пользования (PLMN) или ID кластера сот, состоящего из ряда сот.
[89] Более конкретно, кластер сот может быть установлен эквивалентно группе поискового вызова или области отслеживания, которая является критерием для обновления положения UE, когда UE перемещается в режиме ожидания, или группа сот, в которой возможна D2D связь, может быть отдельно определена как D2D кластер сот. Соты, принадлежащие к D2D кластеру сот, синхронизированы по времени и могут обмениваться сигналами через транзитную линию связи.
[90] Каждое UE может идентифицировать сетевую информацию UE-ответчика и выполнять соответствующую D2D связь. Например, когда UE-ответчик принадлежит к той же соте или тому же D2D кластеру сот, UE определяет, что операция или планирование сети, в которой выполняется взаимная D2D связь, возможны, и выполняет последовательность процессов для D2D связи. С другой стороны, если определено, что UE-ответчик принадлежит к другой соте или другому D2D кластеру сот, UE может определить, что операция сети для D2D связи между UE невозможна, и может не выполнять D2D связь.
[91] В качестве другого примера, если UE-ответчик принадлежит той же соте или тому же D2D кластеру сот, то UE определяет, что взаимная D2D связь может выполняться без инструкции сети, и немедленно выполняет D2D связь. С другой стороны, если определено, что UE-ответчик принадлежат к другой сети или другому D2D кластеру сот, то UE может определить, что D2D связь между UE требует соответствующего процесса подготовки сети заранее, передать в eNB информацию запроса D2D и выполнять D2D связь в соответствии с инструкцией eNB.
[92] В качестве другого примера, если UE-ответчик принадлежит той же соте или тому же D2D кластеру сот, UE определяет, что два UE, принадлежащие к D2D линии связи, могут управляться одним контроллером, и выполняет D2D связь в соответствии с прямой инструкцией eNB. С другой стороны, если определено, что UE-ответчик принадлежит к другой соте или другому D2D кластеру сот, то UE определяет, что UE не могут управляться контроллером сети, и выполняет ту же самую процедуру, что и при выполнении D2D связи с UE, расположенным вне зоны покрытия. Например, D2D связь может выполняться без передачи информации запроса D2D связи или без прямой инструкции eNB.
[93] Сеть заранее разделяет D2D ресурсы на множество ресурсов, то есть ресурсы для D2D с UE, принадлежащим той же соте (или тому же D2D кластеру сот), ресурсы для D2D с UE, принадлежащим другой соте (или другому D2D кластеру сот), и/или ресурсы для D2D с UE, расположенным вне зоны покрытия, и позволяет каждому UE выбрать подходящие ресурсы в соответствии с состоянием UE-ответчика.
[94] Параметры для мощности передачи D2D связи могут быть разделены на D2D связь с UE, принадлежащим той же соте (или тому же D2D кластеру сот), D2D связь с UE, принадлежащим другой соте (или другому D2D кластеру сот), и/или D2D связь с UE, расположенным вне зоны покрытия, и каждое UE может выбрать подходящие ресурсы в соответствии с состоянием UE-ответчика.
[95] В качестве примера другой информации, которая может быть использована для генерации, передачи и приема сигнала обнаружения, может быть включена информация о местоположении и количестве ресурсов, которые используются или могут быть использованы UE в качестве NU линии связи. То есть информация о том, сколько ресурсов используется или где находятся ресурсы, используемые для D2D связи, может быть использована для генерации, передачи и приема сигнала обнаружения. Каждое UE уведомляет UE-ответчика о ресурсах, на которых возможна D2D связь, и позволяет UE-ответчику идентифицировать местоположение, где может выполняться D2D связь, тем самым снижая ненужные помехи и потребление мощности, вызванные выполнением D2D связи в местоположении, где D2D связь невозможна.
[96] На фиг. 10 показан другой пример выполнения D2D связи в соответствии с вариантом осуществления настоящего изобретения.
[97] Со ссылкой на фиг. 10, UE1 идентифицирует, что UE2 использует три NU линии связи среди пяти временных областей, и UE3 использует одну NU линию связи среди пяти временных областей, прежде че выполнять D2D связь с UE2 и UE3, и выполняет D2D связь с использованием временной области, в которой возможна D2D связь.
[98] В частности, еNB может определить и передать, какие ресурсы используются для D2D связи и используются для генерации сигнала обнаружения для UE, посредством сигнала верхнего уровня, такого как управление радиоресурсом (RRC) или системная информация.
[99] В FDD системе, поскольку UE в режиме ожидания принимает только сигнал нисходящей линии связи от еNB и не имеет ограничений на D2D связь в диапазоне восходящей линии связи, UE-ответчик может быть проинформирован, что все временные ресурсы используются для D2D связи. В противоположность этому, в TDD системе, UE может использовать информацию конфигурации восходящей линии связи/нисходящей линии связи, используемую сотой, к которой принадлежит UE, чтобы позволить UE-ответчику, расположенному в другой соте или расположенному вне зоны покрытия, идентифицировать область для приема сигнала нисходящей линии связи, передаваемого посредством eNB, и предотвратить помехи приему сигнала нисходящей линии связи.
[100] На фиг. 11 показана блок-схема структуры устройства 1100 связи в соответствии с вариантом осуществления настоящего изобретения.
[101] Со ссылкой на фиг. 11, устройство 1100 связи включает в себя процессор 1110, память 1120, RF (радиочастотный) модуль 1130, модуль 1140 дисплея и модуль 1150 пользовательского интерфейса.
[102] Некоторые модули проиллюстрированного устройства 1100 связи могут быть опущены для удобства описания. Устройство 1100 связи может дополнительно включать в себя необходимые модули. Кроме того, некоторые модули устройства 1100 связи могут подразделяться. Процессор 1110 сконфигурирован с возможностью выполнения операций в соответствии с вариантом осуществления настоящего изобретения, пример которого приведен со ссылкой на схемы. В частности, подробно работу процессора 1110 можно понять при обращении к Фиг. 1-10.
[103] Память 1120 соединена с процессором 1110 и хранит операционную систему, приложение, программный код, данные и т.д. RF модуль 1130 соединен с процессором 1110 и преобразует сигнал основной полосы в радиосигнал или преобразует радиосигнал в сигнал основной полосы. Для этой цели RF модуль 1130 выполняет аналоговое преобразование, усиление, фильтрацию, преобразование с повышением частоты или процедуры, обратные им. Модуль 1140 дисплея соединен с процессором 1110 и отображает различные элементы информации. Модуль 1140 дисплея может использовать, но не ограниваясь этим, широко известные элементы, такие как жидкокристаллический дисплей (LCD), светодиодный дисплей (LED) и дисплей на органических светодиодах (OLED). Модуль 1150 пользовательского интерфейса может быть соединен с процессором 1110 и может включать в себя комбинацию широко известных интерфейсов, таких как клавиатуры, сенсорные панели и т.д.
[104] Варианты осуществления настоящего изобретения, описанные выше, являются комбинациями элементов и признаков настоящего изобретения. Элементы или признаки могут рассматриваться по отдельности, если не указано иное. Каждый элемент или признак может быть осуществлен на практике без сочетания с другими элементами или признаками. Кроме того, вариант осуществления настоящего изобретения может быть произведен путем объединения частей элементов и/или признаков. Порядок операций, описанных в вариантах осуществления настоящего изобретения, может быть изменен. Некоторые конструкции какого-либо варианта осуществления могут быть включены в другой вариант осуществления и могут быть заменены соответствующими конструкциями другого варианта осуществления. Специалистам в данной области техники очевидно, что пункты формулы изобретения, которые явно не цитируются друг в друге в прилагаемой формуле изобретения, могут быть представлены в комбинации в качестве варианта осуществления настоящего изобретения, или включены в качестве нового пункта формулы изобретения путем изменения впоследствии после подачи заявки.
[105] Варианты осуществления настоящего изобретения могут быть реализованы с помощью различных средств, например, аппаратного обеспечения, аппаратно-программного обеспечения, программного обеспечения или их комбинации. В конфигурации аппаратного обеспечения, способы согласно примерным вариантам осуществления настоящего изобретения могут быть реализованы с помощью одной или более специализированных интегральных схем (ASIC), цифровых сигнальных процессоров (DSP), устройств цифровой обработки сигналов (DSPD), программируемых логических устройств (PLD), программируемых вентильных матриц (FPGA), процессоров, контроллеров, микроконтроллеров, микропроцессоров и т.д.
[106] В конфигурации аппаратно-программного обеспечения или программного обеспечения, вариант осуществления настоящего изобретения может быть реализован в виде модуля, процедуры, функции и т.д. Программный код может храниться в блоке памяти и выполняться процессором. Блок памяти находится внутри или снаружи процессора и может передавать и принимать данные к и от процессора через различные известные средства.
[107] Специалистам в данной области техники будет понятно, что настоящее изобретение может быть осуществлено другими частными способами, отличными от изложенных в настоящем документе, без отклонения от сущности и существенных характеристик настоящего изобретения. Приведенные выше варианты осуществления, следовательно, должны быть истолкованы во всех аспектах как иллюстративные, а не ограничительные. Объем изобретения должен определяться прилагаемой формулой изобретения и ее правовыми эквивалентами, а не приведенным выше описанием, и все изменения, подпадающие под смысл и диапазон эквивалентности прилагаемой формулы изобретения, предназначены включаться в него.
Промышленная применимость
[108] Хотя описан пример, в котором способ и устройство для передачи и приема сигнала обнаружения для D2D связи в системе беспроводной связи применяются к 3GPP LTE системе, настоящее изобретение применимо к различным системам беспроводной связи в дополнение к 3GPP LTE системе.