ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
[01] Данная заявка притязает на преимущество предварительной заявки США № 62/077033, которая была подана 7 ноября 2014 г., предварительной заявки США № 62/103908, которая была подана 15 января 2015 г., и предварительной заявки США № 62/163123, которая была подана 18 мая 2015 г., содержание которых настоящим включается в этот документ посредством ссылки.
УРОВЕНЬ ТЕХНИКИ
[02] Услуги обнаружения приближения (ProSe) были представлены в выпуске 12 (R12) Проекта партнерства 3-го поколения (3GPP). Услуги обнаружения приближения обеспечивают связь устройства с устройством между, например, двумя блоками беспроводной передачи/приема (WTRU).
[03] WTRU может использовать ресурсы для ProSe с использованием следующих конфигураций связи. Например, в первой конфигурации (например, Тип 1) eNode B (eNB) может предоставлять WTRU выделенные ресурсы (например, посредством специализированной сигнализации), которые могут использоваться для ProSe. Во второй конфигурации (например, Тип 2) eNB может сигнализировать по каналу широковещания совокупность ресурсов, за которые могут конкурировать WTRU. Каждый WTRU может пытаться использовать доступные ресурсы в подходе с конкуренцией.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[04] Варианты осуществления направлены на способ и систему активизации транзитного узла (RN), которые включают в себя анализ радиоизмерений для возможных RN в усовершенствованном eNB и, в свою очередь, отправку запроса активизации RN, если радиоизмерения превышают конкретную пороговую величину.
[05] Другой вариант осуществления предоставляет способ выбора транзитного узла (RN). Такой вариант осуществления принимает широковещательное сообщение обнаружения от одного или нескольких RN. Далее выбирается RN из одного или нескольких RN на основе сообщения обнаружения и устанавливается соединение с выбранным RN. В соответствии с вариантом осуществления сообщение обнаружения может содержать указание соответствующего качества линии связи между RN и одной или несколькими базовыми станциями.
[06] Еще один вариант осуществления для выбора RN включает в себя прием в блоке беспроводной передачи/приема (WTRU) кода услуги от одного или нескольких RN. Затем RN из одного или нескольких RN выбирается на основе кода услуги, и устанавливается соединение с выбранным RN.
[07] Дополнительные варианты осуществления предоставляют способы и системы для контроля соединения между WTRU и RN. В таком варианте осуществления RN отправляет конфигурационное сообщение измерения и/или отчетности, а в ответ WTRU отправляет одно или несколько сообщений активности в соответствии с конфигурационным сообщением измерения и/или отчетности.
[08] В варианте осуществления раскрывается блок беспроводной передачи/приема (WTRU), сконфигурированный для выбора транзитного узла (RN) при нахождении внутри или вне покрытия сети. WTRU может включать в себя схемы, сконфигурированные для: приема широковещательного сообщения обнаружения от одного или нескольких RN, при этом сообщение содержит указание соответствующего качества линии связи между RN и одной или несколькими базовыми станциями; выбора RN из одного или нескольких RN на основе качества линии связи; и установления соединения с базовой станцией посредством выбранного RN.
[09] В другом варианте осуществления раскрывается способ для поддержания непрерывности сеанса во время события мобильности. Способ может включать в себя: установление первого соединения сети пакетной передачи данных (PDN) между удаленным блоком беспроводной передачи/приема (WTRU) и сетью через транзитный узел (RN), используя адрес по Интернет-протоколу (IP), где удаленный WTRU находится вне покрытия сети; определение, что удаленный WTRU вошел в покрытие базовой станции, подключенной к сети; установление второго соединения PDN между удаленным WTRU и базовой станцией с использованием того же IP-адреса; отправку сообщения от RN, чтобы уведомить сеть об установлении второго соединения PDN; и переключение потоков трафика на второе соединение PDN.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[010] Более полное понимание может быть получено из нижеследующего описания, приведенного в качестве примера в сочетании с прилагаемыми чертежами, на которых:
[011] Фиг. 1A - схема системы для примерной системы связи, в которой можно реализовать один или несколько раскрытых вариантов осуществления;
[012] Фиг. 1B - схема системы для примерного блока беспроводной передачи/приема (WTRU), который может использоваться в системе связи, проиллюстрированной на фиг. 1A;
[013] Фиг. 1C - схема системы для примерной сети радиодоступа и примерной базовой сети, которые могут использоваться в системе связи, проиллюстрированной на фиг. 1A;
[014] Фиг. 2 - схема примерного стека протоколов плоскости пользователя, использующего IP-туннелирование;
[015] Фиг. 3 - схема примерного стека протоколов плоскости пользователя, использующего трансляцию сетевых IP-адресов (NAT);
[016] Фиг. 4 - схема примерного потока сигналов и содержания сообщения для обеспечения активизации ретрансляции в соответствии с вариантом осуществления;
[017] Фиг. 5 - упрощенная блок-схема последовательности операций способа активизации транзитного узла в соответствии с вариантом осуществления;
[018] Фиг. 6 - схема потока сигналов в примерном варианте осуществления активизации ретрансляции;
[019] Фиг. 7 - схема потока сигналов в сконфигурированной сетью операции ретрансляции;
[020] Фиг. 8 - блок-схема последовательности операций способа выбора RN;
[021] Фиг. 9 - блок-схема последовательности операций способа выбора RN в соответствии с вариантом осуществления;
[022] Фиг. 10 - схема перехода WTRU из покрытия в отсутствие покрытия;
[023] Фиг. 11 - схема потока сигналов в способе контроля соединения RN в соответствии с вариантом осуществления;
[024] Фиг. 12 - схема обслуживания вызова, иллюстрирующая примерную процедуру контроля TMGI;
[025] Фиг. 13 - схема обслуживания вызова, иллюстрирующая примерный поток решений по ретрансляции MBMS на основе опроса;
[026] Фиг. 14 - схема примерного обслуживания вызова в прямой передаче информации о местоположении на основе запрошенного типа информации;
[027] Фиг. 15 - схема примерного обслуживания вызова в процедуре обнаружения вторичного ретранслятора;
[028] Фиг. 16 - схема примерного обслуживания вызова для выбора вариантов непрерывности обслуживания; и
[029] Фиг. 17 - схема варианта осуществления для потока решений в MME.
ПОДРОБНОЕ ОПИСАНИЕ
[030] Фиг. 1A - схема примерной системы 100 связи, в которой можно реализовать один или несколько раскрытых вариантов осуществления. Система 100 связи может быть системой коллективного доступа, которая предоставляет контент, такой как речь, данные, видео, обмен сообщениями, широковещание и т.д., нескольким беспроводным пользователям. Система 100 связи может разрешать нескольким беспроводным пользователям обращаться к такому контенту посредством совместного использования ресурсов системы, включающих полосу пропускания беспроводной связи. Например, системы 100 связи могут применять один или несколько способов доступа к каналу, таких как коллективный доступ с кодовым разделением каналов (CDMA), коллективный доступ с временным разделением каналов (TDMA), коллективный доступ с разделением каналов по частоте (FDMA), ортогональный FDMA (OFDMA), FDMA с одной несущей (SC-FDMA) и т.п.
[031] Как показано на фиг. 1A, система 100 связи может включать в себя блоки 102a, 102b, 102c, 102d беспроводной передачи/приема (WTRU), сеть 104 радиодоступа (RAN), базовую сеть 106, коммутируемую телефонную сеть 108 общего пользования (PSTN), Интернет 110 и другие сети 112, хотя нужно будет принять во внимание, что раскрытые варианты осуществления предполагают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может быть любым типом устройства, сконфигурированного для работы и/или осуществления связи в беспроводной среде. В качестве примера WTRU 102a, 102b, 102c, 102d могут конфигурироваться для передачи и/или приема беспроводных сигналов и могут включать в себя пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский блок, пейджер, сотовый телефон, персональный цифровой помощник (PDA), смартфон, переносной компьютер, нетбук, персональный компьютер, беспроводной датчик, бытовую электронику и т.п.
[032] Системы 100 связи также могут включать в себя базовую станцию 114a и базовую станцию 114b. Каждая из базовых станций 114a, 114b может быть любым типом устройства, сконфигурированного для взаимодействия по беспроводной связи по меньшей мере с одним из WTRU 102a, 102b, 102c, 102d, чтобы упростить доступ к одной или нескольким сетям связи, например базовой сети 106, Интернету 110 и/или другим сетям 112. В качестве примера базовые станции 114a, 114b могут быть базовой приемопередающей станцией (BTS), Узлом B, усовершенствованным Узлом B, домашним Узлом Б, домашним усовершенствованным Узлом B, контроллером пункта связи, точкой доступа (AP), беспроводным маршрутизатором и т.п. Хотя каждая из базовых станций 114a, 114b изображается как одиночный элемент, нужно будет принять во внимание, что базовые станции 114a, 114b могут включать в себя любое количество взаимосвязанных базовых станций и/или сетевых элементов.
[033] Базовая станция 114a может быть частью RAN 104, которая также может включать в себя другие базовые станции и/или сетевые элементы (не показаны), например контроллер базовой станции (BSC), контроллер радиосети (RNC), транзитные узлы и т. д. Базовая станция 114a и/или базовая станция 114b может конфигурироваться для передачи и/или приема беспроводных сигналов в конкретной географической области, которая может называться сотой (не показана). Сота дополнительно может делиться на секторы соты. Например, сота, ассоциированная с базовой станцией 114a, может делиться на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, то есть по одному для каждого сектора соты. В другом варианте осуществления базовая станция 114a может применять технологию многих входов и выходов (MIMO) и поэтому может использовать несколько приемопередатчиков для каждого сектора соты.
[034] Базовые станции 114a, 114b могут осуществлять связь с одним или несколькими WTRU 102a, 102b, 102c, 102d по радиоинтерфейсу 116, который может быть любой подходящей линией беспроводной связи (например, радиочастотой (РЧ), микроволновым излучением, инфракрасным (ИК) излучением, ультрафиолетовым (УФ) излучением, видимым светом и т.д.). Радиоинтерфейс 116 может устанавливаться с использованием любой подходящей технологии радиодоступа (RAT).
[035] Точнее говоря, как отмечалось выше, система 100 связи может быть системой коллективного доступа и может применять одну или несколько схем доступа к каналу, например CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т. п. Например, базовая станция 114a в RAN 104 и WTRU 102a, 102b, 102c могут реализовывать технологию радиосвязи, такую как наземный радиодоступ универсальной системы мобильных телекоммуникаций (UMTS) (UTRA), которая может устанавливать радиоинтерфейс 116 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя протоколы связи, например высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ восходящей линии связи (HSUPA).
[036] В другом варианте осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать технологию радиосвязи, такую как усовершенствованный наземный радиодоступ UMTS (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием системы долгосрочного развития (LTE) и/или LTE-Advanced (LTE-A).
[037] В других вариантах осуществления базовая станция 114a и 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) и т.п.
[038] Базовая станция 114b на фиг. 1A может быть, например, беспроводным маршрутизатором, домашним Узлом Б (nodeB), домашним усовершенствованным Узлом Б или точкой доступа и может использовать любую подходящую RAT для упрощения возможности беспроводного соединения в локализованной области, например в офисе, дома, в транспортном средстве, территории университета и т.п. В одном варианте осуществления базовая станция 114b и WTRU 102c, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.11, для установления беспроводной локальной сети (WLAN). В другом варианте осуществления базовая станция 114b и WTRU 102c, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.15, для установления беспроводной персональной сети (WPAN). В еще одном варианте осуществления базовая станция 114b и WTRU 102c, 102d могут использовать сотовую RAT (например WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.) для установления пикосоты или фемтосоты. Как показано на фиг. 1A, базовая станция 114b может иметь прямое соединение с Интернетом 110. Таким образом, базовой станции 114b может не требоваться доступ в Интернет 110 через базовую сеть 106.
[039] RAN 104 может осуществлять связь с базовой сетью 106, которая может быть любым типом сети, сконфигурированной для предоставления речевых, информационных, прикладных услуг и/или услуг передачи голоса по IP-протоколу (VoIP) одному или нескольким из WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106 может обеспечивать управление вызовом, услуги выставления счетов, услуги на основе местоположения подвижных абонентов, предоплаченный вызов, подключение к Интернету, распределение видеосигналов и т.д. и/или выполнять высокоуровневые функции безопасности, например аутентификацию пользователей. Хотя и не показано на фиг. 1A, нужно будет принять во внимание, что RAN 104 и/или базовая сеть 106 может прямо или косвенно осуществлять связь с другими RAN, которые применяют такую же RAT, что и RAN 104, или другую RAT. Например, в дополнение к подключению к RAN 104, которая может использовать технологию радиосвязи E-UTRA, базовая сеть 106 также может осуществлять связь с другой RAN (не показана), применяющей технологию радиосвязи GSM.
[040] Базовая сеть 106 также может служить в качестве шлюза для WTRU 102a, 102b, 102c, 102d для доступа к PSTN 108, Интернету 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети пакетной передачи данных, которые предоставляют традиционную услугу телефонной связи (POTS). Интернет 110 может включать в себя глобальную систему взаимосвязанных вычислительных сетей и устройств, которые используют общие протоколы связи, например Протокол управления передачей (TCP), Протокол дейтаграмм пользователя (UDP) и Интернет-протокол (IP) в стеке протоколов TCP/IP. Сети 112 могут включать в себя сети проводной или беспроводной связи, которыми владеют и/или управляют другие поставщики услуг. Например, сети 112 могут включать в себя другую базовую сеть, подключенную к одной или нескольким RAN, которые могут применять такую же RAT, как и RAN 104, или другую RAT.
[041] Некоторые или все из WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные способности, то есть WTRU 102a, 102b, 102c, 102d могут включать в себя несколько приемопередатчиков для осуществления связи с разными беспроводными сетями по разным беспроводным линиям связи. Например, показанный фиг. 1A WTRU 102c может конфигурироваться для осуществления связи с базовой станцией 114a, которая может применять сотовую технологию радиосвязи, и с базовой станцией 114b, которая может применять технологию радиосвязи IEEE 802.
[042] Фиг. 1B - схема системы примерного WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя процессор 118, приемопередатчик 120, элемент 122 передачи/приема, динамик/микрофон 124, клавишную панель 126, дисплей/сенсорную панель 128, несъемное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем системы глобального позиционирования (GPS) и другую периферию 138. Нужно будет принять во внимание, что WTRU 102 может включать в себя любую подкомбинацию вышеупомянутых элементов, оставаясь при этом в соответствии с вариантом осуществления.
[043] Процессор 118 может быть универсальным процессором, процессором специального назначения, традиционным процессором, цифровым процессором сигналов (DSP), множеством микропроцессоров, одним или несколькими микропроцессорами совместно с ядром DSP, контроллером, микроконтроллером, специализированными интегральными схемами (ASIC), схемами на программируемой пользователем вентильной матрице (FPGA), любым другим типом интегральной схемы (IC), конечным автоматом и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, регулирование мощности, обработку ввода/вывода и/или любые другие функциональные возможности, которые дают WTRU 102 возможность работать в беспроводной среде. Процессор 118 может соединяться с приемопередатчиком 120, который может соединяться с элементом 122 передачи/приема. Хотя фиг. 1B изображает процессор 118 и приемопередатчик 120 как отдельные компоненты, нужно будет принять во внимание, что процессор 118 и приемопередатчик 120 могут объединяться в электронном блоке или микросхеме.
[044] Элемент 122 передачи/приема может конфигурироваться для передачи сигналов или приема сигналов от базовой станции (например, базовой станции 114a) по радиоинтерфейсу 116. Например, в одном варианте осуществления элемент 122 передачи/приема может быть антенной, сконфигурированной для передачи и/или приема радиочастотных сигналов. В другом варианте осуществления элемент 122 передачи/приема может быть излучателем/детектором, сконфигурированным, например, для передачи и/или приема сигналов инфракрасного излучения, ультрафиолетового излучения или видимого света. В еще одном варианте осуществления элемент 122 передачи/приема может конфигурироваться для передачи и приема радиочастотных и световых сигналов. Нужно будет принять во внимание, что элемент 122 передачи/приема может конфигурироваться для передачи и/или приема любого сочетания беспроводных сигналов.
[045] К тому же, хотя элемент 122 передачи/приема изображается на фиг. 1B как одиночный элемент, WTRU 102 может включать в себя любое количество элементов 122 передачи/приема. Точнее говоря, WTRU 102 может применять технологию MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или более элементов 122 передачи/приема (например, несколько антенн) для передачи и приема беспроводных сигналов по радиоинтерфейсу 116.
[046] Приемопередатчик 120 может конфигурироваться для модуляции сигналов, которые нужно передать с помощью элемента 122 передачи/приема, и демодуляции сигналов, которые принимаются элементом 122 передачи/приема. Как отмечалось выше, WTRU 102 может обладать многорежимными способностями. Таким образом, приемопередатчик 120 может включать в себя несколько приемопередатчиков для предоставления WTRU 102 возможности осуществлять связь посредством нескольких RAT, например UTRA и IEEE 802.11.
[047] Процессор 118 в WTRU 102 может соединяться и может принимать пользовательские входные данные от динамика/микрофона 124, клавишной панели 126 и/или дисплея/сенсорной панели 128 (например, жидкокристаллического дисплея (LCD) или дисплея на органических светоизлучающих диодах (OLED)). Процессор 118 также может выводить пользовательские данные в динамик/микрофон 124, клавишную панель 126 и/или дисплей/сенсорную панель 128. К тому же процессор 118 может обращаться к информации и сохранять данные в любом типе подходящего запоминающего устройства, например несъемном запоминающем устройстве 130 и/или съемном запоминающем устройстве 132. Несъемное запоминающее устройство 130 может включать в себя оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), жесткий диск или любой другой тип запоминающего устройства. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти Memory Stick, карту памяти Secure Digital (SD) и т.п. В других вариантах осуществления процессор 118 может обращаться к информации и сохранять данные в запоминающем устройстве, которое физически не располагается в WTRU 102, например, на сервере или домашнем компьютере (не показаны).
[048] Процессор 118 может получать питание от источника 134 питания и может конфигурироваться для распределения и/или управления питанием для других компонентов в WTRU 102. Источник 134 питания может быть любым подходящим устройством для питания WTRU 102. Например, источник 134 питания может включать в себя одну или несколько батарей на сухих элементах (например, никель-кадмиевые (NiCd), никель-цинковые (NiZn), никель-металлогидридные(NiMH), ионно-литиевые (Li-ion) и т.д.), солнечные элементы, топливные элементы и т.п.
[049] Процессор 118 также может соединяться с набором 136 микросхем GPS, который может конфигурироваться для предоставления информации о местоположении (например, долгота и широта) касательно текущего местоположения WTRU 102. В дополнение или вместо информации от набора 136 микросхем GPS WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, базовых станций 114a, 114b) и/или определять свое местоположение на основе распределения во времени сигналов, принимаемых от двух или более ближайших базовых станций. Нужно будет принять во внимание, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения, оставаясь при этом в соответствии с вариантом осуществления.
[050] Процессор 118 дополнительно может соединяться с другой периферией 138, которая может включать в себя один или несколько программных и/или аппаратных модулей, которые предоставляют дополнительные свойства, функциональные возможности и/или возможность проводного или беспроводного соединения. Например, периферия 138 может включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, гарнитуру громкой связи, модуль Bluetooth®, радиоблок с частотной модуляцией (FM), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль видеоигр, Интернет-обозреватель и т.п.
[051] Фиг. 1C - схема системы RAN 104 и базовой сети 106 в соответствии с вариантом осуществления. Как отмечалось выше, RAN 104 может применять технологию радиосвязи E-UTRA для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 также может осуществлять связь с базовой сетью 106.
[052] RAN 104 может включать в себя усовершенствованные Узлы Б (eNode-B) 140a, 140b, 140c, хотя нужно будет принять во внимание, что RAN 104 может включать в себя любое количество eNode-B, оставаясь при этом в соответствии с вариантом осуществления. eNode-B 140a, 140b, 140c могут включать в себя один или несколько приемопередатчиков для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления eNode-B 140a, 140b, 140c могут реализовывать технологию MIMO. Таким образом, eNode-B 140a может использовать несколько антенн для передачи беспроводных сигналов и приема беспроводных сигналов от WTRU 102a.
[053] Каждый из eNode-B 140a, 140b, 140c может ассоциироваться с конкретной сотой (не показано) и может конфигурироваться для принятия решений по управлению радиоресурсами, решений по передаче обслуживания, планирования пользователей на восходящей линии связи и/или нисходящей линии связи и т.п. Как показано на фиг. 1C, eNode-B 140a, 140b, 140c могут осуществлять связь друг с другом по интерфейсу X2.
[054] Базовая сеть 106, показанная на фиг. 1C, может включать в себя шлюз 142 объекта управления мобильностью (MME), обслуживающий шлюз 144 и шлюз 146 сети пакетной передачи данных (PDN). Хотя каждый из вышеупомянутых элементов изображается как часть базовой сети 106, нужно будет принять во внимание, что любым из этих элементов может владеть и/или управлять некая сущность, отличная от оператора базовой сети.
[055] MME 142 может быть подключен к каждому из eNode-B 140a, 140b, 140c в RAN 104 по интерфейсу S1 и может служить в качестве узла управления. Например, MME 142 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активизацию/деактивизацию однонаправленного канала, выбор конкретного обслуживающего шлюза во время начального присоединения WTRU 102a, 102b, 102c и т.п. MME 142 также может предоставлять функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые применяют другие технологии радиосвязи, например GSM или WCDMA.
[056] Обслуживающий шлюз 144 может быть подключен к каждому из eNode B 140a, 140b, 140c в RAN 104 по интерфейсу S1. Обслуживающий шлюз 144 может в целом направлять и перенаправлять пакеты пользовательских данных к/от WTRU 102a, 102b, 102c. Обслуживающий шлюз 144 также может выполнять другие функции, например привязку плоскостей пользователя во время передач обслуживания между eNode B, инициирование поискового вызова, когда данные нисходящей линии связи доступны для WTRU 102a, 102b, 102c, управление и хранение контекстов WTRU 102a, 102b, 102c и т.п.
[057] Обслуживающий шлюз 144 также может подключаться к шлюзу 146 PDN, который может предоставлять WTRU 102a, 102b, 102c доступ к сетям пакетной передачи данных, например Интернету 110, чтобы упростить связь между WTRU 102a, 102b, 102c и устройствами с поддержкой IP.
[058] Базовая сеть 106 может упростить связь с другими сетями. Например, базовая сеть 106 может предоставить WTRU 102a, 102b, 102c доступ к сетям пакетной передачи данных, например PSTN 108, чтобы упростить связь между WTRU 102a, 102b, 102c и традиционными устройствами наземной проводной связи. Например, базовая сеть 106 может включать в себя или может осуществлять связь с IP-шлюзом (например, сервером мультимедийной подсистемы на основе IP (IMS)), который служит в качестве интерфейса между базовой сетью 106 и PSTN 108. К тому же базовая сеть 106 может предоставить WTRU 102a, 102b, 102c доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которыми владеют и/или управляют другие поставщики услуг.
[059] Представленные выше конфигурации для связи с помощью услуг обнаружения приближения (ProSe) могут включать в себя следующие признаки. Например, в широковещательном режиме может поддерживаться только групповая связь "один-ко-многим" (1-ко-многим). Для связи может не требоваться обнаружение. Связь может происходить, пока блоки беспроводной передачи/приема (WTRU) находятся внутри или вне покрытия. Можно задать новый кадр управления доступом к среде передачи (MAC) уровня 2 (L2) для переноса полезной нагрузки ProSe. Этот кадр MAC L2 может содержать адрес источника L2 и адрес назначения L2. WTRU может оснащаться собственным адресом источника L2 и адресом назначения L2 на каждую группу. Следует отметить, что любая (любой) из процедур и способов, описанных в этом документе по отношению к WTRU, которые работают внутри покрытия, также может быть применима (применим) к WTRU, которые работают вне покрытия, и наоборот.
[060] Можно задать однонаправленный канал ProSe, который содержит объекты управления радиосвязью (RLC) и MAC в протоколе конвергенции пакетных данных (PDCP). Каждый однонаправленный канал ProSe может быть специфичным или ассоциированным с парой адресов {источник L2, назначение L2}. Этот однонаправленный канал ProSe может ассоциироваться с ID логического канала, который может быть уникальным для каждой пары {источник L2, назначение L2}. WTRU может иметь любое количество однонаправленных каналов ProSe для разных WTRU назначения. Другими словами, WTRU может иметь любое количество ID логических каналов. Для одной и той же пары {источник L2, назначение L2} может существовать не более восьми (8) однонаправленных каналов ProSe. Однонаправленный канал ProSe может устанавливаться локально в WTRU без какой-либо сигнализации от сети (например, усовершенствованного Узла Б (eNB) и/или объекта управления мобильностью (MME)). Приоритет данных в однонаправленных каналах ProSe, между однонаправленными каналами ProSe, между данными для ProSe в сравнении с развитой пакетной системой (EPS) (например, Интернетом) и т.п., еще не задан и может зависеть от реализации WTRU. MME может предоставлять eNB указание о том, санкционирована ли ProSe для определенного WTRU. Это может выполняться посредством процедуры настройки контекста на уровне прикладного протокола S1 (S1AP) (например, между MME и eNB).
[061] В выпуске 13 (R13) 3GPP можно задать другие аспекты для ProSe в качестве расширения ProSe. Например, связь "один-к-одному" (1-к-1), поддержка качества обслуживания (QoS) для ProSe, улучшения в механизмах обнаружения в R12, информация о местоположении и состоянии устройств и т.п.
[062] Сейчас будут описываться аспекты ретрансляционной архитектуры в связи ProSe. При отправке данных из WTRU ProSe в приложение транзитный WTRU может действовать в качестве маршрутизатора уровня 3 (L3). Может быть три варианта архитектуры: (1) прозрачная маршрутизация (например, без модификации IP-заголовка); (2) выполнение IP-туннелирования; и (3) выполнение трансляции сетевых IP-адресов (NAT). Также можно рассмотреть другие варианты архитектуры.
[063] Ссылаясь теперь на фиг. 2, показана схема 220 примерного стека протоколов плоскости пользователя для IP-туннелирования. При выполнении IP-туннелирования данные из приложения ProSe могут инкапсулироваться транзитным WTRU с внешним заголовком кадра IP. Внешний IP-адрес может содержать ретрансляционный IP-адрес (например, ip@транзитный WTRU ProSe) в качестве назначения и сервер приложений ProSe (например, ip@сервер приложений ProSe) в качестве источника. Внутренний IP-адрес может содержать адрес WTRU ProSe (ip@WTRU ProSe) в качестве назначения и пользователя связи машинного типа (MTC) (например, ip@Appln ProSe) в качестве источника.
[064] Ссылаясь теперь на фиг. 3, показана схема 330 примерного стека протоколов плоскости пользователя для трансляции (NAT) IP. При выполнении трансляции (NAT) IP транзитный WTRU может скрывать IP-адрес удаленного WTRU и может заменять IP-адрес транзитного WTRU. Он может использовать NAT на основе портов или дополнительный код в пакете более высокого уровня для пометки удаленного WTRU в пакете.
[065] В этом документе описываются способы и процедуры для беспроблемной непрерывности обслуживания с маршрута развитого пакетного ядра (EPC) на маршрут ретрансляции для удаленного WTRU. В одном примерном способе MME транзитного WTRU может отвечать за проверку, подключаются ли удаленный WTRU и транзитный WTRU к одному и тому же PGW. Если удаленный WTRU и транзитный WTRU привязаны к одному и тому же PGW, то соединение PDN у транзитного WTRU может повторно использоваться удаленными WTRU. В противном случае можно установить новое соединение PDN с PGW удаленного WTRU.
[066] Ссылаясь теперь на фиг. 4, показана схема 440 обслуживания вызова для процедуры непрерывности обслуживания с маршрута EPC на маршрут ретрансляции. Транзитный WTRU 441b может получить глобально уникальный временный идентификатор (GUTI) и IP-адрес (то есть GUTI-1 и IP@1) удаленного WTRU 441a как часть установления соединения один-к-одному (448). Затем GUTI удаленного WTRU (GUTI-1) можно передать к MME, например MME-2 442b, чтобы определить, принадлежат ли удаленный WTRU 441a и транзитный WTRU 441b одному и тому же P-GW. MME-2 442b транзитного WTRU 441b выполняет это определение и отправляет ответ 452 NAS с указанием, необходимо ли новое соединение PDN. Запрос 450 контекста и ответ 451 контекста могут выполняться, если транзитный WTRU 441b и удаленный WTRU 441a принадлежат разным MME. В этом примере контекст удаленного WTRU извлекается из его MME, например MME-1 442a.
[067] На основе принятого указания 452 транзитный WTRU 441b может либо установить новое соединение PDN (453-456), либо изменить существующее соединение PDN (457-460).
[068] Транзитный WTRU 441b может поддерживать некоторые регистрационные состояния для удаленных WTRU 441a, которые могут использовать услуги ретрансляции. Операции ретрансляции могут меняться в зависимости от того, есть ли удаленные WTRU 441a, которым нужно использовать услугу ретрансляции. Например, с помощью услуг мультимедийного широковещания/мультивещания (MBMS) присутствие удаленных WTRU 441a может быть триггером, чтобы транзитный WTRU 441b начал прослушивание и широковещание данных MBMS, которые транзитный WTRU 441b принимает из сети. Более того, могут предоставляться процедуры для наделения WTRU функцией базовой сети и ProSe. Более того, для поддержки непрерывности сеанса может быть необходимо предоставить в сеть прошлый контекст ассоциации у WTRU. Поэтому после обнаружения транзитного WTRU 441b удаленному WTRU 441a может быть необходимо "зарегистрироваться" в транзитном WTRU 441b. В настоящее время отсутствует доступный механизм для этой регистрации, и еще не известен протокол, который используется для этого.
[069] Чтобы удаленный WTRU 441a передавал управляющие сообщения транзитному WTRU 441b, например, запрашивая конкретное QoS, конкретные временные идентификаторы мобильных групп (TMGI) или любую другую информацию, может потребоваться плоскость управления между удаленными WTRU 441a и транзитными WTRU 441b. Кроме того, параметры, которыми может быть необходимо обмениваться посредством плоскости управления, могут перечисляться в зависимости от цели. Кроме того, может быть неэффективно непрерывно широковещательным образом транслировать всю системную информацию, так как некоторые WTRU могут контролировать ретранслятор и/или могут быть не заинтересованы во всех услугах, предусмотренных транзитным узлом.
[070] Транзитные WTRU 441b могут конфигурироваться для работы в режиме ретранслятора; однако это не всегда может быть нужно, если операция ретрансляции не нужна или не требуется. Поэтому может быть эффективно активизировать функцию ретрансляции в WTRU 441b, только когда возникает необходимость. В настоящее время в 3GPP отсутствует механизм, который допускает динамическую активизацию или деактивизацию функций ретрансляции. Кроме того, существующие процедуры могут не поддерживать управление eNB, при каких условиях eNB может работать в качестве ретранслятора.
[071] Предполагается, что транзитный узел поддерживает некоторое состояние с удаленным WTRU 441a, в частности, для некоторых услуг. Ретранслятору может понадобиться следить за удаленным WTRU 441a, так что если транзитный WTRU 441b подписан на некоторые услуги для ретрансляции, и если удаленный WTRU 441a отдаляется, то транзитному WTRU 441b следует прекратить перенаправление информации о трафике MBMS. Нужны процедуры для обнаружения и контроля линии связи между транзитным WTRU 441b и удаленным WTRU 441a.
[072] Более того, может понадобиться обеспечивать непрерывность сеанса, когда удаленный WTRU 441a входит или выходит из покрытия ретрансляции. Может понадобиться обновлять функцию политики и правил тарификации (PCRF) и шлюз узла пакетных данных (PGW) во время мобильности, чтобы PGW мог продолжать перенаправлять IP-трафик удаленному WTRU 441a без значительного перерыва. Могут понадобиться процедуры для выполнения мобильности из режима инфраструктуры в режим ретранслятора и из режима ретранслятора в режим инфраструктуры и для выполнения непрерывности сеанса и сохранения IP-адреса, когда удаленный WTRU 441a перемещается в вышеупомянутых сценариях мобильности.
[073] Поскольку удаленные WTRU 441a ProSe не знают о том, передаются ли данные MBMS в обслуживающей соте транзитного WTRU 441b ProSe, удаленные 441a WTRU могут продолжать вслепую отправлять запросы контроля TMGI транзитному WTRU 441b, даже если в соте не существует MBMS. Это не только создает дополнительную сигнализацию PC5 в виде запросов, отправляемых от удаленных WTRU 441a, и соответствующих ответов отклонения контроля TMGI обратно от ретранслятора, но также может приводить к ненужному поддержанию гибкого состояния на ретрансляторе.
[074] Одним возможным улучшением является принуждение транзитного WTRU 441b указывать список конкретных TMGI, поддерживаемых в этой области, как часть процедуры соединения, чтобы удаленные WTRU 441a имели лучшее представление об услугах MBMS, доступ к которым они могут запросить посредством того ретранслятора. Однако, чтобы сэкономить батарею в транзитном WTRU 441b, можно согласовать, что транзитный WTRU 441b не должен объявлять все TMGI, которые он обнаруживает в обслуживающей соте, а только те конкретные TMGI, которые интересуют WTRU, которые тот обслуживает, и только при запросе (то есть объявление TMGI происходит по требованию). Если транзитный WTRU 441b не ретранслирует никакой трафик MBMS, и соответственно, не объявляет никакие TMGI, то удаленные WTRU 441a могут не иметь представления, передает ли обслуживающая сота ретранслятора какой-либо трафик MBMS. Могут понадобиться процедуры для содействия и эффективного регулирования, когда удаленным WTRU 441a следует отправлять запросы контроля TMGI без слишком большой потери энергии батареи в транзитном WTRU 441b.
[075] Согласно текущему подходу к объявлению TMGI и ретрансляции трафика eMBMS, транзитный WTRU 441b ProSe может по отдельности обрабатывать каждый запрос контроля TMGI, который он принимает, и может отвечать каждому запрашивающему удаленному WTRU 441a отдельным ответом контроля TMGI для подтверждения приема запроса. Гибкое состояние в ретрансляторе может поддерживаться для каждого WTRU, так что для отдельных WTRU ведется таймер обновления TMGI. Это приведет к увеличенной обработке и нагрузке контекста на ретрансляторе, так как количество ответов и контекстов будет увеличиваться с количеством удаленных WTRU 441a за ретранслятором. Можно проанализировать полезность сохранения гибкого состояния на каждый WTRU, чтобы оценить, есть ли какая-нибудь ценность в такой дробности/разрешении на ретрансляторе.
[076] Для некоторых групп ProSe, точнее говоря, для приложений типа полудуплексной связи особой важности (MCPTT), необходима статическая информация (например, пользователь и группа) и динамическая информация (например, пользователь и группа) для определения приоритета WTRU ProSe. Статическая пользовательская информация может включать в себя первого ответчика, второго ответчика, супервизора, диспетчера, администратора и т.п. Динамические атрибуты могут включать в себя состояние пользователя, местоположение, тип происшествия, серьезность и т.п. Статическая информация с большей степенью вероятности хранится на сервере абонентов (HSS) и может быть доступна в MME как часть контекста WTRU, тогда как динамические атрибуты/информация могут быть доступны на прикладном уровне, например, сервере приложений MCPTT или сервере приложений ProSe. Для WTRU ProSe в пределах покрытия уровень приоритета в eNB может определяться с учетом статических и динамических атрибутов для пользователя и группы, частью которой является пользователь. Нужно определить, как eNB получает эту информацию и обрабатывает ее для назначения приоритета данным от некоторых WTRU ProSe и понижения приоритета данных от других WTRU ProSe/не ProSe с точки зрения распределения ресурсов.
[077] WTRU с поддержкой ProSe может интересоваться получением информации о местоположении в отношении другого WTRU с поддержкой ProSe либо для себя, либо для перенаправления другому объекту (например, серверу приложений ProSe или даже другому WTRU с поддержкой ProSe), которому может требоваться знание такой информации о местоположении. Поскольку WTRU ProSe часто могут находиться вне покрытия, желательна прямая передача информации о местоположении "по воздуху" между WTRU посредством PC5.
[078] Для транзитного WTRU 441b удаленный WTRU 441a, который может находиться вне покрытия, может запрашивать ID соты у транзитного WTRU 441b. ID соты может быть глобальным ID соты, который транзитный WTRU 441b получает от соты, в которой он закрепился или которой обслуживается. Эта информация после получения может использоваться удаленным WTRU 441a для отправки серверу приложений (например, серверу приложений общественной безопасности), чтобы сервер приложений "мог посчитать" количество WTRU, которые неявно прозрачно обслуживаются тем ID соты (то есть посредством ретранслятора WTRU-в-сеть). Сервер приложений может принять решение активизировать MBMS в той соте, если имеется большое количество удаленных WTRU 441a, обслуживаемых транзитным WTRU 441b, закрепившимся в сообщенном ID соты. В качестве альтернативы, если количество удаленных WTRU 441a небольшое, то сервер приложений может принять решение использовать одноадресную передачу в той соте. WTRU также может включать информацию о местоположении в сообщения обнаружения, отправляемые по PC5. В настоящее время не задан способ, используемый для вычисления информации о местоположении (например, система глобального позиционирования (GPS), надежное определение местонахождения плоскости пользователя (SUPL) и т.п.).
[079] Существуют проблемы с описанными выше способами. Например, включение ID соты может быть очень неопределенной оценкой для информации о местоположении. Сота может обладать большой зоной обслуживания, и поэтому объект, который использует ID соты, может не иметь точной или правильной оценки фактического местоположения транзитного WTRU 441b, не говоря об удаленном WTRU 441a, который фактически находится вне покрытия той соты.
[080] Хотя может быть достаточно использования ID соты при (де)активизации MBMS, информацию о местоположении, предоставляемую в качестве ID соты, не просто расширить на другие варианты использования, которые требуют информации о местоположении. Например, серверу приложений общественной безопасности может требоваться знать и отслеживать местоположение персонала, обеспечивающего общественную безопасность. Поэтому может быть необходима более точная информация о местоположении. Другим вариантом использования может быть просто знание пользователя WTRU, где он/она находится. Поэтому, если может отображаться более точная информация о местоположении, то он/она может целесообразнее использовать ту информацию. Простое отображение ID соты пользователю фактически может не означать ничего, если нельзя добиться преобразования в фактическое географическое местоположение.
[081] Кроме того, когда WTRU включают информацию о местоположении в сообщения обнаружения, используемый для вычисления способ может не поддерживаться на стороне приемного WTRU. Например, если приемный WTRU ожидает или требует информации GPS, а вместо этого получает информацию о местоположении, которая вычисляется из SUPL, то принятая информация может быть бесполезна для конкретного приложения в приемном WTRU.
[082] По меньшей мере по этим причинам может быть желательно иметь гибкий и более эффективный способ, которым можно обмениваться информацией о местоположении, чтобы она отвечала требованиям или ожиданию приемного узла или WTRU. Каждый WTRU может использовать разные применения для информации о местоположении. Поэтому желателен способ предоставления WTRU возможности запрашивать определенную информацию о местоположении у других WTRU, которые способны извлекать эту информацию на основании их местоположения, в частности, находясь в покрытии сети, что может облегчить извлечение некоторой информации о местоположении. Например, информация о местоположении от структуры SUPL может быть доступна только при нахождении внутри покрытия, тогда как информацию о местоположении GPS можно получить, когда WTRU находится либо внутри, либо вне покрытия, при условии, что GPS поддерживается устройством.
[083] Удаленный WTRU может подключаться к "лучшему ретранслятору" (первичному транзитному WTRU), который сможет обнаружить в своем диапазоне. Этот ретранслятор может иметь в своем диапазоне набор транзитных WTRU (вторичные транзитные WTRU), которые он может обнаружить, которые могут отличаться от списка в удаленном WTRU. Удаленный WTRU может извлекать пользу из знания местоположений других транзитных WTRU, которые обнаружил его ретранслятор, однако в настоящее время отсутствует способ их обнаружения удаленным WTRU с использованием своего ретранслятора.
[084] Например, удаленный WTRU может пытаться подключиться или установить связь с другими ретрансляторами, но у него может не получиться, поскольку он не обнаружил их, потому что они находятся вне радиодиапазона. Они могут находиться близко географически, но удаленный WTRU может не уметь определять это. Само местоположение может быть достаточной информацией или может использоваться пользователем для перемещения ближе к другому транзитному узлу, который может предлагать иные услуги или лучшую возможность подключения. К тому же, если удаленный WTRU находится в диапазоне некоторых из этих других ретрансляторов, то удаленный WTRU и другие ретрансляторы в окрестности могут сэкономить немного энергии батареи, заставляя только обслуживающий ретранслятор удаленного WTRU выполнять обнаружение ретранслятора и перенаправлять эту информацию удаленному WTRU вместо выполнения обнаружения ретранслятора удаленным WTRU и другими ретрансляторами.
[085] Изображенный на фиг. 4 способ 440 может вносить дополнительную сигнализацию в процедуру непрерывности обслуживания с маршрута EPC на маршрут ретрансляции. Другими словами, желательно эффективное обслуживание вызова, чтобы можно было оптимально использовать ресурсы сигнализации, в особенности ресурсы радиоинтерфейса. Дополнительная сигнализация может создавать больше проблем, когда за транзитным узлом существует несколько удаленных WTRU 441a, пытающихся бесперебойно подключиться к сети через транзитный узел. Кроме того, в описанном выше способе имеется транзитный WTRU 441b, который на основе принятого указания от MME принимает решение, устанавливать ли новое соединение PDN или изменять существующие однонаправленные каналы. Существует возможность, что это решение можно оставить другим узлам в системе. Поэтому в этом документе описываются альтернативы.
[086] Чтобы установить и сконфигурировать линию связи между ретранслятором и удаленными WTRU, ретранслятору может понадобиться канал вещания для вещания общей системной информации и один или несколько двухточечных каналов сигнализации для обмена сообщениями по протоколу плоскости управления между транзитным узлом и удаленными WTRU. Таким образом, могут потребоваться способы для задания и предоставления конфигураций для отдельных каналов управления, чтобы отдельные группы отправляли широковещательную и одноадресную управляющую сигнализацию по интерфейсу PC5.
[087] Для выбора подходящего ретранслятора и обеспечения связи между ретранслятором WTRU-в-сеть (WTRU-NW) и удаленным WTRU может понадобиться широковещательным образом транслировать некоторую системную конфигурационную информацию с помощью транзитного узла.
[088] В этом документе можно описать конфигурацию ресурсов канала широковещания. Транзитный WTRU может широковещательным образом транслировать информацию с использованием механизмов связи "один-ко-многим", заданных в R12. Для широковещания этой информации можно предварительно сконфигурировать один или несколько постоянных субкадров (например, субкадр 0) и постоянных блоков ресурсов. В качестве альтернативы транзитный WTRU может выбрать один или несколько субкадров либо ресурсов для широковещания информации и может включить конкретный субкадр или конфигурацию ресурсов для широковещания информации в сообщение оповещения обнаружения (например, для обнаружения по модели A) или в ответное сообщение обнаружения (например, для обнаружения по модели B). Удаленный WTRU может вычислить один или несколько субкадров либо ресурсов, где переносится широковещательная информация. Ресурс для вещания, неизменный или выбираемый транзитным WTRU, может быть подмножеством или тем же, что и общая совокупность ресурсов для ProSe, которая конфигурируется eNB, на котором закрепился или к которому подключен транзитный WTRU. В качестве альтернативы транзитный WTRU может использовать пакет обнаружения PC5 для отправки периодической широковещательной информации либо использовать сочетание вышеупомянутых способов для отправки широковещательной информации к удаленным WTRU.
[089] Транзитный WTRU может объявлять параметры в начальном сообщении обнаружения, чтобы задать канал управления для сигнализации плоскости управления. Параметры конфигурации канала управления могут включать в себя один или несколько следующих параметров, которые могут использоваться для передачи или контроля информации канала управления: (1) ID зарезервированного целевого логического канала для плоскости управления или ID отдельного логического канала для каждой группы, для которой ретранслятор предоставляет услугу; (2) зарезервированные ресурсы и расписание для передачи системной информации ретрансляции, например, некоторые субкадры могут быть выделены или зарезервированы для передачи связанной с MBMS системной информации (например, субкадр 2, субкадр 6); и (3) расписание для широковещательных сообщений, включая отдельные расписания для коротких и длинных широковещательных сообщений (например, периодичность и шаблон передач системной информации, включая отдельное расписание для коротких и длинных широковещательных сообщений).
[090] После обнаружения и выбора ретранслятора WTRU-NW удаленный WTRU может контролировать сконфигурированные ресурсы канала управления для приема вещаемой информации ретрансляции и сохранить конфигурацию для дальнейшей связи с ретранслятором.
[091] WTRU, которые находятся в окрестности ретранслятора, можно подключить к транзитному узлу, и они могут выполнять активные транзакции с ретранслятором либо бездействовать в отношении транзитного узла и контролировать все соседние узлы. Когда WTRU работает в режиме ожидания в отношении транзитного узла или не активен во всех услугах, предлагаемых ретранслятором, он может быть заинтересован только в части системной информации, широковещаемой ретранслятором.
[092] Может быть один или несколько отдельных форматов широковещательных сообщений ретрансляции (например, маячков ретрансляции). В одном примере может быть короткий маячок ретрансляции, который используется для переноса минимального набора параметров, который может использоваться для идентификации ретранслятора, и расширенный маячок ретрансляции для переноса дополнительной информации, используемой для определения поддерживаемых услуг для транзитного узла. Параметры, включаемые в короткий маячок, могут быть одним или несколькими из следующих: Id ретранслятора L2, ID соты ретранслятора, ID зарезервированного логического канала для каналов сигнализации, поддерживаемые каналы MBMS.
[093] В одном примере ретранслятор может периодически отправлять короткий маячок и расширенный маячок. Ретранслятор может конфигурироваться для отправки короткого маячка ретрансляции с иной периодичностью (например, короче) по сравнению с расширенным маячком ретрансляции.
[094] В другом примере расширенный маячок ретрансляции может отправляться только при запросе от удаленного WTRU. Приемный WTRU может конфигурироваться для прослушивания коротких маячков ретрансляции. При обнаружении короткого маячка ретрансляции, который соответствует предварительно сконфигурированному критерию выбора ретранслятора, WTRU может отправить запрос ретранслятору, чтобы попросить ретранслятор отправить сообщение с расширенным маячком ретрансляции.
[095] В одном примере короткий маячок ретрансляции может включать в себя периодичность передач маячков, используемую транзитным узлом.
[096] В другом варианте осуществления короткий маячок может отправляться с использованием протокольного блока данных (PDU) обнаружения, а расширенный маячок может отправляться с использованием PDU связи по логическому каналу, заданному по PC5.
[097] Ретранслятор может использовать широковещательное сообщение для отправки команды к WTRU для выполнения заданного действия. В некоторых вариантах осуществления широковещательное сообщение может быть сообщением-маячком. В других вариантах осуществления полезная нагрузка широковещательного сообщения может защищаться и может декодироваться только посредством WTRU, присоединенных к транзитному узлу. В одном варианте осуществления транзитный WTRU может перенаправлять команды из сети в широковещательном сообщении. Например, транзитный WTRU может перенаправлять сообщение поискового вызова из сети в общем широковещательном сообщении.
[098] В другом варианте осуществления транзитный WTRU может дать всем присоединенным удаленным WTRU команду отсоединиться от транзитного узла. Например, WTRU может решить прекратить действовать в качестве транзитного узла и может отправить сообщение всем WTRU, которые слушают или контролируют, чтобы завершить сеанс (сеансы) с транзитным узлом. К тому же это сообщение может инициировать освобождение сигнализации уровня, не связанного с предоставлением доступа (NAS), для удаленного WTRU.
[099] В другом варианте осуществления транзитный WTRU может конфигурироваться для оповещения об изменении ID соты, когда выполняет передачу обслуживания из одной соты в другую соту. Короткий маячок может указывать расписание расширенного маячка. В некоторых ситуациях транзитный WTRU может указывать в коротком маячке периодичность расширенного маячка и смещение до последующего расширенного маячка. Более того, короткий маячок может указывать, есть ли новая информация или команда в расширенном маячке. В некоторых ситуациях приемные WTRU могут определять, принимать ли расширенный маячок, на основе указания в коротком маячке. Приемный WTRU, который в настоящее время не выполняет активную связь с использованием ретранслятора, может только слушать расширенные маячки, если необходимо.
[0100] Для установления связи между ретранслятором WTRU-NW и удаленным WTRU может потребоваться обмен сообщениями плоскости управления между удаленным WTRU и транзитным узлом. Сигнализация плоскости управления по PC5 может использовать существующие или новые сообщения плоскости управления непосредственно по интерфейсу PC5 (например, сигнализация плоскости управления может перемещаться непосредственно по интерфейсу PC5). Чтобы обмен сигнализацией плоскости управления отличался от данных, обмен сообщениями плоскости управления может осуществляться с использованием одного или нескольких логических каналов, зарезервированных для сообщений сигнализации.
[0101] В связи WTRU может предоставляться общий канал сигнализации (CSC) для передачи и приема сигнализации плоскости управления с любым другим WTRU по интерфейсу PC5 без активизации безопасности. В одной ситуации CSC может использоваться для передачи и приема начального установления соединения между WTRU по интерфейсу PC5 (например, сообщения управления радиоресурсами (RRC), которые нужно отправить по однонаправленному радиоканалу 0 сигнализации (SRB0), можно направить к CSC). Транзитный узел может объявлять ресурсы или параметры (например, ID группы L2, ID логического канала), зарезервированные для каналов сигнализации, по каналу широковещания ретрансляции.
[0102] В одном варианте осуществления параметры для предоставления общего однонаправленного радиоканала сигнализации могут предварительно конфигурироваться в WTRU. В другом варианте осуществления параметры для предоставления общего однонаправленного радиоканала сигнализации могут указываться в сообщении-маячке, отправленном транзитным WTRU. В качестве альтернативы общий однонаправленный радиоканал сигнализации может использовать конфигурацию, предоставленную в канале широковещания ретрансляции. В другом способе параметры, используемые для общего однонаправленного радиоканала сигнализации, могут сигнализироваться с использованием сообщений объявления обнаружения.
[0103] CSC может использоваться для перенаправления поисковых запросов от сети к удаленным WTRU. Транзитный WTRU может перенаправлять сообщения поискового вызова, принятые для любых WTRU, у которых есть контекст в ретрансляторе.
[0104] К тому же можно активизировать один или несколько специализированных каналов сигнализации между удаленным WTRU и транзитным WTRU, когда завершается процедура установления соединения (например, активизация ретрансляции во время присоединения WTRU). Контроллеры сигнализации Diameter (DSC) могут использоваться для передачи и приема специализированных сообщений уровня, связанного с предоставлением доступа (AS), и сообщений NAS плоскости управления, например, сообщений RRC и NAS, которые нужно отправить по SRB1, а SRB2 можно направить по специализированным однонаправленным радиоканалам сигнализации.
[0105] CSC может обмениваться параметрами, которые используются для установления специализированных однонаправленных радиоканалов. Например, параметрами безопасности для активизации безопасности для специализированных однонаправленных радиоканалов можно обмениваться по общему однонаправленному радиоканалу. В качестве альтернативы обмен сообщениями плоскости управления можно отличать по управляющему полю в заголовке L2/L3. В другом варианте осуществления сигнализация плоскости управления по интерфейсу PC5 может отправляться по общему каналу для протокола ProSe по IP. В другом варианте осуществления обмен сигнализацией плоскости управления может осуществляться с использованием пакетов обнаружения PC5 и отправляться прозрачно на AS.
[0106] Транзитные WTRU могут конфигурироваться для работы в режиме ретранслятора; однако это не всегда может быть нужно, если отсутствует потребность в операции ретрансляции. Поэтому может быть эффективным активизировать функцию ретрансляции в WTRU (например, начать операции ретрансляции, такие как широковещание сообщений ретрансляции), только когда возникает потребность. Существующие механизмы в 3GPP могут не позволять динамическую активизацию или деактивизацию функций ретрансляции.
[0107] Функция ретрансляции у допускающего ретрансляцию WTRU ProSe общественной безопасности может: (i) активизироваться до обнаружения либо независимо, либо по разрешению сети; или (ii) инициироваться как часть самой процедуры обнаружения ретранслятора (например, ретранслятор, активизируемый только при необходимости). В первом случае (i) функциональные возможности ретрансляции могут обеспечиваться согласно конфигурации WTRU, предварительно сконфигурированной в WTRU или предоставленной функцией ProSe по IP посредством опорной точки PC3, или, по возможности, предоставленной базовой сетью (например, MME). Например, функцию ретрансляции можно активизировать всякий раз, когда активна связь ProSe, независимо от того, есть ли поблизости какие-нибудь WTRU общественной безопасности, которым нужен ретранслятор для связи.
[0108] Когда транзитный WTRU конфигурируется действовать в качестве ретранслятора, он может оснащаться режимом обнаружения ретранслятора (например, обнаружение ретранслятора по модели A или модели B), который ретранслятор может выбрать после активизации. Это можно отправить к WTRU во время активизации ретрансляции посредством MME либо напрямую с использованием сообщения NAS, либо через eNB, используя вместо этого сообщение S1-AP от MME к eNB с последующим сообщением RRC к транзитному WTRU. MME может отправлять эту информацию о режиме обнаружения ретранслятора на основе триггеров типа изменения контекста WTRU в HSS, запрошенной WTRU активизации ретрансляции (например, на основе поддерживаемого режима обнаружения ретранслятора в самом WTRU) и т. п. Режим обнаружения ретранслятора также может конфигурироваться функцией ProSe посредством PC3 как часть санкционирования услуги.
[0109] Фиг. 5 - упрощенная блок-схема последовательности операций способа активизации транзитного узла. Способ может выполняться в eNB. eNB может анализировать радиоизмерения, принятые от возможного WTRU, для определения, активизировать ли транзитный WTRU на этапе 551. При условии, что анализируемые измерения больше или меньше пороговой величины, eNB может отправить сообщение активизации ретрансляции возможному eNB, посредством этого инициируя процедуру активизации ретрансляции.
[0110] Как показано на фиг. 6, процедура активизации ретрансляции может осуществляться как часть присоединения транзитного WTRU к сети во время процедуры начального присоединения. На фиг. 6 процедура 660 может инициироваться транзитным WTRU 662, отправляющим к eNB 663 на этапе 667 запрос присоединения, включающий в себя информацию о возможности ретрансляции. eNB 663 анализирует радиоизмерения на этапе 668. На основе анализируемых радиоизмерений eNB 663 может перенаправить к MME 664 сообщение с запросом присоединения на этапе 669. MME 664 может отправить к HHS 665 запрос санкционирования ретрансляции на этапе 670. В ответ HHS 665 может отправить к MME 664 ответное сообщение санкционирования ретрансляции на этапе 671. На основе ответного сообщения санкционирования ретрансляции MME 664 может отправить к eNB 663 сообщение настройки начального контекста или одобрения присоединения на этапе 672. Затем eNB 663 может отправить транзитному WTRU 662 конфигурационное сообщение RRC, включающее в себя ответное сообщение активизации ретрансляции, на этапе 673. В ответ транзитный WTRU 662 на этапе 674 может вернуть eNB 663 сообщение завершения конфигурации RRC. Затем eNB 663 может отправить к MME 664 ответное сообщение начального контекста на этапе 675. Далее транзитный WTRU 662 может отправить к MME 664 завершение присоединения, включающее в себя подтверждение активизации ретрансляции, на этапе 676. При необходимости транзитный WTRU 662, eNB 663 и MME 664 могут выполнить процедуру настройки однонаправленного канала и подключения к PDN ProSe на этапе 677. Процедура активизации заканчивается на удаленном WTRU 661, выполняющем на этапе 678 процедуру выбора и обнаружения ретранслятора, чтобы установить ретрансляционное соединение с транзитным WTRU 662.
[0111] В этом документе можно найти более подробное обсуждение процедуры активизации ретрансляции. Транзитный WTRU может указать MME в запросе присоединения или возможности подключения к PDN, что он допускает работу в качестве ретранслятора, и выполнить запрос активизации функциональных возможностей ретрансляции.
[0112] WTRU может включить сообщение с запросом активизации ретрансляции в одно из существующих сообщений NAS (например, запрос присоединения) либо отправить новое сообщение NAS, наряду с возможностью ретрансляции ProSe, включаемой в сетевую возможность WTRU. Это может просто указывать, что запрашивающий WTRU допускает работу в качестве ретранслятора ProSe. Далее MME может проверить санкционирование ретрансляции с помощью HSS и/или других сетевых объектов перед ответом транзитному WTRU ProSe ответным сообщением активизации ретрансляции, чтобы либо разрешить, либо запретить функцию активизации ретрансляции. Ответное сообщение активизации ретрансляции может переноситься к WTRU как часть существующего одобрения присоединения/возможности подключения к PDN NAS, совмещенного с сообщениями настройки начального контекста и реконфигурации RRC, или как новое сообщение (например, в управляющем сообщении S1-MME к eNB с последующим сообщением RRC).
[0113] Ответное сообщение активизации ретрансляции может включать в себя режим обнаружения ретранслятора, который может использоваться транзитным WTRU после активизации ретрансляции. Транзитный WTRU ProSe может задействовать свои функциональные возможности ретрансляции в соответствии с режимом обнаружения, указанным MME, и отправить сообщение подтверждения активизации ретрансляции к MME, чтобы подтвердить, что ретранслятор успешно принял ответное сообщение активизации ретрансляции, и функциональные возможности ретрансляции активизированы либо деактивизированы. Это подтверждение активизации ретрансляции может включаться в сообщение завершения присоединения, возможности подключения к PDN NAS, либо отправляться как новое сообщение.
[0114] Для ретранслятора WTRU-NW, когда ретранслятор находится в пределах покрытия, может понадобиться дополнительная информация для содействия активизации ретрансляции, и она может основываться на отчетах о радиоизмерениях от eNB. Если измерения больше или меньше определенной сконфигурированной пороговой величины, то транзитный WTRU поблизости может быть возможным кандидатом на ретранслятор, и сеть информирует транзитный WTRU, что он может, соответственно, активизировать свои функциональные возможности ретрансляции. Например, ретрансляторы WTRU-NW возле границы соты могут быть полезнее для содействия в ретрансляции связи ProSe для удаленных WTRU, которые находятся вне покрытия, в отличие от транзитных WTRU, которые находятся возле eNB.
[0115] Это можно реализовать, заставив eNB анализировать измерения WTRU, и в свою очередь, согласовать триггер с MME, что радиоизмерения для транзитного WTRU совпали или превысили минимальную пороговую величину, чтобы действовать в качестве ретранслятора. Радиочастотный триггер активизации ретрансляции может включаться в управляющее сообщение S1-MME (например, начальное сообщение WTRU) вместе с сообщением с запросом присоединения от eNB к MME. На основе принятого запроса активизации ретрансляции и дополнительного радиочастотного триггера активизации ретрансляции MME может дополнительно проверить информацию о подписке, извлеченную из HSS, и может принять решение по активизации ретрансляции, включая режим обнаружения ретранслятора, путем отправки ответного сообщения активизации ретрансляции (NAS или S1-MME к eNB с последующим RRC) транзитному WTRU (этап 552), чтобы инициировать активизацию ретрансляции, где процедура продолжается, как описано раньше.
[0116] Если транзитный WTRU ProSe присоединяется как обычный WTRU ProSe (например, не как ретранслятор ProSe), или по некоторой причине процедура активизации ретрансляции не запускается при присоединении (например, WTRU еще не подписан на ретрансляцию ProSe), то WTRU может оснащаться триггерами активизации ретрансляции, так что ретрансляцию можно либо активизировать самостоятельно, либо инициировать с помощью сети (например, MME и/или функции ProSe) после присоединения.
[0117] Как только транзитный WTRU задействует свою функцию ретрансляции и уведомляет MME с помощью подтверждения активизации ретрансляции, ему может потребоваться получить параметры конфигурации ретранслятора от сети (например, функции ProSe и/или MME). Параметры конфигурации ретранслятора могут предоставляться WTRU для использования, когда ему нужно работать в качестве ретранслятора, и эти параметры могут включать в себя префикс IP, конфигурацию ресурсов, конфигурацию безопасности, временные идентификаторы мобильных групп (TMGI), которые нужно поддерживать, сконфигурированную функцию ProSe и т.п.
[0118] Транзитный WTRU может запросить установление дополнительных соединений PDN ретрансляции вместе с настройкой однонаправленного канала. Транзитный WTRU также может получить необходимые параметры управления (например, ID WTRU ProSe, радиоресурсы, IP-адрес/префикс, информация APN, TMGI и т.п.).
[0119] Ссылаясь теперь на фиг. 7, показана схема 770 потока сигналов в сконфигурированной сетью операции ретрансляции. Сетевой объект (например, MME 774 или функция 776 ProSe) может определить, приглашать ли WTRU 772 начать или прекратить работу в качестве ретранслятора. Как обсуждалось выше, eNB 773 может обнаружить, когда сообщенные измерения WTRU достигают определенной пороговой величины, и может указать это MME 774, чтобы MME 774 мог принять решение включить или отключить ретранслятор. Второй триггер может поступать от HSS 775 вследствие изменения в профиле пользователя, заданном в информации о подписке (например, WTRU ProSe общественной безопасности, который сначала не был подписан как ретранслятор, становится подписанным на услугу ретрансляции ProSe, или наоборот, WTRU, который был подписан на ретрансляцию, больше не подписывается). В этом варианте осуществления HSS 775 может понадобиться уведомить MME 774 об обновлении подписки, чтобы MME 774 мог, соответственно, активизировать или деактивизировать ретрансляцию. В другом варианте осуществления активизация транзитного WTRU 772 управляется функцией 776 ProSe, которую можно инициировать снова с помощью HSS 775 по PC4a или сервером приложений ProSe по PC2, либо иным образом.
[0120] После того, как MME 774 определяет необходимость активизировать ретрансляцию на основе одного или нескольких вышеупомянутых триггеров, он может отправить транзитному WTRU 772 сообщение 780 инициирования операции ретрансляции NAS, чтобы инициировать активизацию ретрансляции. В качестве альтернативы сообщение для инициирования активизации ретрансляции может отправляться транзитному WTRU 772 посредством eNB 773 с использованием сообщения S1-AP (например, изменение контекста WTRU) с последующим сообщением RRC (например, реконфигурация RRC). В любой ситуации MME 774 может включать в сообщение параметр для задания режима обнаружения ретранслятора, который нужно использовать при активизации ретрансляции. После принятия транзитный WTRU 772 ProSe может либо самостоятельно сразу задействовать свою функцию ретрансляции, либо он может дополнительно запросить у MME 774 специально активизировать ретрансляцию путем запроса возможности подключения к PDN ретрансляции. В случае активизации ретранслятора как часть процедуры подключения к PDN сообщение с запросом активизации ретрансляции может включаться в запрос 781 возможности подключения к PDN. Кроме того, последующие сообщения могут быть аналогичны активизации ретрансляции на основе присоединения, обсуждаемой раньше, но включаться в соответствующие сообщения процедуры подключения к PDN, как показано на фиг. 6.
[0121] Поскольку транзитный WTRU 772 ProSe может прекратить работу в качестве ретранслятора, оставаясь активным в качестве обычного WTRU ProSe, можно деактивизировать функцию ретрансляции в транзитном WTRU 772 ProSe с помощью сети в любое время. Опять, как только MME 774 определяет необходимость отключить ретрансляционный компонент транзитного WTRU 772 ProSe из-за любого из упомянутых триггеров, MME 774 может обязать отключение от PDN, что может достигаться путем изменения существующей запрашиваемой MME 774 процедуры отключения от PDN. Новую операцию завершения ретрансляции NAS можно включить в существующий запрос NAS деактивизации контекста однонаправленного канала EPS, совмещенный с запросом деактивизации однонаправленного канала и реконфигурацией соединения RRC, и он может перенаправляться с помощью MME 774, чтобы уведомить WTRU 772, что его функцию ретрансляции может понадобиться деактивизировать. WTRU 772 может прикрепить новое сообщение подтверждения деактивизации ретрансляции NAS к существующему сообщению одобрения деактивизации контекста однонаправленного канала EPS, которое нужно отправить к MME 774, чтобы подтвердить деактивизацию ретрансляции, чтобы WTRU 772 и сеть не расходились во мнениях.
[0122] В варианте осуществления WTRU 772 может оснащаться "критериями активизации" на основе предустановленных критериев, либо предварительно сконфигурированных в транзитном WTRU 772, либо предоставленных функцией 776 ProSe по IP посредством PC3 (этап 778), либо предоставленных MME 774, либо предоставленных eNB 773, где "критерии активизации" может потребоваться проверять с помощью WTRU 772 для определения, может ли он работать в качестве ретранслятора. В качестве альтернативы MME 774 может отправить эту информацию eNB 773 в контексте WTRU, и eNB 773 может использовать эту информацию для отправки WTRU 772 "критериев активизации". В качестве альтернативы eNB 773 может отправить эту информацию к WTRU посредством широковещательной или специализированной сигнализации. В одном способе "критерии активизации" можно отправить к WTRU с использованием блока системной информации. В другом способе эту информацию можно отправить к WTRU с использованием сообщения реконфигурации RRC. К тому же эти критерии можно отправить к WTRU 772 ProSe с помощью функции 776 ProSe во время санкционирования услуги ProSe до запуска обнаружения ретранслятора или связи.
[0123] Критерии активизации могут включать в себя один или несколько следующих критериев: одна или несколько пороговых величин измерения для передач с eNB 773, когда WTRU 772 входит или выходит из предопределенных областей (например, зона обслуживания, зона отслеживания, наземная сеть мобильной связи общего пользования (PLMN)), количество WTRU вне покрытия, обнаруженных транзитным WTRU 772, больше или меньше сконфигурированной пороговой величины, прием запросов/ответов обнаружения ретранслятора в транзитном WTRU 772 и т.п. В одном способе WTRU может конфигурироваться для проверки перед инициированием процедур активизации ретрансляции, превышает ли измерение eNB 773 сконфигурированную минимальную пороговую величину измерения. В другом способе WTRU может конфигурироваться для проверки перед инициированием процедур активизации ретрансляции, меньше ли измерение с eNB 773 сконфигурированной максимальной пороговой величины. Наряду с критериями активизации WTRU 772 также может настраивать режим обнаружения ретранслятора, чтобы использовать его, когда WTRU 772 активизируется для начала работы в качестве ретранслятора.
[0124] WTRU 772 может конфигурироваться для отправки отчета, когда соблюдены критерии активизации. Например, объединение отчета с запросом активизации ретрансляции в настройке 781 возможности подключения к PDN или использование триггера для самостоятельного запуска процедуры, чтобы активизировать операцию ретрансляции. В качестве альтернативы WTRU 772 может конфигурироваться для инициирования операций ретрансляции, например, инициирования передачи сообщений обнаружения ретранслятора, когда соблюдены критерии активизации. В одном способе отчет может включать в себя запрос ресурсов для выполнения процедур ретрансляции, например, инициирования передачи сообщений обнаружения ретранслятора.
[0125] Функция ретрансляции в транзитном WTRU 772 ProSe может деактивизироваться посредством WTRU 772 после отключения от PDN ретрансляции, что может достигаться путем изменения существующей процедуры отключения от PDN, запрашиваемой WTRU 772. Если конкретное соединение PDN, которое нужно освободить, является PDN ретрансляции, то WTRU 772 может запросить отключение функции ретрансляции полностью путем отправки к MME 774 запроса деактивизации ретрансляции в запросе отключения от PDN. Убедившись, что эта PDN ретрансляции не нужна, и что никакие другие существующие PDN ретрансляции не используются, MME 774 может принять решение деактивизировать функцию ретрансляции путем отправки к WTRU 772 ответа деактивизации ретрансляции как часть запроса NAS деактивизации контекста однонаправленного канала EPS, совмещенного с запросом деактивизации однонаправленного канала и реконфигурацией соединения RRC. WTRU 772 может подтвердить деактивизацию ретрансляции для MME 774 посредством сообщения NAS подтверждения деактивизации ретрансляции, присоединенного к существующему сообщению одобрения деактивизации контекста однонаправленного канала EPS.
[0126] В другом варианте осуществления деактивизация ретрансляции может выполняться в рамках инициируемой WTRU или MME процедуры отсоединения вместо ее инициирования для определенного отключения от PDN ретрансляции (например, если освобождаются все PDN ретрансляции), где новые сообщения для запроса и ответа на деактивизацию ретрансляции могут включаться соответственно в существующие сообщения запроса отсоединения и одобрения отсоединения.
[0127] Для поддержки непрерывности сеанса может быть необходимо предоставить в сеть прошлый контекст ассоциации у WTRU. Чтобы разобраться с этими ситуациями, могут понадобиться способы для выполнения ассоциации и регистрации линии связи транзитного WTRU.
[0128] Ссылаясь теперь на фиг. 8 и 9, показаны блок-схемы 880 и 990 последовательностей операций, иллюстрирующие выбор RN. Чтобы обеспечить связь между ретранслятором WTRU-NW и удаленным WTRU, ретранслятор может широковещательным образом передавать параметры конфигурации, необходимые для инициирования операции ретрансляции (этап 881). Параметры конфигурации могут включать в себя, например, субкадры, которые можно использовать соответственно для передачи по восходящей линии связи (UL) (например, в направлении от удаленного WTRU к транзитному WTRU) и для передачи по нисходящей линии связи (DL) (например, в направлении от транзитного WTRU к удаленному WTRU); идентификацию групп, для которых ретранслируется связь с помощью этого транзитного WTRU. Параметры конфигурации также могут включать в себя возможность ретрансляции широковещания eMBMS у транзитного WTRU и необходимую информацию для приема eMBMS, если транзитный WTRU допускает ретрансляцию eMBMS, включая субкадры, сконфигурированные для ретранслированных данных eMBMS, период общего распределения субкадров (CSA), доступные TMGI, период планирования многоадресного канала (MCH) (MSP), схему модуляции и кодирования каждого физического многоадресного канала (PMCH) и т.п. К тому же ID логических каналов, зарезервированные для отправки сообщений плоскости управления, также могут широковещательным образом транслироваться в виде параметра конфигурации.
[0129] К тому же транзитный узел может вещать некоторые дополнительные параметры или IE в сообщении обнаружения (например, в описанном выше сообщении обнаружения PC5 или сообщении-маячке) для указания поддержки некоторых услуг, к которым можно обращаться посредством того транзитного узла 990. Один или несколько этих параметров, широковещаемых транзитным узлом, можно использовать для содействия в обнаружении ретранслятора на основе услуг. Эти параметры могут включать в себя: значения идентификатора класса QoS (QCI), поддерживаемые транзитным узлом; услуги, поддерживаемые транзитным узлом, по возможности представленные кодом услуги, например, для голосовых услуг, видео, службы коротких сообщений (SMS) или службы обмена сообщениями, аварийной службы, MBMS, услуги PTT и т.п., которые можно ассоциировать на уровне WTRU или уровне названия точки доступа (APN); групповую максимальную скорость передачи битов (AMBR), которая может быть на уровне WTRU или уровне названия точки доступа (APN), и AMBR UL и DL можно вещать; полосу пропускания нисходящей линии связи и восходящей линии связи, которая может быть доступна или осталась в транзитном узле.
[0130] Контролирующий WTRU или удаленный WTRU может выбирать транзитный WTRU на основе вышеупомянутых широковещаемых ретранслятором параметров услуги (например, вещаемых в сообщении обнаружения PC5) (этапы 882, 992). Протокол ProSe в удаленном WTRU может принимать эти параметры услуги с более высоких уровней (например, прикладного уровня) в удаленном WTRU. Протокол ProSe в удаленном WTRU может принять решение согласовать с транслирующим ретранслятором на основе параметров услуги, принятых с более высокого уровня и описанных выше.
[0131] Транзитный узел может решить применить некоторый механизм контроля доступа, чтобы уменьшить перегрузку или предотвратить перегрузку от передачи данных один-к-одному или трафика, подключенного к транзитному узлу. Контроль доступа может осуществляться в виде запрещения доступа к данным, сброса или деактивизации канала связи один-к-одному либо отстранения удаленного WTRU от отправки данных связи один-к-одному на некоторый период времени.
[0132] Кроме того, удаленный WTRU может решить применять механизм контроля доступа в одном или нескольких сценариях или ситуациях перегрузки данных. Например, максимальная скорость передачи битов (MBR) APN транзитного WTRU может приближаться или может превышать максимальное значение. В этом случае транзитный WTRU может решить применять контроль доступа только к удаленным WTRU, подключенным к тому конкретному перегруженному APN. Для однонаправленных каналов с гарантированной скоростью передачи битов (GBR) это может происходить, когда объединенная скорость передачи битов у однонаправленных каналов с GBR удаленных WTRU приближается или превышает MBR для соответствующего однонаправленного канала с GBR в транзитном WTRU. Для другого примера MBR WTRU может приближаться или может превышать максимальное значение AMBR WTRU. В этом случае транзитный WTRU может решить применить процедуру контроля доступа ко всем удаленным WTRU, подключенным к транзитному WTRU. К тому же сетью может применяться запрещение классов доступа (ACB) или другие механизмы контроля доступа для удаленного WTRU, и удаленный WTRU может принимать указание отстранения от MME за перегрузку сигнализации уровня NAS.
[0133] Транзитный WTRU может указывать запрещение или перегрузку в управляющем сообщении PC5. Сообщение PC5 с информацией контроля доступа может быть специализированным сообщением конкретному удаленному WTRU либо многоадресным или широковещательным сообщением группе WTRU. Кроме того, состояние перегрузки (например, доступная скорость передачи битов, общий уровень нагрузки) может указываться в сообщении обнаружения PC5. Поэтому удаленные WTRU могут использовать эту информацию о нагрузке для выполнения начального выбора транзитного WTRU или переключения с перегруженного транзитного WTRU на менее перегруженный транзитный WTRU.
[0134] Параметр контроля доступа, включенный в управляющее сообщение PC5, может иметь вид таймера отстранения, когда удаленный WTRU принимает таймер отстранения, он не может отправлять транзитному WTRU никакие сообщения связи PC5 один-к-одному или один-ко-многим в течение некоторого периода времени.
[0135] В качестве альтернативы транзитный WTRU может вещать некоторый QCI или APN в части сообщения PC5, отвечающей за контроль доступа. После приема широковещания удаленные WTRU, которые подключаются к APN через транзитный WTRU или имеют однонаправленные каналы с широковещаемым значением QCI, не могут отправлять ретранслируемые данные до тех пор, пока транзитным WTRU вещается QCI или APN в управляющем сообщении PC5. После того, как APN или QCI больше не широковещается, удаленные WTRU могут возобновить ретрансляционную связь.
[0136] Ссылаясь теперь на фиг. 10, показана схема 1010 перехода WTRU из покрытия в отсутствие покрытия. Ретранслятор и WTRU могут поддерживать информацию о гибком состоянии, когда устанавливается линия связи. Как показано на фиг. 10, WTRU, работающий в покрытии сети, может выйти из покрытия и перейти в покрытие транзитного WTRU. Как только завершается установление соединения с транзитным WTRU, WTRU может перейти в состояние CONNECTED с транзитным узлом в конечном автомате AS (RRC_CONNECTED) и NAS (RN_CONNECTED).
[0137] Процедура ассоциации между WTRU и транзитным узлом может включать в себя несколько этапов. Например, ретранслятор может отправить широковещательную информацию для обнаружения ретранслятора с использованием канала широковещания ретрансляции (например, по протоколу обнаружения, широковещательному каналу связи). Удаленный WTRU в состоянии RN_IDLE 1015/ECM_IDLE 1013 может выбрать ретранслятор и принять решение выполнить запрос ассоциации. В одном варианте осуществления запрос ассоциации может использовать сообщение с запросом соединения RRC.
[0138] В другом варианте осуществления запрос ассоциации может быть объединенным запросом соединения RRC и запросом присоединения, который принимается ретранслятором. В другом варианте осуществления запрос ассоциации может быть по-новому заданным сообщением RRC. Запрос ассоциации может защищаться параметрами совместно используемого ключа, которые известны ретранслятору. Ретранслятор может проверить параметры безопасности и ответить на сообщение. В запросе ассоциации удаленный WTRU может отправлять параметры для идентификации WTRU, включающие в себя идентификатор WTRU, ранее используемый IP-адрес (например, если WTRU ранее был присоединен к сети напрямую), ранее используемый идентификатор L2 WTRU и т.п. Транзитный WTRU может осуществлять связь с MME, чтобы санкционировать WTRU или получить контекст WTRU перед отправкой WTRU ответа ассоциации. Если эта запрошенная удаленным WTRU PDN уже не используется транзитным WTRU, то транзитному WTRU может понадобиться инициировать к MME новый запрос возможности подключения к PDN.
[0139] Ретранслятор может отправить ответ ассоциации. В одном варианте осуществления ответ ассоциации может быть сообщением настройки соединения RRC, переносящим сообщение завершения присоединения и/или одобрения возможности подключения к PDN. Транзитный WTRU может создать гибкое состояние для удаленного WTRU, включающее в себя контекст WTRU, принятый от MME, и другую информацию, включающую запрошенные услуги (например, подписки групп, многоадресный список участия TMGI, санкционированные PLMN и т.п.). В ответе ассоциации транзитный WTRU может предоставить удаленному WTRU параметры конфигурации для поддержки контроля и сообщения о состояниях линий связи между двумя WTRU. Параметры конфигурации могли бы включать в себя конфигурацию измерения (например, расписание, периодичность и пороговую величину) для линии связи транзитного WTRU и события для отчета (например, пороговая величина достигнута, пороговая величина превышена и т.п.).
[0140] После приема ответа ассоциации приемный WTRU может создать гибкое состояние транзитного WTRU и применить профиль конфигурации измерения, если тот сконфигурирован. В другом варианте осуществления некоторые из вышеупомянутых процедур ассоциации можно разбить на несколько сообщений (например, четыре), которые могут использоваться для отдельного обмена сообщениями в установлении соединения RRC и установлении соединения NAS.
[0141] После того как удаленный WTRU ассоциируется с транзитным WTRU, транзитному WTRU может понадобиться осуществить связь с MME для отправки информации об удаленном WTRU.
[0142] В варианте осуществления транзитный WTRU может отправить к MME новое сообщение NAS, запрашивающее регистрацию удаленного WTRU, которое может содержать прозрачный контейнер, включающий в себя идентификатор WTRU, параметры безопасности, идентификатор ретранслятора, зону отслеживания ретранслятора, запрос возможности подключения к PDN. MME может ответить запросом аутентификации удаленного WTRU также в виде прозрачного контейнера, чтобы ретранслятор перенаправил его удаленному WTRU. MME также может отправить контекст удаленного WTRU транзитному WTRU, чтобы ретранслятор мог выполнять контроль доступа для поддержки запросов установления однонаправленного канала от удаленного WTRU в будущем.
В другом варианте осуществления, когда ретранслятор принимает запрос ассоциации от удаленного WTRU, транзитный WTRU может отдельно осуществить связь с MME, чтобы предоставить информацию об удаленном WTRU или контекст удаленного WTRU, перед отправкой к WTRU ответа ассоциации. Если эта запрошенная удаленным WTRU PDN уже не используется транзитным WTRU, то транзитному WTRU может понадобиться инициировать к MME новый запрос возможности подключения к PDN. Если удаленный WTRU уходит из сети, то он также может указать MME предыдущий IP-адрес, используемый в сети, в запросе возможности подключения к PDN.
[0143] Когда WTRU внутри покрытия выходит из покрытия, MME может запустить неявный таймер отсоединения, по истечении этого таймера MME может удалить любой контекст, который у него есть для WTRU, и может информировать другие сетевые узлы (например, обслуживающий шлюз (S-GW) и шлюз PDN (P-GW)), что WTRU больше не присоединен к сети. Поэтому P-GW может удалить IP-адрес WTRU из таблиц маршрутизации, и поэтому можно отбрасывать любые пакеты, которые он принимает для WTRU или IP-адреса. Чтобы избежать такой проблемы в случае бесперебойной непрерывности сеанса из режима инфраструктуры в режим ретранслятора, транзитный WTRU может отправлять указание для удаленного WTRU (например, текущий назначенный сетью IP-адрес удаленного WTRU) и может делать это в новом, заданном WTRU сообщении регистрации.
[0144] Если MME принимает указание (например, IP-адрес удаленного WTRU) от транзитного WTRU, что WTRU подключается к транзитному WTRU до истечения неявного таймера отсоединения, то он может отменить таймер отсоединения и сохранить контекст NAS у WTRU. MME может дополнительно информировать S-GW и P-GW об этом удаленном WTRU, чтобы любые пакеты, предназначенные для удаленного WTRU, могли отправляться по однонаправленным каналам транзитных WTRU. P-GW может понадобиться обновить соответствующим образом свои таблицы маршрутизации и шаблоны потоков трафика (TFT). Эта процедура может работать, только если удаленный WTRU в пределах покрытия подключался к тому же MME, что и транзитный WTRU.
[0145] Когда удаленный WTRU запрашивает ассоциацию с транзитным WTRU, транзитному WTRU может понадобиться осуществить связь с функцией ProSe, чтобы убедиться, что WTRU уполномочен использовать связь ProSe. Транзитный WTRU может отправить функции ProSe ID удаленного WTRU и запрошенные услуги.
[0146] По завершению ассоциации удаленный WTRU может зарегистрироваться в функции ProSe непосредственно по IP. Удаленный WTRU также может напрямую осуществлять связь с сервером приложений, например, активизаторами системы групповой связи (GCSE), чтобы получить параметры для использования в подписке на сеансы MBMS GCSE.
[0147] После установления соединения с транзитным узлом удаленный WTRU может конфигурироваться для контроля широковещательных сигналов и/или маячков от транзитного узла, чтобы убедиться, что линия связи с транзитным WTRU продолжает оставаться подходящей.
[0148] Удаленный WTRU может оснащаться конфигурацией измерения для контроля линии связи транзитного WTRU и конфигурацией отчетности для предоставления отчетов транзитному WTRU. Например, WTRU может конфигурироваться для определения отказа или ухудшения линии связи, если один или несколько маячков от ретранслятора не принимаются в сконфигурированном интервале таймера. Удаленный WTRU может инициировать процедуру для выбора нового ретранслятора, если состояния линий связи с транзитным узлом снижаются ниже сконфигурированной пороговой величины.
[0149] Ссылаясь теперь на фиг. 11, показана схема 1100 потока сигналов для способа контроля соединения RN. В варианте осуществления WTRU 1101 может конфигурироваться для отправки периодических сообщений 1105a, 1105b активности для указания своего присутствия транзитному узлу 1102 (RN). Транзитный узел 1102 может предоставить конфигурацию 1104 из расписания, периодичности и содержания сообщений, которые нужно передавать посредством WTRU 1101, присоединенного к транзитному узлу 1102. Ретранслятор может предоставлять конфигурацию 1104 периодических сообщений 1105a, 1105b активности с использованием канала вещания ретрансляции или с использованием каналов сигнализации во время установления линии связи. Транзитный узел 1102 также может предоставить конфигурацию ресурсов, которая может использоваться удаленным WTRU 1101 для передачи сообщений 1105a, 1105b активности. В одном примере удаленный WTRU 1101 может использовать сообщения обнаружения для передачи сообщений 1105a, 1105b активности. В другом примере ретранслятор может оснащать удаленный WTRU 1101 расписанием того, когда передавать сообщения 1105a, 1105b активности. Удаленный WTRU 1101 может конфигурироваться для рандомизации их причины передачи с использованием ID WTRU L2.
[0150] При установлении 1103 соединения удаленный WTRU 1101 может запустить таймер для передачи сообщений 1105a, 1105b активности с периодичностью, сконфигурированной широковещательным сообщением ретрансляции. Транзитный узел 1102 и WTRU 1101 могут контролировать состояния линий связи с использованием сообщений 1105a, 1105b активности. В одном варианте осуществления ретранслятор может конфигурировать критерии для измерения и сообщения состояний линий связи. Например, ретранслятор может конфигурировать минимальное количество сообщений 1105a, 1105b активности, которое удаленный WTRU 1101 может обнаруживать в заданном периоде. Удаленный WTRU 1101 может сообщать состояние неисправности линии связи или ухудшения линии связи, если количество обнаруженных сообщений меньше сконфигурированной минимальной пороговой величины.
[0151] Без потери общности измерения и предоставление отчетов могут выполняться на AS/L1. В качестве альтернативы измерения могут выполняться на AS, и AS может отправлять событие на более высокий уровень, когда обнаруживается сконфигурированное событие, например, событие неисправности ретрансляционной линии связи, событие ухудшения ретрансляционной линии связи, необнаруженный маячок ретрансляции, а предоставление отчетов выполняется более высоким уровнем (например, клиентом ProSe).
[0152] Аналогичным образом транзитный WTRU может определять присутствие WTRU 1101. В одном варианте осуществления транзитный WTRU может дать удаленному WTRU 1101 команду отправить транзитному узлу 1102 одно или несколько сообщений 1105a, 1105b активности. Команда может указывать, запрашивает ли ретранслятор одиночную передачу или пакет передач, или несколько периодических передач. После установления линии связи ретранслятор может начать выполнение измерений для удаленного WTRU 1101, используя переданные опорные сигналы между устройствами (D2D) удаленного WTRU 1101. При приеме этой команды удаленный WTRU 1101 может конфигурироваться для отправки ретранслятору короткого предварительно сконфигурированного сообщения или известной последовательности сообщений. Удаленный WTRU 1101 может включить один или несколько параметров в ответное сообщение, например, ID L2 удаленного WTRU, информацию о подписке удаленного WTRU, IP-адрес удаленного WTRU и т.п.
[0153] Удаленный WTRU может определить использование сообщения 1105a, 1105b активности для определения состояний линий связи с ретранслятором. В одном варианте осуществления WTRU может определить необходимость выполнения мобильности, когда он обнаруживает изменение состояний канала с ретранслятором. Более того, WTRU может отправить триггер, чтобы инициировать процедуры выбора соты или обнаружения ретранслятора при обнаружении изменения состояний линий связи с транзитным WTRU, обнаруженного на основе одного или нескольких вышеупомянутых триггеров. В другом варианте осуществления ретранслятор может решить отписаться от подписанных групп MBMS при обнаружении потери линии связи с удаленным WTRU на основе одного или нескольких вышеупомянутых триггеров.
[0154] Что касается непрерывности сеанса, то может понадобиться поддерживать мобильность, когда удаленный WTRU входит или выходит из покрытия ретрансляции. Могут понадобиться процедуры для выполнения мобильности из режима инфраструктуры в режим ретранслятора и из режима ретранслятора в режим инфраструктуры и выполнения непрерывности сеанса и сохранения IP-адреса, когда WTRU перемещается в вышеупомянутых сценариях мобильности. Может понадобиться обновлять PCRF и P-GW во время мобильности, чтобы P-GW мог продолжать перенаправлять IP-трафик к WTRU без значительного перерыва.
[0155] Для мобильности из соединения ProSe (например, PC5) в инфраструктурное соединение (например, интерфейс Uu) можно допустить, что удаленный WTRU может выбрать ретранслятор WTRU-NW и может иметь прямое соединение ProSe с ретранслятором WTRU-NW, чтобы обращаться к услугам (к конкретному APN) при доступе 3GPP. Также можно допустить, что удаленный WTRU может иметь IP-адрес, назначенный от ретранслятора WTRU-NW, и что IP-адрес является внешним IP-адресом.
[0156] Одним примером является удаленный WTRU, получающий покрытие eNB и устанавливающий соединение PDN. Удаленный WTRU может принять решение переключить трафик с ретранслятора WTRU-NW на инфраструктурное соединение. Когда удаленный WTRU получает покрытие, удаленный WTRU может указать, что поддерживает непрерывность сеанса ProSe (например, посредством информации PCO). Удаленный WTRU может отправить это указание, если запрос возможности подключения к PDN происходит по такому же APN, как и в случае соединения PDN через ретранслятор WTRU-NW.
[0157] Если удаленный WTRU и PGW поддерживают непрерывность сеанса ProSe (например, как часть обмена вариантами конфигурации протокола (PCO) во время установления соединения PDN для доступа 3GPP), то у удаленного WTRU может быть соединение PDN через ретранслятор WTRU-NW и соединение PDN через инфраструктурный маршрут по одному и тому же APN (например, один и тот же P-GW). WTRU может инициировать инициируемое WTRU переключение всех соединений или некоторых IP-потоков с прямого соединения ProSe на инфраструктурное соединение PDN. Аналогичные функциональные возможности поддерживаются сетевой мобильностью IP-потоков (NBIFOM) для переключения IP-потоков между доступом 3GPP и доступом к беспроводной локальной сети (WLAN). Это может дать возможность усовершенствовать NBIFOM для поддержки переключения IP-потоков между соединением ProSe (например, через ретранслятор WTRU-NW) и инфраструктурным соединением.
[0158] Чтобы работала непрерывность сеанса ProSe, удаленный WTRU может установить соединение PDN посредством доступа 3GPP с использованием того же IP-адреса, назначенного ретранслятором WTRU-NW (например, при прямом соединении). Во время установления соединения PDN WTRU может указать повторно использовать тот же IP-адрес, что использовался при прямом соединении ProSe. WTRU может указать желание сохранить IP-адрес в информации PCO, указывающей также причину для сохранения IP-адреса (например, непрерывность сеанса ProSe).
[0159] К тому же удаленному WTRU может понадобиться соединение вроде NAS с ретранслятором WTRU-NW для предоставления TFT. Можно допустить, что удаленный WTRU может предоставить TFT, имеющий внешний IP-адрес удаленного WTRU в качестве адреса источника и адрес сервера приложений в качестве адреса назначения. Ретранслятор WTRU-NW использует TFT в соединении ProSe, чтобы настроить TFT для соединения PDN ретранслятора WTRU-NW с P-GW. Когда удаленный WTRU переключает трафик на инфраструктурное соединение, удаленный WTRU предоставляет правила маршрутизации с информацией IP-трафика для перемещения по инфраструктурному маршруту. Правила маршрутизации предоставляют информацию о направляемых IP-потоках, а также о ветви доступа, куда перемещаются эти IP-потоки.
[0160] Удаленный WTRU может включить правила маршрутизации в сигнализацию запроса возможности подключения к PDN на инфраструктурном маршруте. На основе информации о правилах маршрутизации P-GW может создать таблицу привязки, гарантирующую, что информация о трафике нисходящей линии связи будет предоставлена посредством той же ветви доступа (например, посредством инфраструктурного соединения PDN).
[0161] В другом варианте осуществления WTRU может не предоставлять правило маршрутизации, но переключает трафик отправки (например, IP-потоки) с ретрансляционного соединения на инфраструктурное соединение. Например, если у удаленного WTRU есть соединение PDN с тем же APN (например, тем же P-GW), то P-GW может обнаружить переключение и убедиться, что IP-потоки нисходящей линии связи отправляются в инфраструктурное соединение PDN. P-GW знает IP-адрес удаленных WTRU посредством TFT, предоставленных ретранслятором WTRU-NW, например, у ретранслятора WTRU-NW есть IP-адрес источника в информации TFT, который может быть IP-адресом удаленного WTRU.
[0162] Когда у WTRU есть соединение PDN с доступом 3GPP и выбранный ретранслятор WTRU-NW, удаленный WTRU может установить соединение ProSe с ретранслятором WTRU-NW, который предлагает такую же возможность подключения APN, какая есть у удаленного WTRU с существующим соединением PDN. Поэтому у удаленного WTRU могут быть соединения PDN посредством доступа 3GPP и посредством ретранслятора WTRU-NW, который подключается к тому же APN. Удаленный WTRU также может указать транзитному WTRU во время согласования IP-адресов оставить тот же IP-адрес, используемый на инфраструктурном маршруте.
[0163] Когда удаленный WTRU переключает трафик на соединение ProSe, удаленный WTRU посредством доступа 3GPP может отправить правила маршрутизации, указывающие для P-GW и PCRF, что определенные IP-потоки можно направить через ретранслятор WTRU-NW. На основе правил маршрутизации P-GW может обновить свою таблицу привязки, чтобы обеспечить, что IP-потоки нисходящей линии связи отправляются через ретранслятор WTRU-NW.
[0164] В другом варианте осуществления WTRU может не предоставлять правила маршрутизации, но может переключать трафик отправки (IP-потоки) с инфраструктурного на ретрансляционное соединение. Например, если у удаленного WTRU есть соединение PDN с тем же APN (например, тем же P-GW), то P-GW может обнаружить переключение и убедиться, что IP-потоки нисходящей линии связи отправляются в соединение PDN ретранслятора WTRU-NW. P-GW может знать IP-адрес удаленных WTRU посредством TFT, предоставленных ретранслятором WTRU-NW, например, у ретранслятора WTRU-NW есть IP-адрес источника в информации TFT, который является IP-адресом удаленного WTRU.
[0165] Удаленный WTRU, имея соединение с ретранслятором WTRU-NW, может продолжать контроль других ретрансляторов WTRU-NW, которые предоставляют, например, лучшую возможность подключения или меньшее расстояние близости. Удаленный WTRU на основе внутренних критериев выбора может принять решение переместить трафик в новый ретранслятор WTRU-NW. Например, удаленный WTRU может установить соединение ProSe с новым ретранслятором WTRU-NW, поддерживая при этом активным соединение ProSe со старым ретранслятором WTRU-NW.
[0166] В другом примере удаленный WTRU может указать новому WTRU-NW, что он желает повторно использовать IP-адрес, назначенный старым ретранслятором WTRU-NW, и обратиться к сети 3GPP через то же APN. Удаленный WTRU может выбрать ретранслятор WTRU-NW, который обеспечивает возможность подключения к тому же APN и, соответственно, к тому же P-GW. Поэтому удаленный WTRU может повторно использовать префикс IPv6, полученный от старого ретранслятора WTRU-NW. Удаленный WTRU может отправить это указание посредством протокола NAS по соединению ProSe, чтобы обойтись без запуска автоматического конфигурирования Протокола динамической конфигурации хоста версии 6 (DHCPv6). В качестве альтернативы удаленный WTRU также может указать транзитному WTRU во время согласования DHCP оставить тот же IP-адрес, используемый на инфраструктурном маршруте.
[0167] Когда активны оба соединения, удаленный WTRU может переключить трафик на новый ретранслятор WTRU-NW. Например, может повторно использоваться процедура NBIFOM, и удаленный WTRU может отправить правила маршрутизации ретранслятору WTRU-NW, на который удаленный WTRU желает переключить трафик. Ретранслятор WTRU-NW может перенаправлять информацию к P-GW, используя отдельную процедуру подключения к PDN. Когда PGW принимает правила маршрутизации, он может знать, что удаленный WTRU желает переключить трафик на это соединение PDN, и может убедиться, что IP-потоки нисходящей линии связи отправляются по тому же соединению PDN.
[0168] В другом варианте осуществления WTRU может не предоставлять правила маршрутизации, но может переключать трафик отправки (например, IP-потоки) с одного ретрансляционного на другое ретрансляционное соединение. Например, если у удаленного WTRU есть соединение PDN с тем же APN (например, тем же P-GW), то PGW может обнаружить переключение и убедиться, что IP-потоки нисходящей линии связи отправляются в соединение PDN ретранслятора WTRU-NW. PGW может знать IP-адрес удаленных WTRU посредством TFT, предоставленных ретранслятором WTRU-NW, например, у ретранслятора WTRU-NW есть IP-адрес источника в информации TFT, который является IP-адресом удаленного WTRU.
[0169] WTRU может принимать пороговые условия от RAN (например, уровень сигнала, качество сигнала) посредством вспомогательной информации RAN. Это может позволить WTRU определить, когда WTRU следует переключить трафик с инфраструктурного соединения на прямое соединение через ретранслятор WTRU в сеть. Если WTRU обнаруживает на основе условий, заданных во вспомогательной информации RAN, что необходима передача обслуживания, то WTRU может начать процедуру обнаружения ProSe, чтобы идентифицировать WTRU, работающий в качестве ретранслятора WTRU-NW. К тому же RAN (то есть eNB) может побудить WTRU инициировать передачу обслуживания к ретранслятору WTRU-NW.
[0170] Можно рассмотреть следующие варианты осуществления для проводимой eNB передачи обслуживания. WTRU с поддержкой ProSe может сообщать eNB измерения. eNB может знать, что WTRU имеет поддержку ProSe, посредством принятой через MME информации на основе информации о подписке. eNB также может знать, что WTRU конфигурируется как ретранслятор WTRU-NW. eNB также может знать, что WTRU конфигурируется как ретранслятор WTRU-NW, на основе следующего: (1) информация, предоставленная MME через опорные точки S1-MME, на основе информации о подписке (управляемой HSS) или информации о функции ProSe через новый интерфейс "MME-функция ProSe"; или (2) информация, предоставленная ретранслятором WTRU-NW посредством сигнализации RRC к eNB.
[0171] На основе измерений, сообщенных WTRU с поддержкой ProSe, eNB может принять решение инициировать передачу обслуживания к ретранслятору WTRU-NW. eNB может предоставить WTRU с поддержкой ProSe триггер передачи обслуживания, чтобы передать обслуживание к ретранслятору WTRU-NW. Когда WTRU с поддержкой ProSe обнаруживает команду передачи обслуживания, WTRU может инициировать процедуры обнаружения ProSe, чтобы идентифицировать ретранслятор WTRU-NW. Как только WTRU обнаруживает ретранслятор WTRU-NW, WTRU может инициировать связь ProSe 1:1, чтобы обратиться к услуге развитого пакетного ядра (EPC) через ретранслятор UE-NW.
[0172] В другом примере WTRU с поддержкой ProSe может обнаруживать транзитный WTRU, используя измерения опорных сигналов синхронизации, или на основе процедур обнаружения ProSe. WTRU с поддержкой ProSe может отправлять измерения (например, измерения уровня сигнала) от транзитного WTRU, а также измерения от eNB к eNB. eNB на основе рассмотренных выше способов может знать, что WTRU имеют поддержку ProSe и санкционированы для ProSe. На основе сообщенных измерений eNB отправляет команду передачи обслуживания (HO) и освобождает WTRU от инфраструктурного соединения.
[0173] В другом примере WTRU с поддержкой ProSe может обнаружить слабый уровень сигнала и отправить измерение к eNB. На основе сообщенного измерения eNB может побудить другой WTRU с поддержкой ProSe начать работу в качестве транзитного узла. eNB может отправить команду HO (без цели) для указания, что WTRU следует выполнить обнаружение ретранслятора, и предоставить ресурсы для выполнения обнаружения ретранслятора. Когда WTRU с поддержкой ProSe обнаруживает команду передачи обслуживания, WTRU может инициировать процедуры обнаружения ProSe, чтобы идентифицировать ретранслятор WTRU-NW. Как только WTRU обнаруживает ретранслятор WTRU-NW, WTRU инициирует связь ProSe 1:1, чтобы обратиться к услуге EPC через ретранслятор WTRU-NW. eNB на основе рассмотренных выше альтернатив может знать, что WTRU имеют поддержку ProSe и санкционированы для ProSe.
[0174] В другом примере, когда eNB обнаруживает, что нужно передать обслуживание WTRU к транзитному WTRU, или когда eNB отправляет команду HO удаленному WTRU, eNB может отправить к eNB сообщение S1-AP, указывающее, что передается обслуживание удаленного WTRU. Сообщение может включать в себя, например, ID удаленного WTRU и ID транзитного WTRU, которому передается обслуживание удаленного WTRU. MME может использовать эту информацию для приостановления контекста удаленного WTRU или применения более длительного таймера окончания для удаления контекста удаленного WTRU.
[0175] В другом примере, когда транзитный WTRU получает запрос регистрации от нового WTRU, он может отправить к MME указание, чтобы MME знал, что WTRU ушел из сети и теперь зарегистрирован в транзитном WTRU. MME может использовать эту информацию для приостановления контекста удаленного WTRU или применения более длительного таймера окончания для удаления контекста удаленного WTRU. В качестве альтернативы удаленный WTRU может отправить к MME указание до того, как выполняет передачу обслуживания с инфраструктурного на транзитный узел. MME может использовать эту информацию для приостановления контекста удаленного WTRU или применения более длительного таймера окончания для удаления контекста удаленного WTRU.
[0176] В поддержке связи ProSe общественной безопасности ретранслятору WTRU-NW может понадобиться поддерживать широковещание ProSe и групповую связь ProSe, и он может оснащаться несколькими идентификаторами санкционированного вещания или многоадресной группы.
[0177] Ретранслятор WTRU ProSe-NW может присоединяться к EPS, придерживаясь обычных процедур WTRU. Как часть процедуры установления соединения ретранслятор WTRU ProSe-NW может указать WTRU, поддерживает ли он MBMS и услуги, указанные с помощью TMGI, которые поддерживаются в той области.
[0178] Одной из проблем с поддержкой многоадресной работы через ретранслятор WTRU-NW является то, как WTRU общественной безопасности могут получать информацию TMGI, ассоциированную с услугами, в которых заинтересован WTRU. Могут потребоваться способы, чтобы WTRU вне покрытия определял TMGI, в которых он заинтересован в зоне обслуживания транзитного WTRU. В одном варианте осуществления WTRU вне покрытия может предварительно оснащаться TMGI, применимыми для всех зон обслуживания в PLMN. Однако, если WTRU находится в роуминге в другой PLMN, все же может понадобиться определять TMGI, который используется в зоне обслуживания ретранслятора, к которому он присоединен.
[0179] В другом варианте осуществления транзитный WTRU может объявлять свою зону обслуживания и PLMN на канале вещания, и удаленный WTRU, пытающийся подписаться на конкретную услугу, может зарегистрироваться на сервере приложений GCSE (AS) и сообщить PLMN и зону обслуживания ретранслятора. AS GCSE может проверить профиль подписки WTRU и предоставить WTRU интересующие TMGI. Для выполнения этой процедуры удаленный WTRU может использовать ретранслятор WTRU ProSe-NW в качестве IP-маршрутизатора. Как только WTRU получает интересующие TMGI, ему может потребоваться повторно выбрать другой ретранслятор, если имеется другой ретранслятор в окрестности, который уже широковещает те группы MBMS.
[0180] Другой проблемой в сетях ретрансляции WTRU-NW может быть необходимость преобразования канала MCH для переноса информации MTCH и MCCH. В существующих сетях MCH можно преобразовать в ресурсы одночастотной сети услуг мультимедийного широковещания/мультивещания (MBSFN) в субкадре. Ретранслятор в сетях ретрансляции WTRU-NW может резервировать некоторые ресурсы для передач MBMS. Ретранслятор может объявлять удаленным WTRU расписание зарезервированных ресурсов по каналу широковещания или во время установления однонаправленного канала по каналу сигнализации. В одном примере ретранслятор может широковещать расписание отдельно для каждого TMGI, поддерживаемого транзитным узлом. Например, расписание от ретранслятора может быть задано следующим образом: [{TMGI1, Субкадры №}, {TMGI2, Субкадры №}, …{TMGIn, Субкадры №}]. WTRU могут использовать эту информацию для определения, когда им нужно принимать многоадресную информацию, и могут выполнять экономию энергии.
[0181] Чтобы убедиться, что запросы контроля TMGI отправляются только тогда, когда есть передача MBMS, происходящая в обслуживающей соте ретранслятора, транзитный WTRU может указывать удаленным WTRU посредством широковещания либо до, либо во время обнаружения ретранслятора, существуют ли фактически данные MBMS в соте. Это указание может служить в качестве предварительного условия, чтобы удаленные WTRU могли отправлять ретранслятору запросы контроля TMGI, так что если MBMS отсутствует в соте, то удаленные WTRU не будут просить ретранслятор контролировать определенный TMGI.
[0182] Поскольку ретранслятор объявляет доступность TMGI, которые в настоящее время ретранслируются, что может прямо подразумевать, что MBMS присутствует и активно ретранслируется, указание отсутствия/присутствия MBMS может периодически транслироваться ретранслятором, когда ретранслятор не может обнаружить никакие TMGI, или когда никакие TMGI не объявляются/оповещаются. Таким образом, удаленные WTRU в окрестности ретранслятора могут знать, доступна ли MBMS посредством того конкретного ретранслятора, что полезно при содействии удаленным WTRU в выборе нужного ретранслятора на основе услуг, в которых заинтересован удаленный WTRU. Например, указание отсутствия/присутствия MBMS можно включить в сообщения обнаружения ретранслятора WTRU-в-сеть, например, в сообщение оповещения при обнаружении ретранслятора WTRU-NW по Модели A и/или в ответные сообщения обнаружения при обнаружении ретранслятора WTRU-NW по Модели B, если заранее запрошено обнаруживающим объектом (например, как часть атрибута информации о возможности подключения у сообщений обнаружения ретранслятора).
[0183] Таймер обновления TMGI может предоставляться ретранслятором удаленному WTRU, когда фактически обнаружены данные MBMS, в отличие от включения его в ответ подтверждения от ретранслятора, который подтверждает прием запроса WTRU. Это может гарантировать, что таймер обновления TMGI на самом деле применим к данным MBMS, которые успешно собраны ретранслятором и будут перенаправлены к удаленному WTRU в течение длительности таймера обновления TMGI. Вообще, гибкое состояние в ретрансляторе, включая таймер обновления TMGI, следует тесно связать с обнаружением TMGI, так что гибкое состояние формируется и поддерживается в ретрансляторе, только когда должным образом интерпретирован трафик MBMS, соответствующий запрошенному TMGI. Это может гарантировать, что параметры, извлеченные из гибкого состояния (например, таймер обновления) и переданные удаленным WTRU, будут жизнеспособны и применимы для существующего сеанса MBMS.
[0184] Чтобы избежать роста мягкого контекста в ретрансляторе с количеством удаленных WTRU, обслуживаемых ретранслятором, а также уменьшить нагрузку по обработке в ретрансляторе, транзитный WTRU может вести мягкий контекст на каждый TMGI, а не на каждый WTRU. Таким образом, может быть только один таймер обновления TMGI для любого заданного TMGI, а не для каждого WTRU. Когда конкретный TMGI запрашивается удаленным WTRU в первый раз, ретранслятор может попытаться обнаружить запрашиваемый TMGI. После обнаружения ретранслятор может соответственно создать мягкий контекст для TMGI, включающий параметры, ассоциированные с тем данным TMGI (например, ID группы уровня 2 ProSe, таймер обновления TMGI, подсчет количества удаленных WTRU, обращающихся к тому TMGI через ретранслятор, и т.п.). Доступность TMGI можно широковещать по линии связи ProSe PC5 с помощью транзитного WTRU ProSe вместе с соответствующими характерными для TMGI параметрами, например таймером обновления TMGI и ID группы L2 ProSe, посредством сообщения оповещения широковещания TMGI. В частности, полный список всех TMGI, о которых оповещают в настоящее время, и их соответствующие таймеры обновления, а также ассоциированные ID групп L2 ProSe могут включаться в то же самое сообщение оповещения вещания TMGI.
[0185] Сообщение оповещения вещания TMGI может отправляться ретранслятором к удаленным WTRU с использованием прямой связи ProSe "один-ко-многим" с ID группы L2 ProSe по умолчанию, который может назначаться специально для управляющих сообщений ретрансляции MBMS, которые нужно широковещать для удаленных WTRU возле ретранслятора. Эти удаленные WTRU могут интересоваться доступом к MBMS. Этот ID группы L2 ProSe по умолчанию может предварительно конфигурироваться в транзитном WTRU, а также в удаленных WTRU. В качестве альтернативы он может конфигурироваться в ретрансляторе (например, предоставляться функцией ProSe транзитного WTRU). Впоследствии он может предоставляться удаленным WTRU во время обнаружения и выбора ретранслятора. В последнем случае ID группы L2 ProSe по умолчанию может прикрепляться к сообщениям обнаружения ретранслятора WTRU-в-сеть, например, сообщению оповещения по Модели A и ответному сообщению по Модели B. Если ранее запрашивался обнаруживающим объектом (то есть удаленным WTRU), то он может включаться как часть атрибута информации о возможности подключения у этого сообщения.
[0186] Тот же самый ID группы L2 ProSe по умолчанию не ограничивается для широковещания оповещения вещания TMGI. Он может использоваться для передачи всех управляющих сообщений, которые нужно принять удаленным WTRU для обращения к MBMS через транзитный WTRU ProSe. В другом варианте осуществления сообщение оповещения вещания TMGI может совмещаться с сообщениями обнаружения ретранслятора WTRU-NW, так что включается список TMGI вместе с таймерами обновления и ID групп. Это может происходить в атрибуте информации о возможности подключения в сообщении оповещения по Модели A и/или ответном сообщении по Модели B, если ранее запрашивалось удаленным WTRU.
[0187] Когда новому WTRU нужно обратиться к MBMS, связанной с тем же TMGI, он может получить характерные для TMGI параметры управления путем прослушивания оповещения широковещания TMGI. Если удаленному WTRU нужно дополнительно продлить контроль TMGI и ретрансляцию MBMS за пределы длительности таймера обновления, то он может принять решение отправить запрос контроля TMGI. После принятия ретранслятор может не создавать новый контекст, а вместо этого может обновить существующий характерный для TMGI контекст путем увеличения, например, таймера обновления TMGI, подсчета удаленных WTRU, использующих тот TMGI, и других параметров при необходимости, и в свою очередь может транслировать по PC5 сообщение оповещения вещания TMGI с обновленным таймером обновления TMGI и ID группы L2 ProSe.
[0188] Сложность в ретрансляторе можно уменьшить при наличии общего гибкого состояния для всех WTRU, обращающихся к одной и той же услуге MBMS с заданным TMGI, вместе с периодическим широковещанием характерных для TMGI параметров управления. К тому же удаленным WTRU можно дать возможность слушать содержимое MBMS без обязательной явной отправки запроса контроля. Каждому WTRU по-прежнему может быть разрешено отправлять свой запрос контроля TMGI, чтобы увеличивать таймер обновления TMGI в ретрансляторе.
[0189] По существу, ретранслятор гарантирует, что за ним всегда есть по меньшей мере один удаленный WTRU, который все еще заинтересован в объявленном TMGI. Таким образом, ретранслятор может поддерживать гибкое состояние для того конкретного TMGI, чтобы он мог продолжать контролировать TMGI и перенаправлять связанный трафик. Поскольку мягкое состояние может задаваться для данного TMGI, ретранслятору может быть не нужно отвечать каждому удаленному WTRU в отдельности, чтобы подтверждать каждый запрос и предоставлять необходимые параметры. Точнее, может быть достаточно широковещать доступность TMGI после обнаружения вместе с характерными для TMGI параметрами всем удаленным WTRU одновременно без необходимости контакта отдельно с каждым WTRU.
[0190] Поскольку обновленный таймер обновления TMGI в широковещательном сообщении TMGI вещается всем удаленным WTRU одновременно, многие или все удаленные WTRU могут отправить один и тот же запрос контроля TMGI транзитному WTRU, как только таймер близок к окончанию. Чтобы избежать этого внезапного и ненужного наплыва запросов обновлений таймера, может применяться случайный подход. При таком подходе каждый удаленный WTRU может настраивать или регулировать свой таймер путем добавления или вычитания случайного числа из вещаемого таймера, предоставленного ретранслятором. В этом случае, если многим WTRU все же нужно, чтобы ретранслятор продолжал контроль TMGI и ретрансляцию MBMS, то WTRU с наименьшим конечным таймером (после применения случайного добавления/вычитания) может отправить свой запрос контроля TMGI, прежде всего позволяющий ретранслятору обновить таймер и сигнализировать его обратно всем WTRU, удерживая при этом подмножество оставшихся WTRU от избыточного запрашивания дополнительных обновлений таймера.
[0191] Ссылаясь теперь на фиг. 12, показана схема 1220 обслуживания вызова, иллюстрирующая примерную процедуру контроля TMGI. Чтобы удаленный WTRU 1221 отправил запрос контроля TMGI ретранслятору 1222, который не начал контроль или оповещение ни о каком TMGI, сначала следует принять указание отсутствия/присутствия MBMS ретранслятора по каналу широковещания, чтобы убедиться, что ретранслятор на самом деле понял MBMS в обслуживающей соте (этап 1225). Затем в отличие от транзитного WTRU 1222, отвечающего каждому удаленному WTRU 1221 по отдельности и подтверждающего прием каждого запроса контроля TMGI (то есть ответ подтверждения на каждый запрос контроля TMGI), транзитный WTRU 1222 пытается обнаружить запрошенный TMGI посредством обслуживающего eNB (этап 1226). Если успешно, то он создает или обновляет характерный для TMGI контекст (например, увеличивает таймер обновления TMGI) (этап 1228). Как только создается/обновляется гибкий контекст, ретранслятор широковещает доступность обнаруженного TMGI по PC5 путем отправки оповещения вещания TMGI, заключающего в себе соответствующие ассоциированные характерные для TMGI параметры (например, значение TMGI, ID группы L2 ProSe, таймер обновления контроля TMGI, подсчет WTRU и т.п.) (этап 1229). Это оповещение широковещания TMGI можно реализовать либо с использованием прямой связи ProSe "один-ко-многим" с ID группы, который предназначен конкретно для управляющих сообщений для WTRU ProSe, которые подписываются на MBMS через ретрансляторы WTRU ProSe-NW, либо, при необходимости, путем переноса сообщения поверх сообщений обнаружения ретранслятора WTRU-NW.
[0192] Широковещание характерных для TMGI параметров управления вместе со значением TMGI может дать возможность обеспечить все удаленные WTRU 1221 характерным для TMGI ID группы L2 ProSe и таймером обновления. Это может позволить им без труда слушать соответствующее вещаемое содержимое MBMS без обязательной отправки явного запроса доступа к действующему сеансу MBMS, пока не нужно будет обновить таймер.
[0193] WTRU принимает широковещательный контент и может освободить ветвь одноадресного распространения (этап 1230). В некоторый момент ретранслятор ProSe может прекратить широковещание доступности TMGI, и/или WTRU может запросить ветвь одноадресного распространения (этап 1231). В конечном счете WTRU может прекратить прием широковещательного контента (этап 1232).
[0194] Ссылаясь теперь на фиг. 13, показана схема 1330 обслуживания вызова, иллюстрирующая примерный поток решений по ретрансляции MBMS на основе опроса. В варианте осуществления транзитный WTRU 1331 может принять решение, следует ли ему продолжать ретранслировать трафик MBMS для определенного (определенных) TMGI. Когда транзитный WTRU 1331 начинает ретрансляцию трафика MBMS определенного TMGI (этап 1334), он может запустить таймер (например, таймер A (этап 1335)). Значение таймера может предварительно конфигурироваться в WTRU 1331 или конфигурироваться сервером приложений. Значение таймера может быть одинаковым для всех TMGI или может отличаться для различных TMGI.
[0195] Когда таймер истекает, транзитный WTRU 1331 может отправить запрос 1337 удаленным WTRU 1332, 1333 посредством связи один-ко-многим для определения, есть ли какие-нибудь удаленные WTRU 1332, 1333, все еще заинтересованные в приеме трафика MBMS с заданными TMGI. В сообщении-запросе 1337 могут указываться TMGI, о которых идет речь. Транзитный WTRU 1331 может запустить другой таймер (например, таймер B (этап 1338)), ожидая ответов от удаленных WTRU 1332, 1333.
[0196] Любой удаленный WTRU 1332, 1333, если он все еще заинтересован в приеме этого трафика MBMS, может ответить транзитному WTRU 1331 сообщением 1339 подтверждения. Удаленный WTRU 1332, 1333 также может указать (в сообщении подтверждения) TMGI, в которых он заинтересован, которые могут быть подмножеством TMGI в сообщении-запросе транзитного WTRU. Если удаленный WTRU 1332, 1333 не заинтересован в заданном (заданных) TMGI, то он может не отправлять ответ.
[0197] Если транзитный WTRU 1331 принимает какое-нибудь сообщение подтверждения (этап 1339) для TMGI до того, как истекает таймер B (этап 1340), то он может продолжить ретранслировать трафик MBMS с TMGI (этап 1341) и перезапустить таймер A 1335, который связан с TMGI. В противном случае, если транзитный WTRU 1331 не принимает никакое сообщение подтверждения для TMGI (этап 1339), то он может прекратить ретрансляцию связанного трафика MBMS.
[0198] WTRU, действующий в качестве транзитного узла, может ретранслировать другие виды данных, например данные для системы предупреждения о землетрясении и цунами (ETWS) и данные для системы предупреждения населения (PWS). Данные для ETWS, PWS или аналогичной службы могут ретранслироваться посредством плоскости пользователя или управления. Кроме того, данные могут отправляться всем удаленным WTRU с использованием общеизвестного зарезервированного широковещательного адреса назначения, который известен для переноса данных ETWS или PWS. Этот адрес может быть IP-адресом и/или адресом L2.
[0199] В одном варианте осуществления ETWS может использоваться в качестве примера служебных данных, которые также можно ретранслировать с помощью транзитного WTRU, в дополнение к MBMS или другим одноадресным данным, которые описаны выше. Однако это также может применяться к другим данным предупреждений (например, PWS). Использование ETWS можно рассматривать как пример того, как можно использовать варианты осуществления, и не ограничивается только ETWS.
[0200] Транзитный WTRU, который может находиться внутри покрытия сети, может принимать уведомления о ETWS посредством блоков системной информации (SIB). После приема уведомлений ETWS посредством SIB транзитный WTRU может сообщить те же или подмножество уведомлений ETWS, принятых из сети. Эти уведомления могут быть не фактическими данными ETWS, а указанием об их поступлении (например, информацией планирования о передаче фактических ETWS). Транзитный WTRU может отправлять уведомления ETWS по каналу плоскости управления или пользователя. Это может использоваться для предупреждения удаленных WTRU о доступности данных ETWS в ближайшем будущем.
[0201] Транзитный WTRU может предварительно конфигурироваться или конфигурироваться посредством сети (например, MME, функции ProSe, eNB или других сообщений более высокого уровня типа OMA и DM) для обработки уведомлений ETWS и данных с некоторым приоритетом. Таким образом, когда доступны данные ETWS, транзитный WTRU может обрабатывать их в соответствии со сконфигурированным приоритетом, например, ретранслируются данные с более высоким приоритетом, чем другие одноадресные данные. Аналогичным образом удаленные WTRU также могут иметь одинаковые конфигурации, которые они могут получить посредством удаленного WTRU, либо они могут предварительно оснащаться ими ранее. Таким образом, когда удаленный WTRU принял уведомления ETWS, удаленный WTRU может использовать уведомления согласно сконфигурированному приоритету. Например, согласно принятому уведомлению удаленный WTRU может сначала обрабатывать уведомляющее сообщение, чтобы принять запланированные ETWS от транзитного WTRU. Удаленные WTRU также могут "подписаться" и принимать данные ETWS при обнаружении транзитного WTRU. Запрос получения данных ETWS может выполняться посредством плоскости управления или пользователя или посредством сообщений обнаружения. Таким образом, транзитный WTRU, отправляющий уведомление и данные ETWS удаленным WTRU, может встречаться, только если удаленный WTRU подписан на услугу ETWS с транзитным WTRU. После приема данных ETWS ретранслятор может начать перенаправление данных удаленным WTRU согласно предыдущей информации планирования, которая отправлялась удаленным WTRU, или с использованием предварительно сконфигурированных ресурсов для передачи данных ETWS. Передача может происходить по каналу вещания с использованием общеизвестного адреса (например, адреса L2, IP-адреса) в качестве адреса назначения либо может происходить посредством одноадресной передачи удаленным WTRU, которые могут быть подписаны у транзитного WTRU на получение этой информации.
[0202] В варианте осуществления ретранслятор может оснащать удаленные WTRU определенным расписанием, когда сообщения ETWS/CMAS планируются для передачи. Например, ETWS и CMAS могут планироваться в некоторых зарезервированных кадрах, и ретранслятор может вещать номер кадра в виде размера смещения DFN. Например, смещение от DFN 0. Ретранслятор также может вещать номер кадра в виде шаблона DFN. Например, x предоставляется таким, что DFN mod x=0.
[0203] В варианте осуществления удаленный WTRU может запросить у ретранслятора перенаправить информацию блока системной информации (SIB) во время процедуры регистрации. Сообщение с запросом может указывать параметры предпочтения WTRU. Например, SIB, в которых заинтересован WTRU, цикл пробуждения WTRU (например, заранее предоставленные параметры цикла пробуждения), услуги, которые WTRU использует или на которые подписан (например, услуге MBMS нужны параметры SIB MBMS), и т.п.
[0204] Транзитный WTRU может ответить сообщением подтверждения с необязательными параметрами конфигурации, чтобы указать механизм передачи SIB. Механизм передачи SIB может включать в себя расписание, с которым перенаправляются SIB. Например, SIB могут перенаправляться в зарезервированных кадрах, и транзитный WTRU может указывать размер смещения DFN в шаблоне DFN, когда передаются SIB.
[0205] Чтобы поддерживать разные WTRU с разными циклами пробуждения, каждый перенаправляемый SIB может повторяться несколько раз с предопределенной последовательностью повторения. Ретранслятор может предоставлять информацию планирования SIB в канале широковещания ретрансляции. Например, ретранслятор может указывать, какой SIB вместе с шаблоном DFN указывает последовательность повторения. Ретранслятор может учитывать цикл пробуждения WTRU при выборе шаблона DFN. Ретранслятор может обновлять шаблон DFN, когда удаленные WTRU присоединяются или покидают ретранслятор. Например, эта информация может передаваться в сообщении SL-блок служебной информации (MIB).
[0206] Транзитный WTRU может вести признак обновления SIB, который может устанавливаться, когда имеется изменение в SIB, или когда передается новый SIB. Признак обновления SIB может передаваться в сообщении SL-MIB. Признак обновления SIB может указывать состояние SIB в промежутке между передачами двух сообщений SL-MIB.
[0207] Удаленный WTRU, который только что присоединился к ретранслятору и желает считывать SIB ретранслятора, должен сначала получить сообщение SL-MIB для получения переданных SIB и расписание SIB, чтобы узнать, как он может получать SIB. Удаленный WTRU, уже зарегистрированный в ретрансляторе, может контролировать признак обновления SIB в сообщении SL-MIB и получать SIB, если есть изменение в указанном SIB.
[0208] Следует отметить, что вышеприведенные способы для перенаправления информации SIB ETWS/CMAS с тем же успехом могут использоваться для перенаправления других SIB.
[0209] WTRU, действующий в качестве транзитного узла, может использовать набор новых оснований установления, когда он запрашивает соединение с сетью. Основание установления, используемое транзитным узлом при запросе соединения, чтобы перенаправлять данные UL от удаленных WTRU, может отличаться от используемого транзитным узлом, когда он желает отправлять данные, сформированные самим транзитным WTRU. Транзитный WTRU может использовать разное основание, и оно может зависеть от разных факторов. Например, тип данных или приложения, принятый от удаленного WTRU, ID группы, которой принадлежит удаленный WTRU, приоритет сигнализации, принятый от удаленного WTRU, идентификатор удаленного WTRU (например, ID WTRU, ID WTRU ProSe, ID источника L2 и т.п.), информация адресации назначения, которому нужно отправить данные (например, IP/порт у AS назначения). Основание установления может ассоциироваться с некоторой обработкой приоритетов в сети, и eNB на основе сигнализированного основания может применять разный приоритет при обработке запроса соединения от транзитного WTRU.
[0210] Транзитный WTRU может принять от сети указание для уменьшения скорости передачи данных от удаленных WTRU, которые он обслуживает. Это указание может отправляться в новом или существующем сообщении NAS или RRC или любых других сообщениях более высокого уровня (например, сигнализации уровня ProSe), или посредством других способов. Указание также может быть неявным, когда сам транзитный WTRU принимает указание отслеживания перегрузок, например, существующие таймеры отстранения управления мобильностью или управления сеансом (например, на основе APN). Эти способы, неявные либо явные, далее будут называться уведомлением о перегрузке.
[0211] После приема уведомления о перегрузке из сети транзитный WTRU, в свою очередь, может уведомить удаленные WTRU о перегрузке. Это может выполняться по плоскости управления или пользователя, как описано ранее. Кроме того, уведомление может широковещательным образом транслироваться или отправляться одноадресно всем удаленным WTRU, которые обслуживаются транзитным WTRU. Транзитный WTRU может указывать удаленным WTRU некоторую информацию, которая может включать в себя, например, тип отслеживания перегрузок (например, применяется ли оно к данным или сигнализации) и время, в течение которого следует соблюдать отслеживание перегрузок (например, таймер отстранения (BO)). Транзитный WTRU может предоставить таймер BO, который по меньшей мере имеет одинаковую длительность с принятым из сети. К тому же может включаться ID PLMN, от которого был принят этот BO, разрешено ли WTRU повторно выбрать другой транзитный WTRU, ID приложения или группы, на который влияет эта перегрузка, или применяется ли это ко всем приложениям или ID группы, которой принадлежит удаленный WTRU.
[0212] Транзитный WTRU может отправлять уведомление о перегрузке, если ретранслятор испытывает высокую нагрузку от удаленных WTRU, даже если из сети не принималось никакое уведомление о перегрузке. Транзитный WTRU может предоставлять удаленным WTRU разные длины таймеров BO отдельно, чтобы, когда удаленные WTRU подключаются повторно, они не вызывали внезапного всплеска нагрузки в транзитном WTRU.
[0213] Когда удаленный WTRU принимает уведомление о перегрузке от транзитного WTRU, удаленный WTRU может предпринимать действия. Например, удаленный WTRU может начать отслеживание перегрузок, как указано уведомлением. Отслеживание перегрузок может проводиться для сигнализации или данных, либо для того и другого. Например, транзитный WTRU может прекратить отправку любых данных UL транзитному WTRU. В качестве альтернативы транзитный WTRU на основе типа перегрузки может отправлять данные, но может не запрашивать параметры QoS, или может не отправлять информацию плоскости управления транзитному WTRU.
[0214] В другом примере удаленный WTRU может запустить таймер, который ассоциируется с принятым уведомлением о перегрузке. Транзитный WTRU не может отправлять данные или управляющую информацию, пока не истечет таймер или пока не будет принято указание от транзитного WTRU, что перегрузка уменьшается.
[0215] Транзитный WTRU может начать обнаружение и повторный выбор другого WTRU, если это разрешено согласно указанию от транзитного WTRU или согласно локальным конфигурациям в удаленном WTRU. Например, повторный выбор разрешен, только если сигнализированный ID PLMN от нового обнаруженного транзитного WTRU отличается от принятого от транзитного WTRU, который отправил уведомление о перегрузке.
[0216] Удаленный WTRU может прекратить отправку данных или управляющей информации для некоторого ID группы, ID приложения или IP/порта назначения, который ассоциируется и включается в принятое уведомление о перегрузке.
[0217] Когда перегрузка в транзитном WTRU уменьшается (например, когда истекает существующий таймер BO), или когда ретранслятор останавливает существующий таймер BO, для которого предыдущее уведомление о перегрузке отправлялось другим удаленным WTRU, транзитный WTRU может информировать удаленные WTRU об уменьшении перегрузки. Уменьшение может быть частичным, например, транзитный WTRU может указать, что данные можно отправлять, но не разрешены никакие сообщения плоскости управления, или можно отправлять данные плоскости пользователя и плоскости управления. Транзитный WTRU может отправлять уведомление об уменьшении перегрузки с использованием того же способа, предложенного выше для отправки уведомления о перегрузке, и включать подробности, к которым имеет отношение уменьшение (например, теперь разрешены сообщения плоскости пользователя в отличие от плоскости управления, разрешен ли теперь повторный выбор другого транзитного WTRU и т.п.).
[0218] После приема сообщения касательно уменьшения перегрузки удаленные WTRU могут предпринимать действия, которые указаны в сообщении. Например, удаленный WTRU может остановить таймер BO, ассоциированный с сообщением. Удаленный WTRU может начать отправку сообщений плоскости пользователя или управления транзитному WTRU, что разрешено согласно указанию. Удаленному WTRU может быть разрешено повторно выбрать другой транзитный WTRU, если он обнаруживается.
[0219] Как обсуждалось выше, приоритет пользователя может понадобиться повышать или понижать динамически на основе текущей ситуации у WTRU, пользователя или группы, частью которой является пользователь. Может понадобиться информировать зависящий от сети eNB об изменении приоритета WTRU, чтобы eNB мог назначить подходящие ресурсы WTRU для такой высокоприоритетной связи.
[0220] Уровень приоритета WTRU может придерживаться одного из двух следующих вариантов в зависимости от доступности функции ProSe для интерфейса MME. В первом варианте, где существует функция ProSe для интерфейса MME, приложение и протокол ProSe в WTRU могут определять, что связь ProSe должна использовать более высокий приоритет в зависимости от динамических атрибутов либо группы связи, либо пользователя. WTRU может отправить эту новую информацию о приоритете в функцию ProSe по интерфейсу PC3. Функция ProSe может определяться на основе информации о подписке, принятой от HSS, а также может проверяться сервером приложений (например, сервером MCPTT) для определения, необходим ли запрошенный WTRU приоритет по интерфейсу PC2. Эта проверка сервером приложений (AS) может быть подтверждением сценария бедствия, указанного WTRU в сообщении PC3 к функции ProSe.
[0221] В качестве альтернативы всякий раз, когда у AS или сервера MCPTT есть сведения об изменении динамического приоритета группы или приоритета пользователя, он может указывать такое изменение для функции ProSe. Тогда функция ProSe может определить новый уровень приоритета у WTRU.
[0222] В обоих описанных выше вариантах функция ProSe может отправлять новую информацию о приоритете к MME по прямому интерфейсу между функцией ProSe и MME. Эта информация может отправляться в номере QCI, который MME уже может понимать, или уровне приоритета (например, низкий, средний, высокий, срочный, чрезвычайно срочный, авария и т.п.). MME может преобразовать эти уровни в QCI, приоритет распределения и удержания (ARP) или значения гарантированной скорости передачи битов (GBR), и может отправить их к WTRU или eNB как часть контекста WTRU. Функция ProSe может использовать международный идентификатор абонента мобильной связи (IMSI) в качестве идентификации WTRU для отправки информации о приоритете к MME, так как ID ProSe может быть непонятен MME, особенно MME в посещаемой наземной сети мобильной связи общего пользования (VPLMN).
[0223] Во втором варианте, где не существует никакой функции ProSe для интерфейса MME, определение уровня приоритета может выполняться аналогичным образом, как описано выше. Как только уровень приоритета определяется в функции ProSe, он может обновить профиль подписки HSS у WTRU с использованием интерфейса PC4. Это динамическое изменение профиля HSS у WTRU может побудить HSS отправить сообщение "вставить данные подписки" обслуживающему MME у WTRU с новым уровнем приоритета WTRU. Например, HSS отправляет это сообщение к MME всякий раз, когда имеется изменение профиля подписки у WTRU. Затем MME может отправить этот уровень приоритета к eNB как часть контекста WTRU.
[0224] В этом документе описывается передача информации о местоположении посредством PC5 на основе запрошенного типа информации. Следует отметить, что нижеследующее описание может применяться ко всем WTRU или UE, и поэтому может использоваться термин "WTRU" и/или "UE". Кроме того, WTRU может быть WTRU, который допускает поддержку услуг ProSe, или WTRU, который допускает поддержку услуг общественной безопасности со структурой ProSe или без нее, или WTRU, который является удаленным WTRU, или WTRU, который допускает выполнение функции ретранслятора WTRU-в-сеть или ретранслятора WTRU-в-WTRU. Также следует отметить, что ретрансляторы WTRU-в-сеть и ретрансляторы WTRU-в-WTRU могут называться в общем случае транзитным WTRU. Кроме того, WTRU может допускать любое сочетание вышеупомянутого, например, WTRU общественной безопасности, способный быть удаленным WTRU и транзитным WTRU.
[0225] В этом документе описывается вариант осуществления для извлечения информации о местоположении между WTRU. Запрашивающий WTRU может указывать тип способа извлечения местоположения или способа вычисления местоположения, который следует использовать приемному объекту (например, приемному WTRU). Кроме того, можно использовать другие запросы/указания, например, может ли ранее вычисленная информация о местоположении использоваться приемным объектом (например, приемным WTRU), если время вычисления не превысило предварительно сконфигурированный или указанный временной интервал.
[0226] В качестве альтернативы запрашивающий WTRU также может указывать, что отметка времени сообщается вместе с информацией о местоположении, где отметка времени может указывать приблизительное или точное время, когда вычислялась информация о местоположении. Этот способ может называться запросом информации о местоположении, однако это - всего лишь пример, и не предназначено для ограничения. В качестве альтернативы можно использовать любое существующее сообщение, так что оно может включать в себя новые или обновленные элементы для обеспечения этой процедуры.
[0227] WTRU может получить сообщение, указывающее процедуру для вычисления и сообщения информации о местоположении. Приемный объект (например, приемный WTRU) может вычислить информацию о местоположении согласно запрошенной процедуре, которая указывается в сообщении, и при необходимости может сохранить время, в которое вычисляется информация о местоположении. WTRU после вычисления информации о местоположении может передать сообщение, чтобы предоставить свою информацию о местоположении. Сообщение также может содержать индикатор для типа способа, используемого для вычисления информации о местоположении, или типа используемого способа извлечения информации о местоположении. Кроме того, ответ может включать в себя отметку времени, указывающую оценочное или точное время вычисления или извлечения информации о местоположении. WTRU может передать это сообщение объекту, который мог запросить эту информацию, с использованием известного адреса (IP и/или уровня 2) запрашивающего WTRU.
[0228] Следует отметить, что термин "извлечение" или "вычисление" может относиться к одному и тому же и поэтому может использоваться одновременно. Ответ может отправляться в новом ответе с информацией о местоположении или сообщении информации о местоположении. Аналогичным образом для достижения той же цели также может использоваться существующее сообщение.
[0229] Сейчас будет подробнее описываться запрос информации о местоположении. WTRU (например, удаленный WTRU вне покрытия) можно конфигурировать или побудить отправить запрос информации о местоположении другого равноправного WTRU (например, транзитного WTRU) путем отправки сообщения с запросом информации о местоположении. Это сообщение с запросом информации о местоположении может отправляться по радиоинтерфейсу PC5. Нижеследующие описанные триггеры могут побудить WTRU отправить это сообщение.
[0230] Пользователь может взаимодействовать с дисплеем устройства, так что пользователь запрашивает у WTRU отправить это сообщение. При необходимости взаимодействие может происходить с клиентом приложения в WTRU, который, в свою очередь, может побудить WTRU отправить этот запрос.
[0231] Приложение, работающее в WTRU, может запросить у WTRU (например, более низкие уровни, такие как уровень ProSe, NAS, RRC и т.п.) отправить это сообщение. Прикладной уровень может поступать так после того, как не сможет получить информацию о местоположении от сети, или после того, как более низкие уровни в WTRU (например, такие более низкие уровни, как уровень ProSe, NAS, RRC и т.п.) не смогут предоставить информацию о местоположении, или информация о местоположении вычисляется определенным образом, который запрошен клиентом приложения. В качестве альтернативы приложение может запросить у WTRU отправить это сообщение, если пользователь взаимодействует с приложением, так что пользователь запрашивает эту информацию.
[0232] WTRU может отправить это сообщение, если не сможет получить эту информацию от сети, при необходимости по прошествии определенного времени.
[0233] WTRU может отправить эту информацию после того, как WTRU не сможет извлечь эту информацию с использованием определенного способа извлечения, при необходимости по прошествии некоторого времени. Например, WTRU может отправить запрос информации о местоположении после того, как WTRU не сможет получить информацию о местоположении SUPL или GPS. При необходимости WTRU может отправить эту информацию после того, как пройдет некоторое предварительно сконфигурированное время без успеха в извлечении информации о местоположении, возможно, вычисленной.
[0234] WTRU может отправить запрос информации о местоположении, если WTRU не сможет принять сигналы GPS, или если сообщается ошибка от компонента GPS в WTRU, при необходимости по прошествии определенного времени.
[0235] WTRU может отправить запрос информации о местоположении, когда он принимает явный запрос для этого от другого объекта, например, функции ProSe, сервера приложений, eNB, MME или любого другого сетевого узла.
[0236] WTRU может отправить запрос информации о местоположении, когда WTRU начинает работу в качестве транзитного WTRU или в качестве удаленного WTRU.
[0237] WTRU может включать любой из нижеследующих описанных элементов в запрос информации о местоположении. Например, запрос информации о местоположении может включать в себя тип запроса. Этот информационный элемент (IE) указывает нужный тип информации о местоположении, который получателю следует вычислять или извлекать. Например, этот IE может включать в себя {ID соты, GPS, SUPL, другое}. Следует отметить, что этот список служит в качестве примера и не предназначен для ограничения способов извлечения только перечисленными примерами. Отметим, что этот IE фактически может включать в себя более одного способа. В этом случае WTRU также может включать в себя приоритет, ассоциированный с каждым способом. В качестве альтернативы список может неявно отражать некоторый уровень приоритета для каждого способа. Например, {SUPL, GPS, ID соты} может указывать, что сначала нужно SUPL, однако, если оно не доступно, то может использоваться GPS, и в конечном счете, если она не доступна, то может использоваться ID соты. Это лишь один возможный пример, и он не предназначен для ограничения.
[0238] Запрос информации о местоположении также может включать в себя время действия запроса, которое указывает время, которое действителен запрос, то есть максимальное время, к которому должна быть вычислена или сообщена информация о местоположении. Отметим, что это время может предварительно конфигурироваться в WTRU или может запрашиваться пользователем или клиентом приложения в WTRU.
[0239] Запрос информации о местоположении также может включать в себя указание априорной информации с временным интервалом, которое задает, можно ли приемному объекту (например, приемному WTRU) использовать ранее вычисленную информацию о местоположении при условии, что время вычисления не превысило предварительно сконфигурированный или указанный временной интервал.
[0240] Запрос информации о местоположении также может включать в себя ID приложения, ссылающийся на приложение, которое инициировало запрос. Это может быть заданной информацией или может меняться для каждой области, PLMN или пользователя, и т.п.
[0241] Запрос информации о местоположении также может включать в себя информацию более высокого уровня, которая может задаваться как информация, связанная с пользователем, например, имя пользователя или имя пользователя определенного приложения. Например, если пользователь запрашивает у WTRU отправить этот запрос информации о местоположении, то пользователь также может вводить эту информацию. В качестве другого примера, если запрос отправки этого сообщения поступает от приложения в WTRU, то клиент приложения также может предоставить имя пользователя приложения или любой другой идентификатор прикладного уровня.
[0242] Сейчас будет подробнее описываться вычисление и сообщение информации о местоположении. WTRU может вычислять информацию о местоположении с использованием, при необходимости, указанного/запрошенного типа способа или сконфигурированного способа, и отправлять эту информацию в ответном сообщении информации о местоположении. Информация о местоположении может быть легкодоступна в WTRU, может вручную вводиться пользователем, выводиться из платформы SUPL, извлекаться из объекта системы беспроводной связи (например, eNB, HSS и т.п.) и т.п. Ответное сообщение информации о местоположении также может содержать отметку времени, указывающую, когда вычислялась эта информация о местоположении. Кроме того, сообщение может содержать способ вычисления, который указывает способ, используемый для вычисления или извлечения информации о местоположении.
[0243] WTRU может отправлять ответное сообщение информации о местоположении (или любое другое сообщение с предложенными IE), когда встречается любой из описанных выше триггеров. Например, WTRU может отправить это сообщение, когда клиент приложения в WTRU запрашивает у WTRU сделать это, или когда пользователь взаимодействует с WTRU и запрашивает у WTRU отправить это сообщение. Кроме того, WTRU может отправить это сообщение, когда WTRU принимает сообщение с запросом информации о местоположении, при необходимости от другого WTRU, или когда WTRU принимает любой явный запрос отправки этого сообщения от другого сетевого узла (например, функции ProSe, eNB, MME, сервера приложений или т.п.).
[0244] Описанные выше триггеры для сообщения и, возможно, вычисления/пересчета информации о местоположении (например, прием запроса информации о местоположении) при необходимости могут показывать сводку/сообщение на WTRU с информацией более высокого уровня запрашивающего WTRU (например, ID WTRU, адрес IP или L2), чтобы сначала взять разрешение или согласие пользователя на возврат информации о местоположении конкретному запрашивающему WTRU.
[0245] Следует отметить, что когда встречается любой из вышеупомянутых триггеров, WTRU может сначала вычислить или извлечь информацию о местоположении с использованием указанного способа, включенного в запрос, или согласно предварительно сконфигурированному способу, при необходимости - приоритетному списку способов вычисления, которые использует WTRU на основе доступных способов. Другими словами, если WTRU не может вычислить информацию о местоположении на основе указанного типа информации о местоположении по любой причине (например, не поддерживается указанный тип информации о местоположении, сервер SUPL не отвечает, недоступна GPS или т.п.), то WTRU может просто вычислить местоположение на основе списка сконфигурированных типов по умолчанию, которые могут задаваться в порядке приоритета. Например, WTRU может конфигурироваться (либо конфигурироваться предварительно, либо согласно явному указанию в принятом запросе) для использования {SUPL, GPS, ID соты и т.п.} для вычисления информации о местоположении. WTRU может сначала попытаться вычислить информацию о местоположении на основе SUPL. Если оно не доступно, то WTRU может использовать GPS, и так далее. В случае, где тип информации у вычисленного местоположения отличается от типа, указанного в принятом сообщении с запросом информации о местоположении, WTRU может указать тип информации о местоположении, ассоциированный с предоставленным местоположением.
[0246] WTRU может ответить информацией, которую он уже вычислил, и может сделать это на основе предварительной конфигурации либо на основе указания в необязательно принятом запросе (например, это указание может быть частью запроса информации о местоположении, который может быть принят WTRU). Если уже доступная информация о текущем местоположении WTRU устарела на основе запрошенного/указанного временного интервала, то он может пересчитать и обновить свою информацию о местоположении.
[0247] При отправке ответа с информацией о местоположении WTRU может включить любую из ранее описанной информации, например, отметку времени, информацию более высокого уровня, ID приложения и т.п.
[0248] WTRU может сообщить другому сетевому узлу, например, функции ProSe или серверу приложений, eNB, MME или т.п., что ответ с информацией о местоположении отправлен, при необходимости - определенному получателю. WTRU может подсчитать и сохранить количество отправленных запросов информации о местоположении, или количество принятых запросов информации о местоположении, или количество отправленных ответов с информацией о местоположении, или количество принятых ответов с информацией о местоположении. WTRU может сообщить эту информацию любому другому сетевому узлу, а также включить любой из принятых IE в принимаемые или передаваемые сообщения.
[0249] В этом документе описываются варианты осуществления для общего извлечения информации о местоположении и вариантов перемещения.
[0250] Ссылаясь теперь на фиг. 14, показана схема 1440 примерного обслуживания вызова в прямой передаче информации о местоположении на основе запрошенного типа информации. В варианте осуществления WTRU 1441 можно побудить запросить информацию о местоположении другого WTRU (этап 1443) в соответствии с описанным возможным списком триггеров. WTRU 1441 может передать сообщение 1444 с запросом информации о местоположении, включающее в себя тип запроса, время действия запроса, ID приложения, информацию более высокого уровня и другие запросы/указания (например, одобрение ранее вычисленной информации о местоположении в заданном временном интервале), которые описаны ранее.
[0251] WTRU 1442 также можно побудить (повторно) вычислить и сообщить информацию о местоположении (этап 1445) в соответствии с описанными выше триггерами, например, явным запросом информации о местоположении от другого WTRU или т.п. Вычисление информации о местоположении (этап 1446) может выполняться на основе типа запроса, времени действия запроса и других предпочтений, указанных в запросе информации о местоположении. Затем WTRU 1442 может сообщить вычисленную информацию 1447 о местоположении вместе с другими возможными параметрами, например отметкой времени, типом запроса, ID приложения, информацией более высокого уровня и т.п., запрашивающему объекту (например, запрашивающему WTRU) или любому другому узлу, как изображено триггером.
[0252] Сообщения 1444, 1447 с запросом/ответом информации о местоположении могут переноситься с использованием варианта протокола сигнализации PC5-S для обнаружения общественной безопасности вып. 13 и других функциональных возможностей eProSe-Ext. Например, сообщения с запросом/ответом информации о местоположении могут объединяться в сообщениях запроса и ответа по Модели B соответственно для обнаружения ретранслятора WTRU-сеть, или обнаружения члена группы, или обнаружения ретранслятора WTRU-в-WTRU. Другими возможными вариантами могут быть сообщения запроса и аутентификации прямой связи один-к-одному, использующие ID уровня 2 у WTRU, или сообщения запроса/ответа оповещения ID соты и т.п. В качестве альтернативы сообщения могут перемещаться с использованием плоскости управления PC5-D для не связанного с общественной безопасностью обнаружения (например, сообщения обнаружения PC5) или даже посредством плоскости пользователя PC5-U для связи ProSe.
[0253] В этом документе описывается извлечение информации о вторичном ретрансляторе посредством первичного ретранслятора.
[0254] Удаленный WTRU можно конфигурировать или побудить запросить от своего лица у транзитного WTRU, к которому он подключен в настоящее время (например, у первичного транзитного WTRU), обнаружить и сообщить другие транзитные WTRU (вторичные транзитные WTRU). Это можно выполнить путем отправки сообщения с запросом обнаружения вторичного ретранслятора по радиоинтерфейсу PC5. Любой из следующих триггеров, описанных в этом документе, может использоваться для побуждения WTRU отправить это сообщение.
[0255] Удаленный WTRU может принять решение отправить это сообщение, если он не может найти подходящую информацию о желательной возможности подключения (например, информацию APN, тип PDN или т.п.), информацию о группе (например, ID группы уровня 2 ProSe или т.п.), TMGI или другую возможную информацию либо вообще, либо в уже обнаруженных транзитных WTRU (то есть первичные транзитные WTRU). Это можно выполнять по прошествии определенного времени.
[0256] WTRU может отправить запрос обнаружения вторичного ретранслятора, когда WTRU начинает терять соединение с уже обнаруженным первичным транзитным WTRU, или вследствие плохого качества линии связи с первичным ретранслятором, которое измерено удаленным WTRU.
[0257] WTRU может отправить запрос обнаружения вторичного ретранслятора, когда он принимает явный запрос для этого от другого объекта, например, функции ProSe, сервера приложений, eNB, MME или любого другого сетевого узла.
[0258] Этот запрос может инициироваться пользователем, где пользователь при необходимости может взаимодействовать с дисплеем устройства, так что пользователь запрашивает у WTRU отправить это сообщение. При необходимости взаимодействие может происходить с клиентом приложения в WTRU, который, в свою очередь, может побудить WTRU отправить этот запрос.
[0259] Приложение, работающее в WTRU, может запросить у WTRU (например, более низкие уровни, такие как уровень ProSe, NAS, RRC и т.п.) отправить это сообщение.
[0260] Следовательно, удаленный WTRU может передать сообщение с запросом обнаружения вторичного ретранслятора. Сообщение с запросом обнаружения вторичного ретранслятора может включать в себя ID WTRU ProSe, который является идентификатором канального уровня, который используется для идентификации запрашивающего удаленного WTRU для прямой связи.
[0261] Сообщение с запросом обнаружения вторичного ретранслятора также может включать в себя подробности возможности подключения, которые задают, что конкретно удаленный WTRU ищет во вторичных ретрансляторах, например APN, ID групп связи, TMGI, поддерживаемые QCI, предлагаемые услуги, например MBMS или многоадресную передачу IP, или любую другую информацию о ретрансляторе, которую могут широковещательным образом транслировать транзитные UE.
[0262] Сообщение с запросом обнаружения вторичного ретранслятора также может включать в себя время действия запроса, которое может указывать время, которое действителен запрос, то есть максимальное время, к которому следует сообщить информацию о вторичном ретрансляторе. Следует отметить, что это время может предварительно конфигурироваться в WTRU или может запрашиваться пользователем или клиентом приложения в WTRU.
[0263] Сообщение с запросом обнаружения вторичного ретранслятора также может включать в себя индикатор априорной информации с временным интервалом, который задает, можно ли транзитному WTRU использовать ранее определенную информацию о вторичном ретрансляторе с учетом того, что прошедшее время с обнаружения тех вторичных транзитных WTRU не превысило предварительно сконфигурированный или указанный временной интервал.
[0264] Сообщение с запросом обнаружения вторичного ретранслятора также может включать в себя список уже обнаруженных транзитных WTRU, которые удаленный WTRU уже обнаружил, например, в виде ID ретрансляторов ProSe, чтобы первичный транзитный WTRU мог избежать возврата информации, которая уже есть у удаленного WTRU.
[0265] Сообщение с запросом обнаружения вторичного ретранслятора также может включать в себя запрос информации о местоположении, в котором удаленный WTRU может дополнительно искать информацию о местоположении вторичных транзитных WTRU, при необходимости с использованием описанной раньше процедуры извлечения информации о местоположении.
[0266] Сообщение с запросом обнаружения вторичного ретранслятора также может включать в себя информацию более высокого уровня, которая может относиться к информации, связанной с пользователем, например, имя пользователя или имя пользователя определенного приложения. Например, если пользователь запрашивает у WTRU отправить этот запрос обнаружения вторичного ретранслятора, то пользователь также может вводить эту информацию. В качестве другого примера, если запрос отправки этого сообщения поступает от приложения в WTRU, то клиент приложения также может предоставить имя пользователя приложения или любой другой идентификатор прикладного уровня.
[0267] Сообщение с запросом обнаружения вторичного ретранслятора также может включать в себя ID приложения, который может относиться к приложению, которое инициировало запрос. Это может быть заданной информацией или может меняться для каждой области, PLMN, пользователя или некоторых других критериев.
[0268] Транзитный WTRU можно конфигурировать или побудить сообщить список других транзитных WTRU, которые ранее были обнаружены транзитным WTRU, на основе триггера. Например, триггером может быть то, когда транзитный WTRU принимает сообщение с запросом обнаружения вторичного ретранслятора. Это сообщение может поступить от другого WTRU. В другом примере триггером может быть то, когда транзитный WTRU принимает любой явный запрос от другого сетевого узла (например, функции ProSe), сервера приложений, eNB или т.п.
[0269] В другом примере триггером может быть то, когда клиент приложения в транзитном WTRU запрашивает у WTRU сделать это, или когда пользователь взаимодействует с WTRU и запрашивает у WTRU обнаружить вторичные транзитные WTRU. В другом примере обнаружение ретранслятора может инициироваться непосредственно пользователем, где пользователь при необходимости может взаимодействовать с дисплеем устройства, так что пользователь запрашивает у WTRU обнаружить другой ретранслятор. При необходимости взаимодействие может происходить с клиентом приложения в транзитном WTRU, который в свою очередь может побудить транзитный WTRU.
[0270] Транзитный WTRU может инициировать процедуру обнаружения ретранслятора (например, применяя процедуры прямого обнаружения общественной безопасности) для обнаружения других транзитных WTRU, которые конкретно соответствуют запрошенным спецификациям (например, соответствуют указанным подробностям возможности подключения, индикаторам априорной информации, запросам информации о местоположении и т.п.), и, соответственно, обновления своего списка обнаруживаемых транзитных WTRU при необходимости.
[0271] Если применимая информация о вторичном ретрансляторе легко доступна в первичном транзитном WTRU после инициирования (например, после приема запроса вторичного транзитного WTRU), и индикатор априорной информации позволяет использование уже существующей информации в пределах запрошенного временного интервала, то информация может предоставляться без необходимости дополнительного обнаружения ретранслятора. В этом случае транзитный WTRU может сообщить вторичным транзитным WTRU, которые были обнаружены в пределах запрошенного временного интервала. Если временной интервал не задан, то первичный транзитный WTRU может предварительно оснащаться таймером, который следит за временем, когда последний раз обновлялся его список обнаруженных вторичных транзитных WTRU. Если таймер истек перед наступлением любого из вышеупомянутых триггеров (например, до приема сообщения обнаружения вторичного ретранслятора), то транзитный WTRU может решить инициировать процедуру обнаружения ретранслятора, чтобы обновить список транзитных WTRU, обнаруженных после триггера.
[0272] Если таймер не истек, то первичный транзитный WTRU может обойтись без инициирования обнаружения ретранслятора, а вместо этого непосредственно вернуть ответ обнаружения вторичного ретранслятора удаленному WTRU, содержащий список уже обнаруженных вторичных WTRU. Если дополнительно запрошено как часть триггера, то извлечение информации о местоположении может выполняться для получения информации о местоположении вторичных транзитных WTRU в первичном транзитном WTRU с использованием описанной выше процедуры извлечения информации о местоположении.
[0273] Затем первичный транзитный WTRU может перенаправить ответ обнаружения вторичного ретранслятора. Ответ обнаружения вторичного ретранслятора может включать в себя собственный ID транзитного WTRU ProSe первичного транзитного WTRU для использования в качестве идентификатора канального уровня для прямой связи. Ответ обнаружения вторичного ретранслятора также может включать в себя список вторичных транзитных WTRU, которые обнаружил ID первичного транзитного WTRU (например, список ID ретрансляторов ProSe), и соответствующую ассоциированную извлеченную информацию для каждого транзитного WTRU (например, подробности возможности подключения, информацию о группе, признак состояния/обслуживания, информацию о местоположении и т.п.). Этот список может исключать транзитные WTRU, которые исходно были обнаружены удаленным WTRU и указаны в запросе в списке уже обнаруженных транзитных WTRU. Ответ обнаружения вторичного ретранслятора также может включать в себя отметку времени, которая идентифицирует, когда последний раз извлекалась информация о вторичном ретрансляторе.
[0274] Вышеупомянутые триггеры для сообщения и/или вычисления/пересчета информации о вторичном ретрансляторе (например, прием запроса обнаружения вторичного ретранслятора) при необходимости могут показывать сводку/сообщение на устройстве первичного транзитного WTRU с информацией более высокого уровня запрашивающего WTRU или объекта (например, ID WTRU, адрес IP или L2), чтобы взять разрешение или согласие пользователя на обнаружение других транзитных WTRU и возврат информации тому конкретному запрашивающему WTRU или объекту.
[0275] Первичный транзитный WTRU может отправлять этот ответ обнаружения вторичного ретранслятора, даже если он не обнаружил никакого вторичного транзитного WTRU. В этом случае он может оставить поля пустыми. В качестве альтернативы может просто не отвечать. Запрашивающий удаленный WTRU может неявно сделать вывод, что первичный транзитный WTRU не смог бы обнаружить больше транзитных WTRU, чем удаленный WTRU, включенный в его запрос как уже обнаруженные транзитные WTRU.
[0276] В этом документе описывается общая процедура обнаружения вторичного ретранслятора и вариантов перемещения.
[0277] Ссылаясь теперь на фиг. 15, показана схема 1550 примерного обслуживания вызова в процедуре обнаружения вторичного ретранслятора. В варианте осуществления удаленный WTRU 1551 может обнаружить и выбрать свой первичный транзитный WTRU 1552 посредством процедур обнаружения ретранслятора (этап 1554). Удаленный WTRU 1551 можно побудить запросить первичный транзитный WTRU 1552 для обнаружения и сообщения вторичных транзитных WTRU 1553. Это можно выполнить с использованием любого из вышеупомянутого списка триггеров (например, WTRU не может обнаружить транзитный WTRU с информацией о желательной возможности подключения или вследствие плохого соединения с первичным транзитным WTRU). После триггера 1555 удаленный WTRU 1551 может передать сообщение 1556 с запросом обнаружения вторичного ретранслятора, включающее в себя ID WTRU ProSe, подробности возможности подключения, время действия запроса, индикатор априорной информации с необязательным временным интервалом, запрос информации о местоположении, список уже обнаруженных транзитных WTRU, информацию более высокого уровня, ID приложений и т.п., которые заданы ранее. Сообщение с запросом обнаружения вторичного ретранслятора может побудить первичный транзитный WTRU 1552 инициировать процедуру обнаружения и ответа вторичного ретранслятора (этап 1557). При условии, что вторичный ретранслятор обнаружен на этапе 1558, первичный транзитный WTRU на основе сообщения 1556 с запросом обнаружения вторичного ретранслятора может отправить передачу информации о местоположении PC5 вторичному транзитному WTRU 1550 на этапе 1559.
[0278] В конечном счете первичный транзитный WTRU 1552 может сообщить список других транзитных WTRU, которые ранее обнаружены транзитным WTRU в соответствии с описанными выше триггерами, например, явным запросом обнаружения вторичного ретранслятора от удаленного WTRU или другого сетевого узла. На основе запрошенных предпочтений в триггере транзитный WTRU может предоставить список ID транзитных WTRU ProSe из обнаруженных вторичных транзитных WTRU, которые соответствуют запрошенным критериям, вместе с их соответствующей извлеченной информацией (например, подробностями возможности подключения, информацией о группе, признаком состояния/обслуживания и информацией о местоположении, если дополнительно запрошена) и другими возможными параметрами, например, отметкой времени, ID приложения, информацией более высокого уровня и т.п., запрашивающему объекту (например, запрашивающему WTRU) или любому другому узлу, как изображено триггером 1560.
[0279] Сообщения 1556, 1560 с запросом/ответом обнаружения вторичного ретранслятора могут переноситься с использованием варианта протокола сигнализации PC5-S для обнаружения общественной безопасности и других функциональных возможностей eProSe-Ext. В качестве альтернативы сообщения 1556, 1560 могут перемещаться с использованием плоскости пользователя PC5-U для связи ProSe на основе ID уровня 2 ProSe.
[0280] В этом документе описываются оптимизации непрерывности обслуживания транзитным узлом, подключающимся к PGW удаленного WTRU.
[0281] Ссылаясь теперь на фиг. 16, показана схема 1660 любого примерного обслуживания вызова для выбора вариантов непрерывности обслуживания. В варианте осуществления транзитный узел 1661b не может запросить у MME 1662a, 1662b отправить указание, подключается ли удаленный WTRU 1661a к тому же PGW 1664a, 1664b или к другому PGW 1664a, 1664b. Другими словами, нельзя отправить указание для транзитного узла 1661b либо запросить новое соединение PDN для удаленного WTRU 1661a, либо изменить существующий однонаправленный канал/соединения PDN.
[0282] Вместо этого удаленный WTRU 1661a может отправить сообщение NAS, например сообщение управления сеансом (запрос ретрансляционного соединения), которое включает в себя GUTI и IP-адрес удаленного WTRU 1661a. MME 1662a, 1662b на основе этих принятых IE (то есть GUTI и IP-адреса удаленного WTRU 1661a) может принять решение, нужно ли устанавливать новую PDN (если удаленный WTRU 1661a и транзитные WTRU 1661b подключаются к разным PGW 1664a, 1664b), или можно ли изменить существующий однонаправленный канал транзитного WTRU (если удаленный WTRU 1661a и транзитный WTRU 1661b оказываются подключенными к одному и тому же PGW 1664a, 1664b). Поэтому MME 1662a, 1662b могут придерживаться изображенных этапов для исполнения любой из процедур.
[0283] После выполнения обнаружения ретранслятора (этап 1667) и установления соединения связи ProSe один-к-одному (этап 1668) транзитный WTRU 1661b может отправить к MME 1662b сообщение NAS управления сеансом, например запрос 1669 ретрансляционного соединения. Это сообщение может включать в себя GUTI и IP-адрес (GUTI-1 и IP@1) удаленного WTRU 1661a.
[0284] Если MME 1662a удаленного WTRU 1661a отличается от MME 1662b транзитного WTRU 1661b, то можно исполнить необязательный этап 1670 и этап 1671 для извлечения контекста удаленного WTRU (IP@1, IP@ PGW-1) из MME 1662a удаленного WTRU.
[0285] Затем MME 1662b может сравнить идентификаторы PGW у транзитного WTRU 1661b и удаленного WTRU 1661a, а затем может принять решение либо продолжить с этапа 1673 до 1675, либо проследовать с 1676 до 1678 в противном случае. Решение MME может основываться на извлечении идентификаторов PGW из контекста удаленного WTRU и транзитного WTRU и/или IP-адреса каждого из этих WTRU. Фиг. 13 - схема потока решений в MME, которая может исполняться, если MME принимает решение установить новое соединение PDN для подключения удаленного WTRU. Этапы 1676-1678 могут происходить, если MME транзитного WTRU определяет, что удаленный WTRU и транзитный WTRU подключаются к одному и тому же PGW (то есть PGW-1 на фиг. 11), и поэтому изменил бы существующий однонаправленный канал между транзитным WTRU и PGW.
[0286] Ссылаясь теперь на фиг. 17, показана схема 1770 варианта осуществления для потока решений в MME. В варианте осуществления, когда на этапе 1668 транзитный WTRU принимает GUTI удаленного WTRU, он может сравнить свой GUTI с GUTI удаленного WTRU на этапе 1771, чтобы определить на этапе 1772, что оба WTRU принадлежат одному и тому же MME. В таком случае транзитный WTRU может не включать GUTI удаленного WTRU в сообщение (например, запрос 1669 ретрансляционного соединения), а изменить существующее соединение PDN у WTRU. В некоторых случаях в это сообщение может включаться только IP-адрес транзитного WTRU. MME 1662b после приема сообщения 1669 с запросом ретрансляционного соединения только с IP-адресом удаленных WTRU 1661a может определить, что удаленный WTRU 1661a принадлежит тому же MME 1662a, 1662b, и может извлечь профиль удаленного WTRU на основе принятого IP-адреса удаленного WTRU.
[0287] На основе определения на этапе 1772 MME может изменить существующее соединение PDN для включения в него удаленного WTRU в случае, когда удаленный и транзитный WTRU определяются ассоциированными с одним и тем же MME на этапе 1774. В качестве альтернативы в случае, когда WTRU определяются ассоциированными с разными MME, MME может установить новое соединение PDN с удаленным WTRU на этапе 1773.
[0288] Варианты осуществления
[0289] 1. Способ для активизации и деактивизации ретрансляции в блоке беспроводной передачи/приема (WTRU), содержащий: передачу сообщения, включающего в себя указание, что WTRU допускает работу в качестве ретранслятора.
[0290] 2. Способ из варианта 1 осуществления, в котором указание передается объекту управления мобильностью (MME) в процедуре присоединения.
[0291] 3. Способ по любому из предшествующих вариантов осуществления, в котором указание передается в запросе возможности подключения к сети пакетной передачи данных(PDN).
[0292] 4. Способ по любому из предшествующих вариантов осуществления, в котором сообщение дополнительно включает в себя запрос активизировать функциональные возможности ретрансляции.
[0293] 5. Способ по любому из предшествующих вариантов осуществления, в котором указание включает в себя указание, что WTRU имеет поддержку услуг обнаружения приближения (ProSe) и допускает действие в качестве ретранслятора ProSe.
[0294] 6. Способ по любому из предшествующих вариантов осуществления, в котором MME проверяет санкционирование ретрансляции с помощью сетевого объекта перед ответом на сообщение от WTRU.
[0295] 7. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием ответного сообщения активизации ретрансляции, где ответное сообщение активизации ретрансляции включает в себя указание режима обнаружения ретранслятора, который нужно использовать.
[0296] 8. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: включение функциональных возможностей ретрансляции на основе режима обнаружения, указанного в ответном сообщении активизации ретрансляции.
[0297] 9. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: передачу к MME сообщения подтверждения активизации ретрансляции, где сообщение подтверждения активизации ретрансляции подтверждает, что WTRU успешно принял ответное сообщение активизации ретрансляции, и функциональные возможности ретрансляции активизированы либо деактивизированы.
[0298] 10. Способ по любому из предшествующих вариантов осуществления, в котором режим обнаружения ретранслятора, который нужно использовать, основывается на отчетах о радиоизмерениях от Узла Б.
[0299] 11. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием параметров конфигурации ретранслятора от сетевого объекта, где параметры конфигурации ретранслятора включают в себя по меньшей мере одно из следующего: префикс IP, конфигурация ресурсов, конфигурация безопасности, временные идентификаторы мобильных групп (TMGI), которые нужно поддерживать, и сконфигурированная функция ProSe.
[0300] 12. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: запрос установления дополнительных соединений сети пакетной передачи данных (PDN) ретрансляции.
[0301] 13. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием приглашения от сетевого объекта начать или прекратить работу в качестве ретранслятора.
[0302] 14. Способ по любому из предшествующих вариантов осуществления, в котором приглашение является сообщением инициирования операции ретрансляции.
[0303] 15. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: включение функциональных возможностей ретрансляции самостоятельно на основе сообщения инициирования операции ретрансляции.
[0304] 16. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: передачу запроса к MME, чтобы активизировать ретрансляцию, где запрос включает в себя запрос возможности подключения к PDN.
[0305] 17. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием указания деактивизировать функциональные возможности ретрансляции; и передачу сообщения подтверждения деактивизации ретрансляции.
[0306] 18. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: определение на основе предварительно сконфигурированных критериев активизации, служить ли в качестве ретранслятора.
[0307] 19. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием критериев активизации от NB.
[0308] 20. Способ по любому из предшествующих вариантов осуществления, в котором критерии активизации включают в себя одно или несколько из следующего: измерения с NB больше или меньше заранее установленной пороговой величины, когда WTRU входит или выходит из предопределенной области, количество WTRU вне покрытия, обнаруженных транзитным WTRU, больше или меньше предварительно сконфигурированной пороговой величины, или прием запроса либо ответа обнаружения ретранслятора в WTRU.
[0309] 21. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: передачу отчета, когда выполняется по меньшей мере один из критериев активизации.
[0310] 22. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: деактивизацию функциональных возможностей ретрансляции при условии, что отключается соединение PDN ретрансляции.
[0311] 23. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: отправку к MME запроса деактивизации ретрансляции в запросе отключения от PDN.
[0312] 24. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием сообщения подтверждения деактивизации ретрансляции.
[0313] 25. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: деактивизацию ретрансляции во время инициированной WTRU процедуры отсоединения.
[0314] 26. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием широковещательной информации для обнаружения ретранслятора с использованием канала вещания ретрансляции.
[0315] 27. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: выбор ретранслятора; и определение выполнения запроса ассоциации.
[0316] 28. Способ по любому из предшествующих вариантов осуществления, в котором запрос ассоциации использует сообщение с запросом соединения управления радиоресурсами (RRC).
[0317] 29. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: передачу ответа ассоциации.
[0318] 30. Способ по любому из предшествующих вариантов осуществления, в котором ответ ассоциации является сообщением настройки соединения RRB, содержащим указание завершения присоединения и/или указание одобрения возможности подключения к PDN.
[0319] 31. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: создание гибкого состояния для удаленного WTRU, включающего в себя контекст WTRU, принятый от MME, и другую информацию, включающую запрошенные услуги.
[0320] 32. Способ по любому из предшествующих вариантов осуществления, в котором ответ ассоциации включает в себя параметры конфигурации для поддержки контроля и отчетов о состоянии линии связи.
[0321] 33. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием сообщения присоединения от удаленного WTRU, причем сообщение присоединения включает в себя одно или несколько из следующего: идентификатор WTRU, параметры безопасности, идентификаторы ретрансляторов, зоны отслеживания ретрансляторов и запрос возможности подключения к PDN.
[0322] 34. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: передачу к MME сообщения уровня, не связанного с предоставлением доступа (NAS), где сообщение NAS запрашивает регистрацию удаленного WTRU.
[0323] 35. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием контекста удаленного WTRU от MME; и выполнение контроля доступа для поддержки запроса установления однонаправленного канала от удаленного WTRU.
[0324] 36. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: осуществление связи с MME, чтобы санкционировать удаленный WTRU.
[0325] 37. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: осуществление связи с функцией ProSe, чтобы убедиться, что удаленный WTRU уполномочен использовать связь ProSe.
[0326] 38. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: передачу ID удаленного WTRU и запрошенных услуг в функцию ProSe.
[0327] 39. Способ по любому из предшествующих вариантов осуществления, в котором удаленный WTRU конфигурируется для контроля линии связи транзитного WTRU и сообщения измерений транзитному WTRU.
[0328] 40. Способ по любому из предшествующих вариантов осуществления, в котором удаленный WTRU конфигурируется для определения отказа или ухудшения линии связи, если один или несколько маячков от транзитного WTRU не принимаются в сконфигурированном интервале таймера.
[0329] 41. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием периодических сообщений активности от удаленного WTRU.
[0330] 42. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: контроль состояний линий связи с использованием сообщений активности.
[0331] 43. Способ по любому из предшествующих вариантов осуществления, в котором состояния линий связи определяются на основе обнаруженного количества сообщений активности в заранее установленном периоде времени.
[0332] 44. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: выдачу множеству удаленных WTRU команды передать одно или несколько сообщений активности.
[0333] 45. Способ по любому из предшествующих вариантов осуществления, в котором каждый WTRU в множестве удаленных WTRU выполняет измерения с использованием переданных опорных сигналов между устройствами (D2D).
[0334] 46. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: определение, выполнять ли мобильность, когда обнаруживается изменение состояний канала.
[0335] 47. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: определение отписаться от подписанных групп MBMS на основе обнаруженной потери линии связи с удаленным WTRU.
[0336] 48. Способ по любому из предшествующих вариантов осуществления, в котором удаленный WTRU конфигурируется для определения, что он находится внутри покрытия NB, установления соединения PDN и переключения трафика с WTRU на инфраструктурное соединение.
[0337] 49. Способ для переключения трафика с инфраструктурного соединения на прямое соединение, содержащий: определение, что необходима передача обслуживания.
[0338] 50. Способ по любому из предшествующих вариантов осуществления, в котором определение, что необходима передача обслуживания, основывается на условиях, заданных во вспомогательной информации RAN.
[0339] 51. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: инициирование процедуры обнаружения ProSe, чтобы идентифицировать WTRU, работающий в качестве ретранслятора WTRU-NW.
[0340] 52. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием триггера от RAN, чтобы инициировать передачу обслуживания к ретранслятору WTRU-NW.
[0341] 53. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: передачу измерений линии связи к NB; и прием триггера передачи обслуживания от NB, где триггер передачи обслуживания основывается на переданных к NB измерениях.
[0342] 54. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: обнаружение транзитного WTRU, где транзитный WTRU обнаруживается с использованием измерений опорных сигналов синхронизации или процедуры обнаружения ProSe; передачу измерений к NB; и прием команды передачи обслуживания.
[0343] 55. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: обнаружение слабого уровня сигнала; отправку измерения уровня сигнала к NB; и прием команды передачи обслуживания, где команда передачи обслуживания включает в себя указание выполнить обнаружение ретранслятора.
[0344] 56. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: обнаружение команды передачи обслуживания; инициирование процедуры обнаружения ProSe, чтобы идентифицировать ретранслятор WTRU-NW; и инициирование связи ProSe 1:1 для доступа к услуге развитого пакетного ядра (EPC) через ретранслятор WTRU-NW.
[0345] 57. Способ для объявления временного идентификатора мобильной группы (TMGI) и ретрансляции услуг мультимедийного широковещания/мультивещания (MBMS), содержащий: прием от ретранслятора WTRU-NW удаленным блоком беспроводной передачи/приема (WTRU) указания отсутствия/присутствия MBMS; и передачу запроса контроля TMGI ретранслятору WTRU-NW.
[0346] 58. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: обнаружение ретранслятором WTRU-NW запроса контроля TMGI; и создание и обновление контекста TMGI.
[0347] 59. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: транслирование широковещательным образом ретранслятором WTRU-NW доступности обнаруженного TMGI по PC5 в оповещении TMGI.
[0348] 60. Способ по любому из предшествующих вариантов осуществления, в котором оповещение TMGI включает в себя по меньшей мере один из следующих характерных для TMGI параметров: значение TMGI, ID группы L2 ProSe, таймер обновления контроля TMGI и подсчет WTRU.
[0349] 61. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием оповещения TMGI; и освобождение ветви одноадресного распространения.
[0350] 62. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: завершение транслирования широковещательным образом доступности TMGI посредством WTRU-NW.
[0351] 63. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: запрос от WTRU ветви одноадресного распространения.
[0352] 64. Способ для определения, ретранслировать ли трафик услуг мультимедийного широковещания/мультивещания (MBMS) для определенного TMGI, содержащий: запуск первого таймера, где значение первого таймера предварительно конфигурируется.
[0353] 65. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: отправку транзитным WTRU при условии, что первый таймер истекает, множеству удаленных WTRU посредством связи один-ко-многим запроса для определения, заинтересован ли какой-нибудь удаленный WTRU в приеме трафика MBMS для определенного TMGI.
[0354] 66. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: запуск второго таймера, где второй таймер устанавливает интервал для ответов любыми удаленными WTRU.
[0355] 67. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием сообщений подтверждения по меньшей мере от одного из множества удаленных WTRU.
[0356] 68. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: продолжение ретранслировать трафик MBMS определенного TMGI при условии, что принимается сообщение подтверждения.
[0357] 69. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: перезапуск первого таймера при условии, что принимается по меньшей мере одно сообщение подтверждения.
[0358] 70. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: завершение ретрансляции трафика MBMS при условии, что не принимается никакое сообщение подтверждения.
[0359] 71. Способ для передачи информации о местоположении, содержащий: передачу сообщения с запросом информации о местоположении.
[0360] 72. Способ по любому из предшествующих вариантов осуществления, в котором сообщение с запросом информации о местоположении отправляется по радиоинтерфейсу.
[0361] 73. Способ по любому из предшествующих вариантов осуществления, в котором радиоинтерфейс является радиоинтерфейсом PC5.
[0362] 74. Способ по любому из предшествующих вариантов осуществления, в котором радиоинтерфейс устанавливается с использованием технологии радиодоступа (RAT).
[0363] 75. Способ по любому из предшествующих вариантов осуществления, в котором сообщение с информацией о местоположении передается на основе триггера.
[0364] 76. Способ по любому из предшествующих вариантов осуществления, в котором триггер является запросом пользователя, принятым посредством дисплея в блоке беспроводной передачи/приема (WTRU).
[0365] 77. Способ по любому из предшествующих вариантов осуществления, в котором триггер является запросом, отправленным приложением, работающим в блоке беспроводной передачи/приема (WTRU).
[0366] 78. Способ по любому из предшествующих вариантов осуществления, в котором триггер является указанием, что блок беспроводной передачи/приема (WTRU) не смог извлечь информацию из сети.
[0367] 79. Способ по любому из предшествующих вариантов осуществления, в котором триггер является указанием, что блок беспроводной передачи/приема (WTRU) не смог извлечь информацию с использованием заданного способа извлечения.
[0368] 80. Способ по любому из предшествующих вариантов осуществления, в котором триггер является указанием, что блок беспроводной передачи/приема (WTRU) не смог принять сигнал системы глобального позиционирования (GPS), или указанием, что сообщается ошибка от компонента GPS в WTRU.
[0369] 81. Способ по любому из предшествующих вариантов осуществления, в котором триггер является запросом передачи сообщения с информацией о местоположении другим сетевым объектом.
[0370] 82. Способ по любому из предшествующих вариантов осуществления, в котором триггер является блоком беспроводной передачи/приема (WTRU), работающим в качестве транзитного WTRU или в качестве удаленного WTRU.
[0371] 83. Способ по любому из предшествующих вариантов осуществления, в котором сообщение с запросом информации о местоположении включает в себя по меньшей мере одно из следующего: тип запроса, время действия запроса, априорная информация, указывающая временной интервал, ID приложения и/или информация более высокого уровня.
[0372] 84. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: вычисление информации о местоположении; и передачу ответного сообщения информации о местоположении.
[0373] 85. Способ по любому из предшествующих вариантов осуществления, в котором ответное сообщение информации о местоположении передается в ответ на сообщение с запросом информации о местоположении.
[0374] 86. Способ по любому из предшествующих вариантов осуществления, в котором ответное сообщение информации о местоположении включает в себя вычисленную информацию о местоположении.
[0375] 87. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: сообщение другому сетевому узлу, что передано ответное сообщение информации о местоположении.
[0376] 88. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: подсчет количества отправленных и/или принятых сообщений с запросом информации о местоположении; сохранение в запоминающем устройстве количества отправленных и/или принятых сообщений с запросом информации о местоположении; и передачу другому сетевому узлу сохраненного количества отправленных и/или принятых сообщений с запросом информации о местоположении.
[0377] 89. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: подсчет количества отправленных и/или принятых ответных сообщений информации о местоположении; и сохранение в запоминающем устройстве количества отправленных и/или принятых ответных сообщений информации о местоположении.
[0378] 90. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: передачу другому сетевому узлу сохраненного количества отправленных и/или принятых ответных сообщений информации о местоположении.
[0379] 91. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: передачу блоком беспроводной передачи/приема (WTRU) равноправному WTRU сообщений с запросом информации о местоположении на основе триггера, где сообщение с запросом информации о местоположении включает в себя тип запроса, время действия запроса, ID приложения и информацию более высокого уровня, и где сообщение с запросом информации о местоположении побуждает равноправный WTRU вычислить и сообщить информацию о местоположении; прием посредством WTRU от равноправного WTRU ответного сообщения информации о местоположении, где ответное сообщение информации о местоположении включает в себя информацию о местоположении, отметку времени, тип запроса, ID приложения и информацию более высокого уровня.
[0380] 92. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: передачу сообщения с запросом обнаружения вторичного ретранслятора, где сообщение с запросом обнаружения вторичного ретранслятора передается на основе триггера.
[0381] 93. Способ по любому из предшествующих вариантов осуществления, в котором триггер является указанием, что блок беспроводной передачи/приема (WTRU) не смог найти информацию о возможности подключения.
[0382] 94. Способ по любому из предшествующих вариантов осуществления, в котором триггер является указанием, что блок беспроводной передачи/приема (WTRU) теряет соединение с уже обнаруженным первичным транзитным WTRU.
[0383] 95. Способ по любому из предшествующих вариантов осуществления, в котором триггер является запросом передачи сообщения с запросом обнаружения вторичного ретранслятора.
[0384] 96. Способ по любому из предшествующих вариантов осуществления, в котором триггер является указанием, что блок беспроводной передачи/приема (WTRU) принял ввод от пользователя для передачи сообщения с запросом обнаружения вторичного ретранслятора.
[0385] 97. Способ по любому из предшествующих вариантов осуществления, в котором сообщение с запросом обнаружения вторичного ретранслятора включает в себя по меньшей мере одно из: ID WTRU ProSe, подробностей возможности подключения, времени действия запроса, индикатора априорной информации с временным интервалом, списка обнаруженных транзитных WTRU, запроса информации о местоположении, информации более высокого уровня и/или ID приложения.
[0386] 98. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: сообщение списка других транзитных WTRU, которые обнаружены, на основе триггера.
[0387] 99. Способ по любому из предшествующих вариантов осуществления, в котором триггер является сообщением с запросом обнаружения вторичного ретранслятора.
[0388] 100. Способ по любому из предшествующих вариантов осуществления, в котором триггер является запросом от другого сетевого узла.
[0389] 101. Способ по любому из предшествующих вариантов осуществления, в котором триггер является запросом от клиента приложения в WTRU.
[0390] 102. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: инициирование процедуры обнаружения ретранслятора.
[0391] 103. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием сообщения с ответом обнаружения вторичного ретранслятора.
[0392] 104. Способ по любому из предшествующих вариантов осуществления, в котором сообщение с ответом обнаружения вторичного ретранслятора включает в себя по меньшей мере одно из: ID транзитного WTRU ProSe, списка вторичных транзитных WTRU и/или отметки времени.
[0393] 105. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: передачу запроса обнаружения вторичного ретранслятора первичному транзитному WTRU, где запрос обнаружения вторичного ретранслятора включает в себя ID WTRU ProSe, подробности возможности подключения, индикатор априорной информации и запрос информации о местоположении, и где запрос обнаружения вторичного ретранслятора побуждает первичный ретранслятор выполнить обнаружение ретранслятора, причем обнаружение ретранслятора включает в себя прямую передачу информации о местоположении PC5; и прием ответа вторичного ретранслятора, причем ответ вторичного ретранслятора включает в себя список ID ретрансляторов ProSe, подробности возможности подключения, признаки состояния/обслуживания и информацию о местоположении.
[0394] 106. Блок беспроводной передачи/приема (WTRU), сконфигурированный для выбора транзитного узла (RN) при нахождении вне покрытия сети, при этом WTRU содержит: схемы, сконфигурированные для приема широковещательного сообщения обнаружения от одного или нескольких RN, при этом сообщение содержит указание соответствующего качества линии связи между RN и одной или несколькими базовыми станциями; схемы, сконфигурированные для выбора RN из одного или нескольких RN на основе качества линии связи; и схемы, сконфигурированные для установления соединения с базовой станцией посредством выбранного RN.
[0395] 107. Способ выбора транзитного узла (RN) при нахождении вне покрытия сети, содержащий: прием в блоке беспроводной передачи/приема (WTRU) широковещательного сообщения обнаружения от одного или нескольких RN, при этом сообщение содержит указание соответствующего качества линии связи между RN и одной или несколькими базовыми станциями; выбор RN из одного или нескольких RN на основе качества линии связи; и установление соединения между удаленным WTRU и базовой станцией посредством выбранного RN.
[0396] 108. Способ по любому из предшествующих вариантов осуществления, в котором сообщение обнаружения содержит параметры для задания канала управления для сигнализации плоскости управления.
[0397] 109. Способ по любому из предшествующих вариантов осуществления, в котором сообщение обнаружения содержит услуги и значения идентификатора класса качества обслуживания (QCI), поддерживаемые одним или несколькими RN.
[0398] 110. Способ по любому из предшествующих вариантов осуществления, в котором сообщение обнаружения содержит параметр групповой максимальной скорости передачи битов (AMBR).
[0399] 111. Способ по любому из предшествующих вариантов осуществления, в котором выбор RN из одного или нескольких RN на основе качества линии связи выполняется в соответствии с протоколом услуг обнаружения приближения (ProSe) в удаленном WTRU.
[0400] 112. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: контроль удаленным WTRU качества установленного соединения между удаленным WTRU и выбранным RN; и инициирование повторного выбора одного или нескольких RN после снижения качества установленного соединения ниже порогового значения.
[0401] 113. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: отправку периодических сообщений активности от удаленного WTRU для указания его присутствия выбранному RN; и определение качества установленного соединения между удаленным WTRU и выбранным RN на основе минимального количества сообщений активности, принятых в заданном периоде.
[0402] 114. Способ для поддержания непрерывности сеанса во время события мобильности, содержащий: установление первого соединения сети пакетной передачи данных (PDN) между удаленным блоком беспроводной передачи/приема (WTRU) и сетью через транзитный узел (RN), используя адрес по Интернет-протоколу (IP), где удаленный WTRU находится вне покрытия сети; определение, что удаленный WTRU вошел в покрытие базовой станции, подключенной к сети; установление второго соединения PDN между удаленным WTRU и базовой станцией с использованием того же IP-адреса; отправку сообщения от RN, чтобы уведомить сеть об установлении второго соединения PDN; и переключение потоков трафика на второе соединение PDN.
[0403] 115. Способ по любому из предшествующих вариантов осуществления, в котором переключение потоков трафика на второе соединение PDN содержит обновление фильтров пакетов шаблона потока трафика (TFT) для удаленного WTRU.
[0404] 116. Способ по любому из предшествующих вариантов осуществления, в котором отправка сообщения, чтобы уведомить сеть об установлении второго соединения PDN, содержит отправку сообщения уровня, не связанного с предоставлением доступа (NAS), механизму управления мобильностью (MME) в сети.
[0405] 117. Способ по любому из предшествующих вариантов осуществления, в котором установление второго соединения PDN между удаленным WTRU и базовой станцией инициируется командой передачи обслуживания от RN.
[0406] 118. Способ по любому из предшествующих вариантов осуществления, в котором установление второго соединения PDN между удаленным WTRU и базовой станцией инициируется базовой станцией на основе порогового качества линии связи.
[0407] 119. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий отправку TFT от удаленного WTRU к RN, где TFT имеют IP-адрес в качестве адреса источника и адрес сервера приложений в качестве адреса назначения.
[0408] 120. Способ установления транзитного узла (RN) услуг обнаружения приближения (ProSe) в блоке беспроводной передачи/приема (WTRU), содержащий: прием критериев активизации от базовой станции, при этом критерии активизации содержат одну или несколько пороговых величин качества линии связи Uu, которым нужно соответствовать, чтобы начать процедуру активизации ретрансляции.
[0409] 121. Способ по любому из предшествующих вариантов осуществления, в котором критерии активизации предварительно конфигурируются в WTRU.
[0410] 122. Способ по любому из предшествующих вариантов осуществления, в котором критерии активизации предоставляются функцией ProSe по IP-интерфейсу.
[0411] 123. Способ по любому из предшествующих вариантов осуществления, в котором критерии активизации предоставляются объектом управления мобильностью (MME).
[0412] 124. Способ по любому из предшествующих вариантов осуществления, в котором критерии активизации предоставляются базовой станцией.
[0413] 125. Способ по любому из предшествующих вариантов осуществления, в котором критерии активизации содержат пороговые величины измерения для качества линии связи между WTRU и базовой станцией, когда WTRU входит или выходит из предопределенных областей.
[0414] 126. Способ по любому из предшествующих вариантов осуществления, в котором критерии активизации содержат количество удаленных WTRU вне покрытия, обнаруженных посредством WTRU.
[0415] 127. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: отправку отчета базовой станции, когда соблюдены критерии активизации.
[0416] 128. Способ инициирования работы в качестве транзитного узла (RN) услуг обнаружения приближения (ProSe), содержащий: определение в первом блоке беспроводной передачи/приема (WTRU), что качество линии связи с базовой станцией ниже сконфигурированного порогового значения; отправку базовой станции отчета, чтобы инициировать работу в качестве транзитного узла (RN).
[0417] 129. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: отправку команды, чтобы конфигурировать первый WTRU для выполнения обнаружения ретранслятора; и предоставление ресурсов для выполнения обнаружения ретранслятора.
[0418] 130. Способ по любому из предшествующих вариантов осуществления, в котором пороговое значение конфигурируется сетью.
[0419] 131. Способ выбора транзитного узла (RN), содержащий: прием в удаленном блоке беспроводной передачи/приема (WTRU) широковещательного сообщения обнаружения от одного или нескольких RN, при этом сообщение содержит код услуги, ассоциированный с поддерживаемым RN типом услуги; выбор RN из одного или нескольких RN на основе измеренного качества линии связи у принятого сообщения обнаружения и принятого кода услуги; и установление соединения между удаленным WTRU и базовой станцией посредством выбранного RN.
[0420] 132. Способ по любому из предшествующих вариантов осуществления, в котором сообщение обнаружения содержит параметры для задания канала управления для сигнализации плоскости управления.
[0421] 133. Способ по любому из предшествующих вариантов осуществления, в котором сообщение обнаружения содержит параметр групповой максимальной скорости передачи битов (AMBR).
[0422] 134. Способ по любому из предшествующих вариантов осуществления, в котором код услуги ассоциируется с названием точки доступа, поддерживаемым RN.
[0423] 135. Способ по любому из предшествующих вариантов осуществления, в котором поддерживаемый тип услуги содержит голосовые данные, услугу группового вещания или одноадресные данные.
[0424] 136. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: контроль удаленным WTRU качества установленного соединения между удаленным WTRU и выбранным RN; и инициирование повторного выбора одного или нескольких RN после снижения качества установленного соединения ниже порогового значения.
[0425] 137. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: отправку периодических сообщений активности после того, как устанавливается соединение, которые указывают выбранному RN присутствие WTRU.
[0426] 138. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием периодических сообщений активности после того, как устанавливается соединение, что указывает выбранному WTRU присутствие RN.
[0427] 139. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: контроль сообщений активности с выбранным RN; и инициирование повторного выбора одного или нескольких RN после снижения количества сообщений активности ниже порогового значения в пределах заданной продолжительности времени.
[0428] 140. Способ, выполняемый в объекте управления мобильностью (MME), содержащий: прием сообщения NAS от транзитного блока беспроводной передачи/приема (WTRU), который активизировал новую ретрансляционную линию связи с удаленным WTRU, где сообщение NAS включает в себя идентификатор удаленного WTRU, параметры безопасности, идентификатор ретранслятора, зону отслеживания ретранслятора и запрос возможности подключения к PDN; и перенаправление идентификатора удаленного WTRU в обслуживающий шлюз (S-GW).
[0429] 141. Способ по любому из предшествующих вариантов осуществления, в котором идентификатором удаленного WTRU является IP-адрес.
[0430] 142. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий: прием от транзитного WTRU запроса ассоциации, который включает в себя информацию, относящуюся к контексту удаленного WTRU; и отправку ответа ассоциации к WTRU в ответ на запрос ассоциации.
[0431] 143. Станция (STA), сконфигурированная для выполнения способа по любому из вариантов 1-142 осуществления.
[0432] 144. Точка доступа (AP), сконфигурированная для выполнения способа по любому из вариантов 1-142 осуществления.
[0433] 145. Блок беспроводной передачи/приема (WTRU), сконфигурированный для выполнения способа по любому из вариантов 1-142 осуществления.
[0434] 146. Базовая станция (BS), сконфигурированная для выполнения способа по любому из вариантов 1-142 осуществления.
[0435] 147. Процессор, сконфигурированный для выполнения способа по любому из вариантов 1-142 осуществления.
[0436] 148. Процессор прямой передачи, сконфигурированный для выполнения способа по любому из вариантов 1-142 осуществления.
[0437] 149. Постоянный машиночитаемый носитель, содержащий кодированные команды, которые при исполнении процессором в устройстве связи побуждают устройство выполнить способ по любому из вариантов 1-142 осуществления.
[0438] 150. Сетевой узел, сконфигурированный для выполнения способа по любому из вариантов 1-142 осуществления.
[0439] 151. Сеть, сконфигурированная для выполнения способа по любому из вариантов 1-142 осуществления.
[0440] 152. Интегральная схема, сконфигурированная для выполнения способа по любому из вариантов 1-142 осуществления.
[0441] 153. Система, сконфигурированная для выполнения способа по любому из вариантов 1-142 осуществления.
[0442] 154. Сервер, сконфигурированный для выполнения способа по любому из вариантов 1-142 осуществления.
[0443] 155. Блок беспроводной передачи/приема (WTRU), сконфигурированный для выбора транзитного узла (RN) при нахождении вне покрытия сети, при этом WTRU содержит: схемы, сконфигурированные для приема широковещательного сообщения обнаружения от одного или нескольких RN, при этом сообщение содержит указание соответствующего качества линии связи между RN и одной или несколькими базовыми станциями; схемы, сконфигурированные для выбора RN из одного или нескольких RN на основе качества линии связи; и схемы, сконфигурированные для установления соединения с базовой станцией посредством выбранного RN.
[0444] 156. WRTU по любому из предшествующих вариантов осуществления, в котором сообщение обнаружения содержит параметры для задания канала управления для сигнализации плоскости управления.
[0445] 157. WRTU по любому из предшествующих вариантов осуществления, в котором сообщение обнаружения содержит услуги и значения идентификатора класса качества обслуживания (QCI), поддерживаемые одним или несколькими RN.
[0446] 158. WRTU по любому из предшествующих вариантов осуществления, в котором сообщение обнаружения содержит параметр групповой максимальной скорости передачи битов (AMBR).
[0447] 159. WTRU по любому из предшествующих вариантов осуществления, в котором выбор RN из одного или нескольких RN на основе качества линии связи выполняется в соответствии с протоколом услуг обнаружения приближения (ProSe) в WTRU.
[0448] 160. WTRU по любому из предшествующих вариантов осуществления, дополнительно содержащий: схемы, сконфигурированные для контроля качества установленного соединения с выбранным RN; и схемы, сконфигурированные для инициирования повторного выбора одного или нескольких RN после снижения качества установленного соединения ниже порогового значения.
[0449] 161. WTRU по любому из предшествующих вариантов осуществления, дополнительно содержащий: схемы, сконфигурированные для отправки периодических сообщений активности, указывающих выбранному RN присутствие WTRU.
[0450] 162. Блок беспроводной передачи/приема (WTRU), сконфигурированный для выбора транзитного узла (RN) WTRU, при этом WTRU содержит: схемы, сконфигурированные для приема широковещательного сообщения обнаружения от одного или нескольких RN, при этом сообщение содержит код услуги, ассоциированный с поддерживаемым RN типом услуги; схемы, сконфигурированные для выбора RN из одного или нескольких RN на основе измеренного качества линии связи у принятого сообщения обнаружения и принятого кода услуги; и схемы, сконфигурированные для установления соединения с базовой станцией посредством выбранного RN.
[0451] 163. WTRU по любому из предшествующих вариантов осуществления, в котором сообщение обнаружения содержит параметры для задания канала управления для сигнализации плоскости управления.
[0452] 164. WTRU по любому из предшествующих вариантов осуществления, в котором сообщение обнаружения содержит параметр групповой максимальной скорости передачи битов (AMBR).
[0453] 165. WTRU по любому из предшествующих вариантов осуществления, в котором код услуги ассоциируется с названием точки доступа, поддерживаемым RN.
[0454] 166. WTRU по любому из предшествующих вариантов осуществления, в котором поддерживаемый тип услуги содержит голосовые данные, услугу группового вещания или одноадресные данные.
[0455] 167. WTRU по любому из предшествующих вариантов осуществления, дополнительно содержащий: схемы, сконфигурированные для контроля качества установленного соединения с выбранным RN; и схемы, сконфигурированные для инициирования повторного выбора одного или нескольких RN после снижения качества установленного соединения ниже порогового значения.
[0456] 168. WTRU по любому из предшествующих вариантов осуществления, дополнительно содержащий: схемы, сконфигурированные для отправки периодических сообщений активности после того, как устанавливается соединение, которые указывают выбранному RN присутствие WTRU.
[0457] 169. WTRU по любому из предшествующих вариантов осуществления, дополнительно содержащий: схемы, сконфигурированные для отправки периодических сообщений активности после того, как устанавливается соединение, которые указывают выбранному WTRU присутствие RN.
[0458] 170. WTRU по любому из предшествующих вариантов осуществления, дополнительно содержащий: схемы, сконфигурированные для контроля сообщений активности с выбранным RN; и схемы, сконфигурированные для инициирования повторного выбора одного или нескольких RN после снижения количества сообщений активности ниже порогового значения в пределах заданной продолжительности времени.
[0459] Хотя признаки и элементы описываются выше в конкретных сочетаниях, средний специалист в данной области техники примет во внимание, что каждый признак или элемент может использоваться в одиночку или в любом сочетании с другими признаками и элементами. К тому же описанные в этом документе способы можно реализовать в компьютерной программе, программном обеспечении или микропрограммном обеспечении, заключенном на машиночитаемом носителе для исполнения компьютером или процессором. Примеры машиночитаемых носителей включают в себя электронные сигналы (передаваемые по проводным или беспроводным соединениям) и машиночитаемые носители информации. Примеры машиночитаемых носителей информации включают в себя, но не ограничиваются, постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор совместно с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика для использования в WTRU, UE, терминале, базовой станции, RNC или любом хост-компьютере.
Изобретение относится к беспроводной связи. Технический результат заключается в обеспечении возможности для абонентского оборудования обнаруживать и выбирать транзитный узел (RN), предлагающий конкретную услугу. Способ выбора транзитного узла (RN) содержит этапы, на которых: принимают в удаленном блоке беспроводной передачи/приема (WTRU) широковещательное сообщение обнаружения от одного или нескольких RN, при этом сообщение содержит код услуги, указывающий поддерживаемые RN типы услуги; выбирают RN из одного или нескольких RN на основе измеренного качества линии связи у принятого сообщения обнаружения и принятого кода услуги; и устанавливают соединение между удаленным WTRU и базовой станцией посредством выбранного RN. 2 н. и 14 з.п. ф-лы, 19 ил.
1. Способ выбора транзитного узла (RN), содержащий этапы, на которых: принимают в удаленном блоке беспроводной передачи/приема (WTRU)
широковещательное сообщение обнаружения от одного или нескольких RN, при этом сообщение содержит код услуги, указывающий поддерживаемые RN типы услуги;
выбирают RN из одного или нескольких RN на основе измеренного качества линии связи у принятого сообщения обнаружения и принятого кода услуги; и
устанавливают соединение между удаленным WTRU и базовой станцией посредством выбранного RN.
2. Способ по п. 1, в котором сообщение обнаружения содержит параметры для задания канала управления для сигнализации плоскости управления.
3. Способ по п. 1, в котором сообщение обнаружения содержит параметр групповой максимальной скорости передачи битов (AMBR).
4. Способ по п. 1, в котором код услуги ассоциируется с названием точки доступа, поддерживаемым RN.
5. Способ по п. 1, дополнительно содержащий этапы, на которых:
контролируют с помощью удаленного WTRU качество установленного соединения между удаленным WTRU и выбранным RN; и
инициируют повторный выбор одного или нескольких RN после снижения качества установленного соединения ниже порогового значения.
6. Способ по п. 1, дополнительно содержащий этап, на котором:
принимают периодические сообщения активности после того, как устанавливается соединение, что указывает выбранному WTRU присутствие RN.
7. Способ по п. 6, дополнительно содержащий этапы, на которых:
контролируют сообщения активности с выбранным RN; и инициируют повторный выбор одного или нескольких RN после снижения количества сообщений активности ниже порогового значения в пределах заданной продолжительности времени.
8. Способ по п. 1, в котором тип услуги включает в себя по меньшей мере одно из голосовых услуг, видео, сервиса коротких сообщений (SMS) или службы сообщений, службы спасения и услуг мультимедийного широковещания/мультивещания (MBMS).
9. Блок беспроводной передачи/приема (WTRU), сконфигурированный для выбора транзитного узла (RN), содержащий:
приемник, сконфигурированный для приема широковещательного сообщения обнаружения от одного или нескольких RN, при этом сообщение содержит код услуги, указывающий поддерживаемые RN типы услуги; и
процессор, сконфигурированный для выбора RN из одного или нескольких RN на основе измеренного качества линии связи у принятого сообщения обнаружения и принятого кода услуги и для установления соединения между WTRU и базовой станцией посредством выбранного RN.
10. WTRU по п. 9, в котором сообщение обнаружения содержит параметры для задания канала управления для сигнализации плоскости управления.
11. WTRU по п. 9, в котором сообщение обнаружения содержит параметр групповой максимальной скорости передачи битов (AMBR).
12. WTRU по п. 9, в котором код услуги ассоциируется с названием точки доступа, поддерживаемым RN.
13. WTRU по п. 9, в котором процессор дополнительно конфигурируется для контроля качества установленного соединения между WTRU и выбранным RN и для инициирования повторного выбора одного или нескольких RN после снижения качества установленного соединения ниже порогового значения.
14. WTRU по п. 9, в котором приемник дополнительно конфигурируется для приема периодических сообщений активности после того, как устанавливается соединение, которые указывают WTRU присутствие RN.
15. WTRU по п. 14, в котором процессор дополнительно конфигурируется для контроля сообщений активности с выбранным RN и для инициирования повторного выбора одного или нескольких RN после снижения количества сообщений активности ниже порогового значения в пределах заданной продолжительности времени.
16. WTRU по п. 9, в котором тип услуги включает в себя по меньшей мере одно из голосовых услуг, видео, сервиса коротких сообщений (SMS) или службы сообщений, службы спасения и услуг мультимедийного широковещания/мультивещания (MBMS).
HUAWEI, HISILICON, Discussion on UE-to-network relay, SA WG2 Meeting #101, (S2-140177), Taipei, Taiwan, 14.01.2014, (найден 16.04.2019) найден в Интернетhttps://www.3gpp.org/DynaReport/TDocExMtg--S2-101--30775.htm | |||
QUALCOMM INCORPORATED, ProSe Direct Discovery for Public Safety use, SA WG2 Meeting #105 (S2-143303), Sapporo, Japan, 08.10.2014, (найден 16.04.2019) найден в Интернет https://www.3gpp.org/DynaReport/TDocExMtg--S2-105--30779.htm | |||
HTC, Proposals in support of ProSe UE-Network Relay, SA WG2 Meeting #105 (S2-143344), Sapporo, Japan, 08.10.2014, (найден 16.04.2019) найден в Интернет https://www.3gpp.org/DynaReport/TDocExMtg--S2-105--30779.htm | |||
СПОСОБ ФОРМИРОВАНИЯ СИСТЕМНО-ЛЕГОЧНОГО АНАСТОМОЗА БЕЗ ВСКРЫТИЯ ПЕРИКАРДА (ЭКСТРАПЕРИКАРДИАЛЬНО) | 2021 |
|
RU2782293C1 |
US 2014016537 A1, 16.01.2014 | |||
СПОСОБ И СИСТЕМА ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ В СЕТИ РЕТРАНСЛЯЦИИ, УЗЕЛ РЕТРАНСЛЯЦИИ, БАЗОВАЯ СТАНЦИЯ УПРАВЛЕНИЯ И БАЗОВАЯ СТАНЦИЯ | 2010 |
|
RU2523437C2 |
Авторы
Даты
2019-10-18—Публикация
2015-11-09—Подача