ВЫБОР РЕСУРСА ДЛЯ ОБНАРУЖЕНИЯ И СВЯЗИ ОТ УСТРОЙСТВА К УСТРОЙСТВУ Российский патент 2018 года по МПК H04W76/02 

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

[0001] Настоящая заявка испрашивает приоритет предварительной заявки США № 61/933,238, поданной 29 января 2014, предварительной заявки США № 61/955,746, поданной 19 марта 2014, предварительной заявки США № 61/990,046, поданной 7 мая 2014 года, и предварительной заявки США № 62/075,768, поданной 5 ноября 2014, содержание которых включено в данное описание посредством ссылки во всей их полноте.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

[0002] Близость между устройствами может быть определена с использованием LTE-позиционирования. При обнаружении соседства от устройства к устройству (D2D), два или более устройств могут определять их относительную близость на основе прямой радиосвязи. Этими D2D-передачами могут вводиться дополнительные помехи.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0003] Раскрыты системы, способы и инструментарии для управления возможными помехами, которые могут быть вызваны D2D-связью. Первый WTRU может передавать отчет о ресурсах в сеть. Первый WTRU может принимать один или более ресурсов из сети для передачи сигнала обнаружения. Первый WTRU может передавать сигнал обнаружения к второму WTRU.

[0004] Отчет о ресурсах может включать в себя один или более ресурсов для передачи для D2D-связи, идентификатор процесса обнаружения, информацию о местоположении, результат процесса обнаружения, результат попытки передачи, измеренное использование ресурсов, информацию о конфигурации сетевых ресурсов и/или число неудач или успехов на ресурсе.

[0005] Отчет о ресурсах может быть передан первым WTRU на основе конфигурации WTRU (например, первого WTRU и/или второго WTRU), периодического графика, апериодического графика, изменения в статусе операции, результата процесса обнаружения, результата декодирования сигнала обнаружения вторым WTRU и/или результата попытки передачи первым WTRU.

[0006] Один или более ресурсов могут быть охарактеризованы одним или более из информации временных характеристик (тайминга), информации частоты, информации последовательности и шаблона скачкообразного изменения.

[0007] Первый WTRU и второй WTRU могут обслуживаться одним и тем же сетевым элементом (например, еNB). Первый WTRU может обслуживаться первым еNB, и второй WTRU может обслуживаться вторым еNB. Первый WTRU может обслуживаться посредством еNB, и второй WTRU может находиться вне зоны покрытия сети. Первый WTRU может находиться вне зоны покрытия сети, и второй WTRU может обслуживаться посредством еNB.

[0008] Блок беспроводной передачи/приема (WTRU) может включать в себя процессор. Процессор может быть сконфигурирован, чтобы выполнять одно или более из следующего. Процессор может принимать решение передавать информацию с использованием передачи от устройства к устройству посредством пула ресурсов из множества пулов ресурсов. Каждый пул ресурсов может быть ассоциирован с диапазоном значений мощности приема опорного сигнала (RSRP). Процессор может определять измерение RSRP соты, ассоциированной с WTRU. Процессор может выбирать пул ресурсов из множества пулов ресурсов на основе измерения RSRP соты. Измерение RSRP соты может находиться в пределах диапазона значений RSRP, ассоциированных с выбранным пулом ресурсов. Процессор может передавать информацию с использованием выбранного пула ресурсов.

[0009] Диапазон значений RRSP, ассоциированных с выбранным пулом ресурсов, может включать в себя низкий порог RSRP и высокий порог RSRP. Измерение RSRP соты может находиться между низким порогом RSRP и высоким порогом RSRP.

[0010] Процессор может быть дополнительно сконфигурирован, чтобы выбирать ресурс из множества ресурсов в выбранном пуле ресурсов. Процессор может быть сконфигурирован, чтобы выбирать ресурс с использованием функции рандомизации или псевдослучайной функции. Процессор может быть сконфигурирован, чтобы передавать информацию о выбранном ресурсе. Выбранный ресурс может включать в себя один или более подкадров. Выбранный ресурс может включать в себя один или более блоков физических ресурсов (PRB).

[0011] Процессор может быть дополнительно сконфигурирован, чтобы принимать конфигурацию через сигнализацию управления радиоресурсами (RRC) и определять, на основе конфигурации, что выбор пула ресурсов основан на RSRP. Конфигурация может идентифицировать пул ресурсов и диапазон значений RSRP, ассоциированных с пулом ресурсов.

[0012] Способ (например, реализуемый компьютером способ) может включать в себя принятие решения (например, процессором) передавать информацию с использованием передачи от устройства к устройству посредством пула ресурсов из множества пулов ресурсов. Каждый пул ресурсов может быть ассоциирован с диапазоном значений мощности приема опорного сигнала (RSRP). Способ может включать в себя определение (например, с помощью процессора) измерения RSRP соты, ассоциированной с WTRU. Способ может включать в себя выбор (например, процессором) пула ресурсов из множества пулов ресурсов на основе измерения RSRP соты. Измерение RSRP соты может находиться в пределах диапазона значений RSRP, ассоциированных с выбранным пулом ресурсов. Способ может включать в себя передачу (например, с помощью передатчика) информации с использованием выбранного пула ресурсов.

[0013] Диапазон значений RRSP, ассоциированных с выбранным пулом ресурсов, может включать в себя низкий порог RSRP и высокий порог RSRP. Измерение RSRP может находиться между низким порогом RSRP и высоким порогом RSRP.

[0014] Способ может включать в себя выбор ресурса из множества ресурсов в выбранном пуле ресурсов. Способ может включать в себя выбор ресурса с использованием функции рандомизации или псевдослучайной функции. Способ может включать в себя передачу информации о выбранном ресурсе.

[0015] Способ может включать в себя определение того, что передача от устройства к устройству представляет собой передачу типа 1 от устройства к устройству. Передача типа 1 от устройства к устройству может характеризоваться тем, что WTRU выбирает пул ресурсов из множества пулов ресурсов. Передача типа 1 от устройства к устройству может характеризоваться тем, что WTRU выбирает ресурс из множества ресурсов в выбранном пуле ресурсов. Способ может включать в себя прием запроса на передачу информации с использованием передачи от устройства к устройству и принятие решения передавать информацию с использованием передачи от устройства к устройству в ответ на запрос.

[0016] Блок беспроводной передачи/приема (WTRU), может включать в себя процессор. Процессор может быть сконфигурирован для одного или более из следующего. Процессор может принимать запрос передачи от устройства к устройству для передачи информации посредством пула ресурсов из множества пулов ресурсов. Процессор может определять, что выбор пула ресурсов из множества пулов ресурсов основан на мощности приема опорного сигнала (RSRP). Процессор может принимать порог RSRP, ассоциированный с по меньшей мере одним пулом ресурсов из множества пулов ресурсов. Процессор может определять измерение RSRP базовой станции. Процессор может сравнивать измерения RSRP базовой станции с порогом RSRP, ассоциированным с по меньшей мере одним пулом ресурсов. Процессор может выбирать по меньшей мере один пул ресурсов для передачи информации с помощью передачи от устройства к устройству, если измерение RSRP базовой станции выше порога RSRP. Процессор может передавать информацию с использованием по меньшей мере одного пула ресурсов, когда по меньшей мере один пул ресурсов выбран для передачи информации.

[0017] Выбранный пул ресурсов может включать в себя множество ресурсов. Процессор может выбирать ресурс из множества ресурсов на основе функции рандомизации и передавать информацию с использованием выбранного пула ресурсов. Ресурс может включать в себя подкадр или блок физических ресурсов (PRB). Процессор может принимать блок системной информации (SIB), который идентифицирует по меньшей мере один пул ресурсов и указывает порог RSRP, ассоциированный с по меньшей мере одним пулом ресурсов. Порог RSRP может быть низким порогом RSRP открытого диапазона значений RSRP или высоким порогом RSRP открытого диапазона значений RSRP.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0018] Фиг. 1А представляет собой структурную схему примерной системы связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления.

[0019] Фиг. 1B представляет собой структурную схему примерного блока беспроводной передачи/приема (WTRU), который может использоваться в системе связи, показанной на фиг. 1A.

[0020] Фиг. 1C представляет собой структурную схему примерной сети радиодоступа и примерной базовой сети, которые могут быть использованы в системе связи, показанной на фиг. 1A.

[0021] Фиг. 1D представляет собой структурную схему другой примерной сети радиодоступа и другой примерной базовой сети, которые могут быть использованы в системе связи, показанной на фиг. 1A.

[0022] Фиг. 1E представляет собой структурную схему другой примерной сети радиодоступа и другой примерной базовой сети, которые могут быть использованы в системе связи, показанной на фиг. 1A.

[0023] Фиг. 2 является схематичным представлением примера внутрисотовых помех между D2D-линиями связи.

[0024] Фиг. 3 является схематичным представлением примера межсотовых помех между D2D-линиями связи и от D2D-линии связи к сотовой линии связи.

[0025] Фиг. 4 является схематичным представлением примера внутрисотовых помех от сотовой линии связи к D2D-линиям связи.

[0026] Фиг. 5 является схематичным представлением примера случая обнаружения.

[0027] Фиг. 6 является схематичным представлением примера сценариев для D2D-обнаружения и/или связи в зоне покрытия, вне зоны покрытия и в зоне частичного покрытия.

[0028] Фиг. 7 является схематичным представлением примерного сценария связи между WTRU в зоне покрытия и WTRU вне зоны покрытия.

[0029] Фиг.8 является схематичным представлением примера сигнализации, которая может быть использована для WTRU вне зоны покрытия для определения и/или запуска распределения ресурсов.

[0030] Фиг. 9 является схематичным представлением примера сигнализации, которая может быть использована для eNB и/или WTRU в зоне покрытия для определения и/или запуска распределения ресурсов.

[0031] Фиг. 10 является схематичным представлением примера распределения ресурсов для ресурсов обнаружения между двумя еNB, еNB A и еNB В.

ПОДРОБНОЕ ОПИСАНИЕ

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

[0033] Фиг. 1A является схематичным представлением примерной системы 100 связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления. Система 100 связи может быть системой множественного доступа, которая предоставляет контент, такой как речь, данные, видео, обмен сообщениями, широковещательная передача и т.д., для множества беспроводных пользователей. Система 100 связи может позволять множеству беспроводных пользователей получать доступ к такому контенту посредством совместного использования системных ресурсов, в том числе беспроводной ширины полосы. Например, системы 100 связи могут использовать один или более методов доступа к каналам, таких как множественный доступ с кодовым разделением (CDMA), множественный доступ с временным разделением (TDMA), множественный доступ с частотным разделением (FDMA), ортогональный FDMA (OFDMA), FDMA с одной несущей (SC-FDMA) и т.п.

[0034] Как показано на фиг. 1А, система 100 связи может включать в себя блоки беспроводной передачи/приема (WTRU) 102a, 102b, 102c и/или 102d (которые, в общем или в совокупности могут упоминаться как WTRU 102), сеть радиодоступа (RAN) 103/104/105, базовую сеть 106/107/109, коммутируемую телефонную сеть общего пользования (PSTN) 108, Интернет 110 и другие сети 112, хотя следует понимать, что раскрытые варианты осуществления допускают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102а, 102b, 102с, 102d может быть любым типом устройства, сконфигурированного, чтобы работать и/или осуществлять связь в беспроводной среде. В качестве примера, WTRU 102a, 102b, 102c, 102d могут быть сконфигурированы, чтобы передавать и/или принимать беспроводные сигналы, и могут включать в себя пользовательское оборудование (WTRU), мобильную станцию, стационарный или мобильный абонентский блок, пейджер, сотовый телефон, персональный цифровой помощник (PDA), смартфон, ноутбук, нетбук, персональный компьютер, беспроводной датчик, бытовую электронику и т.п.

[0035] Системы 100 связи могут также включать в себя базовую станцию 114а и базовую станцию 114b. Каждая из базовых станций 114а, 114b может представлять собой любой тип устройства, сконфигурированного для беспроводного взаимодействия с по меньшей мере одним из WTRU 102a, 102b, 102c, 102d, чтобы облегчать доступ к одной или более сетям связи, таким как базовая сеть 106/107/109, Интернет 110 и/или сети 112. В качестве примера, базовые станции 114a, 114b могут быть базовой приемопередающей станцией (BTS), Узлом В (Node B), eNode В, домашним Node B, домашним eNode B, контроллером станции, точкой доступа (AP), беспроводным маршрутизатором и т.п. В то время как базовые станции 114a, 114b изображены, каждая, как один элемент, следует принимать во внимание, что базовые станции 114a, 114b могут включать в себя любое число взаимосвязанных базовых станций и/или сетевых элементов.

[0036] Базовая станция 114а может быть частью RAN 103/104/105, которая может также включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), узлы ретрансляции и т.д. Базовая станция 114a и/или базовая станция 114b могут быть сконфигурированы, чтобы передавать и/или принимать беспроводные сигналы в пределах определенного географического региона, который может быть определен как сота (не показана). Сота может быть дополнительно разделена на сектора соты. Например, сота, ассоциированная с базовой станцией 114а, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114а может включать в себя три приемопередатчика, например, по одному для каждого сектора соты. В другом варианте осуществления базовая станция 114a может использовать технологию с множеством входов и множеством выходов (MIMO) и, следовательно, может использовать множество приемопередатчиков для каждого сектора соты.

[0037] Базовые станции 114а, 114b могут осуществлять связь с одним или более из WTRU, 102а, 102b, 102с, 102d через радиоинтерфейс 115/116/117, который может быть любой подходящей беспроводной линией связи (например, радиочастотной (RF), микроволновой, инфракрасной (IR), ультрафиолетовой (UF), видимого света и т.д.). Радиоинтерфейс 115/116/117 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).

[0038] Более конкретно, как было отмечено выше, система 100 связи может быть системой множественного доступа и может использовать одну или более схем доступа к каналу, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA, и т.п. Например, базовая станция 114а в RAN 103/104/105 и WTRU 102a, 102b, 102c могут реализовывать технологию радиосвязи, такую как Наземный радиодоступ (UTRA) Универсальной мобильной телекоммуникационной системы (UMTS), который может устанавливать радиоинтерфейс 115/116/117 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя протоколы связи стандарта WCDMA, такие как высокоскоростной пакетный доступ (HSPA) и/или Развитый HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ восходящей линии связи (HSUPA).

[0039] В другом варианте осуществления, базовая станция 114a и WTRU 102a, 102b, 102с могут реализовывать технологию радиосвязи, такую как Развитый Наземный радиодоступ UMTS (E-UTRA), который может устанавливать радиоинтерфейс 115/116/117 с использованием технологии Долгосрочного развития (LTE) и/или Развитого LTE (LTE-A).

[0040] В других вариантах осуществления, базовая станция 114а и WTRU 102a, 102b, 102c могут реализовывать технологии радиосвязи, такие как IEEE 802.16 (например, общемировой совместимости для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Временный стандарт 2000 (IS-2000), Временный стандарт 95 (IS-95), Временный стандарт 856 (IS-856), Глобальная система мобильной связи (GSM), Повышенные скорости передачи данных для развития GSM (EDGE), GSM EDGE (GERAN) и т.п.

[0041] Базовая станция 114b на фиг. 1А может быть, например, беспроводным маршрутизатором, домашним Node B, домашним eNode B или точкой доступа и может использовать любую подходящую RAT для облегчения беспроводной связи в локализованной области, такой как коммерческое предприятие, дом, транспортное средство, кампус и т.п. В одном варианте осуществления, базовая станция 114b и WTRU 102с, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.11, чтобы устанавливать беспроводную локальную сеть (WLAN). В другом варианте осуществления, базовая станция 114b и WTRU 102с, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.15, чтобы устанавливать беспроводную персональную сеть (WPAN). В еще одном варианте осуществления, базовая станция 114b и WTRU 102с, 102d могут использовать сотовую RAT (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.), чтобы устанавливать пикосоту или фемтосоту. Как показано на фиг. 1А, базовая станция 114b может иметь прямое соединение с Интернетом 110. Таким образом, базовой станции 114b может не требоваться получать доступ к Интернету 110 через базовую сеть 106/107/109.

[0042] RAN 103/104/105 может осуществлять связь с базовой сетью 106/107/109, которая может представлять собой любой тип сети, сконфигурированной для передачи голоса, данных, приложений и/или услуги передачи голоса по Интернет-протоколу (VoIP) к одному или более из WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106/107/109 может обеспечивать управление вызовами, выставление счетов за услуги, услуги мобильной связи на основе определения местоположения, оплаченные звонки, подключение к Интернету, распространение видео и т.д. и/или выполнять функции безопасности высокого уровня, такие как аутентификация пользователя. Хотя это и не показано на фиг. 1А, следует иметь в виду, что RAN 103/104/105 и/или базовая сеть 106/107/109 могут находиться в прямой или опосредованной связи с другими RAN, которые используют ту же самую RAT, что и RAN 103/104/105, или отличающуюся RAT. Например, в дополнение к соединению с RAN 103/104/105, что может быть реализовано с использованием технологии радиосвязи E-UTRA, базовая сеть 106/107/109 также может осуществлять связь с другой RAN (не показано), использующей технологию радиосвязи GSM.

[0043] Базовая сеть 106/107/109 может также служить в качестве шлюза для WTRU, 102a, 102b, 102с, 102d для доступа к PSTN 108, Интернету 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые обеспечивают простую старую телефонную службу (POTS). Интернет 110 может включать в себя глобальную систему взаимосвязанных компьютерных сетей и устройств, использующих общие коммуникационные протоколы, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и Интернет-протокол (IP) в стеке Интернет-протоколов TCP/IP. Сети 112 могут включать в себя сети проводной или беспроводной связи, которыми владеют и/или которые эксплуатируют другие поставщики услуг. Например, сети 112 могут включать в себя другую базовую сеть, соединенную с одной или более RAN, которые могут использовать ту же самую RAT, что и RAN 103/104/105, или отличающуюся RAT.

[0044] Некоторые или все из WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные функциональные возможности, например, WTRU 102а, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для связи с различными беспроводными сетями по различным беспроводным линиям связи. Например, WTRU 102с, показанный на фиг. 1A, может быть сконфигурирован для связи с базовой станцией 114а, которая может использовать технологию сотовой радиосвязи, и с базовой станцией 114b, которая, может использовать технологию радиосвязи IEEE 802.

[0045] Фиг. 1B является структурной схемой примера WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя процессор 118, приемопередатчик 120, приемопередающий элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемную память 130, съемную память 132, источник питания 134, чипсет 136 глобальной системы позиционирования (GPS) и другие периферийные устройства 138. Следует иметь в виду, что WTRU 102 может включать в себя любую подкомбинацию из вышеназванных элементов, сохраняя при этом соответствие с вариантом осуществления. Кроме того, варианты осуществления предполагают, что базовые станции 114а и 114b и/или узлы, которые могут представлять базовые станции 114а и 114b, например, но без ограничения указанным, приемопередающая станция (BTS), Node-B, контроллер станции, точка доступа (AP), домашний node-B, развитый домашний node-B (eNodeB), домашний развитый node-B (HeNB), шлюз домашнего развитого node-B и прокси-узлы, среди прочего, могут включать в себя некоторые или все из элементов, изображенных на фиг. 1B и описанных в данном документе.

[0046] Процессор 118 может представлять собой процессор общего назначения, процессор специального назначения, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров в ассоциации с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемой пользователем вентильной матрицы (FPGA), любой другой тип интегральной схемы (IC), конечный автомат и т.п. Процессор 118 может выполнять кодирование сигнала, обработку данных, управление мощностью, обработку ввода/вывода и/или любую другую функциональность, которая позволяет WTRU 102 работать в беспроводной среде. Процессор 118 может быть связан с приемопередатчиком 120, который может быть связан с приемопередающим элементом 122. В то время как фиг. 1В изображает процессор 118 и приемопередатчик 120 в виде отдельных компонентов, следует иметь в виду, что процессор 118 и приемопередатчик 120 могут быть объединены друг с другом в упаковке электронных схем или чипе.

[0047] Приемопередающий элемент 122 может быть сконфигурирован так, чтобы передавать сигналы к, или принимать сигналы от, базовой станции (например, базовой станции 114a) через радиоинтерфейс 115/116/117. Например, в одном варианте осуществления, приемопередающий элемент 122 может представлять собой антенну, сконфигурированную, чтобы передавать и/или принимать RF-сигналы. В другом варианте осуществления, приемопередающий элемент 122 может представлять собой излучатель/детектор, сконфигурированный, чтобы передавать и/или принимать, например, IR, UF или сигналы видимого света. В еще одном варианте осуществления, приемопередающий элемент 122 может быть сконфигурирован, чтобы передавать и принимать как RF, так и световые сигналы. Следует иметь в виду, что приемопередающий элемент 122 может быть сконфигурирован, чтобы передавать и/или принимать любую комбинацию беспроводных сигналов.

[0048] Кроме того, хотя приемопередающий элемент 122 изображен на фиг. 1В как один элемент, WTRU 102 может включать в себя любое число приемопередающих элементов 122. Более конкретно, WTRU 102 может использовать технологию MIMO. Таким образом, в одном варианте осуществления, WTRU 102 может включать в себя два или более приемопередающих элементов 122 (например, множество антенн) для передачи и приема беспроводных сигналов через радиоинтерфейс 115/116/117.

[0049] Приемопередатчик 120 может быть сконфигурирован, чтобы модулировать сигналы, которые должны передаваться посредством приемопередающего элемента 122, и демодулировать сигналы, которые принимаются посредством приемопередающего элемента 122. Как было отмечено выше, WTRU 102 может иметь многорежимные функциональные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков, чтобы позволять WTRU 102 осуществлять связь посредством нескольких RAT, например, таких, как UTRA и IEEE 802.11.

[0050] Процессор 118 WTRU 102 может быть связан с динамиком/микрофоном 124, клавиатурой 126 и/или дисплеем/сенсорной панелью 128 (например, блоком отображения на жидкокристаллическом дисплее (LCD) или блоком отображения на органических светоизлучающих диодах (OLED)) и может принимать пользовательский ввод данных от них. Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может получать доступ к информации из, и хранить данные в, подходящей памяти любого типа, такой, как несъемная память 130 и/или съемная память 132. Несъемная память 130 может включать в себя оперативную память (RAM), постоянную память (ROM), жесткий диск или любой другой тип запоминающего устройства. Съемная память 132 может включать в себя модуль идентификации абонента (SIM-карту), карту памяти, карту памяти типа Secure Digital (SD) и т.п. В других вариантах осуществления, процессор 118 может получать доступ к информации из, и сохранения данных в, памяти, которая физически расположена не на WTRU 102, а, например, на сервере или домашнем компьютере (не показано).

[0051] Процессор 118 может получать питание от источника питания 134 и может быть сконфигурирован так, чтобы распределять и/или управлять питанием для других компонентов в WTRU 102. Источник питания 134 может быть любым подходящим устройством для питания WTRU 102. Например, источник питания 134 может включать в себя одну или более сухих батарей (таких как никель-кадмиевые (NiCd), никель-цинковые (NiZn), никель-металл-гидридные (NiMH), литиево-ионные (Li-ion) и т.д.), солнечные батареи, топливные элементы и т.п.

[0052] Процессор 118 также может быть соединен с чипсетом GPS 136, который может быть сконфигурирован, чтобы предоставлять информацию о местоположении (например, широту и долготу) относительно текущего местоположения WTRU 102. В дополнение к, или вместо, информации от чипсета GPS 136, WTRU 102 может получать информацию о местоположении через радиоинтерфейс 115/116/117 от базовой станции (например, базовых станций 114a, 114b) и/или определять свое местоположение на основании сигналов синхронизации, принимаемых от двух или более соседних базовых станций. Следует иметь в виду, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения, сохраняя при этом соответствие с вариантом осуществления.

[0053] Процессор 118 дополнительно может быть соединен с другими периферийными устройствами 138, которые могут включать в себя один или более модулей программного обеспечения и/или аппаратных средств, которые обеспечивают дополнительные признаки, функциональные возможности и/или проводную или беспроводную связь. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, гарнитуру громкой связи, модуль Bluetooth®, блок частотно-модулированного (FM) радио, цифровой музыкальный плеер, мультимедийный плеер, модуль видеоигрового плеера, Интернет-браузер и т.п.

[0054] Фиг. 1C представляет собой структурную схему RAN 103 и базовой сети 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 103 может использовать технологию радиосвязи UTRA для связи с WTRU 102а, 102b, 102с через радиоинтерфейс 115. RAN 103 может также осуществлять связь с базовой сетью 106. Как показано на фиг. 1C, RAN 103 может включать в себя Node-B 140а, 140b, 140с, каждый из которых может содержать один или более приемопередатчиков для связи с WTRU 102а, 102b, 102с через радиоинтерфейс 115. Node-B 140а, 140b, 140c могут быть ассоциированы, каждый, с конкретной сотой (не показано) в пределах RAN 103. RAN 103 может также включать в себя контроллеры RNC 142a, 142b. Следует иметь в виду, что RAN 103 может включать в себя любое количество Node-B и RNC, сохраняя при этом соответствие с вариантом осуществления.

[0055] Как показано на фиг. 1C, Node-B 140а, 140b могут осуществлять связь с RNC 142а. Кроме того, Node-B 14°C может осуществлять связь с RNC 142b. Node-B 140a, 140b, 140с могут осуществлять связь с соответствующими RNC 142а, 142b через интерфейс Iub. RNC 142а, 142b могут осуществлять связь друг с другом через интерфейс Iur. Каждый из RNC 142а, 142b может быть сконфигурирован, чтобы управления соответствующими Node-B 140а, 140b, 140с, с которыми он соединен. Кроме того, каждый из RNC 142а, 142b может быть сконфигурирован для выполнения или поддержки других функциональных возможностей, таких как управление мощностью в разомкнутом контуре, управление нагрузкой, контроль допуска, планирование пакетов, управление передачей обслуживания, макроразнесение, функции безопасности, шифрование данных и т.п.

[0056] Базовая сеть 106, показанная на фиг. 1C, может включать в себя медиа-шлюз (MGW) 144, центр коммутации мобильной связи (MSC) 146, обслуживающий узел поддержки GPRS (SGSN) 148, и/или шлюзовой узел поддержки GPRS (GGSN) 150. В то время как каждый из вышеуказанных элементов изображен как часть базовой сети 106, следует понимать, что любой из этих элементов может быть в собственности и/или управляться объектом иным, чем оператор базовой сети.

[0057] RNC 142а в RAN 103 может быть соединен с MSC 146 в базовой сети 106 через интерфейс IuCS. MSC 146 может быть соединен с MGW 144. MSC 146 и MGW 144 могут обеспечивать WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, таким как PSTN 108, для облегчения связи между WTRU 102a, 102b, 102c и традиционными устройствами связи наземных линий.

[0058] RNC 142а в RAN 103 может также быть соединен с SGSN 148 в базовой сети 106 через интерфейс IuPS. SGSN 148 может быть соединен с GGSN 150. SGSN 148 и GGSN 150 могут обеспечивать WTRU 102a, 102b, 102c доступом к сетям с пакетной коммутацией, таким как Интернет 110, для облегчения связи между WTRU 102a, 102b, 102с и IP-устройствами.

[0059] Как отмечено выше, базовая сеть 106 может также быть соединена с сетями 112, которые могут включать в себя другие проводные и беспроводные сети, которые принадлежат и/или поддерживаются другими поставщиками услуг.

[0060] Фиг. 1D представляет собой структурную схему RAN 104 и базовой сети 107 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи E-UTRA для связи с WTRU 102а, 102b, 102с через радиоинтерфейс 116. RAN 104 может также осуществлять связь с базовой сетью 107.

[0061] RAN 104 может включать в себя eNode-B 160а, 160b, 160с, хотя следует понимать, что RAN 104 может включать в себя любое количество eNode-B, сохраняя при этом соответствие с вариантом осуществления. Каждый eNode-B 160a, 160b, 160c может включать в себя один или более приемопередатчиков для связи с WTRU 102а, 102b, 102с через радиоинтерфейс 116. В одном варианте осуществления eNode-B 160a, 160b, 160c могут реализовывать технологию MIMO. Таким образом, eNode-B 160A, например, может использовать множество антенн для передачи сигналов беспроводной связи к, и принимать беспроводные сигналы от, WTRU 102a.

[0062] Каждый из eNode-B 160a, 160b, 160c может быть ассоциирован с конкретной сотой (не показано) и может быть сконфигурирован так, чтобы обрабатывать решения по управлению радио ресурсами, решения по передаче обслуживания, планирование пользователей в восходящей линии связи и/или нисходящей линии связи и т.п. Как показано на фиг. 1D, eNode-B 160а, 160b, 160с могут осуществлять связь друг с другом через интерфейс X2.

[0063] Базовая сеть 107, показанная на фиг. 1D, может включать в себя шлюз управления мобильностью (MME) 162, обслуживающий шлюз 164 и шлюз 166 сети пакетных данных (PDN). В то время как каждый из вышеуказанных элементов изображен как часть базовой сети 107, следует понимать, что любой один из этих элементов может находиться в собственности и/или управляться объектом, отличным от оператора базовой сети.

[0064] ММЕ 162 может быть соединен с каждым из eNode-B 160a, 160b, 160c в RAN 104 через интерфейс S1 и может служить в качестве узла управления. Например, ММЕ 162 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию канала-носителя, выбор конкретного обслуживающего шлюза во время начального присоединения WTRU 102а, 102b, 102с и т.п. ММЕ 162 может также обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как GSM или WCDMA.

[0065] Обслуживающий шлюз 164 может быть соединен с каждым из eNode-B 160a, 160b, 160c в RAN 104 через интерфейс S1. Обслуживающий шлюз 164 может, в общем, маршрутизировать и пересылать пакеты пользовательских данных к/от WTRU 102a, 102b, 102с. Обслуживающий шлюз 164 может также выполнять другие функции, такие как привязка пользовательских плоскостей, во время переключений обслуживания между eNode-B, инициирование поискового вызова, когда данные нисходящей линии связи доступны для WTRU 102а, 102b, 102с, управление и сохранение контекстов WTRU 102а, 102b, 102c и т.п.

[0066] Обслуживающий шлюз 164 также может быть соединен с шлюзом 166 PDN, который может обеспечивать блоки WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, таким как Интернет 110, для облегчения связи между WTRU 102а, 102b, 102с и IP-устройствами.

[0067] Базовая сеть 107 может облегчать связь с другими сетями. Например, базовая сеть 107 может обеспечивать блоки WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, таким как PSTN 108, для облегчения связи между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Например, базовая сеть 107 может включать в себя или может взаимодействовать с IP-шлюзом (например, сервером IP-мультимедийной подсистемы (IMS)), который служит в качестве интерфейса между базовой сетью 107 и PSTN 108. Кроме того, базовая сеть 107 может обеспечивать WTRU 102a, 102b, 102с доступом к сетям 112, которые могут включать в себя другие проводные и беспроводные сети, которые принадлежат и/или эксплуатируются другими поставщиками услуг.

[0068] Фиг. 1E является структурной схемой системы RAN 105 и базовой сети 109 в соответствии с вариантом осуществления. RAN 105 может быть сетью службы доступа (ASN), которая использует технологию радиосвязи IEEE 802.16 для связи с WTRU 102a, 102b, 102с через радиоинтерфейс 117. Как будет описано ниже, линии связи между различными функциональными объектами WTRU 102a, 102b, 102c, RAN 105 и базовой сети 109 могут быть определены в качестве опорных точек.

[0069] Как показано на фиг. 1E, RAN 105 может включать в себя базовые станции 180a, 180b, 180c и шлюз ASN 182, хотя следует понимать, что RAN 105 может включать в себя любое количество базовых станций и шлюзов ASN, сохраняя при этом соответствие с вариантом осуществления. Базовые станции 180а, 180b, 180c могут быть ассоциированы, каждая, с конкретной сотой (не показано) в RAN 105 и могут включать в себя, каждая, один или более приемопередатчиков для связи с WTRU 102а, 102b, 102с через радиоинтерфейс 117. В одном варианте осуществления, базовые станции 180a, 180b, 180c могут реализовывать технологию MIMO. Таким образом, базовая станция 180a, например, может использовать множество антенн для передачи беспроводных сигналов к, и приема беспроводных сигналов от, WTRU 102a. Базовые станции 180a, 180b, 180c могут также обеспечивать функции управления мобильностью, такие как запуск передачи обслуживания, установление туннеля, управление радиоресурсами, классификация трафика, обеспечение выполнения политики качества обслуживания (QoS) и т.п. Шлюз 182 ASN может служить в качестве точки агрегации трафика и может отвечать за поисковый вызов, кэширование абонентских профилей, маршрутизацию к базовой сети 109 и т.п.

[0070] Радиоинтерфейс 117 между WTRU 102a, 102b, 102с и RAN 105 может быть определен как опорная точка R1, которая реализует спецификацию IEEE 802.16. Кроме того, каждый из WTRU, 102а, 102b, 102с может создать логический интерфейс (не показан) с базовой сетью 109. Логический интерфейс между WTRU, 102а, 102b, 102с и базовой сетью 109 может быть определен как опорная точка R2, которая может быть использована для аутентификации, авторизации, управления конфигурацией IP-хоста и/или управления мобильностью.

[0071] Линия связи между каждой из базовых станций 180a, 180b, 180c может быть определена как опорная точка R8, которая включает в себя протоколы для облегчения передачи обслуживания WTRU и передачи данных между базовыми станциями. Линия связи между базовыми станциями 180a, 180b, 180c и шлюзом 182 ASN может быть определена как опорная точка R6. Опорная точка R6 может включать в себя протоколы для облегчения управления мобильностью на основе событий мобильности, ассоциированных с каждым из WTRU, 102a, 102b, 102с.

[0072] Как показано на фиг. 1E, RAN 105 может быть соединена с базовой сетью 109. Линия связи между RAN 105 и базовой сетью 109 может быть определена как опорная точка R3, которая включает в себя, например, протоколы для облегчения передачи данных и функциональных возможностей управления мобильностью. Базовая сеть 109 может включать в себя домашний агент мобильного IP (MIP-HA) 184, сервер 186 аутентификации, авторизации, учета (ААА) и шлюз 188. В то время как каждый из вышеуказанных элементов изображен как часть базовой сети 109, следует понимать, что любой из этих элементов может находиться в собственности и/или эксплуатироваться объектом иным, чем оператор базовой сети.

[0073] MIP-HA может отвечать за управление IP-адресами и может позволять WTRU 102a, 102b, 102с перемещаться между различными ASN и/или различными базовыми сетями. MIP-HA 184 может обеспечивать WTRU 102a, 102b, 102с доступом к сетям с коммутацией пакетов, таким как Интернет 110, для облегчения связи между WTRU 102a, 102b, 102с и IP-устройствами. ААА-сервер 186 может отвечать за аутентификацию пользователей и службы поддержки пользователей. Шлюз 188 может способствовать организации межсетевого обмена с другими сетями. Например, шлюз 188 может обеспечивать блоки WTRU 102a, 102b, 102с доступом к сетям с коммутацией каналов, таким как PSTN 108, для облегчения связи между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Кроме того, шлюз 188 может обеспечивать WTRU 102a, 102b, 102с доступом к сетям 112, которые могут включать в себя другие проводные и беспроводные сети, которые принадлежат и/или эксплуатируются другими поставщиками услуг.

[0074] Хотя не показано на фиг. 1E, следует иметь в виду, что RAN 105 может быть соединена с другими ASN, и базовая сеть 109 может быть соединена с другими базовыми сетями. Линия связи между RAN 105 и другими ASN может быть определена как опорная точка R4, которая может включать протоколы для координации мобильности WTRU 102a, 102b, 102с между RAN 105 и другими ASN. Линия связи между базовой сетью 109 и другими базовыми сетями может быть определена как опорная точка R5, которая может включать в себя протоколы для облегчения межсетевого обмена между домашними базовыми сетями и посещаемыми базовыми сетями.

[0075] Фиг. 2 является схематичным представлением примера внутрисотовых помех между D2D-линиями связи. Когда два или более D2D-передающих WTRU в той же самой соте передают сигналы (например, сигналы обнаружения) на том же самом ресурсе, помеха 202, 204 может вводиться в D2D-передачу в соте.

[0076] Фиг. 3 является схематичным представлением примера межсотовых помех между D2D-линиями связи и от D2D-линии связи к сотовой линии связи. Когда D2D-передающий WTRU на краю соты передает сигнал (например, сигнал обнаружения), используя те же самые ресурсы, что и один или более передающих WTRU (например, WTRU, передающий D2D-сигнал, сотовый сигнал (например, такой как UL PUSCH) и/или т.п.) в соседней соте, помеха 302 может вводиться в сигнал, такой как D2D-сигнал 304 и/или PUSCH-передача 306, в соседней соте.

[0077] Фиг. 4 является схематичным представлением примера внутрисотовых помех от сотовой линии связи к одной или более D2D-линий связи. Когда сотовый передающий WTRU на краю соты передает сигнал (например, UL PUSCH-передачу) с использованием тех же самых ресурсов, что и D2D-передающий WTRU в соседней соте, помеха 402 может вводиться в D2D-передачу в соседней соте.

[0078] Помех между сотовой UL-передачей и D2D-линиями связи можно избежать путем выделения некоторого количества подкадров для D2D. Помехами между D2D-линиями связи в той же соте, а также перекрестных соседних сотах можно управлять.

[0079] Помехами можно управляться посредством распределения ресурсов. Например, за счет распределения ресурсов должным образом, вероятность того, что два или более D2D-WTRU выберут один и тот же ресурс, может быть уменьшена. Например, сеть может определить объем ресурсов, чтобы распределять двум или более D2D-передающим WTRU. Например, сеть может определить, какие ресурсы распределять определенному WTRU. Например, D2D-WTRU может выбрать ресурсы для передачи сигнала обнаружения.

[0080] Фиг. 5 является схематичным представлением, иллюстрирующим пример случая обнаружения. Случай обнаружения может относиться к некоторому количеству последовательных подкадров, которые могут быть зарезервированы в периоде обнаружения. Случай обнаружения быть использован для обнаружения. Период обнаружения может относиться к периоду времени между началом двух последовательных случаев обнаружения. Например, период обнаружения может быть равен t секунд. Цикл случаев обнаружения может относиться к набору N_do≥1 последовательных случаев обнаружения.

[0081] Сеть может относиться к узлу (например, любому узлу), который участвует в управлении распределением ресурсов для передачи сигнала обнаружения. Например, сеть может относиться к еNB, ProSe-серверу, мобильному устройству, которое может действовать в качестве централизованного координирующего объекта для функции D2D-обнаружения, и/или т.п. Один или более вариантов осуществления, обеспеченных здесь, могут быть представлены в контексте обнаружения. Один или более вариантов осуществления, обеспеченных здесь, могут применяться к прямой связи от устройства к устройству (D2D). Один или более вариантов осуществления настоящего изобретения могут применяться к части данных D2D-связи. Один или более вариантов осуществления, обеспеченных здесь, могут применяться к части управления D2D-связи (например, СА, D2DSS или другому управляющему сигналу). Например, один или более вариантов осуществления, обеспеченных здесь, могут применяться к информации управления боковой линии связи (SCI), которая может переноситься на физическом канале управления боковой линии связи (PSCCH), или к сигналам синхронизации боковой линии связи, которые могут переноситься на физическом широковещательном канале боковой линии связи (PSBCH).

[0082] Передатчик WTRU может передавать назначение планирования (SA), которое может указывать, например, ресурсы (например, время и частоту, например подкадр(ы) и/или PRB), используемые для передачи D2D-данных к WTRU-приемнику, например, когда WTRU могут выполнять D2D-связь. Например, передающий WTRU может передавать данные на D2D-ресурсах, которые могут быть указаны с помощью назначения планирования. Принимающий WTRU может определять ресурсы (например, время и частоту) для приема данных на основе, например, приема назначения планирования.

[0083] D2DSS может быть сигналом синхронизации от устройства к устройству.

[0084] WTRU может быть сконфигурирован с одним или более независимыми процессами обнаружения. Например, процесс обнаружения может быть привязан к конкретному приложению и/или может соответствовать конкретному сигналу обнаружения, который WTRU передает и/или принимает. Примеры, приведенные здесь, могут быть специфическими для процесса обнаружения и/или применимыми ко всем процессам обнаружения, например, сразу. WTRU может быть сконфигурирован с одним или несколькими процессами D2D-связи. Один или более вариантов осуществления, описанных здесь, могут применяться на основе по каждому процессу D2D-связи. Один или более вариантов осуществления, описанных здесь, могут применяться к множеству (например, всем) процессов D2D-связи, например, сразу. Один или более вариантов осуществления, описанных здесь, могут применяться к некоторым режимам работы D2D (например, режим 1 - с еNB-управлением, режим 2 - распределенный и т.д.) и/или к некоторым состояниям покрытия D2D (например, в зоне покрытия, на краю зоны покрытия, вне зоны покрытия).

[0085] Сигнал обнаружения может соответствовать D2D-сообщению, которое несет информацию, относящуюся, например, к процессу обнаружения (например, близость, идентификаторы обнаружения). D2D-сообщение может переносить, например, часть данных D2D-связи. Сообщение D2D может переносить, например, информацию назначения планирования, которая может использоваться для выполнения функции (например, планирования части данных D2D- связи).

[0086] Один или более вариантов осуществления, описанных здесь в контексте сигналов обнаружения, могут применяться к любым D2D-передачам и/или сообщениям. Сигнал обнаружения, ресурс сигнала обнаружения, измерения и т.д. могут использоваться взаимозаменяемо и/или применяться к D2D-сообщению, D2D-ресурсам или измерению.

[0087] Могут быть обеспечены один или более вариантов осуществления для распределения ресурсов. Для WTRU может быть выделен один или более ресурсов для передачи сигнала обнаружения. Для WTRU может быть выделен один или более ресурсов для D2D-передач (например, SA и/или передач данных). WTRU может выбрать один или более ресурсов для D2D-передач (например, SA и/или передач данных). Распределение ресурсов может быть охарактеризовано посредством информации о временных характеристиках (например, когда ресурс доступен, с гранулярностью одного интервала времени передачи (TTI) и/или подкадра), посредством частоты (например, несущая, набор PRB (блоков физических ресурсов) и/или т.п.), посредством информации (например, где по частоте находится ресурс, например, для одного или более подкадров), посредством параметров, которые могут определять, каким образом передается и/или принимается сигнал (например, последовательность, шаблон скачкообразного изменения и/или т.п.) и/или т.п. Информация о временных характеристиках может включать в себя абсолютную информацию о временных характеристиках, периодическую информацию о распределении, информацию о временных характеристиках относительно другого аспекта конфигурации и/или процесса обнаружения и/или т.п. Информация, относящаяся к распределению ресурсов, может сигнализироваться (например, сигнализироваться в явном виде) и/или быть параметризованной, например, таким образом, что WTRU может неявно вычислить и/или определить распределение ресурсов (например, во времени и/или по частоте) и/или WTRU может быть табулирован, так что индексами к одному или более элементам в таблице(ах) можно обмениваться.

[0088] Распределение ресурсов может быть структурировано, например, таким образом, что оно может быть представлено в виде индексированного списка элементов, например, где каждый элемент может соответствовать конкретному ресурсу. Например, WTRU может быть сконфигурирован с индексом конфигурации, который может представлять одну из количества X возможных конфигураций для конкретной применимой структуры кадра (например, FDD или TDD, при сетевом покрытии, структура кадра, специфичная для прямой связи от WTRU к WTRU связи, и/или операции обнаружения). Индекс конфигурации может относиться к табличному значению, которое может быть использовано посредством WTRU для определения набора доступных ресурсов (например, в соте). WTRU может использовать эту информацию для определения индексации ресурсов.

[0089] WTRU может быть сконфигурирован с частотным сдвигом (например, если ресурсы охватывают поднабор всех блоков физических ресурсов (PRB) в данном подкадре). Частотный сдвиг может указывать первый PRB ресурса для данного подкадра. Для временного интервала (такого как кадр 10 мс, период времени Y TTI, Y мс и/или Y радио кадров и т.д.), WTRU может определить, какой подкадр включает в себя ресурс, и/или местоположение первого PRB ресурса. Ресурс может быть индексирован для периода (например, периода Y) в порядке возрастания номера подкадра и/или PRB в частотной области (например, если множество ресурсов может быть мультиплексировано по частоте для данного подкадра). Например, первому ресурсу в периоде Y может быть выделен индекс 0, второму ресурсу в период Y может быть выделен индекс 1 и т.д. Для WTRU ресурсы могут выделяться таким образом, что все ресурсы в наборе доступны, и/или таким образом, что поднабор ресурсов в наборе может быть доступен, например, путем приема (например, как часть конфигурации) параметра маскирования и/или конкретных индексов, которые представляют поднабор ресурсов в наборе ресурсов.

[0090] Ресурс для SA и/или ассоциированной с ним передачи данных может содержать индекс для множества частот и/или элементов PRB, например, в D2D-связи. WTRU может быть сконфигурирован, чтобы повторять SA. Ресурс SA может содержать, например, ассоциированную информацию, указывающую шаблон передачи (например, частоту и/или временное местоположение SA в течение некоторого периода времени). Период планирования может относиться к частоте и/или временному местоположению SA в некотором периоде времени. Ресурс для передачи данных может включать в себя ассоциированный шаблон передачи. Данные не обязательно могут повторяться. Данные могут содержать возможности передачи для WTRU.

[0091] Например, WTRU может быть сконфигурирован с одним или более ресурсами для D2D-связи. Один или более ресурсов для D2D-связи могут быть ассоциированы с режимом работы (например, режимом 1, режимом 2 и т.д.). Один или более ресурсов для D2D- связи могут быть ассоциированы с состоянием покрытия. Например, WTRU может быть сконфигурирован, чтобы передавать отчет к еNB о ресурсах, которые могут быть под контролем еNB, например, о пуле ресурсов, ассоциированном с операциями (например, операциями в зоне покрытия, на краю зоны покрытия).

[0092] Могут обеспечиваться измерение и отчетность WTRU. WTRU может выполнять одно или более измерений и сообщать об одном или более измерениях в сеть (например, к еNB), например, чтобы помочь сети определять объем ресурсов, выделяемый для WTRU.

[0093] Статус доступности ресурса может быть определен на основе измеренного уровня энергии. Измеренный уровень энергии может сравниваться с порогом, чтобы определить статус доступности ресурса.

[0094] Ресурс может быть определен как занятый и/или недоступный для передачи. Например, ресурс может быть определен как занятый и/или недоступный для передачи, когда измеренный уровень энергии на ресурсе выше порога. Ресурс может быть недоступным, когда измеренный уровень энергии на ресурсе превышает порог в течение предопределенного периода времени. Ресурс может быть недоступным, когда WTRU определяет, что ресурс используется другим WTRU, например, с помощью принятого и/или обнаруженного сообщения оповещения и/или сообщения управления, и/или т.п.

[0095] Ресурс может быть определен как доступный для передачи. Например, ресурс может быть определен как доступный для передачи, когда измеренный уровень энергии ниже порога. Ресурс может быть доступным, когда измеренный уровень энергии ниже порога в течение предопределенного периода времени. Ресурс, который является доступным, может быть использован WTRU в любое время (например, если выделен сетью для данного WTRU, чтобы выполнять передачу), и/или т.п.

[0096] Сигнал обнаружения может быть определен как присутствующий на ресурсе. Сигнал связи может быть определен как присутствующий на ресурсе. Например, сигнал (например, сигнал обнаружения и/или сигнал связи) может быть определен как присутствующий на ресурсе, когда измеренная энергия на ресурсе превышает определенный порог. Например, сигнал может быть обнаружен на ресурсе, когда измеренная энергия на ресурсе превышает порог в течение некоторого периода времени. Сигнал может быть обнаружен на ресурсе, когда сигнал обнаружения успешно декодирован на ресурсе. Сигнал может быть обнаружен на ресурсе, когда управляющий сигнал, ассоциированный с сигналом обнаружения и/или сигналом связи (например, указывающий на присутствие сигнала обнаружения или сигнала связи), успешно декодирован, и/или т.п.

[0097] WTRU может измерять использование SA путем подсчета SA (например, успешно принятых SA) во временном кадре. Может быть определено, что SA-ресурсы были успешно приняты, например, если WTRU декодирует SA и ассоциированные проверки CRC. SA может считаться успешно принятым, если измеренное SNR выше порога. Порог может быть определен (например, путем испытаний, сконфигурирован и т.д.). WTRU может подсчитывать SA, когда CRC маскирован идентификатором, который неизвестен для WTRU. SA-ресурс, который успешно принят, может рассматриваться как использованный.

[0098] Блок WTRU может измерять использование SA путем измерения энергии в SA-ресурсах. SA-ресурс может рассматриваться как использованный, например, если WTRU измеряет уровень энергии в местоположении SA-ресурса (например, по времени/частоте). SA-ресурс может рассматриваться как использованный, если WTRU определяет, что уровень энергии в SA-ресурсе выше порога. Порог может быть предварительно определен. Порог может быть определен посредством других параметров (например, путем испытаний или сконфигурирован).

[0099] WTRU может измерять эффект ближнего-дальнего. WTRU может определять эффект ближнего-дальнего. Эффект ближнего-дальнего может влиять, например, на способность WTRU принимать сообщения от других WTRU (например, когда уровень сигнала WTRU может быть выше, чем сигнал от других WTRU, когда обнаружение сигнала низкой принимаемой мощности труднее, чем обычно, и/или т.п.).

[0100] WTRU может испытывать негативное влияние эффекта ближнего-дальнего, например, когда WTRU принимает сигнал от одного или более WTRU с более сильной мощностью, чем сигналы других WTRU. WTRU может быть сконфигурирован, чтобы детектировать выборки эффекта ближнего-дальнего путем измерения мощности сигнала одного или более устройств в непосредственной близости. WTRU может быть сконфигурирован, чтобы детектировать выборки эффекта ближнего-дальнего путем определения того, имеет ли один или более сигналов в непосредственной близости потенциал для создания эффекта ближнего-дальнего. WTRU может быть сконфигурирован, чтобы детектировать выборки эффекта ближнего-дальнего путем определения того, когда один или более сигналов сильнее, чем другие сигналы на некоторую величину, например, на предопределенную величину или порог.

[0101] WTRU может определять D2D-ресурсы данных на основе, например, шаблонов D2D-передачи данных. D2D-ресурс данных может содержать предопределенный шаблон (например, во времени, по частоте или оба). WTRU может быть сконфигурирован для измерения D2D-шаблона данных. WTRU может быть сконфигурирован для измерения для агрегированнго D2D-шаблона данных (например, WTRU может быть сконфигурирован, чтобы отчитываться по всем PRB для конкретного временного шаблона).

[0102] Измеренный уровень энергии может взвешиваться (например, разделяться, вычитаться в области дБ, модифицироваться и/или т.п.) посредством измерения/оценки теплового шума, выполняемой WTRU.

[0103] WTRU может сообщать об использовании ресурсов в сеть. WTRU может выполнять передачи, например, когда WTRU сконфигурирован с ресурсами для передачи (например, сигнала обнаружения, D2D-передачи или D2D-сообщения). Если ресурс выделен WTRU и/или процессу обнаружения, результат (например, обнаружения или D2D-передач) может с меньшей вероятностью подвергаться влиянию помех от других передающих WTRU. В этом случае можно предположить, что не существует никакого другого WTRU в непосредственной близости от передающего WTRU, если никакой другой WTRU не принимает успешно сигнал обнаружения от передающего WTRU.

[0104] Если ресурс может совместно использоваться множеством передающих WTRU (например, для того же или для различных процессов обнаружения и/или D2D-передач), на результат обнаружения могут оказывать влияние помехи от других передающих WTRU, которые могут конкурировать за ресурс и/или которые могут находиться в непосредственной близости друг от друга. В таком случае, может оказаться невозможным определить, имел ли контролирующий WTRU успех в приеме сигнала обнаружения или D2D-сообщения, например, потому, что принятый сигнал может быть слишком слабым (например, контролирующий WTRU может не находиться в непосредственной близости от передающего WTRU), так как уровень помех слишком высок (например, контролирующий WTRU может находиться в непосредственной близости от передающего WTRU, но сигнал может не обнаруживаться с достаточным отношением сигнал-шум) и/или т.п. Это может быть проблематичным для управления сетевым ресурсом, например, потому что может не иметься средств для определения, необходимы ли дополнительные ресурсы для обнаружения/связи.

[0105] Конфликты могут возникать в отношении ресурса, который совместно используется различными WTRU и/или процессами обнаружения. Сеть может выделить один или более ресурсов множеству передающих WTRU. Конфликт может произойти для соответствующего ресурса, когда более одного передающих WTRU передают сигнал обнаружения. Конфликт может произойти для соответствующего ресурса, когда множество передающих WTRU передают D2D-сообщение. Уровень генерируемых помех может быть функцией расстояния между передающими WTRU, которые генерируют конфликт на соответствующем ресурсе, и/или функцией относительного расстояния от принимающего WTRU до таких передающих WTRU (например, когда мощность сигнала, принимаемого от таких WTRU, имеет отношение, которое стремится к 1). Сеть может распределять ресурсы путем оценки частоты следования событий обнаружения. Сеть может распределять ресурсы путем оценки частоты следования событий D2D-передачи. Сеть может распределять ресурсы путем оценки частоты следования передач WTRU, совместно использующих ресурс. Сеть может распределять ресурсы путем ориентации на конкретную частоту конфликтов, например, так, что сеть не выполняет чрезмерное распределение ресурсов (например, низкая частота конфликтов, суб-оптимальное использование ресурсов и т.д.) и/или не выполняет недостаточное распределение ресурсов (например, высокая частота конфликтов, низкая эффективность механизма обнаружения и т.д.).

[0106] Сеть может не определить надлежащую рабочую точку при распределении ресурсов. Например, сеть может не знать частоту передачи сигналов обнаружения (например, в случае автономных для WTRU инициирующих условий (триггеров)), количество активных передающих WTRU (например, когда передача обнаружения поддерживается в режиме ожидания (IDLE)), географическое распределение WTRU (например, передающих или принимающих), участвующих в D2D-передачах (например, процесс(ы) обнаружения или передачи, связанные с данными, такими как SA и/или данные) в данной соте, для которой распределяются ресурсы, и/или т.п.

[0107] Сеть может перераспределять нагрузку и/или минимизировать риск конфликтов. Сеть может контролировать использование ресурсов для передачи (передач) (например, D2D-передачи, сигнала обнаружения, передачи, связанной с данными, и/или т.п.) в совместно используемых ресурсах, например, таким образом, что сеть может перераспределять ресурсы, когда обнаруживаются высокие частоты конфликтов. Если сеть может определить, что конфликты ниже определенного порога, то сеть может определить, что результат процесса обнаружения является функцией близости между WTRU, например, при условии, что помеха может считаться находящейся на приемлемом уровне для выделенных ресурсов.

[0108] Блок WTRU может идентифицировать один или более ресурсов, которые используются для передачи, с использованием индексов. Механизм отчетности может включать в себя использование ресурсов. Использование ресурсов может включать в себя информацию, относящуюся к прошлым передачам сигнала обнаружения для данного распределения ресурсов. Например, использование ресурсов может включать в себя информацию, относящуюся к плановой и/или запланированной передаче сигнала обнаружения и/или передачам сигнала обнаружения, которые произошли в прошлый конфигурируемый период времени. Отчетность может быть скомпонована передающим WTRU. Отчетность может приниматься сетевым узлом, например, узлом, от которого WTRU принял для распределения ресурсов для передачи сигналов обнаружения. Отчетность (которая может включать в себя, например, формат, триггеры, временные окна и/или т.п.) может быть конфигурироваться, например, вместе с распределением ресурсов.

[0109] Сетевой узел (например, базовая станция, такая как еNB) может конфигурировать один или более передающих WTRU, которые конфигурируются с аналогичным распределением ресурсов для отчетности. Когда сетевой узел принимает один или более отчетов, сетевой узел может использовать принятую информацию для получения вероятности конфликта для ресурса. Сетевой узел может определить, превышает ли такая вероятность порог или нет. Если она выше определенного порога, то сеть может инициировать изменение конфигурации для одного или более WTRU, например, так, что сигналы обнаружения лучше рассредоточиваются по выделенным ресурсам в соте.

[0110] WTRU могут находиться в непосредственной близости друг от друга, но уровни помех (например, которые могут быть обусловлены конфликтами в ресурсах, используемых для сигнала обнаружения) могут негативно повлиять на другие WTRU в корректном приеме сигнала обнаружения. WTRU и/или сеть могут определять, произошло ли то, что другой WTRU не обнаружил данный WTRU, например, потому, что данный WTRU не находится в непосредственной близости, и/или из-за конфликтов.

[0111] D2D-обнаружение может быть D2D-обнаружением типа 1, где WTRU может выбрать ресурс. D2D-обнаружение может быть обнаружением типа 2, где сетевой элемент может выбрать ресурс для WTRU. D2D-связь может быть D2D-связью режима 1, где сетевые элементы могут управлять ресурсами и/или параметрами передачи для WTRU. D2D-связь режима 1 может использоваться, когда WTRU находится в зоне покрытия. D2D-связь может быть D2D-связью режима 2, где WTRU может определять ресурсы(ы) и/или параметр(ы) передачи. D2D-обнаружение типа 1 может быть аналогичным D2D- связи режима 2.

[0112] Передача D2D-связи может происходить при сетевом покрытии или вне сетевого покрытия. WTRU может быть сконфигурирован так, чтобы работать, например, без сетевого управления (например, при D2D-связи режима 2), в то время как передачи WTRU при сетевом покрытии сети могут управляться сетевой базовой станцией и/или еNB (например, режим 1). WTRU может выбрать ресурсы для передач автономно, когда, например, WTRU передачи происходят за пределами сетевого покрытия. Сеть может быть не осведомлена о потенциальных ситуациях высоких помех. Сеть может быть осведомлена об использовании D2D-ресурсов, например, так, что ресурсы могут быть доступными для D2D-связи.

[0113] Конфликты SA и/или данных могут возникать вне сетевого покрытия. Конфликты SA и/или данных могут происходить между WTRU, управляемым посредством еNB, и другим WTRU вне сетевого покрытия.

[0114] Сеть может повторно использовать (например, распределять) тот же самый ресурс для одного или более WTRU, например, при сетевом покрытии. WTRU могут находиться в непосредственной близости, когда сеть может быть не осведомлена о географическом местоположении некоторых WTRU. Передачи могут конфликтовать на тех же самых ресурсах.

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

[0116] Рассматриваемый ресурс может относиться к ресурсу, используемому для передач прямых сигналов от WTRU к WTRU, например, передачи сигналов обнаружения, SA, индекса шаблона данных и/или т.п. Например, отчет может включать в себя один или более индексов, описывающих один или более ресурсов (например, по времени/частоте, например, подкадр(ы) или PRB), которые могут использоваться для передачи.

[0117] Ресурс в отчете может быть ассоциирован с одним или более из следующего. Например, ресурс в отчете может указывать на ресурс, для которого WTRU выполнил передачу. Например, ресурс в отчете может указывать ресурс, для которого WTRU выполнил передачу в течение периода времени, например, периода распределения последних Z ресурсов (например, кадра, периода, представленного посредством Y TTI, Y мс и/или Y кадров). Период может быть конфигурируемым. Отчет может посылаться передающим WTRU.

[0118] Например, ресурс в отчете может указывать ресурс, для которого WTRU, как можно ожидать, будет выполнять передачу, например, передачу, которая могла быть не выполнена в то время, когда WTRU компонует (например, генерирует) отчет. Например, ресурс в отчете может указывать ресурс, для которого WTRU, как можно ожидать, будет выполнять передачу в течение некоторого периода, например, периода распределения следующих Z ресурсов (например, кадра, периода, представленного посредством Y TTI, Y мс и/или Y кадров). Этот период может быть конфигурируемым. Отчет может посылаться передающим WTRU.

[0119] Например, ресурс в отчете может указывать индекс ресурса, для которого WTRU измерил наибольшую величину энергии (например, один или более). Например, ресурс в отчете может указывать индекс ресурса, для которого WTRU измерил наибольшую величину энергии в течение некоторого периода, например, периода распределения последних Z ресурсов (например, кадра, периода, представленного посредством Y TTI, Y мс и/или Y кадров). Этот период может быть конфигурируемым. В случае нескольких ресурсов в отчете, формат сигнализации может включать в себя средство для приемника, чтобы определять число элементов в отчете, например, путем включения общего числа элементов в отчет. Отчет может быть послан контролирующим WTRU и/или передающим WTRU. Например, ресурс в отчете может указывать индекс ресурса, для которого был обнаружен конфликт.

[0120] Например, ресурс в отчете может указывать индекс ресурса или индекс шаблонов, для которых передача была безуспешна (например, не было(и) принято(ы) квитирование(я), или процент передач не был квитирован).

[0121] Например, ресурс в отчете может указывать индекс ресурса, для которого был обнаружен эффект ближнего-дальнего.

[0122] Например, WTRU может сообщить индекс, соответствующий набору ресурсов, и/или идентификатор процесса (например, объект, принимающий отчет, может определять рассматриваемый набор ресурсов), за которым следует нуль (например, если передача не произошла за период отчетности). WTRU может сообщать один или более индексов, каждый из которых соответствует ресурсу, на котором WTRU выполнил передачу и/или, как ожидается, должен выполнять передачу. Отчет может включать в себя идентификатор процесса и/или события обнаружения. Идентификатор может быть ассоциирован с рассматриваемым ресурсом и/или может идентифицировать (например, неявно идентифицировать) соответствующий ресурс. Контролирующий WTRU может сообщать ID передающего WTRU с сигналом обнаружения, который был успешно декодирован на ресурсе и/или наборе ресурсов (например, идентификация может соответствовать ProSe ID, декодированному на ресурсе обнаружения). WTRU может сообщать ID одного или более передающих WTRU, например, когда эффект ближнего-дальнего вызывает проблемы (т.е. когда принимаемая мощность велика, если принятая мощность слабая). WTRU может сообщать ID, переносимый на соответствующем SA. WTRU может сообщать ID, переносимый на SA, ассоциированном с передачей данных D2D, для которой WTRU передает отчет.

[0123] Отчет может включать в себя информацию о местоположении. Информация о местоположении может быть ассоциирована с передачей сигнала обнаружения, приемом сигнала обнаружения и/или отчетом. WTRU (например, передающий WTRU и/или принимающий WTRU) может определять свое местоположение, например, на основании ID соты, информации GPS и/или другой информации о местоположении. WTRU может включать информацию о местоположении в отчет.

[0124] Отчет может включать результат соответствующего процесса и/или события обнаружения. Если WTRU имеет средства для определения, является ли процесс и/или событие обнаружения успешным, то WTRU может сообщить результат для соответствующего ресурса, процесса и/или события обнаружения. Например, WTRU может определить, что результат является успешным для процесса и/или события обнаружения, что может быть многонаправленным. Многонаправленный процесс и/или событие обнаружения может происходить вследствие приема и/или детектирования сигнала обнаружения от другого WTRU, например, как ответ на свою собственную передачу. Многонаправленный процесс и/или событие обнаружения может происходить вследствие установления прямого канала связи с одним или более WTRU после передачи сигнала обнаружения для соответствующего(их) ресурса(ов) и/или для соответствующего процесса и/или события обнаружения.

[0125] Отчет может включать в себя результат по меньшей мере попытки передачи. Передающий WTRU может сообщить о сбое передачи D2D или сообщения обнаружения (например, вследствие отсутствия и/или ограниченности имеющихся ресурсов для WTRU для передачи сигнала обнаружения, например, в течение определенного периода времени, и/или вследствие конфликта на ресурсе с другой передачей.

[0126] Отчет может включать в себя результат, основанный на доступности ресурсов. WTRU может определять, что доступно недостаточно ресурсов для передачи (например, сигнала обнаружения, SA или D2D-данных) в соответствии с одним или комбинацией следующего.

[0127] WTRU может определить, что недостаточно ресурсов доступно для передачи, когда измеренная принимаемая энергия на одном или более ресурсах (например, всех ресурсах) выше определенного порога. Ресурсы могут рассматриваться как занятые другими WTRU.

[0128] WTRU может определить, что недостаточно ресурсов доступно для передачи, когда WTRU определяет, например, что другие WTRU используют один или более ресурсов (например, все ресурсы), что может быть определено посредством приема сообщений оповещения (например, SA) и/или других сообщений, указывающих, какие ресурсы используются. Может не иметься ни одного ресурса, доступного для WTRU, чтобы передавать, например, сигнал обнаружения, SA или D2D-данные.

[0129] WTRU может определить, что недостаточно ресурсов доступно для передачи, когда сеть не распределяет никаких ресурсов для D2D-WTRU, например, в течение некоторого периода времени.

[0130] WTRU может определить, что недостаточно ресурсов доступно для передачи. WTRU может определить, что количество доступных ресурсов недостаточно (например, для WTRU, чтобы удовлетворить требуемому и/или целевому QoS обнаружения, скорости передачи и/или D2D-данных), например, на основе принятой энергии, измеренной на ресурсах, определенного порога, и/или на основе принятого SA. Это может быть определено, например, для периода времени.

[0131] Передающий WTRU может передавать отчет после одной или более успешных передач. Успешная передача может включать в себя то, что WTRU находит доступный(е) ресурс(ы) для передачи сигнала обнаружения. WTRU может сообщать об одной или более из следующей информации, ассоциированной с успешной передачей.

[0132] WTRU может сообщать о числе попыток передачи, прежде чем WTRU может успешно выполнить передачу, например, сигнала обнаружения, D2D-передач, D2D-данных и/или SA (например, количество подкадров, в которых никакие ресурсы не были доступны). Попытка передачи может включать в себя один или более подкадров обнаружения, в которых WTRU пытается передать D2D-передачу, например, беспроводным способом на разрешенном ресурсе обнаружения. Например, WTRU может определить, что попытка не удалась, если WTRU разрешено передавать на D2D-ресурсе(ах), но он не находит доступный ресурс (например, измеренная энергия на ресурсе выше порогового значения) для одного или более подкадров.

[0133] WTRU может сообщить, например, среднее время, необходимое для успешной передачи сигнала обнаружения, что может быть определено как время, которое доступно для передачи, к времени, требуемому для передачи по воздуху. Среднее время может быть определено по количеству передач сигнала обнаружения, по количеству периодов обнаружения и/или в пределах одного периода. WTRU может сообщить соотношение количества попыток к успеху. WTRU может сообщить количество D2D-данных. WTRU может сообщить количество передач D2D-данных, выполненных WTRU (например, в единицах MAC PDU, общий объем доставленных данных, скорость передачи данных и т.д.).

[0134] Передающий WTRU может послать отчет после определения того, что он имеет недостаточно ресурсов для удовлетворения своего целевого QoS и/или скорости передачи обнаружения, например, в течение сконфигурированного интервала времени. WTRU может сообщить о наличии ресурсов, использовании ресурсов и/или количестве ресурсов, используемых WTRU для удовлетворения своего целевого QoS и/или скорости передачи обнаружения, например, как это определено для процессов обнаружения WTRU и/или конфигурации D2D-данных.

[0135] Отчет может включать в себя результат, основанный на квитировании передачи. WTRU может иметь средства, чтобы определить, была ли передача или множество передач в течение некоторого периода времени успешной, например, путем приема квитирования переданного PDU (например, H-ARQ, RLC, TCP/IP, ACK и т.д.). WTRU может определить, что PDU или множество PDU в течение некоторого периода времени не были доставлены, например, ввиду отсутствия квитирования для этих PDU или отсутствия ответа от принимающего WTRU. Например, WTRU может считать передачу успешной, если PDU был квитирован. WTRU может считать передачу безуспешной, если, например, PDU превышает свои попытки повторной передачи без приема АСК. WTRU может сообщить о сбое на данном ресурсе, множестве сконфигурированных ресурсов для отчетности или множестве ресурсов (например, шаблоне) в течение некоторого времени. WTRU может сообщить число сбоев или успехов среди всех возможностей/попыток передачи в течение некоторого периода времени. WTRU может сообщить процент сбоев для возможностей передачи. WTRU может сообщить частоту успеха или частоту сбоев на ресурсе. WTRU может сообщить множество сконфигурированных ресурсов для отчетности. WTRU может сообщить множество ресурсов (например, шаблон), измеренных в течение некоторого времени. WTRU может сообщить индекс ресурса, множества ресурсов или шаблон, используемый для передачи, в которой мог быть обнаружен сбой передачи. WTRU может сообщить TTI, в котором мог быть обнаружен сбой.

[0136] Отчет может включать в себя измеренное использование ресурсов. Передающий и/или контролирующий WTRU может сообщить измеренное использование ресурсов при попытке передачи и/или приема сигнала обнаружения, например, в течение некоторого периода времени, независимо от того, пытается ли он передавать или нет. Ресурсы, которые WTRU измеряет, могут быть сконфигурированы сетью. WTRU может определить ресурсы для измерения на основе, например, доступных ресурсов для D2D- передач (например, обнаружения, SA, данных и/или шаблонов данных). Отчет может включать в себя среднее число занятых и/или доступных ресурсов (например, ресурсов сигнала обнаружения, SA, шаблона D2D-данных) на подкадр в течение определенного периода (например, случая обнаружения, интервала планирования D2D-данных) и/или на некоторое количество подкадров. Отчет может включать в себя общее и/или среднее число занятых и/или доступных ресурсов на подкадр (например, с энергией выше и/или ниже порога или на основе успешно обнаруженного SA и/или на основе успешно декодированных сигналов обнаружения). Отчет может включать в себя то, занят ли шаблон или доступен. Шаблон может считаться занятым, если один или более ресурсов (и/или возможностей передачи) в пределах шаблона считаются занятыми (например, на основе измерений уровня энергии на этих ресурсах). WTRU может сообщить о занятом шаблоне. WTRU может сообщать о количестве занятых шаблонов среди доступных шаблонов. WTRU может обеспечить сконфигурированный шаблон для отчета. Например, WTRU может обеспечить сконфигурированный шаблон для отчета, занят ли шаблон или нет. Отчет может включать минимальное число занятых и/или имеющихся ресурсов и/или подкадр, в котором имело место это минимальное значение. Отчет может включать в себя число подкадров в течение определенного периода времени, например, в которых х ресурсов или меньше доступны (или, например, y ресурсов или более заняты), и/или где х и у являются числами, сконфигурированными сетью.

[0137] Отчет может включать в себя метрику, которая может указывать процент, отношение или количество ресурсов, которые заняты и/или доступны в подкадре и/или наборе подкадров, например, в течение определенного периода. Отчет может включать в себя метрику в течение периода времени (например, периода D2D- планирования). Отчет может включать среднее количество ресурсов или фактическое количество ресурсов (или, например, процент ресурсов) на подкадр(ы) в течение определенного периода (например, одного подкадра, множества подкадров и/или случая обнаружения) с измеренным уровнем энергии выше порога, ниже порога и/или тех ресурсов, для которых сигнал (например, SA <обнаружения, D2D-данные) был успешно детектирован. Порог может быть сконфигурирован сетью как часть сообщения конфигурации и/или может соответствовать порогу, используемому WTRU, чтобы определить, доступен ли ресурс для передачи или нет.

[0138] Отчет может включать количество энергии, измеренное WTRU. Количество энергии может быть измерено на ресурсе(ах) и/или на наборе ресурсов в течение подкадра и/или набора подкадров. WTRU может сообщить индекс для ресурса, множества ресурсов (например, шаблона), измеренный уровень энергии и/или подкадр, в котором было сделано измерение. WTRU может сообщить индекс для ресурса и/или среднюю измеренную энергию на ресурсе(ах) в течение периода времени. Отчет может включать количество энергии на одном или более ресурсах с наибольшей энергией (например, наибольшие X величин энергии).

[0139] Отчет может указывать, что конфигурация сетевых ресурсов может быть недостаточным. Передающий WTRU может быть сконфигурирован так, чтобы сообщать, что объем ресурсов, в текущий момент распределенных сетью (например, в текущей соте), является недостаточным для WTRU для удовлетворения QoS и/или скорости передачи процесса обнаружения WTRU или передачи D2D-данных. WTRU может послать отчет после того, как принята новая конфигурация (например, из SIB) и/или после того, как WTRU сменил соту (например, в режиме ожидания), и количество ресурсов, выделенных в новой соте, является недостаточным для WTRU. WTRU может сообщить сети об объеме ресурсов, необходимых для WTRU для удовлетворения своего целевого QoS и/или скорости передачи обнаружения, например, как определено для конфигурации процессов обнаружения WTRU или конфигурации передачи D2D-данных.

[0140] Отчет может включать в себя отчет контролирующим WTRU о результате сигнала обнаружения или декодирования D2D-передачи. Например, контролирующий WTRU может сообщить количество и/или частоту сбоев и/или успехов на выделенном ресурсе, множестве ресурсов или принятом шаблоне данных (например, для обнаружения типа 2, связи режима 1 или обнаружения типа 2) (например, частоту успешного приема по одному или более запланированных случаев). Отчет может указывать сбой декодирования, что, например, может относиться к тому, когда контролирующий WTRU не может декодировать сигнал обнаружения или D2D-передачу на ресурсе. Отчет может указывать успех декодирования, что, например, может относиться к тому, когда контролирующий WTRU успешно декодирует сигнал обнаружения на ресурсе. Отчет может указывать сбой декодирования или успех декодирования для одного или более (например, множества) ресурсов. WTRU может пытаться декодировать D2D-передачи на конкретном наборе ресурсов в пределах периода планирования (например, WTRU декодировал SA, указывающее возможности передачи для WTRU). WTRU может считать количество успешных или безуспешных попыток декодирования. WTRU может считать количество успешных или безуспешных процессов HARQ. Отчет может включать в себя сбой декодирования для множества ресурсов (например, X из Y процессов HARQ были безуспешны, или процент обнаруженных сбоев среди всех возможностей приема в течение наблюдавшегося периода планирования). Отчет может указывать частоту сбоев и/или успеха декодирования, что, например, может относиться к соотношению между количеством сбоев и/или успехов на ресурсе и/или общему количеству декодирований. Количество может быть общим количеством отказов на каждом ресурсе, средним количеством отказов на всех ресурсах в подкадре и/или средним количеством отказов на одном ресурсе по некоторому числу подкадров.

[0141] Отчет может указывать количество ресурсов на подкадре (например, или их среднее), на которых WTRU обнаружил присутствие сигнала обнаружения или передачи данных, но не смог успешно декодировать сигнал. WTRU может считать, что он обнаружил наличие сигнала обнаружения, когда происходит одно или более из следующих событий: принятая полная энергия, измеренная на ресурсе, выше порога, и/или принятый уровень опорного сигнала, измеренный на ресурсе (например, в реализации коррелятора), выше порога. Опорный сигнал может быть сигналом с известными свойствами.

[0142] WTRU может определить сбой декодирования на основании проверки циклическим избыточным кодом (CRC), передаваемой, например, вместе с остальной полезной нагрузкой сигнала обнаружения. CRC может маскироваться c RNTI, известным принимающему WTRU, например, в течение некоторого периода. Период может быть конфигурируемым. Этот период может быть периодом распределения последних Z ресурсов (например, кадром, периодом, представленным посредством Y TTI, Y мс и/или Y кадрами и/или т.п.). WTRU может определить успех в декодировании сигнала на основе успешного приема и/или проверки CRC.

[0143] Отчет может указывать количество ресурсов, на которых сигнал обнаружения был принят в подкадре и/или некотором числе подкадров. Отчет может указывать количество неудачных попыток декодирования и/или количество подкадров, в которых сигнал обнаружения был успешно декодирован и/или передан на более высокие уровни.

[0144] Отчет может указывать индекс ресурса(ов), на котором(ых) контролирующий WTRU не может декодировать сигнал(ы) обнаружения, например, в течение некоторого периода. Этот период может быть конфигурируемым. Этот период может быть периодом распределения последних Z ресурсов (например, кадром, периодом, представленным посредством Y TTI, Y мс и/или Y кадрами и/или т.п.). Отчет может быть послан контролирующим WTRU. Отчет может включать в себя количество успешно декодированных передач SA в интервале времени. Отчет может включать количество успешно декодированных передач SA для ассоциированной передачи данных, например, как определено идентификатором в SA или через более высокие уровни (например, MAC-заголовок, ProSe-идентификатор и т.д.). Отчет может включать идентификатор, ассоциированный с SA, которое может быть определено как вызывающее проблемы, такие как эффект ближнего-дальнего. Отчет может включать идентификатор, ассоциированный с SA, для которого детектирование SA может быть успешным, но прием данных может быть безуспешным (например, в течение некоторого интервала времени).

[0145] Отчет может включать уровень помех, который измерялся посредством WTRU. WTRU может быть сконфигурирован для выполнения измерения шума, например, в случае измерения шума. Например, сеть может не планировать D2D или сотовую связь в течение одного или более подкадров, и WTRU может выполнять измерение шума в течение не планируемого(ых) подкадра(ов). WTRU может выполнять измерение шума периодически, например, в одном или более случаях измерений помех. WTRU может быть сконфигурирован для измерения уровня помех по набору выделенных D2D-ресурсов (например, ресурсов времени/частоты обнаружения). WTRU может быть сконфигурирован, чтобы сообщать уровень помех выше уровня шума на основании измерения. WTRU может быть сконфигурирован, чтобы сообщать, когда измерение находится выше или ниже сконфигурированного порога.

[0146] Отчет может быть ограничен по размеру, например, таким образом, что максимум некоторое количество элементов включается в отчет, и/или отчет может выполняться по максимальному числу опорных периодов.

[0147] Может иметься один или более триггеров для WTRU, чтобы создавать (например, генерировать) и/или посылать (например, передавать) отчет. Например, WTRU может инициировать создание и/или передачу отчета, когда он принимает сигнализацию L3, которая запрашивает отчет. WTRU может инициировать передачу отчета, если WTRU сконфигурирован для отчета, а другой триггер инициирует передачу отчета. Сигнализация может быть специфической для процесса и/или события обнаружения (например, ассоциированного с одним идентификатором), поднабора процессов и/или событий обнаружения (например, ассоциированных с одним или более идентификаторами и/или на каждый тип распределения ресурсов) и/или может быть специфической для WTRU (например, применимой к одному или более идентификаторам). Например, WTRU может инициировать передачу отчета, если существует по меньшей мере одна или более передач, применимых для периода отчетности. WTRU может передавать отчеты по отдельности и/или как часть сообщения об успешном декодировании сигнала обнаружения, представляющего интерес, например, к ProSe-серверу. ProSe-сервер может пересылать отчет в RAN и/или предоставлять информацию (например, информацию нагрузки/конфигурации) к RAN, ММЕ, еNB и т.д.

[0148] WTRU может инициировать создание и/или передачу отчета периодически, например, если имеется по меньшей мере одна или более передач, применимых для периода отчетности. Например, отчетность может быть периодической в конце случая обнаружения и/или после некоторого количества случаев обнаружения. WTRU может быть сконфигурирован, чтобы периодически передавать отчет в D2D-передачах, например, вместе с периодическим BSR.

[0149] WTRU может инициировать создание и/или передачу отчета апериодическим образом. WTRU может инициировать передачу отчета посредством приема управляющей сигнализации, которая запрашивает, чтобы WTRU выполнил отчетность. Сигнализация может быть принята от сетевого узла. Сигнализация может быть выделенной сигнализацией и/или сигнализацией, применимой к множеству WTRU, (например, принимаемой по широковещательному каналу и/или по общему каналу управления). Например, сигнализация может создаваться вместе с предоставлением (грантом), передаваемым посредством еNB. WTRU может инициировать передачу отчета апериодическим образом, например, если имеется по меньшей мере одна или более передач (например, конфигурируемых передач), применимых для периода отчетности.

[0150] Сигнализация может указывать один или более WTRU (например, с использованием общего идентификатора, например, скремблированием запроса с использованием общего RNTI и/или запроса, посылаемого по общему каналу управления). Сигнализация может указывать один или более WTRU, сконфигурированных с по меньшей мере одним распределением ресурсов (например, WTRU, сконфигурированный для обнаружения и/или для прямой связи от WTRU к WTRU). Сигнализация может указывать на распределение ресурсов, для которых применима отчетность. Например, сигнализация управления может включать в себя информацию о распределении ресурсов и/или индексацию, например, таким образом, что WTRU может определить, соответствует ли она одной или более из своих конфигураций ресурсов. Если WTRU определяет, что информация распределения ресурсов и/или индексация соответствуют одному или более из своих конфигураций ресурсов, WTRU может инициировать отчетность для ресурса. Сигнализация может указывать идентификатор процесса и/или события. Например, сигнализация управления может включать идентификатор, например, таким образом, что WTRU может определять, соответствует ли он одному или более из его процессов. Если WTRU определяет, что идентификатор процесса и/или события соответствует одному или более из его процессов, то WTRU может инициировать отчетность для ресурсов, ассоциированных с процессом и/или событием. WTRU может инициировать создание и/или передачу отчета на основе изменения статуса операции. Например, отчет может быть инициирован после последнего подкадра периода и/или случая обнаружения. WTRU может сообщить сети, когда он возобновляет нормальную работу с еNB. Отчет может быть инициирован после того, как период планирования завершен. Например, WTRU может передать отчет после конфигурируемого числа периодов планирования.

[0151] WTRU может инициировать создание и/или передачу отчета на основе результата обнаружения или процесса и/или события передачи данных. Например, WTRU может инициировать отчетность, когда он определяет, что обнаружение или передача данных безуспешны. Например, WTRU может инициировать отчетность, когда WTRU определяет, что обнаружение или передача данных были безуспешными в течение определенного периода времени и/или в течение определенного числа попыток (например, периода с по меньшей мере одной передачей сигнала обнаружения), которые могут быть конфигурируемыми аспектами отчетности.

[0152] WTRU может инициировать создание и/или передачу отчета на основе результата приема/передачи SA. WTRU может инициировать отчетность, когда он определяет, что прием конфигурируемого числа SA был безуспешным. WTRU может инициировать отчетность, когда он определяет, что он не может передать SA конфигурируемое число раз, например, когда нет доступных ресурсов SA.

[0153] WTRU может инициировать создание и/или передачу отчета на основе результата декодирования сигнала обнаружения физического уровня посредством контролирующего WTRU. Например, WTRU может инициировать отчет в сеть, когда он определяет, что была достигнута определенная частота сбоев и/или успехов декодирования. Например, отчет может инициироваться, когда WTRU детектирует, что определенное число сбоев декодирования произошло в одном или более разрешенных подкадрах обнаружения или подкадре D2D-связи (например, как определено шаблоном передачи).

[0154] Отчет может быть инициирован, если WTRU обнаруживает триггер сбоя контролирующим WTRU. Отчет может быть инициирован, если WTRU не может декодировать конфигурируемое количество сигналов обнаружения или возможностей приема данных на одном или более ресурсах, например, на подкадре и/или на некотором количестве подкадров (например, последовательных подкадров, количестве подкадров в течение конфигурируемого периода, как указано шаблоном данных, и/или т.п.). Отчет может быть инициирован, если частота сбоев декодирования D2D-передачи (например, сигнала обнаружения или D2D-данных) выше порога на подкадре и/или некотором количестве подкадров (например, последовательных подкадров, некоторых подкадров в конфигурируемом периоде и/или т.п.). Частота сбоев декодирования может быть определена, как число неудачных попыток декодирования по отношению к числу всех попыток декодирования на ресурсах, на которых передается сигнал обнаружения. Частота сбоев декодирования может быть определена как число неудачных попыток декодирования по отношению к общему количеству ресурсов контроля. Отчет может быть инициирован, когда WTRU определяет, что частота сбоев SA или D2D-передач данных (например, через частоту блочных ошибок, BER, перерыв связи и т.д.) в течение некоторого периода времени. Отчет может быть инициирован, если WTRU сообщает в сеть, когда частота сбоев больше, чем порог.

[0155] Отчет может быть инициирован на основании успеха декодирования пакетов (например, числа успешно декодированных пакетов по отношению к общему количеству попыток).

[0156] Отчет может быть инициирован на основе результата попытки передачи посредством передающего WTRU. Например, WTRU может инициировать передачу отчета на основе результата попытки передачи (например, сбой передачи, количество попыток до успешной передачи и/или т.п.). Сбой передачи может относиться к WTRU, не находящему доступного ресурса для передачи на ресурсе обнаружения (например, допустимом ресурсе обнаружения) в одном или более подкадрах обнаружения (например, допустимых подкадрах обнаружения). Попытка передачи может включать то, когда WTRU пытается передать сигнал обнаружения на одном или более разрешенных ресурсах, например, на подкадре обнаружения. Успешная передача может включать то, когда WTRU находит доступный ресурс для передачи и/или передает сигнал обнаружения по радиоинтерфейсу. Например, попытка передачи может относиться к WTRU, пытающемуся передать SA и/или ассоциированные D2D-данные, например, для D2D-передач данных. Успешная передача может относиться к WTRU, находящему доступные ресурсы для передачи SA и ассоциированных D2D-данных, например, при D2D-передачах данных.

[0157] WTRU может инициировать создание и/или передачу отчета на основе сбоя передачи. Например, WTRU может инициировать создание и/или передачу отчета в результате неудачных попыток передачи по меньшей мере сигнала обнаружения в наборе доступных ресурсов обнаружения (например, пуле ресурсов). Сбой передачи может соответствовать тому, когда WTRU не может передать в данном подкадре или наборе подкадров. Сбой передачи может соответствовать тому, когда WTRU не может передать сигнал обнаружения в течение случая обнаружения. Сбой передачи может соответствовать тому, когда WTRU не удается найти ресурс для передачи в конфигурируемом периоде времени. Сбой передачи может соответствовать тому, когда WTRU не удается передать SA и/или ассоциированные данные в течение некоторого периода (например, периода, в течение которого предоставление сети может быть действительным). Невозможность передачи может соответствовать тому, когда WTRU не удается найти ресурс для передачи SA и/или ассоциированных данных в течение некоторого периода (например, периода, для которого действительно предоставление сети). Сбой передачи может соответствовать тому, когда WTRU обнаруживает, что он не смог передать конфигурируемое количество раз в течение некоторого периода времени Т. Например, подсчет сбоев за некоторый период времени может быть связан с множеством передач сигналов обнаружения в течение случая обнаружения и/или множества случаев обнаружения, или для D2D-передач данных к одному или более PDCP, MAC или RLC PDU (например, WTRU может иметь X сбоев среди Y подкадров обнаружения в течение периода обнаружения, WTRU может иметь Х сбоев MAC PDU среди Y новых случаев передачи данных в течение периода планирования). Сбой передачи может иметь место, когда WTRU обнаруживает, что число сбоев для попытки передачи сигнала обнаружения выше порога в течение конфигурируемого периода времени (например, если для каждой попытки передачи сигнала обнаружения WTRU не может передать в течение некоторого периода времени). Сбой передачи может иметь место, когда WTRU не может передать в течение конфигурируемого количества последовательных разрешенных подкадров обнаружения. Сбой передачи может иметь место, когда WTRU не находит достаточно ресурсов для передачи, чтобы достичь целевое QoS и/или скорость передачи обнаружения за конфигурируемый период времени.

[0158] WTRU может инициировать создание и/или передачу отчета на основе некоторого числа попыток до успешной передачи. Например, WTRU может передавать отчет к сети на основе количества попыток, прежде чем WTRU успешно передаст один или более сигналов обнаружения или сигналов D2D-передач данных. Отчет может быть инициирован, когда WTRU делает более X попыток до успеха для данной передачи и/или некоторого количества передач. Отчет может быть инициирован, когда среднее время до успеха для данного WTRU больше, чем порог. Отчет может быть инициирован, когда вероятность успеха (например, число успешных попыток/общее число попыток) ниже порога.

[0159] WTRU может инициировать создание и/или передачу отчета на основе измеренного использования ресурсов. Например, WTRU может инициировать отчет на основе измеренного статуса использования ресурсов. Использование отчета и ресурсов может измеряться передающим WTRU и/или контролирующим WTRU. Измеренное использование ресурсов обнаружения может относиться к WTRU, выполняющему измерение на ресурсе обнаружения в одном или более подкадров и/или измерение уровня энергии на ресурсе.

[0160] Инициирующим условием (триггером), связанным с использованием ресурсов, может быть то, когда количество ресурсов (NR) с измеренной энергией ниже порога в подкадре меньше, чем конфигурируемый порог, например, в течение некоторого периода времени. Период времени может быть, например, подкадром, конфигурируемым количеством подкадров, некоторым числом последовательных подкадров, процентом разрешенных подкадров обнаружения в пределах случая обнаружения и/или т.п. Триггером, связанным с использованием ресурсов может быть то, когда количество ресурсов (NR) с измеренной энергией выше порога в субкадре больше, чем конфигурируемый порог, в течение некоторого периода времени.

[0161] Триггером, связанным с использованием ресурсов, может быть то, когда среднее значение измеренной энергии по всем или поднабору ресурсов обнаружения в подкадре выше или ниже порога, например, в течение некоторого периода времени. Триггером, связанным с использованием ресурсов, может быть то, когда соотношение ресурсов с измеренной энергией ниже или выше порога по отношению к общему количеству ресурсов обнаружения в подкадре ниже или выше порога, например, в течение некоторого периода времени.

[0162] Триггером, связанным с использованием ресурсов, может быть то, когда WTRU определяет, что использование ресурсов в течение конфигурируемого периода времени (например, на основе соотношения и/или количества ресурсов с измеренной энергией ниже или выше порога) недостаточно для WTRU, чтобы достичь целевое QoS и/или скорость передачи обнаружения.

[0163] WTRU может инициировать создание и/или передачу отчета на основе измеренного использования ресурсов, например, D2D-связи. Например, WTRU может инициировать отчет на основе измеренного статуса использования ресурсов, например, в D2D-связи. Использование отчетов и ресурсов может быть измерено передающим WTRU и/или контролирующим WTRU.

[0164] Триггером, связанным с использованием ресурсов, может быть то, когда количество успешно декодированных ресурсов SA выше конфигурируемого порога.

[0165] Триггером, связанным с использованием ресурсов, может быть то, когда количество успешно декодированных ресурсов SA ниже конфигурируемого порога.

[0166] Триггером, связанным с использованием ресурсов, может быть то, когда число PRB D2D-данных (например, как указано агрегированными принятыми SA) выше конфигурируемого порога.

[0167] Триггером, связанным с использованием ресурсов, может быть то, когда количество PRB D2D-данных (например, как указано агрегированными принятыми SA) ниже конфигурируемого порога.

[0168] Триггером, связанным с использованием ресурсов, может быть то, когда энергия, измеренная в конфигурируемом множестве PRB (например, ассоциированных с D2D-передачами данных) выше порога.

[0169] Триггером, связанным с использованием ресурсов, может быть то, когда энергия, измеренная в конфигурируемом множестве PRB (например, ассоциированных с D2D-передачами данных) ниже порога.

[0170] Триггером, связанным с использованием ресурсов, может быть то, когда WTRU определяет, что доступный ресурс может оказаться недостаточным для достижения целевого и/или требуемого QoS для услуги D2D-передачи данных (например, VoIP, потокового видео и т.д.).

[0171] WTRU может быть сконфигурирован, чтобы инициировать передачу отчета после обнаружения изменения в ситуации покрытия и/или режиме D2D-передачи (например, режим 1 (с управлением от еNB), режим 2 (без управления от еNB). WTRU может быть сконфигурирован, чтобы инициировать передачу отчета. Блок WTRU может быть сконфигурирован, чтобы инициировать передачу отчета, когда WTRU входит зону покрытия еNB. Например, WTRU может обнаружить, что он имеет покрытие восходящей линии связи, когда WTRU успешно соединяется с еNB (например, состояние RRC-соединения).

[0172] WTRU может быть сконфигурирован, чтобы инициировать передачу отчета, когда WTRU переходит в режим 1. WTRU может быть сконфигурирован, чтобы передавать отчет, если WTRU сконфигурирован, чтобы работать в режиме 1.

[0173] WTRU может быть сконфигурирован, чтобы инициировать передачу отчета, когда WTRU меняет соты. WTRU может быть сконфигурирован, чтобы передавать отчет к новому еNB, например, после передачи обслуживания. WTRU может быть сконфигурирован, чтобы передавать после передачи обновления области отслеживания. WTRU может быть сконфигурирован, чтобы передавать, если WTRU сконфигурирован с D2D-передачами данных и меняет соты, например, в режиме ожидания.

[0174] WTRU может передавать отчет с использованием L2 (например, MAC) сигнализации (например, как элемента управления MAC), L3 (например, RRC) сигнализации (например, как RRC PDU, например, как часть процедуры отчетности) и/или в качестве сигнализации более высокого уровня (например, сигнализации NAS, сигнализации приложений и/или т.п.). Например, WTRU может принимать сигнализацию управления на PDCCH (например, апериодический запрос), который инициирует отчетность. WTRU может компоновать отчет как элемент управления MAC и включать его в передачу восходящей линии связи (например, следующую передачу восходящей линии связи). еNB может быть конечной точкой процедуры отчетности.

[0175] WTRU может принимать запрос на радиоканале-носителе сигнализации (SRB) в качестве RRC PDU, который инициирует отчетность. Например, WTRU может компоновать отчет в виде RRC PDU и делать его доступным для передачи на SRB.

[0176] WTRU может инициировать отчетность на уровне приложений. Например, WTRU может компоновать пакет управления на уровне приложений и делать его доступным для передачи в качестве RRC PDU (и делать его доступным, например, для передачи на соответствующем SRB (например, в случае, если используется NAS)) и/или в качестве данных пользовательской плоскости (и делать его доступным, например, для передачи для соответствующего DRB). ProSe и/или сервер приложений может быть конечной точкой процедуры отчетности.

[0177] WTRU может инициировать отчетность, если WTRU находится в режиме ожидания (IDLE) RRC. Например, WTRU может инициировать переход в режим соединения (CONNECTED) и передавать отчет в соответствии с применимым методом сигнализации. WTRU может оставаться в режиме ожидания и задерживать передачу отчета, пока он не перейдет в режим соединения, например, если используется RRC и/или протокол более высокого уровня.

[0178] Сетевой узел (например, базовая станция, например, развитый узел В (eNB)) может принимать отчет. Сетевой узел, который принимает сообщение, может определять частоту блокирования для данного ресурса, например, если отчет принимается от множества источников. Сетевой узел, который принимает отчет, может инициировать процедуру, которая изменяет конфигурацию ресурсов для одного или более WTRU таким образом, что оцененная частота может быть ниже, например, если частота превышает определенный порог.

[0179] Может быть обеспечено управление передачей сигнала обнаружения для управления ресурсами. Сетевой объект (например, еNB, ProSe-сервер и/или т.п.) может непосредственно управлять передачей сигналов обнаружения, например, с целью управления ресурсами, распределенными для D2D.

[0180] WTRU может приостанавливать и/или возобновлять передачу сигнала обнаружения на одном или более ресурсов после приема сигнализации из сети. Сеть может использовать эту функциональность, например, для оценки уровня помех и/или нагрузки, генерируемой одним или более WTRU и/или для диагностики и/или временного смягчения ситуации перегрузки на ресурсе. Например, сеть может определить, что WTRU может вызвать чрезмерные конфликты и/или помехи другим WTRU на ресурсе путем приостановления передач от WTRU и/или приема отчетов от одного или более других WTRU, которые показывают улучшение производительности после приостановки. Сеть может предпринимать корректирующие действия, например, переназначение WTRU другому набору ресурсов, ограничение WTRU, чтобы использовать ресурс в пределах определенного набора ресурсов (например, ресурс из конкретного пула ресурсов), увеличение количества ресурсов, доступных для передач сигналов обнаружения, и/или т.п. Когда WTRU принимает сигнализацию, указывающую приостановку передачи, приостановка может оставаться эффективной в течение некоторого периода (например, до истечения таймера, запущенного при приеме сигнализации) и/или до приема сигнализации, указывающей возобновление передачи. Длительность таймера может конфигурироваться более высокими уровнями и/или может указываться в сигнализации.

[0181] Приостановление и/или возобновление передачи могут применяться к одному или более сигналам обнаружения, которые передаются посредством WTRU. Приостановление может применяться к одному или более (например, поднабору) ресурсов. Сигнал(ы) обнаружения и/или ресурсы могут быть указаны в сигнализации.

[0182] WTRU может инициировать передачу одного или более сигналов обнаружения на одном или более ресурсах после приема сигнализации из сети. Передача может иметь место, даже если бы WTRU в противном случае не инициировал передачу сигнала обнаружения, например, основываясь на приложении и/или основываясь на конфигурации с ProSe-сервера. Сеть может использовать эту функциональность, например, для управления нагрузкой от передач сигнала обнаружения в течение некоторого периода времени, когда другие WTRU сконфигурированы для измерения и/или передачи отчета на ресурсе, например, в соответствии с примерами, приведенными здесь. Это может позволить сети получать информацию о потенциальном конфликте и/или проблеме помех между WTRU, более надежно и/или быстро, чем в противном случае.

[0183] Когда WTRU принимает команду передачи (например, в соответствии с описанным выше), свойство сигнала обнаружения может быть установлено на конкретное значение. Свойство может включать в себя ресурс, используемый для передачи сигнала обнаружения, полезную нагрузку обнаружения, RNTI, используемый для маскирования CRC, используемого для декодирования сигнала обнаружения, значение и/или конфигурацию RS демодуляции и/или т.п.

[0184] Значение свойства может быть сконфигурировано более высокими уровнями, определено заранее и/или указано в сигнализации. Принимающий WTRU может определить, что принятый сигнал обнаружения, который имеет свойство, установленное на конкретное значение, был передано в целях управления и/или контроля (например, только в целях управления и/или контроля). Принимающий WTRU может определить, что принятый сигнал обнаружения не может включать в себя полезную информацию, подлежащую переносу на более высокие уровни (например, за исключением отчетности о производительности).

[0185] WTRU, который измеряет и/или передает отчет на ресурсе, может контролировать один или более сигналов обнаружения, которые согласуются с по меньшей мере одним свойством. WTRU может передавать (например, периодически передавать) сигнал обнаружения в соответствии с указанными выше свойствами, без приема команды сигнализации. Экземпляры передачи и/или значения свойств могут быть сконфигурированы более высокими уровнями.

[0186] Могут быть обеспечены механизмы сигнализации для поддержки управления передачей обнаружения. Сигнализация может приниматься на физическом уровне, на подуровнях MAC и/или RRC и/или на более высоких уровнях. Например, WTRU может контролировать информацию управления нисходящей линии связи в пространстве поиска (например, общем пространстве поиска) с использованием RNTI. RNTI может быть общим для одного или более WTRU, сконфигурированных для передачи сигналов обнаружения.

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

[0188] Сигнализация может включать в себя указание (например, явное указание) идентификатора и/или набора идентификаторов WTRU и/или сигнал(ы) обнаружения, связанный(е) с командой. Набор идентификаторов может быть указан групповым идентификатором. Отображение между групповым идентификатором и набором идентификаторов может быть сконфигурировано более высокими уровнями (например, WTRU, передающий сигнал обнаружения, может быть сконфигурирован с групповым идентификатором, например, с целью управления передачей) и/или может включать поднабор битов (например, младших или старших битов) WTRU и/или идентификатор сигнала обнаружения.

[0189] WTRU может принять решение действовать вероятностным способом в ответ на принятую сигнализацию. Например, WTRU может получать случайное число (например, от 0 до 1) и определять, что он будет учитывать принятую сигнализацию, если случайно выбранное число меньше (например, или выше) порога. Порог может быть предварительно определенным, указываемым в сигнализации и/или предварительно сконфигурированным более высокими уровнями. Использование порога может позволить сети контролировать процент WTRU и/или процент сигналов обнаружения, учитываемых командой, чтобы инициировать и/или приостанавливать передачу.

[0190] Одна команда сигнализации может интерпретироваться как команда приостановки одним или более WTRU и/или как команда передачи другими WTRU. Например, WTRU, принимающий сигнализацию, может определить, что он может инициировать передачу сигнала обнаружения, если его идентификатор включен в первый сигнализированный групповой идентификатор. WTRU, принимающий сигнализацию, может определить, что он может приостановить передачу сигнала(ов) обнаружения, если он не включен в первый групповой идентификатор и/или если он включен в второй групповой идентификатор, включенный в сигнализацию.

[0191] Сигнализация для управления передачей для первого поднабора WTRU и/или идентификаторы сигналов обнаружения могут быть объединены с сигнализацией, используемой для инициирования измерения и/или отчетности на ресурсе обнаружения для второго поднабора WTRU, и/или идентификаторами сигналов обнаружения.

[0192] Могут быть обеспечены механизмы, чтобы позволить WTRU координировать использование ресурсов. После того, как WTRU сконфигурирован с ресурсами для передачи сигнала обнаружения, WTRU может выполнять передачу соответствующим образом. Если WTRU находится в зоне покрытия с еNB, пул ресурсов и/или выделенные ресурсы могут быть предварительно сконфигурированы и/или динамически конфигурироваться сетью. Если WTRU находится вне зоны покрытия еNB, WTRU может получить конфигурацию ресурсов из сохраненной предварительной конфигурации и/или от координирующего объекта (например, центра кластера). Ресурсы, используемые передающими и принимающими объектами, могут быть скоординированы, например, если поддерживается обнаружение/связь, когда WTRU находятся в зоне покрытия того же самого конфигурирующего объекта и/или ассоциированы с конфигурирующими объектами, которые скоординированы друг с другом. Проблемы могут возникнуть, когда WTRU выполняет передачу и/или прием во множестве областей в то же самое время, например, если обнаружение/связь поддерживается в сценариях, которые не скоординированы.

[0193] Для распределения ресурсов WTRU могут быть предварительно сконфигурированы с пулом ресурсов для передачи/приема при работе в режиме вне зоны покрытия. В частности, все WTRU могут быть также предварительно сконфигурированы с ресурсами, чтобы передавать и принимать информацию о конфигурации ресурсов (например, для передачи сообщения информации управления, например, сообщения синхронизации). WTRU также может конфигурироваться контролирующим объектом относительно того, какие ресурсы использовать в пуле ресурсов.

[0194] Фиг. 6 является схематичным представлением, иллюстрирующим пример сценариев для D2D-обнаружения и/или связи в зоне покрытия, вне зоны покрытия и в зоне частичного покрытия.

[0195] WTRU в зоне покрытия может обнаруживать и/или быть обнаруженным соседними WTRU, которыми могут управлять другие некоординированные управляющие объекты и/или могут приводиться в действие в другом спектре. Поскольку еNB могут обеспечивать пулы ресурсов для обнаружения в зоне покрытия, WTRU может быть не в состоянии обнаруживать и/или быть обнаруженным соседним WTRU, например, если соседний WTRU не контролирует тот же самый пул ресурсов. WTRU в зоне покрытия может перемещаться (например, автономно перемещаться) к спектру общественной безопасности (PS) и/или спектру вне зоны покрытия для выполнения приема и/или передачи, однако, например, без сетевой координации это может привести к потере данных и/или потере приема поискового вызова. Могут быть обеспечены механизмы для обеспечения координации между еNB и WTRU в зоне покрытия.

[0196] WTRU в зоне покрытия может принимать решение осуществлять связь с WTRU вне зоны покрытия сети, действовать в качестве ретранслятора от WTRU к сети с другим WTRU, и/или принимать решение осуществлять связь с соседним WTRU, который может определять набор ресурсов для использования посредством предварительной конфигурации и/или посредством управляющего объекта (например, центра кластера), который может не быть скоординированным с обслуживающим еNB. Ресурсы и/или время, используемые для передачи соседним WTRU, могут соответствовать подкадрам, в которых WTRU в зоне покрытия могут выполнять нормальную сотовую связь. WTRU в зоне покрытия может координироваться с еNB, чтобы запрашивать время и/или ресурсы, на которых он может осуществлять связь с соседним WTRU без негативного влияния на сотовую связь с еNB.

[0197] WTRU может переключаться (например, автономно переключаться) для передачи и/или приема на ресурсах, на которых соседний WTRU ожидает приема и/или передачи. Это может привести к потере данных, WTRU не передает на UL и/или пропускает случаи поискового вызова в режиме ожидания. Для того, чтобы избежать потери данных и/или потери поискового вызова, может быть обеспечена координация между еNB, WTRU в зоне покрытия, WTRU вне зоны покрытия и/или WTRU вне зоны покрытия управляющего объекта, например, для WTRU, использующих одиночную передачу и/или прием. Координация может включать в себя координацию шаблонов времени, в которых ожидается выполнение этой связи, и/или координацию ресурсов (например, частоты и/или времени), на которых может осуществляться эта связь и/или обнаружение.

[0198] Координация может иметь своей целью обеспечение возможности управляющим объектам выравнивать ресурсы, которые используют WTRU, участвующие в связи, и/или быть осведомленными об ограничениях планирования в течение этих периодов времени.

[0199] Сеть и/или координирующий объект могут быть осведомлены о конфликтах распределения ресурсов, например, таким образом, что сеть может перераспределить ресурсы и/или планировать WTRU, соответственно. Например, это может быть выполнено для связи в различных кластерах, которые могут управляться различными объектами. еNB может относиться к центру кластера и/или управляющему объекту в группе и/или кластере. WTRU в зоне покрытия может относиться к WTRU, который соединен с центром кластера и/или управляющим объектом. Соседний WTRU, PS WTRU и/или WTRU вне зоны покрытия могут относиться к WTRU, который сконфигурирован для работы в прямой связи. Пул ресурсов и/или конфигурация для соседнего WTRU, PS WTRU и/или WTRU вне зоны покрытия могут управляться некоординированным управляющим объектом, отличным от WTRU в зоне покрытия, и/или для которого ресурсы предварительно сконфигурированы.

[0200] Способы, описанные в настоящем документе, относящиеся к нахождению в зоне покрытия и вне зоны покрытия, могут применяться для обеспечения координации между WTRU, которые могут управляться различными некоординированными управляющими объектами или еNB и т.д.

[0201] WTRU в зоне покрытия может координировать, запрашивать интервал(ы) и/или запрашивать ресурсы для связи с WTRU вне зоны покрытия. Фиг. 7 является схематичным представлением примерного сценария связи между WTRU в зоне покрытия и WTRU вне зоны покрытия. Могут быть обеспечены взаимодействия между WTRU в зоне покрытия и WTRU вне зоны покрытия, например, для согласования распределения ресурсов для внесетевой линии связи (например, PC5). Может быть обеспечено взаимодействие между WTRU в зоне покрытия и еNB, например, для поддержки реконфигурации ресурсов и/или конфигурации интервалов/шаблонов. Описанные в настоящем документе примеры могут применяться к случаю, когда WTRU в зоне покрытия выполняет прямую связь общественной безопасности на ресурсах общественной безопасности.

[0202] Могут быть обеспечены способы для согласования распределения ресурсов для линии связи вне зоны покрытия. WTRU в зоне покрытия может иметь скоординированный временной и/или интервальный шаблон, например, таким образом, что он может отключиться от сотовой линии связи без риска потери данных. WTRU вне зоны покрытия может быть оповещен в том, когда и/или где ожидать приема и/или передачи, например, чтобы гарантировать, что заинтересованные стороны могут принимать сообщение.

[0203] Шаблон для связи может относиться к временному шаблону (например, периоду, циклу, продолжительности и/или т.п.), в котором WTRU может передавать и/или принимать. Шаблон для связи может относиться к временному шаблону для приема и временному шаблону для передачи. Шаблон для связи может включать в себя информацию о ресурсах, например, частоту, подкадр(ы), PRB и/или т.п.

[0204] WTRU вне зоны покрытия может определять и/или инициировать распределение ресурсов. Фиг. 8 представляет собой диаграмму примера сигнализации, которая может быть использована для WTRU вне зоны покрытия для определения и/или инициирования распределения ресурсов. Распределение ресурсов может относиться к времени, интервальному шаблону и/или временной и/или частотной конфигурации для линии связи PS. Например, WTRU вне зоны покрытия может предоставлять и/или транслировать (например, на известном предварительно сконфигурированном ресурсе) конфигурацию распределения ресурсов, которую он сконфигурировал для использования и/или использует для связи. Распределение ресурсов может быть в форме SA, широковещательного сообщения синхронизации, сообщения управления и/или т.п. Конфигурация ресурсов может включать в себя временной и/или частотный шаблон, в котором PS WTRU ожидает передачи и/или приема.

[0205] WTRU может обеспечивать конфигурацию ресурса, если он определит, что присутствует WTRU в зоне покрытия. WTRU может обеспечивать конфигурацию ресурса периодически или все время и/или перед передачей данных. WTRU может обеспечивать конфигурацию ресурсов, когда ожидаются WTRU, работающие в различных спектрах.

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

[0207] Интервальный шаблон может быть преобразован и/или настроен в соответствии с временными характеристиками, используемыми управляющим объектом, например, в случае, когда временные характеристики и/или номера опорных кадров, используемые для определения возможностей планирования, различны между WTRU в зоне покрытия и соседним WTRU.

[0208] Распределение ресурсов может определяться и/или инициироваться посредством еNB и/или WTRU в зоне покрытия. Фиг. 9 представляет собой диаграмму примера сигнализации, которая может использоваться для еNB и/или WTRU в зоне покрытия для определения и/или инициирования распределения ресурсов. Распределение использования ресурсов для линии связи вне зоны покрытия может инициироваться посредством WTRU в зоне покрытия и/или еNB. Например, WTRU вне зоны покрытия может передавать (например, транслировать) пул распределения ресурсов, который он может использовать для выбора ресурсов для работы, и/или WTRU в зоне покрытия может быть оповещен о пуле ресурсов в соответствии с предварительно сконфигурированной информацией. WTRU в зоне покрытия, например, когда он обнаруживает WTRU вне зоны покрытия, может определить пул ресурсов, который использует соседний WTRU. WTRU в зоне покрытия может не принять эту информацию от WTRU вне зоны покрытия, и/или он может полагаться на предварительно сконфигурированный пул ресурсов для PS, который он имеет. Сеть может быть осведомлена о пуле ресурсов, предварительно сконфигурированном для PS WTRU.

[0209] WTRU (например, WTRU в зоне покрытия) может послать отчет к еNB, например, на основе одного или комбинации триггеров, описанных в настоящем документе (например, при обнаружении необходимости связи с PS WTRU и/или связи с соседним WTRU). Содержание отчета может соответствовать описанному в настоящем документе, например, отчет может включать пул ресурсов, который может использовать PS WTRU, рекомендуемый временной шаблон, предварительно сконфигурированный временной шаблон и т.д.

[0210] еNB, например, при приеме этого запроса, может определять возможности планирования и/или интервалы для распределения WTRU в зоне покрытия для PS-связи и/или обнаружения и/или может послать интервальный шаблон и/или временной шаблон и/или конфигурацию ресурсов к WTRU или разрешает использование запрошенного временного шаблона.

[0211] В случае операции режима ожидания, WTRU в зоне покрытия, например, на основе пула ресурсов обнаружения, распределенных для зоны покрытия (например, временной шаблон и/или частота) и/или случаев поискового вызова, может определить временной шаблон, который может позволить WTRU в зоне покрытия отключиться от обслуживающего еNB и успешно осуществлять связь с соседним WTRU.

[0212] WTRU в зоне покрытия может быть сконфигурирован с помощью еNB с шаблоном времени приема для осуществления связи с другими WTRU (например, в зоне покрытия и/или вне зоны покрытия относительно еNB), и/или WTRU в зоне покрытия может иметь предварительно сконфигурированный шаблон.

[0213] WTRU в зоне покрытия, например, на основе определенного шаблона (например, от еNB и/или определенного внутренним образом), может послать сообщение и/или отчет к соседнему WTRU. Сообщение может быть передано в виде сообщения широковещательной передачи, как сообщение синхронизации и/или как специальное сообщение к WTRU и/или с использованием сообщения управления, которое может приниматься WTRU, принадлежащими к той же группе. Сообщение и/или отчет может указывать на распределение ресурсов, временной шаблон и/или частоту, на которой WTRU в зоне покрытия может передавать и/или принимать. Соседний WTRU может ретранслировать и/или передавать (например, широковещательно передавать) сообщение и/или шаблон к своему управляющему объекту, который, например, может разрешить и/или конфигурировать соседний WTRU с запрашиваемым шаблоном и/или может послать новый предложенный шаблон.

[0214] еNB, например, в дополнение к интервальному шаблону и/или временному шаблону, может обеспечить WTRU конкретной конфигурацией ресурсов (например, частоты и/или времени, например, путем указания подкадра(ов) и/или PRB), на которой WTRU вне зоны покрытия может передавать и/или принимать с WTRU в зоне покрытия, где, например, частота может соответствовать пулу ресурсов в зоне покрытия. WTRU вне зоны покрытия может быть автономным неприсоединенным WTRU вне зоны покрытия, который может пытаться подсоединиться к сети, используя WTRU в зоне покрытия в качестве ретранслятора от WTRU к NW (сети). WTRU вне зоны покрытия может осуществлять связь с другими WTRU в зоне покрытия и/или вне зоны покрытия.

[0215] Могут быть обеспечены взаимодействия между WTRU в зоне покрытия и WTRU вне зоны покрытия. Когда WTRU начинает работать в режиме ретранслятора и/или PS, то WTRU может послать один или более D2D-сигналов синхронизации (D2DSS) и/или управляющее сообщение (например, сообщение синхронизации). WTRU может оповестить, что он способен работать в качестве ретранслятора и/или узла PS, в управляющем сообщении. Соседний WTRU, работающий поблизости, который ищет координирующий объект, может контролировать (например, периодически контролировать) на предмет наличия D2DSS-символов управления и/или может обнаружить WTRU (например, WTRU в зоне покрытия, WTRU вне зоны покрытия, WTRU-ретранслятор и/или т.п.). Триггеры для WTRU, чтобы начать работать в качестве узла ретрансляции, могут быть основаны на предварительной конфигурации, основаны на измерениях, основаны на явном триггере от сети и/или от ProSe-сервера и/или т.п.

[0216] WTRU в зоне покрытия может послать информацию о пуле ресурсов, получить квитирования, послать отчет к еNB и/или т.п. WTRU, работающий как ретранслятор и/или инициированный для работы в качестве узла PS, может работать в незапрошенном режиме. Например, WTRU может оповестить о себе в качестве ретранслятора и/или узла PS. WTRU может послать сообщение оповещения с одним или более ProSe-параметрами (например, ProSe WTRU id, безопасность, ProSe групповой id и т.д.) и/или пулом ресурсов, который он может использовать для связи с WTRU вне зоны покрытия и/или другими узлами PS. WTRU может работать в качестве центра кластера и/или присоединять эту информацию в качестве части сообщения о конфигурации кластера, например, для сообщения синхронизации. Это может быть использовано WTRU для поддержки открытого обнаружения. Сообщение управления может переносить конфигурацию ресурсов, предоставленную посредством еNB.

[0217] WTRU вне зоны покрытия может послать ответ, принимающий параметры конфигурации. Ответное сообщение может указывать один или более (например, поднабор) ресурсов в пуле, которые являются приемлемыми для WTRU вне зоны покрытия. WTRU-ретранслятор и/или узел PS может отправить отчет к еNB с этой информацией, например, как описано в настоящем документе. еNB может принять эту конфигурацию. еNB может конфигурировать интервалы и/или реконфигурировать ресурсы для WTRU-ретранслятора и/или узла PS, чтобы иметь возможность работать с WTRU вне зоны покрытия и/или узлом PS с использованием интервалов.

[0218] Ресурсы могут быть использованы для ретрансляции сообщения управления (например, сообщения синхронизации). WTRU, работающий как ретранслятор, может запросить ресурсы для ретрансляции сообщения управления. WTRU, работающий как ретранслятор, может использовать полустатически выделенные ресурсы, сигнализированные посредством еNB (например, с использованием SIB-сигнализации), для ретрансляции сообщения управления. WTRU, работающий как ретранслятор, может использовать предварительно сконфигурированные ресурсы для ретрансляции сообщения управления. Ресурсы могут быть явно предварительно сконфигурированы для сообщения управления, и/или WTRU может выбрать (например, автономно выбирать) ресурсы из пула ресурсов, которые будут использоваться для ретрансляции сообщения управления.

[0219] WTRU вне зоны покрытия может запросить информацию о пуле ресурсов, получить информацию, послать отчет к еNB и/или т.п. Удаленный и/или являющийся узлом PS WTRU может послать сообщение запрашивания, запрашивающее любой соседний WTRU, который может работать в режиме ретрансляции и/или PS. WTRU может работать в качестве центра кластера. WTRU может включать пул ресурсов, который он ожидает использовать для передачи и/или приема и/или использует, в сообщении конфигурации кластера, например, для сообщения синхронизации. WTRU (например, с возможностью работать в режиме ретрансляции и/или PS и/или работающий в режиме запрашивания) может обнаружить этот узел и/или отвечать путем оповещения о себе в качестве ретранслятора и/или узла PS. Ответное сообщение может указывать параметры, идентифицирующие себя в качестве ProSe-узла (например, ProSe WTRU id, ProSe групповой id и т.д.), конфигурацию системы безопасности и/или т.п. Отвечающий WTRU может запросить другой пул ресурсов, например, на основе функциональных возможностей и/или существующей конфигурации интервального шаблона.

[0220] WTRU-ретранслятор и/или узел PS может послать отчет к еNB с этой информацией (например, как описано здесь), например, после того, как согласование ресурсов выполнено. Этот режим может поддерживать целенаправленное обнаружение. еNB может принять конфигурацию и/или конфигурировать интервалы и/или реконфигурировать ресурсы для WTRU-ретранслятора и/или узла PS, чтобы иметь возможность работать с WTRU вне зоны покрытия и/или узлом PS с использованием интервалов.

[0221] Могут быть обеспечены методы для координации передач от координирующего WTRU. WTRU может посылать отчет. WTRU может определить один или более (например, все) ресурсы в отчете. Механизм отчетности, WTRU и/или WTRU, передающий сообщение, могут использоваться для обеспечения координации времени и/или ресурсов, используемых посредством WTRU в зоне покрытия различных сот и/или кластеров, управляемых некоординированными объектами. Отчетность может включать в себя распределение ресурсов для линии связи вне зоны покрытия, чтобы помочь контролирующему объекту и/или передающему объекту определять возможности планирования и/или распределения ресурсов. Информация о распределении ресурсов может включать в себя информацию, ретранслируемую, передаваемую, широковещательно передаваемую соседними WTRU, и/или доступную (например, сконфигурированную или предварительно сконфигурированную) в WTRU в зоне покрытия.

[0222] Отчетность (которая может включать в себя, например, формат, триггеры, временные окна и/или т.п.) может быть сконфигурирована сетью (например, сетевым узлом, таким как еNB). Сетевой узел может конфигурировать один или более WTRU, которые сконфигурированы для работы в определенном режиме D2D-связи. Прием этого отчета сетью может инициировать действия.

[0223] Отчет может быть передан к координирующему объекту и/или может быть передан в форме сообщения широковещательной передачи, как часть сообщения синхронизации, в качестве специального сообщения координирующим (например, находящимся в зоне покрытия) WTRU и/или т.п.

[0224] Отчет и/или переданное сообщение, инициированное WTRU, может включать в себя конфигурацию ресурсов от соседних WTRU. Например, отчет может указывать информацию пула ресурсов, полученную от соседних объектов (например, WTRU, центров кластеров и/или еNB и/или WTRU вне зоны покрытия).

[0225] Сообщенная конфигурация может включать в себя набор ресурсов, предназначенный для D2D-обнаружения (например, частота, ширина полосы, подкадр(ы), PRB, время и/или т.п.), набор ресурсов, предназначенный для D2D-связи (например, частота, ширина полосы, подкадр(ы), PRB, время и/или т.п.), и/или идентификатор координирующего объекта и/или WTRU, предоставляющего информацию о конфигурации (например, id центра кластера, еNB id и/или WTRU id, групповой ID, ProSe ID и/или т.п.).

[0226] Отчет, инициируемый WTRU, может включать в себя ресурсы (например, поднабор ресурсов) в пуле ресурсов или шаблон ресурсов, который WTRU в зоне покрытия запрашивает от еNB (или может использовать, например, как ранее полученный от еNB и/или уже сконфигурированный в WTRU), например, таким образом, что он может осуществлять связь с WTRU вне зоны покрытия. Например, отчет может включать в себя предложенный и/или используемый временной шаблон (например, цикл, продолжительность и т.д.), частоту и/или т.п. Отчет может указывать управляющий объект, который может быть принят во внимание, и/или предоставление для посылающего отчет WTRU. Предложенный временной шаблон может приниматься от соседнего WTRU и/или определяться (например, автономно) WTRU в зоне покрытия на основе информации, которую он имеет. Например, отчет может включать в себя один или более индексов, описывающих ресурс(ы) (например, по времени и/или частоте) в пределах пула ресурсов, который WTRU вне зоны покрытия и WTRU в зоне покрытия согласовали и/или предварительно сконфигурировали для использования для вне-сетевой линии связи.

[0227] Отчет, инициируемый посредством WTRU, может включать в себя информацию о местоположении. Информация о местоположении может быть ассоциирована с передающим отчет WTRU и/или может быть ассоциирована с отчетом. WTRU (например, передающий и/или принимающий) может определять свое местоположение, например, на основании ID соты, информации GPS и/или другой информации о местоположении и добавлять информацию о местоположении к отчету.

[0228] Отчет, инициируемый посредством WTRU, может включать в себя идентификационную информацию. Идентификационная информация может включать в себя идентификатор обнаруженного WTRU вне зоны покрытия и/или идентификатор WTRU, передающего сообщение (например, по каналу синхронизации). Идентификатор может включать в себя специфический для WTRU ID, ProSe ID, ProSe групповой ID, ProSe ID приложения и/или т.п.. Инициированный отчет может включать в себя информацию, относящуюся к одной или более услуг (например, один или более ID услуг) для обнаруженного WTRU вне зоны покрытия и/или для WTRU, передающего сообщение. Эта информация может быть использована, например, для установления услуги ретрансляции.

[0229] Отчет может включать в себя конкретное множество ресурсов, подкадров и/или длительность, на которых можно ожидать приема данных и/или принимать данные (например, как определено сообщением управления, назначением планирования, широковещательным сообщением и т.д.)

[0230] Отчет, инициированный посредством WTRU, может включать в себя информацию, касающуюся того, присутствует ли и/или отсутствует WTRU вне зоны покрытия. В отчет могут быть включены указание, когда WTRU в зоне покрытия обнаружил WTRU вне зоны покрытия, запрашивающий и/или предоставляющий услугу PS, указание, когда WTRU в зоне покрытия прекращает обнаружение WTRU вне зоны покрытия (например, с использованием измерений), и/или указание, когда WTRU вне зоны покрытия прекращает запрос услуги ретрансляции и/или когда WTRU обнаруживает D2DSS от соседнего WTRU.

[0231] Могут быть использованы SFN (системный номер кадра) и/или начало отсчета таймера.

[0232] Отчет, инициируемый посредством WTRU, может включать в себя информацию, относящуюся к причине для инициирования передачи отчета, запрос и/или сообщение передачи (например, на сообщении синхронизации). Причины, чтобы инициировать отчет, могут включать в себя запрос инициировать ProSe-обнаружение и/или связь для устройств, которые могут работать на другой частоте, обнаружение соседнего WTRU, чтобы инициировать с ним связь, соседний WTRU больше не доступен, обнаружен новый WTRU, изменение шаблона и/или запрос конфигурации, запрос остановить ProSe-услугу и/или т.п.

[0233] Могут быть обеспечены триггеры (инициирующие условия). WTRU может инициировать отчет, запрос шаблона и/или передачу шаблона (например, на сообщении синхронизации) на основе конфигурации. WTRU может инициировать передачу, когда он получает сигнализацию L3, которая запрашивает WTRU инициировать отчет и/или передачу сообщения, и/или когда WTRU сконфигурирован для такой отчетности, и другой триггер инициирует передачу отчета. Сигнализация может быть специфической для D2D и/или ProSe-услуги (например, связи и/или обнаружения) и/или может быть специфической для WTRU (например, применимой к любым идентификаторам).

[0234] Триггеры для отчета могут быть основанными событиях. Например, триггер может быть основан на обнаружении соседнего WTRU, уходе соседнего WTRU, запросе инициировать ProSe-услугу и/или инициировать обнаружение, изменении шаблона и/или распределения ресурсов, используемых соседним WTRU, и/или т.п.

[0235] Отчет может быть инициирован, когда WTRU в зоне покрытия обнаруживает WTRU вне зоны покрытия. WTRU может обнаружить соседний WTRU на основе принятого D2DSS, сообщения синхронизации и/или данных, принятых от соседнего WTRU, запрашивающего соединение (например, режим с запрашиванием и/или режим без запрашивания), и/или WTRU, выполняющий PS-связь, с которым может осуществлять связь WTRU в зоне покрытия (например, WTRU принадлежат к той же самой группе и/или им разрешено осуществлять связь в соответствии с ProSe-конфигурациями). Отчет может быть инициирован, когда WTRU в зоне покрытия обнаруживает, что WTRU вне зоны покрытия больше не доступен и/или WTRU вне зоны покрытия больше не запрашивает услугу.

[0236] WTRU может инициировать запрос и/или отчет, когда принимается запрос приложения с сервера, чтобы инициировать ProSe-услугу. Запрос и/или запрос шаблона и/или отчет от WTRU в зоне покрытия может позволить WTRU детектировать и/или обнаружить WTRU вне зоны покрытия. Сеть может конфигурировать WTRU для дополнительной отчетности, например, после того, как соседний WTRU был обнаружен, и/или сообщать в сеть запрос на возможности связи с обнаруженным WTRU. WTRU может инициировать отчет, если он определяет, что соседний WTRU изменил шаблон и/или распределение ресурсов.

[0237] Триггеры могут быть основаны на измерениях и/или других обнаруженных WTRU. WTRU может инициировать отчет, запрос на шаблон и/или передачу шаблона (например, на сообщении синхронизации) при соединении с более высокоприоритетным источником синхронизации, и/или когда WTRU обнаруживает другой WTRU, передающий синхронизацию, исходящую от более низкоприоритетного источника синхронизации (например, первый WTRU соединен с еNB и обнаруживает второй WTRU, который посылает сигнал синхронизации и соединен с другим WTRU и/или другим источником синхронизации). Триггером может быть то, когда WTRU обнаруживает второй WTRU, который не соединен с еNB. Триггером может быть то, когда WTRU обнаруживает второй WTRU, работающий на частоте, отличной от его рабочей частоты. Триггером может быть то, когда WTRU обнаруживает второй WTRU, который принадлежит к той же группе (например, второму WTRU разрешено осуществлять связь с первым WTRU). Триггером может быть то, когда WTRU принимает данные от второго блока WTRU и определяет, что WTRU не находится в зоне покрытия еNB (например, это может использовать указание в SA, что WTRU не находится в зоне покрытия, если не имеется D2DSS, SCI, SSS, другого управляющего сигнала и/или сообщения). Триггером может быть то, когда WTRU обнаруживает различные шаблоны передачи от разных источников синхронизации.

[0238] Триггеры для отчета могут быть периодическими. WTRU может инициировать отчетность периодически, например, если (например, только если) имеется одна или более (например, возможно, конфигурируемое количество) передач, применимых к периоду отчетности. Отчетность может быть остановлена, когда WTRU обнаруживает, что WTRU вне зоны покрытия больше недоступно (например, на основе измерений) и/или WTRU вне зоны покрытия прекращает запрашивать обслуживание.

[0239] Триггеры для отчета могут быть апериодическими. WTRU может инициировать отчетность из приема сигнализации управления, которая запрашивает, чтобы WTRU выполнял отчетность. Сигнализация может быть принята от сетевого узла, и/или может быть специальной сигнализацией и/или сигнализацией, применимой к множеству WTRU (например, принятой по каналу широковещательной передачи и/или по общему каналу управления).

[0240] WTRU может передавать отчет с использованием L2 (например, MAC) сигнализации (например, как управляющий элемент MAC), как L3 (например, RRC) сигнализация (например, в качестве RRC PDU как часть процедуры отчетности) и/или как сигнализация более высокого уровня (например, такая как NAS-сигнализация и/или сигнализация приложения). Например, WTRU может принимать сигнализацию управления на PDCCH (например, апериодический запрос), которая может инициировать такую отчетность. WTRU может компоновать отчет в качестве управляющего элемента MAC и/или включать его в передачу восходящей линии связи (например, свою следующую передачу восходящей линии связи). еNB может быть конечной точкой процедуры отчетности.

[0241] WTRU может принимать запрос на сигнализацию радиоканала (SRB) в качестве PDU RRC, который инициирует такую отчетность. WTRU может компоновать отчет в виде RRC PDU и/или делать его доступным для передачи на соответствующем SRB.

[0242] WTRU может инициировать отчетность на уровне приложения. Например, WTRU может компоновать пакет управления уровня приложения и/или делать его доступным для передачи, например, как RRC PDU и делать его доступным для передачи на соответствующем SRB (например, в случае использования NAS) и/или как данные пользовательской плоскости и делать его доступным для передачи для соответствующего DRB. ProSe и/или сервер приложений может быть конечной точкой процедуры отчетности.

[0243] WTRU может инициировать отчетность. Если WTRU находится в режиме RRC IDLE, то WTRU может инициировать переход в режиме CONNECTED и/или передавать отчет в соответствии с применимым методом сигнализации. WTRU может оставаться в режиме IDLE и/или задерживать передачу отчета, пока он не перейдет в режим CONNECTED, например, если используется RRC и/или протокол более высокого уровня.

[0244] Одно или более из следующих действий может быть выполнено при приеме отчета. Сеть и/или узел управления, который принимает отчет, может анализировать информацию о пуле ресурсов и выполнять одно или более из следующего, например, из отчетов, принятых из множества источников. Сеть и/или узел управления может определить, какой ресурс может позволить WTRU в зоне покрытия осуществлять связь в пределах пула ресурсов. Сеть и/или узел управления может инициировать процедуру, которая реконфигурирует ресурсы для одного или более WTRU. Сеть и/или узел управления может использовать эту информацию, чтобы избежать планирования WTRU в заданных ресурсах и/или периодах времени. Например, еNB может определять интервальный шаблон для WTRU в зоне покрытия и конфигурировать WTRU с интервальным шаблоном.

[0245] После приема отчета, еNB может определять, обеспечивать и/или конфигурировать интервальный и/или временной шаблон для WTRU. Интервальный шаблон может быть битовой маской и может указывать TTI, когда WTRU может не планироваться для нормальной связи, и/или шаблон может соответствовать периоду, циклу и/или длительности в течение некоторого периода (например, каждого периода), когда WTRU может не планироваться для связи с еNB. После приема отчета, еNB может анализировать запрошенный интервальный шаблон, и если он считается неэффективным, то еNB может обеспечить WTRU новым интервальным шаблоном.

[0246] WTRU может использовать интервальный шаблон, чтобы переключиться на связь вне зоны покрытия с соседним WTRU. WTRU может отправить интервальный шаблон к WTRU вне зоны покрытия WTRU и/или новый интервальный шаблон, принятый от еNB, к WTRU вне зоны покрытия.

[0247] еNB может удалить конфигурацию интервалов, например, когда отчет включает в себя указание, информирующее еNB, что WTRU вне зоны покрытия не доступен и/или больше не запрашивает услугу.

[0248] Может быть обеспечено управление сетевыми ресурсами. Сеть может выделить объем ресурсов для WTRU для D2D-обнаружения. Если соседний еNB совместно использует те же самые ресурсы, вероятность того, что два D2D-WTRU в непосредственной близости используют один и тот же ресурс для передачи сигнала обнаружения, может быть высокой, например, так как могут иметься ограниченные ресурсы. При надлежащем управлении ресурсами с помощью сети, можно избежать помех и/или конфликтов, и/или они могут быть смягчены за счет координации между еNB и/или централизованного управления ресурсами обнаружения. Сеть может выполнять управление ресурсами с помощью, например, определения того, какие ресурсы могут быть выделены, какому D2D-WTRU могут быть выделены ресурсы, и/или как WTRU определяет ресурсы для выбора для передачи (например, для передачи сигнала обнаружения или D2D-связи).

[0249] D2D-WTRU могут выбирать ресурсы для передачи сигнала обнаружения (например, D2D-сообщения). Контролирующий D2D-WTRU может контролировать ресурсы (например, все ресурсы) для обнаружения, например, как распределяется сетью. Может иметься более чем один тип обнаружения, например, что может быть основано на сетевом распределении ресурсов для WTRU. Сеть может распределять ресурсы одному или более D2D-WTRU не специфическим для WTRU образом. Например, WTRU (например, каждый WTRU) может выбрать ресурс для передачи из набора ресурсов (например, пула ресурсов), распределенных сетью. Сеть может распределять ресурсы одному или более D2D-WTRU специфическим для WTRU образом. Например, WTRU (например, каждый WTRU) может планироваться с выделенными ресурсами для передачи сигнала обнаружения.

[0250] Ресурсы могут быть определены как набор PRB и/или подкадров, которые могут быть использованы для обнаружения. D2D-WTRU, при одном и том же еNB, могут не создавать помехи друг другу, так как сеть может планировать ресурс для каждого WTRU без каких-либо конфликтов (например, как в D2D-обнаружении типа 2). Без какой-либо координации и/или центрального управления соседними еNB, конфликты могут происходить на границе областей двух еNB. Сеть может не иметь каких-либо знаний о ресурсах, используемых каждым D2D-WTRU для передачи. Без надлежащего распределения ресурсов, может быть много конфликтов в той же самой области еNB, и/или WTRU, относящийся к одному еNB, может создавать помехи другим WTRU, относящимся к соседним еNB.

[0251] WTRU в центре соты может относиться к WTRU, который находится близко к центру соты, с которой он ассоциирован (например, расстояние между WTRU и еNB может быть меньше, чем порог). WTRU на краю соты может относиться к WTRU, который близок к краю соты, с которой он ассоциирован (например, расстояние между WTRU и еNB может быть больше, чем порог). WTRU может быть ассоциирован с сотой, например, если сота является обслуживающей сотой WTRU (например, когда WTRU находится в соединенном режиме), если сота является ближайшей сотой (например, в единицах уровня сигнала, например, указываемого посредством RSRP) к WTRU, и/или если сота является сотой, к которой WTRU привязан (например, в режиме ожидания).

[0252] WTRU может конфигурироваться, когда он находится в центре соты, например, путем измерения сигнала от одного или более еNB. Например, WTRU может конфигурироваться, чтобы определять, что он находится в центре соты, путем сравнения измеренного значения RSRP ассоциированной соты с порогом. Если измеренное значение RSRP выше порога (например, мощность сигнала выше порога), то WTRU может определить, что он находится в центре или вблизи центра соты. WTRU может определить, что он находится в центре соты, путем сравнения измеренного значения RSRP ассоциированной с ним соты (например, первичной соты) с измеренным значением RSRP одной или более сот (например, соты (сот), смежной(ых) с первичной сотой). WTRU может определить, что он расположен в центре соты, например, если он определяет, что значение RSRP ассоциированной с ним соты (например, первичной соты) больше, чем некоторое значение (например, предварительно сконфигурированное значение), например, измерений RSRP из одной или более сот (например, соседней соты (сот)). Например, WTRU может использовать гистерезис (и/или время до инициирования, выполнять измерение в течение периода времени и/или т.п.) при определении того, находится ли он в центре соты, например, чтобы избежать нежелательного эффекта ʺпинг-понгаʺ. WTRU на краю соты может относиться к WTRU, который находится близко к краю соты, с которой он ассоциирован. Методы, аналогичные тем, которые описаны для определения, находится ли WTRU в центре соты, могут быть использованы посредством WTRU, чтобы определить, находится ли он на краю соты. Например, WTRU может определить, что он находится на краю соты, если он определяет, что значение RSRP ассоциированной с ним соты меньше, чем некоторое значение (например, предварительно сконфигурированное значение).

[0253] Для D2D-WTRU может быть выделен набор ресурсов (например, пул ресурсов) для передачи сигнала обнаружения. WTRU может использовать один или более ресурсов, чтобы начать передачу. Если сеть полностью планирует WTRU с ресурсами для передачи, то можно избежать помех, вызванных конфликтами, путем ортогонализации ресурсов, что, например, может означать, что WTRU может использовать свои собственные выделенные ресурсы для передачи, и/или ресурсы могут не перекрываться по времени и/или частоте. Если для WTRU выделен (например, только выделен) набор ресурсов для передачи, и/или WTRU выбирает ресурсы автономно, два или более D2D-WTRU в непосредственной близости могут выбрать тот же самый ресурс для передачи, что, например, может привести к конфликтам и/или помехам. В этом случае сеть может не знать, что возникают конфликты и/или помехи.

[0254] Одно или более из следующего может быть выполнено, например, чтобы свести к минимуму вероятность того, что два D2D-WTRU в непосредственной близости выберут один и тот же ресурс для передачи.

[0255] Сеть (например, еNB) может выделять ресурсы одному или более D2D-WTRU для выбора для передачи. еNB могут совместно использовать одни и те же ресурсы, и/или еNB (например, каждый еNB) может использовать набор различных ресурсов, например, для распределения ресурсов типа 1 или режима 2 (например, выбранного WTRU). еNB может выделять ресурсы (например, поднабор ресурсов) на основе местоположения WTRU и/или измерений (например, центр соты, край соты и т.д.), использования ресурсов в области, приоритета ProSe-приложения, характеристик и/или конфигурации процесса обнаружения и/или т.п.

[0256] На фиг. 10 показана диаграмма примера распределения ресурсов (например, обнаружения) между двумя еNB, еNB А и еNB В. Обнаружение типа 1 может относиться к тому, когда сеть распределяет ресурсы для D2D-WTRU, неспецифическим для WTRU образом, например, так, что WTRU (например, каждый WTRU) может выбрать ресурс для передачи из набора ресурсов (например, из пула ресурсов), выделенных сетью. Обнаружение типа 2 может относиться к тому, когда сеть распределяет ресурсы для D2D-WTRU специфическим для WTRU образом, например, так, что WTRU (например, каждый WTRU) может планироваться с выделенными ресурсами для передачи сигнала обнаружения. На фиг. 10, (А) может быть использовано для обозначения первого еNB, еNB (А), и (В) может быть использовано для обозначения второго еNB, еNB (B).

[0257] Обнаружение типа 1 и типа 2 может использовать различные наборы ресурсов, и/или распределение ресурсов для обнаружения типа 2 может быть взято из того же пула ресурсов, который используется для обнаружения типа 1, например, как показано в примере (а) на фиг. 10. Для обнаружения типа 1, еNB могут совместно использовать один и тот же набор ресурсов для передачи сигнала обнаружения. Например, еNB (А) и еNB (В) могут использовать пулы ресурсов 1002 для D2D-передачи типа 1. Для обнаружения типа 1, узлы еNB могут выделять различные наборы ресурсов для WTRU в центре соты и WTRU на краю соты, например, как показано в примере (b) на фиг. 10. Например, еNB А и В могут выделять один и тот же набор ресурсов для WTRU в центре соты (например, пулы ресурсов 1004) и другой набор ресурсов для WTRU на краю соты (например, пулы ресурсов 1006). Набор ресурсов (например, пулы ресурсов), используемые для WTRU на краю соты, могут быть теми же самыми среди различных еNB, например, как показано в примере (b) на фиг. 10.

[0258] eNB (например, каждый eNB, например, eNB А и eNB В) может выделять различные наборы ресурсов для WTRU в центре соты и на краю соты, например, как показано в примере (с) на фиг. 10. Например, различные еNB (например, еNB А и еNB В) могут совместно использовать один и тот же набор ресурсов для WTRU в центре соты. Различные еNB (например, еNB А и еNB В) могут выделять различные наборы ресурсов для WTRU на краю соты. Например, еNB (А) и (В) могут использовать пулы ресурсов 1008 в центрах своих сот. еNB (А) может использовать пулы ресурсов 1010 на краю своей соты. еNB (В) может использовать пулы ресурсов 1012 на краю своей соты. еNB (А) и еNB (В) могут использовать различные ресурсы на краях своих сот, например, чтобы избежать помех.

[0259] еNB (А) и еNB (В) могут использовать одни и те же пулы ресурсов 1002 для связи типа 1, например, как показано в примере (d) на фиг. 10. еNB (А) и еNB (В) могут использовать различные пулы ресурсов для связи типа 2. Например, еNB (А) может использовать пулы ресурсов 1014, и еNB 1014 (В) может использовать пулы ресурсов 1016 для связи типа 2, как проиллюстрировано в примерах (а), (b) и (с) на фиг. 10. еNB (А) и еNB (В) могут использовать одни и те же пулы ресурсов 1018 для связи типа 2, как показано в примере (d) на фиг. 10.

[0260] еNB может распределять различный набор ресурсов для различных приоритетов приложений. Например, отличающийся набор может быть доступен для WTRU, передающего сигнал из более высокоприоритетного приложения, и/или другой набор ресурсов могут быть доступен для передачи из более низкоприоритетного приложения. Приоритет приложений может быть сконфигурирован сетью, ProSe-сервером и/или может быть предварительно сконфигурирован. Характеристики процесса обнаружения могут быть сконфигурированы сетью, ProSe-сервером и/или могут быть предварительно сконфигурированы. Характеристики процесса обнаружения могут относиться, например, к типу процесса обнаружения, типу приложения (например, общественной безопасности или коммерческих), типу метода (например, открытого/ограниченного обнаружения), типу характеристик QoS, задержки передачи, скорости передачи или генерации сообщения и/или т.п.

[0261] еNB может реализовывать координацию ресурсов. Для того чтобы позволить сети выделять различные наборы ресурсов для D2D-WTRU, может быть обеспечена координация между различными еNB, и/или централизованный координатор может быть ответственным за управление ресурсами между различными еNB.

[0262] Может быть обеспечена координация ресурсов между еNB. Различные еNB могут обмениваться наборами ресурсов, выделенными для D2D-WTRU, например, через интерфейс X2. Например, один еNB может послать X2-сигнал к соседнему(им) еNB, который может указывать набор ресурсов, выделенных для его D2D-WTRU (например, ресурсы в центре соты и/или ресурсы для D2D-WTRU на краю соты). Соседний(е) еNB может (могут) выделять наборы ресурсов для своих D2D-WTRU на основе этой информации. Например, соседний(е) еNB может (могут) совместно использовать один и тот же набор ресурсов для D2D-WTRU в центре соты и/или использовать различные наборы ресурсов для WTRU на краю соты, например, как показано в примере (с) на фиг. 10.

[0263] Различные еNB могут обмениваться информацией о ресурсах, например, если наборы выделенных ресурсов остаются неизменными в течение периода. Если еNB изменяет ресурсы, выделяемые WTRU, то еNB может послать такую информацию своим соседним еNB. Соседние еNB могут корректировать ресурсы для распределения, например, когда еNB принимает отчет от WTRU и/или определяет, что будет выделяться больше ресурсов. еNB может информировать соседние еNB о таких изменениях.

[0264] Может быть обеспечено централизованное управление ресурсами. Соседние еNB в одной области могут быть соединены с центральным узлом. Централизованный узел может контролировать управление ресурсами среди одного или более соседних еNB. Централизованный узел может распределять для еNB соответствующие наборы ресурсов (например, множество пулов ресурсов). Например, централизованный узел может распределить соседним еNB тот же самый набор ресурсов для D2D-WTRU в центре соты и различные наборы ресурсов для D2D-WTRU на краю соты, например, как показано в примере (с) на фиг. 10.

[0265] Для еNB А и еNB В может быть назначен первый пул ресурсов 1008 для использования в центре или вблизи центра их соответствующих сот, например, как показано в примере (с) на фиг. 10. еNB А и еNB В могут использовать первый пул ресурсов 1008 одновременно в центрах их сот, не вызывая существенных помех, так как расстояние между центрами сот может быть больше, чем пороговое расстояние, при котором повторное использование создает помехи. Для еNB А и еNB B могут быть назначены различные пулы ресурсов для использования на краях или вблизи краев их сот, например, как показано в примере (с) на фиг. 10. Например, для еNB А может быть назначен второй пул ресурсов 1010, и для еNB B может быть назначен третий пул ресурсов 1012. еNB A и еNB В не могут использовать один и тот же пул ресурсов на краях своих сот, потому что края их сот могут перекрываться или расстояние между краями их сот может быть меньше, чем пороговое расстояние, при котором повторное использование создает помехи.

[0266] Один или более WTRU могут выбрать набор ресурсов (например, пул ресурсов), чтобы использовать для D2D-связи (например, передачи или приема). WTRU, обслуживаемый посредством еNB A, может выбрать пул ресурсов из множества пулов ресурсов для передачи информации с использованием D2D-связи, например, как показано в примере (с) на фиг. 10. WTRU, обслуживаемый посредством еNB A, может выбрать первый пул ресурсов 1008, например, когда WTRU находится в центре или вблизи центра соты, обслуживаемой посредством еNB А. WTRU, обслуживаемый посредством еNB A, может выбрать второй пул ресурсов 1010, например, когда WTRU находится на краю или вблизи края соты, обслуживаемой посредством еNB А. WTRU, обслуживаемый посредством еNB В, может выбрать первый пул ресурсов 1008, например, когда WTRU находится в центре или вблизи центра соты, обслуживаемой посредством еNB B. Пример этого иллюстрируется примером (с) на фиг. 10. WTRU, обслуживаемый посредством еNB В, может выбирать третий пул ресурсов 1012, например, когда WTRU находится на краю или вблизи края соты, обслуживаемой посредством еNB B.

[0267] Набор ресурсов, предназначенный для использования посредством WTRU для передачи, может автономно определяться посредством WTRU и/или явно конфигурироваться сетью, например, на основе одного или более критериев. Критерии выбора набора ресурсов могут быть функцией одного или более из следующих измерений и/или критериев, определенных передающим WTRU.

[0268] Выбор ресурса (например, выбор пула ресурсов) может быть основан на измерении(ях) RSRP. Измерение RSRP обслуживающей соты, в которой WTRU привязан к еNB в режиме ожидания, и/или RSRP от соседнего еNB может быть использовано для выбора ресурсов. Например, WTRU, обслуживаемый посредством еNB А, может определять измерение RSRP и выбирать пул ресурсов из множества пулов ресурсов на основе измерения RSRP.

[0269] WTRU может определять измерение RSRP обслуживающей соты. WTRU может сравнивать измеренную RSRP обслуживающего еNB с порогом (например, предварительно сконфигурированным порогом). Например, если измеренная RSRP больше порога, то WTRU может выбирать из набора соответствующих ресурсов (например, ресурсов, сконфигурированных для WTRU, которые имеют RSRP больше порога). Если измеренная RSRP меньше порога, то WTRU может выбирать из другого набора ресурсов, которые предназначены для WTRU с RSRP меньше порога. Например, WTRU, обслуживаемый посредством еNB А, может определить измерение RSRP соты, обслуживаемой этим еNB А. WTRU может выбрать первый пул ресурсов 1008, например, когда измерение RSRP больше, чем порог. WTRU может выбрать второй пул ресурсов 1010, например, когда измерение RSRP меньше, чем порог.

[0270] WTRU может использовать измерение RSRP от соседнего еNB для выбора пула ресурсов. Например, WTRU, обслуживаемый посредством еNB A, может использовать измерение RSRP соты, которая обслуживается посредством еNB В (например, соседней соты, например, смежной соты). WTRU может определить, что он находится вблизи соседней соты, когда измерение RSRP из соседней соты выше порога. WTRU, обслуживаемый посредством еNB A, может выбрать второй пул ресурсов 1010, например, когда измерение RSRP соседней соты (например, соты, обслуживаемой соседним еNB, еNB B) выше порога. WTRU может определить, что он удален от соседней соты, когда измерение RSRP соседней соты ниже порога. WTRU, обслуживаемый посредством еNB A, может выбрать первый пул ресурсов 1008, например, когда измерение RSRP соседней соты (например, соты, обслуживаемой посредством еNB B) ниже порога.

[0271] Различные наборы ресурсов (например, пулы ресурсов), могут быть сконфигурированы для использования для различных диапазонов RSRP. Например, первый пул ресурсов 1008 может быть ассоциирован с первым диапазоном значений RSRP, и второй пул ресурсов 1010 может быть ассоциирован со вторым диапазоном значений RSRP. Первый диапазон значений RSRP может включать в себя значения RSRP выше порога, и второй диапазон значений RSRP может включать в себя значения RSRP ниже порога. WTRU может выбрать первый пул ресурсов 1008, например, когда измерение RSRP находится в пределах первого диапазона значений RSRP. WTRU может выбрать второй пул ресурсов 1010, например, когда измерение RSRP находится в пределах второго диапазона значений RSRP. Диапазон значений RSRP может включать в себя низкий порог RSRP, который указывает нижний предел диапазона, и высокий порог RSRP, который указывает верхний предел диапазона. WTRU может определить, что измерение RSRP находится в пределах диапазона значений RSRP, когда измерение RSRP находится между низким порогом RSRP и высоким порогом RSRP (например, больше, чем низкий порог RSRP, и меньше, чем высокий порог RSRP). Диапазон значений RSRP может быть открытым. Например, диапазон RSRP может иметь один (например, только один) предел (например, только нижний предел или только верхний предел). Порог RSRP может быть низким порогом RSRP открытого диапазона значений RSRP или высоким порогом RSRP открытого диапазона значений RSRP.

[0272] Модуль WTRU может сообщать измерения (например, измерение RSRP) на основе инициирующих критериев к обслуживающему еNB (например, еNB A). еNB может конфигурировать и/или указывать WTRU с набором ресурсов. Например, еNB может указывать WTRU, что первый пул ресурсов 1008 ассоциирован с первым диапазоном значений RSRP, и второй пул ресурсов 1010 ассоциирован со вторым диапазоном значений RSRP. еNB может указывать пул(ы) ресурсов, диапазон(ы) RSRP и/или порог(и) RSRP через сигнализацию управления радиоресурсами (RRC). Например, еNB может послать конфигурацию к WTRU. Конфигурация может идентифицировать пул(ы) ресурсов, диапазон(ы) RSRP и/или порог(и) RSRP.

[0273] WTRU может сравнивать RSRP от своего обслуживающего еNB и/или одного или более соседних еNB. Например, WTRU, обслуживаемый посредством еNB A, может сравнивать измерения RSRP сот, обслуживаемых посредством еNB А и еNB B. Сеть может сконфигурировать два или более наборов ресурсов для D2D-WTRU в центре области еNB и на краю области еNB. Например, еNB А может определить, что первый пул ресурсов 1008 может использоваться в центре или вблизи центра соты, и второй пул ресурсов 1010 может использоваться на краю или вблизи края соты.

[0274] WTRU может определять, какой набор ресурсов (например, какой пул ресурсов для выбора из множества пулов ресурсов) выбрать в зависимости от RSRP обслуживающего еNB и/или одного или более соседних еNB. Например, WTRU, обслуживаемый посредством еNB A, может выбрать один из первого пула ресурсов 1008 или второго пула ресурсов 1010 на основе измерения RSRP. Например, WTRU может выбрать пул ресурсов 1010 (например, ресурсы для центра соты), когда измеренная RSRP обслуживающего еNB (например, еNB A) больше, чем RSRP одного или более соседних еNB (например, еNB B), например, на определенное значение и/или в течение некоторого периода времени. Например, WTRU может выбрать первый пул ресурсов 1008, когда разность между измеренными RSRP от еNB A и еNB B превышает порог. В противном случае WTRU может выбирать из другого набора ресурсов (например, второго пула ресурсов 1010). Например, WTRU может выбрать второй пул ресурсов 1010, когда разность между измеренными RSRP от еNB A и еNB В ниже порога.

[0275] WTRU может сообщить критерии к обслуживающему еNB (например, еNB A). Например, WTRU может послать измерение RSRP к еNB А. еNB может конфигурировать WTRU с набором ресурсов для выбора. Например, еNB А может конфигурировать WTRU для выбора пула ресурсов путем посылки конфигурации к WTRU. Конфигурация может указывать пул ресурсов, который WTRU может использовать, на основе измерения RSRP. Например, WTRU может сообщать ʹ1ʹ, если RSRP от обслуживающего еNB (например, еNB A) больше, чем от одного или более соседних еNB (например, еNB B), например, на некоторое значение и/или в течение некоторого периода времени, и WTRU может сообщать ʹ0ʹ в противном случае. еNB (например, еNB A) может конфигурировать WTRU для выбора пула ресурсов центра соты (например, первого пула ресурсов 1008), когда WTRU сообщает ʹ1ʹ. еNB (например, еNB B) может конфигурировать WTRU для выбора пула ресурсов края соты (например, второго пула ресурсов 1010), когда WTRU сообщает ʹ0ʹ.

[0276] Выбор ресурса может быть основан на потерях на трассе к обслуживающему еNB и/или к одному или более из соседних еNB. WTRU может сравнивать измеренные потери на трассе к обслуживающему еNB с порогом (например, предопределенным порогом), например, аналогично измерениям RSRP. WTRU может выбирать набор ресурсов, предоставленных для выбора, на основании результата сравнения, и/или WTRU может сравнивать потери на трассе к обслуживающему еNB и/или одному или более соседних еNB. WTRU может выбирать из набора ресурсов для WTRU центра соты (например, первого пула ресурсов 1002), если потери на трассе к обслуживающему еNB (например, еNB А) меньше, чем к одному или более соседним еNB (например, еNB В). В противном случае WTRU может выбирать из набора ресурсов для WTRU на краю соты (например, второго пула ресурсов 1010). WTRU может сообщать измерение в еNB на основе инициирующих критериев. еNB может конфигурировать набор ресурсов для использования.

[0277] Выбор ресурса может быть основан на значении опережения временных характеристик (тайминга) к обслуживающему еNB и/или соседнему узлу еNB. Для WTRU в соединенном режиме, значение опережения тайминга к его обслуживающему еNB и/или одному или более соседних еNB может быть использовано в качестве критерия для выбора набора ресурсов. Например, если значение опережения тайминга в обслуживающем еNB меньше порога, то WTRU может выбрать соответствующий сконфигурированный ресурс (например, если заданный критерий удовлетворяется). В противном случае, WTRU может выбирать из другого набора ресурсов. WTRU может передавать отчет к еNB на основе результатов сравнения одного или более значений опережения тайминга.

[0278] Выбор ресурса может быть основан на измеренном уровне энергии на одном или более (например, поднаборе) разрешенных ресурсов обнаружения. WTRU может определять набор ресурсов для выбора и/или может передавать отчет еNB на основе измеренного использования ресурсов на одном или более (например, поднаборе) ресурсов обнаружения. Использование ресурсов может быть определено, например, путем измерения количества энергии и/или путем контроля сигнализации управления и/или сигнализации обнаружения в ресурсах, представляющих интерес, например, как описано в настоящем документе.

[0279] WTRU может выполнять измерения (например, уровень энергии на ресурсах в наборе) на одном или более наборов ресурсов и использовать результаты измерений, чтобы определить, какой набор ресурсов использовать. WTRU может выбрать набор ресурсов, в котором измеренное использование ресурсов является самым низким (например, самый низкий уровень энергии был обнаружен на ресурсах (например, всех ресурсах) в наборе в одном измерении и/или в некотором количестве измерений). Выбор ресурсов (например, начальный выбор ресурсов) может быть выполнен на основе таких измерений, и/или WTRU может случайным образом выбрать ресурс среди доступных наборов ресурсов (например, из множества ресурсов в пуле ресурсов). Выбор ресурсов (например, начальный выбор ресурсов) может быть основан на сконфигурированным сетью порядке приоритета и/или на основе других измерений, например, как описано в настоящем документе. После выполнения выбора ресурсов (например, начального выбора ресурсов), WTRU может изменить набор ресурсов, например, если измеренный уровень энергии на ресурсах (например, всех ресурсах) выше, чем порог, например, в течение некоторого периода времени. WTRU может выбирать набор ресурсов (например, новый набор ресурсов) на основе измеренной энергии в другом наборе ресурсов. Например, WTRU может выбрать набор ресурсов с самым низким уровнем энергии, WTRU может случайным образом выбрать набор ресурсов, и/или WTRU может выбрать следующий по приоритету набор ресурсов. WTRU может выбрать набор ресурсов, если другой набор ресурсов имеет более низкое среднее использование ресурсов по его ресурсам, например, на основе порога и/или в течение некоторого периода времени. Если ресурсы заняты в одном или более (например, всех) наборах ресурсов, WTRU может послать отчет к сети.

[0280] Выбор ресурса может зависеть от приоритета приложения. WTRU может быть сконфигурирован с приоритетом (например, приоритетом ProSe-приложения). Один или более наборов ресурсов могут быть сконфигурированы с одним или более ассоциированными классами приоритетов приложения. WTRU может определить, какой набор ресурсов использовать, на основе приоритета приложения, для которого передается сигнал обнаружения. WTRU может выбрать ресурсы с наивысшим доступным приоритетом, который равен или ниже сконфигурированного приоритета приложения.

[0281] Выбор ресурса может зависеть от одной или комбинации из сконфигурированных характеристик ProSe-приложения (например, для обнаружения и/или для связи). Например, выбор ресурса может зависеть от типа приложения, использования приложения, общественной безопасности или коммерческого применения, характеристик QoS (например, задержки, скорости и т.д.), характеристик/требований мощности, типа обнаружения (например, открытое/ограниченное) или обнаружения в режиме А или режиме В, типа связи (например, одноадресной, многоадресной или групповой передачи) и т.д.

[0282] Выбор ресурсов для связи может выполняться путем выбора одного из множества сконфигурированных пулов ресурсов SA или пулов передачи данных.

[0283] WTRU может быть сконфигурирован с одной или комбинацией характеристик. Каждый пул ресурсов может быть сконфигурирован с одной или комбинацией характеристик. WTRU может выбрать некоторый набор ресурсов или тот набор ресурсов, который сконфигурирован с той же характеристикой, что и ProSe- приложение в WTRU. Например, если WTRU сконфигурирован с типом общественной безопасности, то WTRU может выбрать набор ресурсов, которые сконфигурированы для общественной безопасности.

[0284] WTRU может выбрать набор ресурсов, который отвечает требованиям класса мощности и/или характеристике данного приложения или набора приложений. WTRU может выбрать набор ресурсов из имеющихся ресурсов, который сконфигурирован с типом обнаружения, ассоциированного с данным приложением. WTRU может выбрать из набора ресурсов, который позволяет WTRU удовлетворять одному или более критериям QoS, в том числе, например, задержке и/или скорости. Из сконфигурированного набора ресурсов, WTRU может определить набор ресурсов, который имеет периодичность и/или количество доступных для D2D подкадров для D2D-передач, которые позволили бы WTRU отвечать требованиям и/или скоростям.

[0285] WTRU может выбрать из набора ресурсов, который позволяет WTRU удовлетворять одному или более критериев QoS, в том числе, например, гарантированный битовой скорости. Например, WTRU может определить набор ресурсов, который сконфигурирован для поддержки сконфигурированной PBR или GBR логического канала, назначенного пакету D2D-передачи.

[0286] Могут быть обеспечены триггеры для выполнения выбора ресурсов (например, автономного выбора ресурсов) и/или инициирования отчета к еNB. WTRU может выполнять выбор ресурсов и/или передачу отчетов в сеть, когда инициирован процесс обнаружения и/или связи (например, в первый раз, когда WTRU пытается выбрать ресурсы для передачи сигнала обнаружения), например, когда WTRU принимает решение передать сигнал обнаружения или сообщение в первый раз. WTRU может сообщить критерии, которым должен удовлетворять WTRU, и/или характеристики еNB к еNB на основе измеренных результатов, например, как описано в настоящем документе.

[0287] В начале (например, каждого) случая обнаружения, WTRU может выполнить измерение (например, измерение RSRP) и/или использовать измерение, чтобы выбрать соответствующий набор ресурсов (например, пул ресурсов). WTRU может использовать ресурсы из этого набора ресурса в течение длительности процесса обнаружения и/или в течение конфигурируемого периода времени.

[0288] WTRU может выполнить выбор ресурсов (например, динамический выбор ресурсов) в соответствии с одним или более критериев, определенных в настоящем документе, например, при каждой передаче. WTRU может контролировать набор ресурсов и/или измерения. Если одно или более из условий, описанных здесь, выполнены, WTRU может изменить набор ресурсов, который он использует. WTRU может инициировать отчет в сеть, если условия, описанные здесь, удовлетворены, например, когда измеренная посредством WTRU RSRP от его обслуживающего еNB выше порога (например, в течение некоторого интервала времени) и/или уменьшается, по мере того как он перемещается дальше от еNB. Если значение RSRP падает ниже порога, то WTRU может послать отчет к еNB с указанием таких изменений и/или может изменить (например, автономно изменить) набор используемых ресурсов.

[0289] WTRU может выполнять выбор ресурсов и/или отчетность в сеть, если WTRU сконфигурирован сетью для посылки такого отчета, например, который может быть использован сетью, чтобы принимать решение, какой набор ресурсов и какие характеристики могут быть распределены для WTRU.

[0290] WTRU может выполнять выбор ресурсов и/или отчетность в сеть, если WTRU не может найти доступный набор ресурсов для выбора, например, если все наборы ресурсов заняты, на основе измеренного уровня энергии. WTRU может выбрать набор ресурсов случайным образом среди доступных наборов ресурсов и/или на основе сконфигурированного сетью порядка приоритета. Если набор ресурсов выбран на основе сконфигурированного сетью порядка приоритета, сеть может широковещательно передавать таблицу с указанием порядка приоритета одного или более наборов ресурсов.

[0291] Ресурсы могут быть выбраны, когда процесс приложения и/или обнаружения удовлетворяет различным критериям. Набор ресурсов (например, пул ресурсов обнаружения, пул передачи SA для связи, пул передачи данных связи и т.д.) может быть сконфигурирован с индексом, который соответствует одному или комбинации различных критериев, из которых WTRU может выбирать. Например, может быть определено явное отображение между индексом и критерием или комбинацией критериев. WTRU может определить ассоциированный индекс в зависимости от сконфигурированных критериев (например, типа приложения, диапазона мощности, QoS, приоритета, битовой скорости и т.д.).

[0292] Таблица 1 иллюстрирует пример отображения трехбитового индекса и ассоциированного критерия. Набор критериев, которые определяют использование ресурсов, может соответствовать типу приложения и/или диапазону мощности, для которого может быть использован набор ресурсов. Таблица отображения может быть сформирована для другого определения использования ресурсов, которое объединяет другой набор желательных критериев, и/или с другим количеством битов для номера индекса. Например, большее количество битов может быть использовано, если критерии приоритета включены в определение использования ресурсов.

Таблица 1

Примерное отображение трехбитового индекса и ассоциированных критериев

Индексное число Описание использования ресурсов 000 Набор ресурсов может быть использован посредством WTRU, которые имеют коммерческие приложения 001 Коммерческое приложение и диапазон низкой мощности 010 Коммерческое приложение и диапазон средней мощности 011 Коммерческое приложение и диапазон высокой мощности 100 Набор ресурсов может быть использован посредством WTRU, сконфигурированными или передающими приложение типа общественной безопасности 101 PS и диапазон низкой мощности 110 PS и диапазон средней мощности 111 PS и диапазон высокой мощности

[0293] Процесс обнаружения и/или сеанс связи могут быть независимо сконфигурированы с различными критериями. WTRU может определить, на какой индекс отображается набор критериев. WTRU может выбрать набор ресурсов, ассоциированный с этим индексом. WTRU может быть явно сконфигурирован с индексом. Если никакие ресурсы не сконфигурированы с данным индексом, то WTRU может определить следующий набор ресурсов, который наилучшим образом удовлетворяет сконфигурированным критериям.

[0294] Процесс обнаружения и/или сеанс связи могут быть ассоциированы с более чем одним желательным индексом использования (например, в приоритетном порядке). WTRU может быть сконфигурирован так, чтобы согласовывать предоставляемый индекс использования с одним или более индексами желательного использования (например, в порядке приоритета). Если это не работает, то WTRU может вернуться к ресурсу по умолчанию и/или ресурсу, который сконфигурирован для любого типа услуги.

[0295] Набор ресурсов может быть сконфигурирован с индексом ресурсов и с критериями измерения (например, порог RSRP, ассоциированный с ресурсом). Каждый критерий может быть независимо сконфигурирован. Может быть установлен приоритет среди критериев.

[0296] Набор ресурсов может быть сконфигурирован (например, сконфигурирован в явном виде и/или независимым образом) с одним или более различными критериями. Например, набор ресурсов может указывать, предназначен ли он для использования для общественной безопасности (PS), коммерческого использования или ни для одного из них (например, ресурсы могут быть предназначены для любого типа приложения). В качестве примерных критериев, набор ресурсов может быть сконфигурирован с диапазоном мощности (например, низкой, средней, высокой или без этого). Последнее может означать, что все ресурсы могут быть использованы для всех диапазонов мощности. Например, набор ресурсов может указывать тип QoS, который он поддерживает, битовую скорость пакетной передачи (например, PBR или GBR), которую он может поддерживать, и/или т.п.

[0297] WTRU может выбрать первый набор(ы) ресурсов, ассоциированный(е) с первым критерием (например, с критерием наивысшего приоритета). WTRU может использовать следующие критерии, определяемые на основании очередности, чтобы выбрать следующий набор ресурсов в пределах первого набора ресурсов, и так далее. Например, WTRU может сначала выбрать набор ресурсов, предназначенных для использования с типом приложений (например, PS или коммерческих). WTRU может выбрать ресурсы, которые удовлетворяют набору критериев диапазона мощности. WTRU может выбрать набор ресурсов в соответствии с измерением RSRP и/или конфигурацией ресурсов.

[0298] WTRU может выбрать набор ресурсов, ассоциированных с конфигурируемым уровнем приоритета. WTRU может выбрать наборы ресурсов с наивысшим уровнем приоритета, равного или ниже, чем сконфигурированный WTRU уровень приоритета приложения. Уровень приоритета может быть более низким приоритетом, чем ресурсы, разрешенные к использованию в соответствии с измерением RSRP. Таким образом, WTRU может выбрать набор(ы) доступных ресурсов, который(е) удовлетворяет(ют) сконфигурированным критериям измерения RSRP, а затем выбрать ресурс с более высоким уровнем приоритета, равного или ниже, чем приоритет приложения.

[0299] Если WTRU не удается найти набор ресурсов с предоставленным индексом использования, который совпадает с индексом использования данного процесса обнаружения и/или сеанса связи, то WTRU может быть сконфигурирован с указаниями по использованию ближайшего соответствующего набора ресурсов. Например, если WTRU не удается найти набор ресурсов для обнаружения ближней дальности, то WTRU может быть сконфигурирован так, чтобы использовать ресурсы из набора ресурсов средней дальности при соблюдении его требования максимальной мощности передачи. Например, WTRU может иметь правила для выбора набора ресурсов, сконфигурированного с битовой скоростью пакетной передачи, равной или более высокой, чем битовая скорость пакетной передачи радиоканала-носителя (например, логического канала) пакета передачи.

[0300] Пул по умолчанию может быть сконфигурирован так, что может быть использован для сообщений обнаружения с любыми требованиями необходимого индекса использования. WTRU может выбрать пул по умолчанию, когда никакого другого совпадения не найдено.

[0301] Может быть обеспечено WTRU-автономное управление ресурсами. Передающий WTRU может определить, какое количество передач обнаружения (например, в том числе 0) выполнять в данном случае обнаружения и/или периоде времени. Путем конфигурирования скорости передачи обнаружения WTRU, сеть и/или система может регулировать величину помех и/или качество обслуживания.

[0302] WTRU может быть сконфигурирован с фиксированной скоростью передачи обнаружения. Например, WTRU может быть сконфигурирован сетью с заданной скоростью передачи обнаружения. WTRU может принимать конфигурацию посредством специальной сигнализации (например, посредством RRC, NAS, от ProSe-сервера и/или т.п.). WTRU может принимать конфигурацию через широковещательный канал (например, через один или более SIB). Конфигурация может идентифицировать пул(ы) ресурсов, диапазон(ы) RSRP и/или порог(и) RSRP.

[0303] WTRU может быть сконфигурирован со скоростью передачи обнаружения, которая может быть, например, параметризирована с использованием одного или более из следующего. WTRU может быть сконфигурирован со средней скоростью, выраженной в количестве передач обнаружения в секунду. WTRU может определить, сколько передач обнаружения выполнять в одном или более (например, серии) случаев обнаружения для достижения данной скорости. WTRU может быть сконфигурирован, чтобы передавать сигналы обнаружения с регулярными интервалами для достижения данной скорости. WTRU может быть сконфигурирован с количеством передач обнаружения для конкретного количества случаев обнаружения и/или конкретного временного интервала. Например, WTRU может быть сконфигурирован, чтобы передавать N сигналов передачи обнаружения по N случаям обнаружения. WTRU может быть сконфигурирован, чтобы передавать N сигналов передачи обнаружения в течение интервала времени, например, который может быть задан в количестве кадров (например, N кадров) и/или абсолютном времени (например, секунд).

[0304] WTRU может быть сконфигурирован, чтобы повторять полезную нагрузку сигнала обнаружения в течение случая обнаружения, например, если позволяет скорость передачи. Это может происходить, например, когда скорость такова, что WTRU может передавать более чем один сигнал обнаружением в одном случае обнаружения.

[0305] Сконфигурированная скорость передачи обнаружения может применяться к одному или более (например, всем) процессам обнаружения. WTRU может быть сконфигурирован со скоростью передачи обнаружения, специфической для некоторого (например, каждого) процесса обнаружения.

[0306] WTRU может определять скорость передачи обнаружения автономно. WTRU может основывать свою скорость передачи обнаружения на измерениях ресурсов обнаружения. WTRU может быть сконфигурирован с минимальной скоростью передачи обнаружения и/или максимальной скоростью передачи. WTRU может быть сконфигурирован для измерения использования ресурсов и обновления текущей скорости передачи (например, current_discovery_rate) по истечении некоторого периода измерения.

[0307] WTRU может инициализировать current_discovery_rate в значение (например, предопределенное значение). WTRU может инициализировать current_discovery_rate на минимальную конфигурируемую скорость передачи обнаружения. WTRU может сбросить, повторно инициализировать и/или установить в нуль current_discovery_rate, например, когда происходит одно или более из следующего. WTRU может сбросить, повторно инициализировать и/или установить в нуль current_discovery_rate, когда WTRU не передал сигнал обнаружения в течение конфигурируемого интервала времени. WTRU может сбросить, повторно инициализировать и/или установить в нуль current_discovery_rate, когда WTRU принимает сигнал от сети. Например, сигнал может быть сигналом, указывающим изменение ресурсов для обнаружения (например, в этом случае WTRU может повторно инициализировать current_discovery_rate), и/или сигналом, указывающим WTRU установить его current_discovery_rate в 0 (например, для предопределенного интервала времени, после которого WTRU может быть сконфигурирован, чтобы повторно инициализировать current_discovery_rate). WTRU может сбросить, повторно инициализировать и/или установить в нуль current_discovery_rate, когда WTRU определяет (например, измеряет), что уровень использования ресурсов обнаружения выше и/или ниже порога, например, в течение конфигурируемого количества времени.

[0308] Может иметься один или более триггеров для WTRU, чтобы увеличить и/или уменьшить current_discovery_rate. WTRU может увеличить значение current_discovery_rate на некоторую величину, когда WTRU определяет, что использование ресурсов находится ниже порога, например, в течение некоторого периода времени.

[0309] WTRU может увеличить скорость передачи обнаружения на некоторую величину (например, WTRU может удвоить скорость передачи обнаружения). WTRU может быть сконфигурирован, чтобы не превышать максимальную конфигурируемую скорость.

[0310] WTRU может уменьшить скорость передачи обнаружения на некоторую величину. Например, WTRU может уменьшить скорость передачи обнаружения на некоторую величину один раз за некоторый период времени (например, каждый период времени), в течение которого WTRU определяет, что использование ресурсов выше и/или ниже порога, например, для некоторого периода времени. WTRU может уменьшить скорость передачи обнаружения на некоторую величину на основании состояния активности, ассоциированного с одним или более его процессов обнаружения, например, когда WTRU определяет, что он не выполнил передачу обнаружения в течение некоторого времени. WTRU может уменьшить скорость передачи обнаружения на некоторую величину на основе сетевой сигнализации. Например, WTRU может уменьшить скорость передачи обнаружения на некоторую величину, когда WTRU принимает сетевую сигнализацию через выделенную сигнализацию (например, с использованием DCI на (е)PDCCH, маскированном посредством C-RNTL, другим конфигурируемым RNTI, посредством L2 MAC-сигнализации с использованием элемента управления MAC и/или т.п.). Например, WTRU может уменьшить скорость передачи обнаружения на некоторую величину, когда WTRU может принять сетевую сигнализацию через широковещательный канал (например, посредством одного или более SIB).

[0311] WTRU может вдвое снизить скорость передачи обнаружения. WTRU может не уменьшать скорость ниже минимального конфигурируемого значения.

[0312] WTRU может определить использование ресурсов обнаружения на основе уровня энергии на ресурсах обнаружения. Например, WTRU может измерять уровень энергии на ресурсах обнаружения (например, когда не передает) и сравнивать его с порогом. WTRU может определить использование ресурсов обнаружения на основе количества успешных обнаружений. Например, WTRU может подсчитывать количество успешных обнаружений и сравнивать его с порогом. WTRU может определить использование ресурсов обнаружения, основываясь на одном или более SIB. Например, WTRU может контролировать один или более SIB на наличие указания использования ресурсов. WTRU может считывать использование ресурсов из одного или более SIB.

[0313] WTRU может определять использование ресурсов на основе указания сетью, например, сигнализированного посредством одного или более SIB. Например, WTRU может контролировать один или более SIB на наличие указателя перегрузки использования ресурсов сигнала обнаружения. WTRU может увеличивать и/или уменьшать свою скорость передачи обнаружения (например, как описано в настоящем документе), например, на основании значения указателя перегрузки.

[0314] WTRU может определить, что один или более ресурсов обнаружения являются выделенными (например, ассоциированными с различными процессами обнаружения сетью), в то время как один или более ресурсов обнаружения являются совместно используемыми. WTRU может учитывать (например, учитывать только) один или более ресурсов обнаружения, которые совместно используются в его определении уровня использования ресурсов. WTRU может применять полученную скорость передачи к процессам, ассоциированным с совместно используемыми ресурсами (например, только к процессам, ассоциированным с совместно используемыми ресурсами).

[0315] Может быть обеспечено ослабление помех с помощью рандомизации ресурсов. Передающий WTRU может выбирать действительные случаи передачи, например, из набора разрешенных случаев обнаружения, например, для рандомизации помех системы.

[0316] WTRU может случайным образом выбрать ресурс (например, набор подкадров), чтобы на нем осуществлять попытки D2D-связи (например, передачу обнаружения). Передающий WTRU может определить набор подкадров, на котором может передаваться сигнал обнаружения. WTRU может определить количество подкадров, используемых для передачи сигнала обнаружения (например, Nreq), в некотором количестве подкадров обнаружения (например, Ndisc), например, определенных в течение некоторого периода времени (например, в течение цикла случаев обнаружения) на основе его конфигурации, например, на основе одного или более из следующего.

[0317] WTRU может определить количество подкадров, используемых для передачи сигнала обнаружения, на основе количества конфигурируемых процессов обнаружения, QoS и/или скорости передачи обнаружения (например, каждого) процесса обнаружения, максимальной и/или минимальной скорости передачи обнаружения, конфигурируемой и/или разрешенной для каждого передающего WTRU, и/или минимального количества подкадров, используемых посредством WTRU для удовлетворения своего требуемого QoS для конфигурируемых процессов обнаружения.

[0318] WTRU может выбрать (например, случайным образом) Nreq подкадров (например, ресурс) из общего количества подкадров (например, из множества ресурсов), например, в течение некоторого периода (например, Ndisc подкадров), например, для выполнения и/или попытки D2D-связи (например, передачи обнаружения).

[0319] WTRU может выбрать ресурс (например, подкадр(ы), PRB, и т.д.) с использованием (например, предопределенной) функции рандомизации, которая может быть инициализирована специфическим для WTRU значением. Это может гарантировать, что никакие два WTRU не выберут один и тот же набор ресурсов во времени. WTRU может быть сконфигурирован с функцией псевдослучайной последовательности, инициализированной с начальным значением на основе специфического для WTRU значения, сигнализированного сетью и/или на основанного на WTRU-ID и/или части WTRU-ID (например, IMSI, Т-IMSI, C-RNTI, IMEI и т.д.).

[0320] WTRU может повторно инициализировать функцию рандомизации с регулярным интервалом, например, каждый раз при циклическом переходе SFN и/или в другой момент времени.

[0321] Могут быть предусмотрены ограничения времени задержки. Например, WTRU может быть сконфигурирован с минимальной задержкой и/или количеством подкадров между двумя разрешенными передачами обнаружения. Это может быть использовано, чтобы использовать временное разнесение канала. При выборе (например, случайным образом) Nreq подкадров (например, ресурса) из общего числа подкадров (например, из множества ресурсов) в течение некоторого периода (например, Ndisc подкадров) для выполнения и/или попытки передачи обнаружения, WTRU может гарантировать, что никакие два выбранных подкадра не нарушают требование минимальной задержки. Это может быть выполнено, например, путем отбрасывания недействительных конфигураций, когда они возникают, и/или повторной попытки выбора, пока она не удовлетворит требованиям.

[0322] WTRU может выбрать один или более (например, набор) подкадров, чтобы выполнять попытки передачи обнаружения, например, на основе предопределенного шаблона скачкообразного изменения. WTRU может быть предварительно сконфигурирован с одним или более наборами шаблонов скачкообразного изменения подкадров. Некоторый (например, каждый) шаблон скачкообразного изменения может определять набор подкадров, на которых передающий WTRU может передавать сигнал обнаружения, например, в течение некоторого периода времени (например, в цикле случаев обнаружения).

[0323] WTRU может определить количество подкадров, используемых для передачи сигнала обнаружения (например, Nreq), из некоторого количества подкадров обнаружения (например, Ndisc), например, как описано в настоящем документе. WTRU может выбрать семейство шаблона скачкообразного изменения, для которого шаблон скачкообразного изменения (например, каждый шаблон скачкообразного изменения) допускает передачу Nreq подкадров обнаружения, например, основываясь на значении Nreq. WTRU может выбрать один или более из шаблонов скачкообразного изменения из этого семейства, например, на основе случайной функции. Например, WTRU может выбрать шаблон скачкообразного изменения, используя индекс, сгенерированный псевдослучайной функцией. Псевдослучайная функция может быть инициализирована с начальным значением, выведенным, например, как описано в настоящем документе.

[0324] Хотя признаки и элементы описаны со ссылкой на LTE (например, LTE-A) и терминологию LTE, признаки и элементы, описанные здесь, могут быть применены к другим протоколам проводной и беспроводной связи, например, HSPA, HSPA+, WCDMA, CDMA2000, GSM, WLAN и/или т.п.

[0325] Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области техники будет понятно, что каждый признак или элемент может быть использован отдельно или в любом сочетании с другими признаками и элементами. Кроме того, способы, описанные здесь, могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, воплощенном в считываемом компьютером носителе информации для исполнения компьютером или процессором. Примеры считываемых компьютером носителей включают в себя электронные сигналы (передаваемые по проводным или беспроводным соединениям связи) и считываемые компьютерами носители для хранения данных. Примеры считываемых компьютером носителей данных включают в себя, без ограничения указанным, постоянную память (ROM), оперативную память (RAM), регистр, кэш-память, полупроводниковые устройства памяти, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как CD-ROM-диски, и цифровые универсальные диски (DVD). Процессор совместно с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика для использования в WTRU, WTRU, терминала, базовой станции, RNC или любого хост-компьютера.

Изобретение относится к системам беспроводной связи и предназначено для управления помехами, вызванными D2D-связями. Модуль беспроводной передачи-приема (WTRU), может включать в себя процессор. Процессор может быть сконфигурирован, чтобы выполнять одно или более из следующего. Процессор может принимать решение передавать информацию с использованием передачи от устройства к устройству посредством пула ресурсов из множества пулов ресурсов. Каждый пул ресурсов может быть ассоциирован с диапазоном значений мощности приема опорного сигнала (RSRP). Процессор может определить измерение RSRP соты, ассоциированной с WTRU. Процессор может выбрать пул ресурсов из множества пулов ресурсов на основе измерения RSRP соты. Измерение RSRP соты может находиться в пределах диапазона значений RSRP, ассоциированных с выбранным пулом ресурсов. Процессор может передавать информацию с использованием выбранного пула ресурсов. 3 н. и 18 з.п. ф-лы, 14 ил., 1 табл.

1. Блок беспроводной передачи/приема (WTRU), содержащий:

процессор, сконфигурированный, чтобы:

принимать решение передавать информацию с использованием передачи от устройства к устройству;

определять измерение мощности приема опорного сигнала (RSRP) соты, ассоциированной с WTRU;

выбирать пул ресурсов из множества пулов ресурсов на основе измерения RSRP соты, причем каждый пул ресурсов из множества пулов ресурсов ассоциирован с низким порогом RSRP и высоким порогом RSRP и причем измерение RSRP соты находится между низким порогом RSRP и высоким порогом RSRP выбранного пула ресурсов; и

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

2. WTRU по п. 1, в котором процессор дополнительно сконфигурирован, чтобы выбирать ресурс из множества ресурсов выбранного пула ресурсов.

3. WTRU по п. 2, в котором процессор сконфигурирован, чтобы выбирать ресурс с использованием функции рандомизации или псевдослучайной функции.

4. WTRU по п. 2, в котором процессор, сконфигурированный, чтобы передавать информацию с использованием выбранного пула ресурсов, включает в себя то, что процессор сконфигурирован, чтобы передавать информацию с использованием выбранного ресурса.

5. WTRU по п. 2, в котором выбранный ресурс содержит один или более подкадров.

6. WTRU по п. 2, в котором выбранный ресурс содержит один или более блоков физических ресурсов (PRB).

7. WTRU по п. 1, в котором процессор дополнительно сконфигурирован, чтобы:

принимать конфигурацию посредством сигнализации управления радиоресурсами (RRC); и

определять, на основе конфигурации, что выбор пула ресурсов основан на RSRP.

8. WTRU по п. 7, в котором конфигурация идентифицирует пул ресурсов и диапазон значений RSRP, ассоциированных с пулом ресурсов.

9. Способ, реализуемый блоком беспроводной передачи/приема (WTRU), содержащий:

принятие решения передавать информацию с использованием передачи от устройства к устройству;

определение измерения RSRP соты, ассоциированной с WTRU;

выбор пула ресурсов из множества пулов ресурсов на основе измерения RSRP соты, причем каждый пул ресурсов ассоциирован с низким порогом RSRP и высоким порогом RSRP и причем измерение RSRP соты находится между низким порогом RSRP и высоким порогом RSRP выбранного пула ресурсов; и

передачу информации с использованием выбранного пула ресурсов.

10. Способ по п. 9, дополнительно содержащий выбор ресурса из множества ресурсов в выбранном пуле ресурсов.

11. Способ по п. 10, в котором выбор ресурса содержит выбор ресурса с использованием функции рандомизации или псевдослучайной функции.

12. Способ по п. 10, в котором передача информации с использованием выбранного пула ресурсов содержит передачу информации с использованием выбранного ресурса.

13. Способ по п. 9, дополнительно содержащий определение, что передача от устройства к устройству является передачей типа 1 от устройства к устройству, причем передача типа 1 от устройства к устройству характеризуется тем, что WTRU выбирает пул ресурсов из множества пулов ресурсов.

14. Способ по п. 9, в котором принятие решения передавать информацию с использованием передачи от устройства к устройству содержит прием запроса передавать информацию с использованием передачи от устройства к устройству.

15. Блок беспроводной передачи/приема (WTRU), содержащий:

процессор, сконфигурированный, чтобы:

принимать запрос передачи от устройства к устройству для передачи информации;

определять, что выбор ресурсов основан на мощности приема опорного сигнала (RSRP);

принимать порог RSRP, ассоциированный с пулом ресурсов из множества пулов ресурсов;

определять измерение RSRP;

сравнивать измерение RSRP с порогом RSRP, ассоциированным с пулом ресурсов;

выбирать пул ресурсов для передачи информации посредством передачи от устройства к устройству в ответ на то, что измерение RSRP выше порога RSRP; и

передавать информацию с использованием пула ресурсов в ответ на то, что пул ресурсов выбран для передачи информации.

16. WTRU по п. 15, в котором пул ресурсов включает в себя множество ресурсов и в котором процессор дополнительно сконфигурирован, чтобы:

выбирать ресурс из множества ресурсов на основе функции рандомизации; и

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

17. WTRU по п. 16, в котором ресурс содержит подкадр или блок физических ресурсов (PRB).

18. WTRU по п. 15, в котором процессор дополнительно сконфигурирован, чтобы принимать блок системной информации (SIB), который идентифицирует пул ресурсов и указывает порог RSRP, ассоциированный с пулом ресурсов.

19. WTRU по п. 15, в котором порог RSRP содержит низкий порог RSRP открытого диапазона значений RSRP или высокий порог RSRP открытого диапазона значений RSRP.