ОБРАБОТКА ПРИОРИТЕТОВ В СИСТЕМЕ СВЯЗИ ProSe
PROCESSING PRIORITIES IN A COMMUNICATION SYSTEM PROSE

Перекрестные ссылки на смежные заявки
Настоящая заявка испрашивает приоритет на основании предварительных заявок на патент США №. 62/183,629, поданной 23 июня 2015 г., 62/203,681, поданной 11 августа 2015 г., и 62/250,793, поданной 4 ноября 2015 г., содержание которых включено в настоящий документ путем ссылки.
Предпосылки создания изобретения
Ретрансляционный модуль беспроводной передачи/приема (WTRU) может обеспечивать подключение к удаленному WTRU, который может находиться вне зоны покрытия сети. Ретрансляционный WTRU может взаимодействовать с удаленным WTRU посредством интерфейса PC5. Службы ближней зоны (ProSe) могут обеспечивать непосредственное взаимодействие между ретрансляционным WTRU и удаленным WTRU с использованием, например, радиоинтерфейсов LTE. В отличие от системы связи по интерфейсу Uu между ретрансляционным WTRU и eNodeB, система связи ProSe по интерфейсу PC5 между ретрансляционным WTRU и удаленным WTRU может не поддерживать качество услуг (QoS). Интерфейс PC5 может поддерживать ProSe с приоритетом каждого пакета. Для ретрансляционного WTRU могут потребоваться механизмы для определения значения приоритета каждого пакета ProSe.
Краткое изложение сущности изобретения
Раскрываются системы методы и средства для обработки приоритетов в системе связи ProSe. Ретрансляционный модуль беспроводной передачи/приема (WTRU) может выступать в качестве ретранслятора между сетью и удаленным WTRU. Ретранслятор может принимать от удаленного WTRU запрос временного идентификатора группы абонентов мобильной связи (TMGI). Сообщение с запросом TMGI может включать в себя TMGI, уровень приоритета каждого пакета ProSe, связанный с TMGI и т.д. Запрос TMGI может представлять собой сообщение PC5-S. Ретрансляционный WTRU может принимать от сети пакет данных усовершенствованной услуги широковещательной многоадресной передачи мультимедийной информации (eMBMS), связанный с TMGI. Ретрансляционный WTRU может обнаруживать TMGI, при этом ретранслятор выполнен с возможностью контроля. WTRU может применять принятый уровень приоритета каждого пакета ProSe, связанный с TMGI, к принятому пакету данных eMBMS. Ретрансляционный WTRU может осуществлять ретрансляцию пакета данных eMBMS на удаленный WTRU на основе уровня приоритета каждого пакета ProSe. Ретрансляционный WTRU может отправлять пакет eMBMS по интерфейсу PC5. Ретрансляционный WTRU может функционировать как ретранслятор между сетью и удаленным WTRU.
Удаленный WTRU может принимать извещение об услуге от сервера приложений (AS). Извещение об услуге может включать в себя TMGI и уровень приоритета, связанный с TMGI. Удаленный WTRU может определять уровень приоритета каждого пакета ProSe, связанный с TMGI. Например, удаленный WTRU может принимать уровень приоритета каждого пакета ProSe из принятого уровня приоритета, связанного с TMGI. Удаленный WTRU может отправлять сообщение TMGI на ретрансляционный WTRU. Сообщение TMGI может быть отправлено с использованием передачи PC5-S. Передача PC5-S может осуществляться с использованием заранее настроенного уровня приоритета каждого пакета ProSe. Передача PC5-S может осуществляться с использованием уровня приоритета, принятого от узла сети (например, объекта управления мобильной связью (MME) или узла ProSe Function). Сообщение TMGI может включать в себя TMGI и определенный уровень приоритета каждого пакета ProSe, связанный с TMGI. Уровень приоритета каждого пакета ProSe, связанный с TMGI, может быть указан с использованием одного из восьми возможных значений. Удаленный WTRU может принимать от ретрансляционного WTRU пакет данных усовершенствованной услуги широковещательной многоадресной передачи мультимедийной информации (eMBMS), связанный с TMGI.
Удаленный WTRU может включать в себя нижний уровень (например, уровень доступа PC5) и верхний уровень (например, уровень PC5 ProSe). Нижний уровень удаленного WTRU может принимать один или несколько приоритетов каждого пакета ProSe от верхнего уровня. Нижний уровень может принимать один или несколько протокольных блоков данных (PDU) от верхнего уровня. Нижний уровень может определять приоритет PDU, принятых от верхнего уровня, на основании приоритетов каждого пакета ProSe, принятых от верхнего уровня. Значения приоритета каждого пакета ProSe могут не зависеть от целевых адресов. PDU с различными приоритетами могут обслуживаться по порядку. Приоритет каждого пакета ProSe, связанный с PDU с меньшим номером, может иметь более высокий приоритет, чем приоритет каждого пакета ProSe, связанный с PDU с более высоким номером.
Краткое описание графических материалов
Фиг. 1A — это схема иллюстративной системы связи, в которой может быть реализован один или несколько раскрытых вариантов осуществления.
Фиг. 1B — это схема иллюстративного беспроводного приемопередающего блока (WTRU), который может использоваться в системе связи, изображенной на фиг. 1A.
Фиг. 1C — это схема иллюстративной сети радиодоступа и иллюстративной базовой сети, которые могут использоваться в системе связи, изображенной на фиг. 1A.
Фиг. 1D — это схема другой иллюстративной сети радиодоступа и другой иллюстративной базовой сети, которые могут использоваться в системе связи, изображенной на фиг. 1A.
Фиг. 1E — это схема другой иллюстративной сети радиодоступа и другой иллюстративной базовой сети, которые могут использоваться в системе связи, изображенной на фиг. 1A.
На фиг. 2 изображен пример архитектуры ретрансляции «WTRU–сеть».
На фиг. 3 изображен пример пакета протоколов PC5-S.
На фиг. 4 изображен пример уровня WTRU ProSe.
На фиг. 5 изображен пример уровня WTRU ProSe, когда запрашивается передача (Tx) с уровнем приоритета (например, новым уровнем приоритета), например, с определенным целевым адресом или без него.
На фиг. 6 изображен пример WTRU или уровня WTRU ProSe, отправляющего сообщение PC-5 с информацией о приоритете.
На фиг. 7 изображен пример WTRU или уровня WTRU ProSe, принимающего и обрабатывающего сообщение PC-5 с информацией о приоритете.
На фиг. 8 изображен пример WTRU, устанавливающего сеанс ProSe с уровнями приоритета и/или контекстом ProSe.
На фиг. 9 изображен пример WTRU (например, ретрансляционного WTRU) или уровня ProSe, отправляющего сообщение PC5-S с измененной информацией о приоритете.
На фиг. 10 изображен пример изменения контекста или приоритета ProSe для канала или системы связи ProSe между двумя WTRU, например для одного или нескольких идентификаторов логических каналов.
На фиг. 11 изображен пример ретрансляционного WTRU или уровня ProSe, принимающего и/или обрабатывающего сообщение PC5-S с информацией о приоритете и определяющего сопоставление однонаправленных каналов усовершенствованной пакетной системы (EPS).
На фиг. 12 изображен пример определения информации о приоритете данных MBMS.
На фиг. 13 изображен пример ретрансляционного WTRU, принимающего информацию о приоритете MBMS или информацию о приоритете каждого пакета ProSe от удаленного WTRU.
На фиг. 14 изображен пример обработки приоритетов для сигнального сообщения PC5 (PC5-S).
На фиг. 15 изображен пример определения уровня приоритета для передачи сообщения PC5-S.
На фиг. 16 изображен пример обновления значения PPP сообщения PC5-S на основании самого высокого PPP (например, нового самого высокого PPP) передачи PC5-U.
Подробное описание изобретения
Подробное описание иллюстративных вариантов осуществления будет описано со ссылкой на различные Фигуры. Хотя это описание предоставляет подробный пример возможных вариантов реализации, необходимо отметить, что данное подробное описание призвано служить примером и ни в коем случае не ограничивает объем настоящего изобретения.
Фиг. 1A — это схема примера системы связи 100, в которой может быть реализован один или несколько раскрытых вариантов осуществления. Система связи 100 может являться системой коллективного доступа, которая предоставляет контент, такой как голос, данные, видео, сообщения, широковещание и т.д., для множества пользователей беспроводной связи. Система связи 100 может позволять множеству пользователей беспроводной связи получать доступ к такому контенту путем совместного использования системных ресурсов, включая ширину полосы пропускания беспроводного соединения. Например, в системе 100 может использоваться один или несколько методов доступа к каналам, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступ с ортогональным частотным разделением каналов (OFDMA), ортогональное частотное разделение каналов с мультиплексированием на одной несущей (SC-FDMA) и т.п.
Как показано на фиг. 1A, система связи 100 может включать в себя модули беспроводной передачи/приема (WTRU), например WTRU, 102a, 102b, 102c, и/или 102d (которые обычно или в совокупности могут называться WTRU 102), сеть радиодоступа (RAN) 103/104/105, базовую сеть 106/107/109, коммутируемую телефонную сеть общего пользования (PSTN) 108, сеть Интернет 110 и другие сети 112, хотя следует понимать, что раскрываемые варианты осуществления предполагают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может являться любым типом устройства, выполненного с возможностью функционирования и/или взаимодействия в среде беспроводной связи. В качестве примера, WTRU 102a, 102b, 102c, 102d могут быть выполнены с возможностью передачи и/или приема радиосигналов и могут включать в себя пользовательское оборудование (UE), мобильную станцию либо фиксированный или мобильный абонентский блок, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, беспроводный датчик, бытовую электронику и т.п.
Система связи 100 также может включать в себя базовую станцию 114a и 114b. Каждая из базовых станций 114a, 114b может являться любым типом устройства, выполненного с возможностью беспроводного взаимодействия с, по меньшей мере, одним WTRU 102a, 102b, 102c, 102d, для облегчения доступа к одной или нескольким сетям связи, таким как базовая сеть 106/107/109, сеть Интернет 110 и/или сети 112. В качестве примера, базовые станции 114a, 114b могут представлять собой базовую приемопередающую станцию (BTS), базовую станцию Node-B, базовую станцию eNode B, базовую станцию Home Node B, базовую станцию Home eNode B, контроллер пункта связи, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя базовые станции 114a, 114b изображены как отдельный элемент, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимосоединенных базовых станций и/или сетевых элементов.
Базовая станция 114a может быть частью RAN 103/104/105, которая также может включать в себя другие базовые станции и/или сетевые элементы (не показано), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.д. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передачи и/или приема радиосигналов в определенном географическом регионе, который может назваться ячейкой (не показано). Ячейка может далее разделяться на сектора. Например, ячейка, связанная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в некоторых вариантах осуществления базовая станция 114a может включать в себя три приемопередатчика, например, один для каждого сектора ячейки. В другом варианте осуществления базовая станция 114a может использовать технологию множественного входа–множественного выхода (MIMO) и, следовательно, может использовать множество приемопередатчиков для каждого сектора ячейки.
Базовые станции 114a, 114b могут взаимодействовать с одним или несколькими WTRU 102a, 102b, 102c, 102d по радиоинтерфейсу 115/116/117, который может являться любым подходящим беспроводным трактом (например, для передачи сигналов в радиочастотном спектре, в микроволновом спектре, инфракрасном спектре, ультрафиолетовом спектре, спектре видимого света и т.д.). Радиоинтерфейс 115/116/117 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).
Более конкретно, как указано выше, система связи 100 может являться системой коллективного доступа и может использовать одну или несколько методов доступа к каналам, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114a в RAN 103/104/105 и WTRU 102a, 102b, 102c могут реализовывать технологию радиосвязи, такую как универсальный наземный доступ (UTRA) для универсальной мобильной телекоммуникационной системы (UMTS), которая может устанавливать радиоинтерфейс 115/116/117 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как протокол высокоскоростной передачи пакетных данных (HSPA) и/или улучшенный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ по нисходящему каналу (HSDPA) и/или высокоскоростной пакетный доступ по восходящему каналу (HSUPA).
В другом варианте осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать технологию радиосвязи, такую как расширенный универсальный наземный доступ (E-UTRA) для UMTS, которая может устанавливать радиоинтерфейс 115/116/117 с использованием стандарта долгосрочного развития (LTE) и/или стандарта LTE-Advanced (LTE-A).
В других вариантах осуществления базовая станция 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), усовершенствованная скорость передачи данных для эволюции сетей (EDGE), GSM EDGE (GERAN) и т.п.
Базовая станция 114b, изображенная на ФИГ. 1A, может являться, например, беспроводным маршрутизатором, базовой станцией Home Node B, базовой станцией Home eNode B или точкой доступа, а также может использовать любую подходящую 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/107/109.
RAN 103/104/105 может взаимодействовать с базовой сетью 106/107/109, которая может являться сетью любого типа, выполненной с возможностью обеспечения услуг передачи голоса, данных, приложений и/или голосовой связи по протоколу сети Интернет (VoIP) одному или нескольким WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106/107/109 может обеспечивать управление вызовами, услуги биллинга, услуги мобильной связи на основе местоположения, предварительно оплаченные вызовы, возможность осуществления связи с сетью Интернет, распределение видеосигналов и т.д., и/или реализовать функции высокоуровневой защиты, такие как, аутентификация пользователей. Несмотря на то, что на фиг. 1A этого не показано, следует понимать, что RAN 103/104/105 и/или базовая сеть 106/107/109 могут состоять в прямой или непрямой связи с другими RAN, которые используют такую же RAT, как и RAN 103/104/105, или иную RAT. Например, в дополнение к соединению с RAN 103/104/105, которая может использовать технологию радиосвязи Е-UTRA, базовая сеть 106/107/109 также может взаимодействовать с другой RAN (не показано) с использованием технологии радиосвязи GSM.
Базовая сеть 106/107/109 также может служить в качестве шлюза для WTRU 102a, 102b, 102c, 102d для обеспечения доступа к сети PSTN 108, сети Интернет 110 и/или другим сетям 112. PSTN 108 может включать в себя сети телефонной связи с коммутацией каналов, которые предоставляют традиционные услуги телефонной связи (POTS). Сеть Интернет 110 может включать в себя глобальную систему взаимосоединенных компьютерных сетей и устройств, которые используют общие протоколы связи, такие как, например, протокол управления передачей данных (TCP), протокол пользовательских дейтаграмм (UDP) и протокол сети Интернет (IP), в наборе протоколов сети Интернет TCP/IP. Сети 112 могут включать в себя проводные или беспроводные сети связи, которые принадлежат и/или предоставляются для использования посредством других поставщиков услуг. Например, сети 112 могут включать в себя другую базовую сеть, соединенную с одной или несколькими RAN, которые могут использовать такую же RAT, как и RAN 103/104/105, или иную RAT.
Некоторые или все WTRU 102a, 102b, 102c, 102d в системе связи 100 могут включать в себя многорежимные возможности, например, WTRU 102a, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для взаимодействия с различными беспроводными сетями по различным беспроводным линиям связи. Например, WTRU 102c, изображенный на фиг. 1A, может быть выполнен с возможностью взаимодействия с базовой станцией 114a, которая может использовать технологию радиосвязи на основе сот, а также с базовой станцией 114b, которая может использовать технологию радиосвязи IEEE 802.
Фиг. 1B — это схема иллюстративного WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя процессор 118, приемопередатчик 120, приемопередающий элемент 122, громкоговоритель/микрофон 124, клавишную панель 126, дисплей/сенсорную панель 128, несъемную память 130, съемную память 132, источник питания 134, микропроцессорный набор 136 глобальной системы определения местоположения (GPS) и другие периферийные устройства 138. Следует понимать, что WTRU 102 может включать в себя любую подкомбинацию вышеперечисленных элементов, и в то же время отвечать требованиям варианта осуществления. Также варианты осуществления предполагают, что базовые станции 114a и 114b и/или узлы, которые базовые станции 114a и 114b могут представлять, к которым относятся, помимо прочего, приемопередающая станция (BTS), базовая станция Node-B, контроллер пункта связи, точка доступа (AP), базовая станция Home Node B, усовершенствованная базовая станция eNodeB, усовершенствованная базовая станция HeNB или HeNodeB, шлюз HeNB и прокси-узлы, среди прочего, могут включать в себя некоторые или все элементы, изображенные на фиг. 1B и описанные в настоящем документе.
Процессор 118 может являться процессором общего назначения, процессором специального назначения, традиционным процессором, цифровым сигнальным процессором (DSP), множеством микропроцессоров, одним или несколькими микропроцессорами, связанными с ядром DSP, контроллером, микроконтроллером, специализированными интегральными микросхемами (ASIC), схемами программируемой пользователем вентильной матрицы (FPGA), интегральной микросхемой (IC) любого другого типа, конечным автоматом и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление мощностью, обработку ввода/вывода и/или любую другую функцию, которая позволяет WTRU 102 функционировать в среде беспроводной связи. Процессор 118 может быть сопряжен с приемопередатчиком 120, который может быть сопряжен с приемопередающим элементом 122. Несмотря на то, что на фиг. 1B процессор 118 и приемопередатчик 120 изображаются в качестве отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть совместно встроены в электронный блок или микросхему.
Приемопередающий элемент 122 может быть выполнен с возможностью передачи сигналов или приема сигналов от базовой станции (например, базовой станции 114a) по радиоинтерфейсу 115/116/117. Например, в некоторых вариантах осуществления приемопередающий элемент 122 может являться антенной, выполненной с возможностью передачи и/или приема радиочастотных сигналов. В другом варианте осуществления приемопередающий элемент 122 может являться излучателем/детектором, выполненным с возможностью передачи и/или приема, например, сигналов в инфракрасном спектре, ультрафиолетовом спектре или спектре видимого света. В еще одном варианте осуществления приемопередающий элемент 122 может быть выполнен с возможностью передачи и приема сигналов, как в радиочастотном спектре, так и в спектре видимого света. Следует понимать, что приемопередающий элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации радиосигналов.
Кроме того, несмотря на то, что на фиг. 1B приемопередающий элемент 122 изображен в качестве отдельного элемента, WTRU 102 может включать в себя любое количество приемопередающих элементов 122. Более конкретно, WTRU 102 может использовать технологию MIMO. Таким образом, в некоторых вариантах осуществления WTRU 102 может включать в себя два или более приемопередающих элементов 122 (например, множество антенн) для передачи и приема радиосигналов по радиоинтерфейсу 115/116/117.
Приемопередатчик 120 может быть выполнен с возможностью модуляции сигналов, которые подлежат передаче посредством приемопередающего элемента 122, а также с возможностью демодуляции сигналов, которые принимаются посредством приемопередающего элемента 122. Как было отмечено выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков для предоставления WTRU 102 возможности взаимодействия с использованием множества RAT, таких как, например, UTRA и IEEE 802.11.
Процессор 118 WTRU 102 может быть сопряжен, а также может принимать данные, вводимые пользователем через громкоговоритель/микрофон 124, клавишную панель 126 и/или дисплей/сенсорную панель 128 (например, жидкокристаллический дисплей (LCD) или дисплей на органических светодиодах (OLED)). Процессор 118 также может выводить пользовательские данные на громкоговоритель/микрофон 124, клавишную панель 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может осуществлять доступ к информации, а также сохранять данные в подходящей памяти любого типа, такой как несъемная память 130 и/или съемная память 132. Несъемная память 130 может включать в себя оперативную память (RAM), постоянную память (ROM), жесткий диск или запоминающее устройство любого другого типа. Съемная память 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, безопасную цифровую карту памяти (SD) и т.п. В других вариантах осуществления процессор 118 может осуществлять доступ к информации, а также сохранять данные в памяти, которая физически не размещается в WTRU 102, как например, на сервере или домашнем компьютере (не показано).
Процессор 118 может получать питание от источника питания 134, а также может быть выполнен с возможностью распределения и/или управления питанием для других компонентов в WTRU 102. Источник питания 134 может являться любым подходящим устройством для запитывания WTRU 102. Например, источник питания 134 может включать в себя одну или несколько сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), гибридных никелевых (NiMH), литиево-ионных (Li-ion) и т.д.), солнечных элементов, топливных элементов и т.п.
Процессор 118 также может быть сопряжен с микропроцессорным набором GPS 136, который может быть выполнен с возможностью обеспечения информации о местоположении (например, долготы и широты) в отношении текущего местоположения WTRU 102. В дополнение или взамен информации от микропроцессорного набора GPS 136, WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 115/116/117 от базовой станции (например, от базовых станций 114a, 114b) и/или определять свое местоположение на основании синхронизации сигналов, принимаемых от двух или более соседних базовых станций. Следует понимать, что WTRU 102 может принимать информацию о местоположении посредством любого подходящего способа определения местоположения, и в то же время отвечать требованиям варианта осуществления.
Процессор 118 может быть дополнительно сопряжен с другими периферийными устройствами 138, которые могут включать в себя один или несколько программных и/или аппаратных модулей, которые обеспечивают дополнительные возможности, функции и/или способности установления проводной или беспроводной связи. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для осуществления фото- и видеосъемки), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, гарнитуру связи «свободные руки», модуль Bluetooth, ЧМ-радиовещания, цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль воспроизводящего устройства для видеоигр, Интернет-браузер и т.п.
Фиг. 1C — это схема RAN 103 и базовой сети 106 в соответствии с вариантом осуществления. Как было отмечено выше, RAN 103 может использовать технологию радиосвязи UTRA для взаимодействия с WTRU 102a, 102b, 102c по радиоинтерфейсу 115. RAN 103 также может взаимодействовать с базовой сетью 106. Как изображено на ФИГ. 1C, RAN 103 может включать в себя базовые станции Node-B 140a, 140b, 140c, каждая из которых может включать в себя один или несколько приемопередатчиков для взаимодействия с WTRU 102a, 102b, 102c по радиоинтерфейсу 115. Каждая из базовых станций Node-B 140a, 140b, 140c может быть связана с конкретной сотой (не показано) в RAN 103. RAN 103 также может включать в себя RNC 142a, 142b. Следует понимать, что RAN 103 может включать в себя любое количество базовых станций Node-B и RNC, и в то же время отвечать требованиям варианта осуществления.
Как показано на фиг. 1C, базовые станции Node-B 140a, 140b могут взаимодействовать с контроллером RNC 142a. Кроме того, базовая станция Node-B 140c может взаимодействовать с RNC 142b. Базовые станции Node-B 140a, 140b, 140c могут взаимодействовать с соответствующими контроллерами RNC 142a, 142b по интерфейсу Iub. RNC 142a, 142b могут взаимодействовать друг с другом по интерфейсу Iur. Каждый из RNC 142a, 142b может быть выполнен с возможностью управления соответствующей базовой станцией Node-B 140a, 140b, 140c, к которой он подключен. Кроме того, каждый RNC 142a, 142b может быть выполнен с возможностью выполнения или поддержки других функций, например, управления электрической цепью, управления нагрузкой, управления доступом, планирования пакетов, управления передачей обслуживания, макродиверсификации, функций обеспечения защиты, кодирования данных и т.п.
Базовая сеть 106, показанная на фиг. 1C, может включать в себя медиашлюз (MGW) 144, коммутационный центр мобильной связи (MSC) 146, узел поддержки обслуживания GPRS (SGSN) 148 и/или узел поддержки шлюза GPRS (GGSN) 150. Несмотря на то, что каждый из вышеперечисленных элементов изображается в качестве части базовой сети 106, следует понимать, что любой из этих элементов может принадлежать и/или предоставляться для использования посредством объекта, отличного от оператора базовой сети.
RNC 142a в RAN 103 может быть подключен к центру MSC 146 в базовой сети 106 по интерфейсу IuCS. MSC 146 может быть подключен к MGW 144. MSC 146 и MGW 144 могут предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как PSTN 108, для облегчения взаимодействия между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи.
RNC 142a в RAN 103 также может быть подключен к SGSN 148 в базовой сети 106 по интерфейсу IuPS. SGSN 148 может быть подключен к GGSN 150. SGSN 148 и GGSN 150 могут предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения взаимодействия между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP.
Как было отмечено выше, базовая сеть 106 также может быть подключена к сетям 112, которые могут включать в себя проводные или беспроводные сети связи, которые принадлежат и/или предоставляются для использования посредством других поставщиков услуг.
Фиг. 1D — это схема RAN 104 и базовой сети 107 в соответствии с вариантом осуществления. Как было отмечено выше, RAN 104 может использовать технологию радиосвязи E-UTRA для взаимодействия с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 также может взаимодействовать с базовой сетью 107.
RAN 104 может включать в себя базовые станции eNode-B 160a, 160b, 160c, хотя следует понимать, что RAN 104 может включать в себя любое количество базовых станций eNode-B, и в то же время отвечать требованиям варианта осуществления. Каждая базовая станция eNode-B 160a, 160b, 160c может включать в себя один или несколько приемопередатчиков для взаимодействия с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В некоторых вариантах осуществления базовые станции eNode-Bs 160a, 160b, 160c могут реализовывать технологию MIMO. Таким образом, например, базовая станция eNode-B 160a, может использовать множество антенн для передачи радиосигналов на WTRU 102a и прием радиосигналов от него.
Каждая базовая станция eNode-Bs 160a, 160b, 160c может быть связана с конкретной сотой (не показано) и может быть выполнена с возможностью обработки решений, связанных с управлением ресурсами радиосвязи, решений, связанных с передачей обслуживания, планирования пользователей в восходящем канале (IL) и/или нисходящем канале (DL) и т.п. Как показано на фиг. 1D, базовые станции eNode-Bs 160a, 160b, 160c могут взаимодействовать друг с другом по интерфейсу X2.
Базовая сеть 107, показанная на фиг. 1D, может включать в себя шлюз управления мобильностью (MME) 162, обслуживающий шлюз 164, и шлюз 166 сети пакетной передачи данных (PDN). Несмотря на то, что каждый из вышеперечисленных элементов изображается в качестве части базовой сети 107, следует понимать, что любой из этих элементов может принадлежать и/или предоставляться для использования посредством объекта, отличного от оператора базовой сети.
MME 162 может быть подключен к каждой базовой станции eNode-Bs 160a, 160b, 160c в RAN 104 по интерфейсу S1 и может служить в качестве узла управления. Например, MME 162 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию однонаправленных каналов, выбор конкретного обслуживающего шлюза во время начального подсоединения боков WTRU 102a, 102b, 102c и т.п. MME 162 также может предоставлять функцию панели управления для переключения между RAN 104 и другими RAN (не показано), которые используют другие технологии радиосвязи, например, GSM или WCDMA.
Обслуживающий шлюз 164 может быть подключен к каждой базовой станции eNode-B 160a, 160b, 160c в RAN 104 по интерфейсу S1. Обслуживающий шлюз 164 может в целом направлять и пересылать пакеты данных пользователя на WTRU 102a, 102b, 102c и от них. Обслуживающий шлюз 164 также может выполнять другие функции, например привязку плоскостей пользователя во время передачи обслуживания между базовыми станциями eNode B, инициирование пейджинга, когда данные в нисходящем канале доступны для WTRU 102a, 102b, 102c, управление и хранение контекста WTRU 102a, 102b, 102c и т.п.
Обслуживающий шлюз 164 также может быть подключен к шлюзу PDN 166, который может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения взаимодействия между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP.
Базовая сеть 107 может облегчать взаимодействие с другими сетями. Например, базовая сеть 107 может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как PSTN 108, для облегчения взаимодействия между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Например, базовая сеть 107 может включать в себя или может взаимодействовать с IP-шлюзом (например, сервером мультимедийной IP-подсистемы (IMS)), который служит в качестве интерфейса между базовой сетью 107 и сетью PSTN 108. Кроме того, базовая сеть 107 может предоставлять WTRU 102a, 102b, 102c доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети связи, которые принадлежат и/или предоставляются для использования посредством других поставщиков услуг.
Фиг. 1E — это схема RAN 105 и базовой сети 109 в соответствии с вариантом осуществления. RAN 105 может являться сетью услуг доступа (ASN), которая использует технологию радиосвязи IEEE 802.16 для взаимодействия с WTRU 102a, 102b, 102c по радиоинтерфейсу 117. Как будет дополнительно обсуждаться ниже, линии связи между различными функциональными объектами WTRU 102a, 102b, 102c, RAN 105 и базовая сеть 109 могут быть определены в качестве опорных точек.
Как изображено на фиг. 1E, RAN 105 может включать в себя базовые станции 180a, 180b, 180c и шлюз ASN 182, однако следует понимать, что RAN 105 может включать в себя любое количество базовых станций и шлюзов ASN, и в то же время отвечать требованиям варианта осуществления. Каждая базовая станция 180a, 180b, 180c может быть связана с конкретной сотой (не показано) в RAN 105, а также может включать в себя один или несколько приемопередатчиков для взаимодействия с WTRU 102a, 102b, 102c по радиоинтерфейсу 117. В некоторых вариантах осуществления базовые станции 180a, 180b, 180c могут реализовывать технологию MIMO. Таким образом, базовая станция 180a, например, может использовать множество антенн для передачи радиосигналов на WTRU 102a, а также приема радиосигналов от него. Базовые станции 180a, 180b, 180c также могут обеспечивать функции управления мобильностью, такие как, например, инициирование передачи обслуживания, организация туннеля, управление ресурсами радиосвязи, классификация трафика, осуществление политики качества обслуживания (QoS) и т.п. Шлюз ASN 182 может служить в качестве точки агрегирования трафика, а также может отвечать за пейджинговую связь, кэширование профилей абонентов, маршрутизацию к базовой сети 109 и т.п.
Радиоинтерфейс 117 между WTRU 102a, 102b, 102c и RAN 105 может быть определен в качестве опорной точки R1, которая реализовывает стандарт IEEE 802.16. Кроме того, каждый из WTRU 102a, 102b, 102c может организовывать логический интерфейс (не показано) с базовой сетью 109. Логический интерфейс между WTRU 102a, 102b, 102c и базовой сетью 109 может быть определен в качестве опорной точки R2, которая может быть использована для аутентификации, авторизации, управления конфигурацией IP-хоста и/или управления мобильностью.
Линия связи между каждой из базовых станций 180a, 180b, 180c может быть определена в качестве опорной точки R8, которая включает в себя протоколы для упрощения передач обслуживания WTRU и передачи данных между базовыми станциями. Линия связи между базовыми станциями 180a, 180b, 180c и шлюзом ASN 182 может быть определена в качестве опорной точки R6. Опорная точка R6 может включать в себя протоколы для упрощения управления мобильностью на основании событий мобильности, связанных с каждым из WTRU 102a, 102b, 102c.
Как показано на фиг. 1E, RAN 105 может быть соединена с базовой сетью 109. Линия связи между RAN 105 и базовой сетью 109 может быть определена в качестве опорной точки R3, которая включает в себя протоколы, например, для упрощения передачи данных и возможностей управления мобильностью. Базовая сеть 109 может включать в себя мобильный домашний IP-агент (MIP-HА) 184, сервер аутентификации, авторизации и учета (AAA) 186 и шлюз 188. Несмотря на то, что каждый из вышеперечисленных элементов изображается в качестве части базовой сети 109, следует понимать, что любой из этих элементов может принадлежать и/или предоставляться для использования посредством объекта, отличного от оператора базовой сети.
MIP-HА может отвечать за управление IP-адресами, а также может предоставлять WTRU 102a, 102b, 102c возможность перемещения между различными ASN и/или различными базовыми сетями. MIP-HА 184 может предоставлять WTRU 102a, 102b, 102c доступ к сети с коммутацией пакетов, такой как сеть Интернет 110, для упрощения взаимодействия между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. Сервер AAA 186 может отвечать за аутентификацию пользователей, а также за поддержку услуг пользователей. Шлюз 188 может упрощать взаимодействие с другими сетями. Например, шлюз 188 может предоставлять WTRU 102a, 102b, 102c доступ к сети с коммутацией каналов, такой как, PSTN 108, для упрощения взаимодействия между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Кроме того, шлюз 188 может предоставлять WTRU 102a, 102b, 102c доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат и/или предоставляются для использования посредством других поставщиков услуг.
Несмотря на то, что на фиг. 1E этого не показано, следует понимать, что RAN 105 может быть соединена с другими ASN, а базовая сеть 109 может быть соединена с другими базовыми сетями. Линия связи между RAN 105 и другими ASN может быть определена в качестве опорной точки R4, которая может включать в себя протоколы для координирования мобильности WTRU 102a, 102b, 102c между RAN 105 и другими ASN. Линия связи между базовой сетью 109 и другими базовыми сетями может быть определена в качестве опорной точки R5, которая может включать в себя протоколы для упрощения взаимодействия между домашними базовыми сетями и гостевыми базовыми сетями.
Может предоставляться услуга ретрансляции «WTRU ProSe–сеть». WTRU (например, ретранслятор «WTRU ProSe–сеть») может выступать в качестве ретранслятора для удаленного WTRU. Ретрансляционный WTRU может предоставлять услугу подключения по IP-протоколу к одному или нескольким удаленным WTRU, которые могут быть вне зоны покрытия сети. Ретранслятор «WTRU ProSe–сеть» может называться ретрансляционным WTRU. Ретрансляционный WTRU может предоставлять услуги одноадресной и/или многоадресной передачи на один или несколько удаленных WTRU. На фиг. 2 изображена иллюстративная архитектура ретрансляции «WTRU ProSe–сеть». Как изображено на фиг. 2, ретрансляционный WTRU может выступать в качестве маршрутизатора 3-го уровня (L3). Ретрансляционный WTRU может предоставлять услугу одноадресной передачи и/или услугу широковещательной передачи для удавленного WTRU. Ретрансляционный WTRU может выполнять пересылку 3-го уровня для трафика в восходящем канале (UL) или трафика в нисходящем канале (DL).
Ретрансляционный WTRU может выполнять ретрансляцию трафика MBMS, который он может определять в сети. Удаленный WTRU может указывать ретрансляционному WTRU данные MBMS, которые могут интересовать удаленный WTRU. Удаленный WTRU может предоставлять ретрансляционному WTRU TMGI, связанный с требуемыми данными MBMS. Ретрансляционный WTRU может осуществлять шировещательную передачу данных MBMS (например, связанных с указанным TMGI). Широковещательная передача данных MBMS может осуществляться по коммуникационной плоскости PC5.
Службы ближней зоны (ProSe) могут обеспечивать возможность прямой связи между устройствами, использующими радиоинтерфейс LTE (например, интерфейс расширенного универсального наземного доступа (E-UTRAN) для UMTS). Связь по улучшенному пакетному ядру (EPC) может поддерживать качество услуг (QoS). ProSe может не поддерживать качество услуг (QoS). ProSe может поддерживать обработку приоритетов IP-пакетов, отправляемых по линии прямой связи. IP-пакет может быть связан с уровнем приоритета. Уровень приоритета может указывать, как слой доступа в устройстве может обрабатывать пакет (например, на основании значения приоритета) во время передачи. Приоритет ProSe может называться приоритетом каждого пакета ProSe (PPP или PPPP) либо приоритетом PC5 ProSe или приоритетом PC5.
Приоритет для передачи данных в системе связи ProSe можно выбирать, например, посредством уровня приложения. Передача данных в системе связи ProSe может быть выбрана на основании одного или нескольких критериев. Взаимодействие между уровнем приложения и одним или несколькими нижними уровнями системы связи ProSe может быть нейтральным к тому, как WTRU ProSe может осуществлять доступ к среде, например, с использованием запланированного режима или автономного режима передачи.
Верхние уровни в удаленном WTRU могут обеспечивать приоритет каждого пакета ProSe из диапазона возможных значений для одного или нескольких нижних уровней. Например, значение приоритета каждого пакета ProSe может предоставляться при запросе передачи, такой как связь «один к одному» или «один ко многим». Приоритет каждого пакета ProSe для передачи может не зависеть от целевого адреса.
Уровень доступа может использовать приоритет каждого пакета ProSe, связанный с протокольным блоком данных, принятым от верхних уровней, например, для определения приоритета множественных передач внутри WTRU и множественных передач между WTRU. Передача внутри WTRU может касаться протокольных блоков данных, связанных с различными значениями приоритета, ожидающих передачи внутри одного WTRU.
Очередь с приоритетами (например, очереди с приоритетами внутри WTRU и между WTRU) может обслуживаться в порядке приоритета. Например, планировщик в WTRU или базовой станции eNB может обслуживать пакеты, связанные с приоритетом N каждого пакета ProSe, перед обслуживанием пакетов, связанных с приоритетом N+1. Более низкое значение может обозначать более высокий приоритет. Доступ к среде может осуществляться в запланированном или автономном режиме передачи, например, при соблюдении значения приоритета каждого пакета ProSe, выбранного приложениями. Один или несколько уровней приоритета (например, восемь уровней приоритета) могут поддерживаться для приоритета каждого пакета ProSe, например, для поддержки широкого спектра приложений.
Сеть E-UTRAN может быть способна проверять и/или ограничивать, для каждого WTRU, максимальный приоритет каждого пакета ProSe, который может присваиваться WTRU. Может быть определена структура для определения сопоставления типов трафика приложений с одним или несколькими значениями приоритета каждого пакета ProSe.
В системе связи ProSe может быть предоставлена плоскость сигнализации. Сигнализация (например, сигнализация, связанная с ProSe) может быть передана, например, для согласования одного или нескольких параметров (например, IP-адреса, номера порта, параметров для данных MBMS), которые должны использоваться для передачи IP-данных или данных плоскости пользователя. Сигнализация, связанная с ProSe, может быть передана до инициации сеанса связи ProSe между устройствами. Транспортировка протокола сигнализации ProSe может называться PC5-S. Передача PC5-S может осуществляться по протоколу IP или PDCP.
На фиг. 3 изображен пример пакета протоколов сигнализации PC5 (PC5-S). Заголовок протокола конвергенции пакетных данных (PDCP) (например, поле типа сервисного блока данных (SDU) в заголовке PDCP) может использоваться, например, для различения IP-пакетов, приоритетности назначения и удержания каналов (ARP) и протокола сигнализации PC5-S. Пакеты, осуществляющие сигнализацию (например, с использованием протокола PC5-S), могут обрабатываться способом, аналогичным обработке пакетов плоскости пользователя. К пакетам, осуществляющим сигнализацию, может применяться такая же обработка приоритетов. PPP может быть связан с каждым из протокольных блоков данных (PDU) PC5-S.
Удаленный WTRU может быть вне зоны покрытия сети. Удаленный WTRU может использовать возможность подключения ретранслятора «WTRU–сеть». Ретранслятор «WTRU–сеть» может выступать, например, в качестве маршрутизатора 3-го уровня, как показано на фиг. 2. Может существовать одна или несколько проблем при обработке приоритетов для ретранслированного трафика, например, в части обработки приоритетов на ретрансляторе «WTRU–сеть» для одноадресного трафика или данных MBMS и обработки приоритетов для трафика PC5-S.
Удаленный WTRU может принимать приоритет, связанный с пакетом, который он может передавать по интерфейсу PC5-U. Удаленный WTRU может принимать приоритет (например, PPP) от сервера приложений. Приоритет может быть предоставлен уровнем приложения WTRU одному или нескольким его нижним уровням. Такой уровень приложения может отсутствовать в ретрансляционном WTRU. Ретрансляционный WTRU может не иметь возможности обрабатывать приоритет IP-пакета, который он может принимать от сети в нисходящем (DL) направлении. IP-пакет может быть предназначен для одного или нескольких WTRU, например, по интерфейсу PC5-U. Поведение WTRU может указывать, как ретрансляционный WTRU осуществляет концепцию PPP, например, обработку пакетов, предназначенных для передачи по интерфейсу PC5-U на один или несколько удаленных WTRU.
Ретрансляционный WTRU может принимать данные от удаленного WTRU. Ретрансляционный WTRU может не иметь информацию о приоритете, который удаленный WTRU мог использовать при отправке пакета. Одним из способов получения такой информации может быть предварительная настройка ретрансляционного WTRU и удаленного WTRU. Такая информация может позволять ретрансляционному WTRU пересылать принятые пакеты от удаленного WTRU (например, по протоколу PC5-U) по соответствующему однонаправленному каналу усовершенствованной пакетной системы (EPS), который связан с качеством услуг (QoS).
Ретрансляционный WTRU может поддерживать ретрансляцию данных eMBMS. Ретрансляционный WTRU может принимать данные eMBMS, которые могут интересовать удаленные WTRU, например, по широковещательному каналу. Ретрансляционный WTRU может пересылать требуемые данные на удаленные WTRU по плоскости PC5-U. Ретрансляционный WTRU может одновременно ретранслировать множество сеансов eMBMS. Ретрансляционный WTRU может различать приоритет пакета первого сеанса eMBMS (например, связанный с TMGI 1) и второго сеанса eMBMS (например, связанный с TMGI 2). Ретрансляционный WTRU может одновременно ретранслировать сеансы eMBMS и сеансы одноадресной передачи. Предусмотрена возможность различения приоритетов для сеанса eMBMS и сеанса одноадресной передачи.
Сообщения PC5-S между удаленным WTRU и ретрансляционным WTRU могут использоваться для различных целей, например, для установления линии связи «один к одному», получения IP-адресов и т.д. Могут быть предоставлены системы, методы и средства для ассоциации PPP с трафиком PC5-S, который может не быть сгенерирован уровнем приложения удаленного WTRU.
WTRU с активным IP-сеансом с уровнем доступа может терять зону покрытия от сети, в которой может находиться уровень доступа. WTRU может подключаться к ретрансляционному WTRU. Ретрансляционный WTRU может назначать WTRU удаленным WTRU. Удаленный WTRU может получать разный IP-адрес, который может быть локальным адресом IPv4 линии связи. Сеанс WTRU может не восстанавливаться/переходить бесперебойно, например, при смене IP-адреса. Удаленный WTRU может связываться с сервером приложений, например, для его информирования о своей IP-точке присутствия, которая может быть IP-адресом ретрансляционного WTRU. Могут быть предоставлены системы, методы и средства, чтобы удаленный WTRU мог получать IP-адрес ретрансляционного WTRU (например, о котором удаленный WTRU может не иметь информации), и передавать принятый IP-адрес на сервер приложений, например, чтобы обеспечить бесперебойный сеанс связи с сервером приложений. Идентификация ретрансляционного WTRU может быть полезной для отслеживания уровнем доступа количества и идентификаторов удаленных WTRU, которые могут обслуживаться ретрансляционным WTRU. Удаленный WTRU может сообщать идентификатор соты ретрансляционного WTRU, не информируя о том, какой ретрансляционный WTRU обслуживает удаленные WTRU. В соте может быть несколько ретрансляционных WTRU.
Может быть предоставлена возможность обработки приоритетов (например, для одноадресного трафика) на ретрансляторе «WTRU–сеть». WTRU может поддерживать контекст, например, указывая линию связи ProSe с другими WTRU. Контекст может поддерживаться, например, на уровне ProSe. На фиг. 4 изображен пример уровня ProSe в WTRU. Как изображено на фиг. 4, уровень ProSe 404 может, например, быть отдельным уровнем над уровнем доступа 402 или частью объекта NAS. Уровень ProSe может обращаться к объекту NAS в WTRU либо он может обращаться к новому отдельному уровню или объекту в WTRU.
WTRU может сохранять информацию для каждого исходного и целевого адреса, такого как целевой адрес 2-го уровня (L2) или целевой IP-адрес 3-го уровня (L3), либо пары исходного адреса 2-го уровня (L2) и целевого IP-адреса. Сохраняемая информация может включать в себя один или несколько списков идентификаторов логических каналов, уровень приоритета для каждого идентификатора, таймер активности соединения, набор параметров безопасности, максимальный уровень приоритета, сопоставленный однонаправленный канал EPS, IP-адрес линии связи ProSe или другие параметры, необходимые для обмена данными между WTRU.
Список идентификаторов логических каналов и уровень приоритета могут использоваться для каждого идентификатора. Уровнем приоритета может быть PPP либо полученный или сопоставленный уровень приоритета. Таймер активности соединения может использоваться для сеанса ProSe и/или для каждого идентификатора логического канала. Набор параметров безопасности может использоваться для обеспечения взаимодействия с целевым адресом.
Максимальный разрешенный уровень приоритета может использоваться для целевого адреса или WTRU либо для приложения. Максимальный уровень может быть заранее настроен в WTRU. Максимальный уровень может быть получен от узла ProSe Function, сервера приложений или от однорангового WTRU. Максимальный уровень может быть получен по интерфейсу PC5-S, например, при согласовании с целью организации линии связи ProSe.
Сопоставленный однонаправленный канал EPS может указывать пакеты, которые могут быть пересланы. Сопоставленный однонаправленный канал EPS может применяться, например, когда ретрансляционный WTRU принимает пакеты по интерфейсу PC5 от удаленного WTRU и принимает решение переслать принятые пакеты по идентификатору логического канала на идентификатор однонаправленного канала EPS. WTRU может поддерживать сопоставление, например, между (идентификатором логического канала, уровнем приоритета) и (идентификатором однонаправленного канала EPS, параметрами QoS однонаправленного канала EPS). Такое сопоставление может быть частью контекста ProSe. Исходный/целевой IP-адрес, номера исходных/целевых портов, используемые в линии связи ProSe и/или однонаправленном канале EPS, могут быть частью контекста ProSe.
TMGI или идентификатор соты либо другие параметры, которыми могут обмениваться WTRU и которые могут быть частью контекста ProSe. Эти параметры могут быть связаны с линией связи ProSe, которая может использоваться для передачи сообщений для обмена параметрами.
Как изображено на фиг. 4, уровень ProSe 404 может быть отдельным уровнем над уровнем доступа 402 или он может быть частью объекта NAS. Уровень ProSe 404 может называться объектом NAS в WTRU или новым объектом в WTRU.
Трафик плоскости пользователя в WTRU может проходить от уровня клиента приложения до уровня доступа. На фиг. 5 изображен пример WTRU или уровня ProSe, когда может запрашиваться передача (Tx) с новым уровнем приоритета, например, с конкретным целевым адресом или без него. Как изображено на фиг. 5, уровень приложения 504 может уведомлять уровень ProSe 502 о новом приоритете для его пакетов, например, когда уровень приложения инициирует новую передачу с новым уровнем приоритета. На этапе 506 уровень приложения 504 может отправлять запрос на передачу на определенный целевой адрес с новым уровнем приоритета. На этапе 508 уровень ProSe 502, например, при приеме запроса на отправку сообщения 506, может проверять наличие логического канала, который может использовать такой же приоритет для целевого адреса. Уровень ProSe 502 может проверять, например, является ли пакет IP-пакетом или он используется для других целей, таких как запрос контроля TMGI. Уровень ProSe 502 может отправлять сообщение, используя логический канал, например, когда существует логический канал с таким же приоритетом, который используется для целевого адреса. Если отсутствует контекст или логический канал с таким же приоритетом и, как вариант, для требуемого целевого адреса, на этапе 510 уровень ProSe может создать новый контекст для передачи или приоритет с контекстом. Например, уровень ProSe может создавать новый контекст, когда логический канал с таким же приоритетом не используется для целевого адреса. На этапе 512 уровень ProSe 502 может уведомлять уровень приложения 504 о том, что логический канал с запрошенным приоритетом, был выделен. Например, уровень ProSe 502 может уведомлять уровень приложения 504 при подтверждении передачи нижними уровнями или при приеме уровнем ProSe 502 ответа от его однорангового уровня в другом WTRU. На этапе 514 клиент на уровне приложения 504 в WTRU может начинать отправку данных с использованием значения приоритета, принятого от уровня ProSe.
Уровень ProSe в WTRU может удалять контекст ProSe. Например, WTRU может удалить контекст ProSe, когда нижний уровень подтверждает, что линия связи ProSe больше не может поддерживаться. Уровень ProSe в WTRU может удалить контекст, например, при приеме сообщения с требованием прекратить сеанс между WTRU, например, для конкретного идентификатора логического канала или для конкретного приоритета. WTRU может удалить контекст ProSe, например, при приеме сообщения о том, что идентификатор логического канала или определенный уровень приоритета больше не поддерживается или не может поддерживаться одноранговым WTRU либо одним или несколькими нижними уровнями. Уровень ProSe в WTRU может уведомлять уровень приложения или верхние уровни, например, об удалении контекст ProSe. Уровень ProSe в WTRU может уведомлять уровень приложения о предполагаемом освобождении логического канала или линии связи с конкретным приоритетом в результате удаления контекста.
Могут быть предоставлены системы, методы и средства для динамического указания приоритета между WTRU. WTRU может динамически информировать свой одноранговый о приоритете однонаправленного канала ProSe или линии связи ProSe, которая может быть установлена или уже установлена между WTRU. WTRU (например, удаленный WTRU) и его одноранговый (например, ретрансляционный WTRU) может быть парой WTRU, принимающими участие в сеансе связи ProSe.
WTRU может отправлять сообщение PC5-S, например, чтобы уведомить свой одноранговый о приоритете, связанном с линией связи ProSe или с однонаправленным каналом ProSe или с новым логическим каналом, который должен быть создан. Инициирующий WTRU может оправлять новое сообщение PC5-S на свой одноранговый WTRU, например, для (например, каждого) сеанса, который должен инициироваться, или пакета, который должен передаваться с другим приоритетом, но с той же парой адресов (исходный и целевой адреса 2-го уровня). Инициирующий WTRU может уведомлять одноранговый WTRU о приоритете, связанном с пакетом или логическим каналом, который может быть настроен. WTRU (например, уровень ProSe в WTRU) может отправлять сообщение PC5-S при создании контекста ProSe (например, нового контекста ProSe). Сообщение PC5-S может включать в себя информацию о приоритете, например, максимальный уровень приоритета, который может поддерживаться WTRU (например, уровень приоритета каждого приложения).
Сообщение PC5-S может включать в себя идентификатор источника 2-го уровня (или идентификатор исходного приложения верхнего уровня) вместе с идентификатором логического канала (LCID). Целевой одноранговый WTRU может идентифицировать соответствующий логический канал, к которому относится указанный приоритет. Идентификатор логического канала (LCID) может быть уникальным в одной связи «источник/пункт назначения». WTRU (например, уровень ProSe WTRU) может включать в себя таймер, который может определять период времени для передачи сообщений, подтверждающих активность соединения, связанных с соответствующим логическим каналом и соответствующим приоритетом. WTRU может запустить таймер, который может контролировать период времени, в течение которого может ожидаться ответ. WTRU может повторно передавать сообщение PC5-S, например, если в течение определенного периода времени ответ не получен. WTRU может останавливать соответствующий таймер и считает процедуру успешно завершенной, например, если ответ был получен.
На фиг. 6 изображен пример WTRU или уровня ProSe, отправляющего сообщение PC5-S с информацией о приоритете. Как изображено на фиг. 6, на этапе 602 уровень ProSe может принимать запрос на передачу, на пункт назначения, с использованием уровня приоритета (например, нового уровня приоритета). На этапе 604 уровень ProSe может генерировать сообщение PC5-S, которое должно быть предано на указанный пункт назначения. Данное сообщение может включать в себя информацию о параметрах контекста ProSe, например, приоритет, связанный с сеансом или логическим каналом. На этапе 606 уровень ProSe может отправлять сгенерированное сообщение PC5-S. Уровень ProSe может запускать таймер для контроля максимального времени, в течение которого должен быть получен ответ. На этапе 608 уровень ProSe может принимать ответ. На этапе 608 уровень ProSe может создавать и/или изменять контекст ProSe, а также останавливать таймер. Уровень ProSe может уведомлять другие уровни (например, уровни, расположенные выше уровней ProSe) о создании и/или изменении контекста ProSe. На этапе 610 WTRU может начинать отправку данных в соответствии с параметрами, определенными контекстом ProSe для одного или нескольких целевых адресов, идентификаторов логических каналов или идентификаторов приложений.
НА фиг. 7 изображен пример WTRU (например, уровень ProSe WTRU), который может принимать сообщение PC5-S с информацией о приоритете. Как изображено на фиг. 7, на этапе 702 уровень ProSe WTRU может принимать сообщение PC5 с уровнем приоритета для сеанса ProSe. Уровень ProSe может принимать информацию о приоритете для идентификатора логического канала, исходного адреса (например, 2-го уровня или IP) и/или идентификатора приложения. На этапе 704 WTRU может проверять возможность поддержки уровня приоритете, например, для идентификатора приложения. WTRU может быть заранее настроен на различные уровни приоритета, которые могут поддерживаться, например, для каждого приложения или каждого идентификатора однорангового WTRU, такого как идентификатор ProSe WTRU либо идентификатор 2-го уровня или IP-адрес, используемых одноранговым WTRU.
Ретрансляционный WTRU может проверять возможность соответствующей поддержки указанного уровня приоритета на однонаправленном канале EPS. Ретрансляционный WTRU может определять сопоставление однонаправленного канала EPS определенному уровню приоритета. Могут быть получены параметры EPS QoS, такие как идентификатор класса QoS (QCI). Например, параметры EPS QoS могут быть получены для поддержки приоритета. Может быть принято решение в отношении возможности создания нового однонаправленного канала EPS с таким профилем QoS либо изменения и/или обновления существующего однонаправленного канала EPS. На этапе 706 WTRU может создавать и/или отправлять ответ, например, для указания уровня приоритета, который может поддерживаться. Указанный уровень приоритета может быть тем же либо другим уровнем приоритета. WTRU может указывать код причины, например, для указания того, почему уровень приоритета, предоставленный в ответе, был изменен. Например, запрошенный уровень приоритета может не поддерживаться соответствующим образом в однонаправленном канале усовершенствованной пакетной системы (EPS). Ретрансляционный WTRU может отправлять ответ PC5-S для указания того, что сеанс, который должен быть установлен, может поддерживать более низкий уровень приоритета, например, для указания того, что активные в настоящий момент однонаправленные каналы EPS не поддерживают уровень приоритета, запрошенный удаленным WTRU. Ретрансляционный WTRU может предоставлять код причины. Сеанс, который должен быть установлен, может быть идентифицирован, например, посредством идентификатора логического канала, идентификатора приложения, пары (исходных/конечных) адресов 2-го уровня/IP и/или набора перечисленных параметров.
На этапе 708 WTRU, принимающий сообщение PC5-S для начала нового сеанса, может создавать контекст ProSe. WTRU, который принимает сообщение PC5-S для начала нового сеанса, может быть определен посредством идентификатора логического канала и/или для конкретного исходного и целевого адреса. Контекст ProSe может быть создан, например, после того, как на сообщение будет получен новый ответ PC5-S. WTRU может предоставлять другие параметры в ответе, такие как таймер, который может использоваться для определения того, когда сообщения, подтверждающие активность соединения, могут быть отправлены, например, для поддержания активного состояния контекста ProSe со связанными параметрами контекста. Завершение работы таймера активности соединения до получения нового актуализированного сообщения может привести к удалению контекста ProSe WTRU. На этапе 710 WTRU может начинать отправку и/или прием данных в соответствии с параметрами, определенными контекстом ProSe.
На фиг. 8 изображен пример установления сеанса ProSe с одним или несколькими уровнями приоритета либо контекстом ProSe. Как изображено на фиг. 8, WTRU1 802 может иметь уровень приоритета (например, новый PPP), связанный с пакетом, который должен передаваться. На этапе 806 клиент приложения может отправлять уровню ProSe запрос на создание и/или передачу сообщения с приоритетом PPP (например, новым PPP) или значением приоритета. Клиент приложения, связанный с WTRU1 802, может предоставить уровень приоритет для уровня ProSe в WTRU1 802. Уровень ProSe может проверять, существует ли линия связи ProSe или логический канал с соответствующим значением приоритета. На этапе 808 уровень ProSe WTRU1 802 может создавать сообщение PC5-S (например, новое сообщение PC5-S), которое может содержать информацию о новой линии связи ProSe или логическом канале, который должен быть создан, а также соответствующем приоритете. Уровень ProSe может создавать сообщение PC5-S, например, когда линия связи ProSe или логический канал со связанным приоритетом не существует. Приоритет может быть сопоставленным приоритетом или уровнем приоритета, принятым от уровня приложения. Уровень ProSe может создавать контекст ProSe для отражения уровня приоритета, запрошенного уровнем приложения. На этапе 810 уровень ProSe может отправлять сообщение PC5-S на целевой WTRU, WTRU2 804. Например, сообщение PC5-S может включать в себя информацию о контексте ProSe либо уровне приоритета и идентификаторе логического канала.
На этапе 810 WTRU2 804 может принимать сообщение PC5-S от WTRU1 802. На этапе 812 WTRU2 804 может обрабатывать и проверять содержание сообщения, включая информацию о приоритете. Например, WTRU2 804 может проверять возможность обработки указанного уровня приоритета WTRU (например, сопоставленного с разрешенным однонаправленным каналом EPS, связанным с QoS). На этапе 814 WTRU2 804 может определять поддерживаемое значение приоритета, а также может создавать контекст ProSe для логического канала. WTRU2 804 может изменять поддерживаемый уровень приоритета. На этапе 816 WTRU2 804 может отвечать посредством сообщения PC5-S. Сообщение PC5-S может указывать поддерживаемый уровень приоритета, который может быть обработан.
На этапе 816 WTRU1 802 может принимать сообщение PC5-S от WTRU2 804. Сообщение PC5-S может быть принято WTRU1 802 в ответ на предыдущее сообщение, отправленное на 810, с содержанием, указывающим поддерживаемый уровень приоритета. На этапе 818 WTRU1 802 может остановить ранее запущенный таймер. WTRU1 802 может изменять соответствующий контекст ProSe в соответствии с указанным уровнем приоритета и указанным логическим каналом. WTRU1 802 может уведомлять верхние уровни о назначении уровня приоритета. На этапе 820 WTRU1 802 может устанавливать с WTRU, WTRU2 804 связь ProSe, например, в соответствии с переданным в результате обмена контекстом ProSe.
Обмен информацией об уровне приоритета между двумя WTRU, как описано настоящем документе, может применяться к случаю, когда группа WTRU взаимодействуют через уровень ProSe. Например, уровень приоритета для связи ProSe может обмениваться между двумя или более WTRU, такими как группа WTRU, взаимодействующих с использованием ProSe. WTRU может отправлять сообщение PC5-S группе. WTRU может указывать о содержании сообщения, что указание приоритета или запрос на изменение приоритета, применяется к группе. Например, ретрансляционный WTRU может пытаться уведомить каждый из удаленных WTRU о том, что он больше не может поддерживать обработку уровня приоритета или что он может поддерживать (например, только поддерживать) максимальный уровень приоритета. Ретрансляционный WTRU может отправлять сообщение PC5-S, например, для указания максимального уровня приоритете, который может поддерживаться и применяться к каждому из удаленных WTRU. Сообщение PC5-S от ретрансляционного WTRU может включать в себя информацию, указывающую применимость сообщения к каждому из удаленных WTRU. Сообщение PC5-S может включать в себя, например, один или несколько идентификаторов группы, IP-адресов, используемых группой, идентификаторов услуг, кодов услуги ретрансляции ProSe или целевых адресов 2-го уровня, используемых группой. Сообщение PC5-S может быть отправлено группе удаленных WTRU, например, с использованием целевого адреса 2-го уровня, используемого группой. WTRU может вести себя (например, совершать одинаковые действия), как описано в настоящем документе, например, когда WTRU отправляет сообщение PC5-S на отдельный одноранговый WTRU.
WTRU, который может быть частью группы, может принимать сообщение PC5-S. Сообщение PC5-S может быть адресовано группе, частью которой может быть WTRU. Сообщение может включать в себя запрос на изменение контекста ProSe или приоритета, используемого для взаимодействия с исходным WTRU. Сообщение может включать в себя максимальный уровень приоритета, который может использоваться принимающим WTRU. WTRU может соответствующим образом изменять свой контекст ProSe или приоритет, используемый для взаимодействия с исходным WTRU. WTRU может вести себя (например, совершать действия), как описано в настоящем документе, при приеме сообщения PC5-S для изменения приоритета или контекста ProSe. WTRU может отвечать для указания состояния запроса. WTRU может уведомлять более высокие уровни об изменении уровня приоритета для связи.
Приоритет логического канала может быть включен в заголовок MAC, например, вместе с LCID. Принимающий одноранговый WTRU может быть способен извлекать уровень приоритета, связанный с (например, каждым) логическим каналом, обозначенным LCID, например, когда принимающий одноранговый WTRU выполняет демультиплексирование различных логических каналов из принятого PDU MAC. Информация о приоритете может быть предоставлена верхним уровням в WTRU (например, уровню(ям) ProSe и/или NAS). Верхние уровни могут использовать информацию о приоритете для определения того, что соответствующие данные из логического канала передаются в однонаправленный канал EPS. Профиль QoS однонаправленного канала EPS может удовлетворять или отвечать указанному приоритету входящих данных ProSe на ретрансляционном WTRU.
Могут быть предоставлены системы, методы и средства для изменения (например, динамического изменения) приоритета между WTRU. Например, приоритет может быть изменен, когда WTRU неспособен обрабатывать определенный уровень приоритета. Например, контекст ретрансляционного WTRU может включать в себя сопоставление идентификатора логического канала PC5 с идентификатором однонаправленного канала EPS. Данное сопоставление может быть основано на приоритете идентификатора логического канала PC5. Ретрансляционный WTRU может иметь слишком много данных для обработки от одного или нескольких WTRU, например, на определенном уровне приоритета. Ретрансляционный WTRU может иметь деактивированный однонаправленный канал EPS, что может сделать невозможной обработку трафика PC5 на определенном приоритете. Ретрансляционный WTRU может отправлять сообщение PC5-S на свой одноранговый WTRU, например, для передачи изменений в своей возможности обрабатывать трафик для определенного приоритета. Сообщение может включать в себя измененный уровень приоритета, который может поддерживаться по меньшей мере для одного определенного идентификатора логического канала. Сообщение также может включать в себя код причины, указывающий причину изменения, и/или таймер, который определяет период времени, в течение которого получатель не может запрашивать другой уровень приоритета или более высокий уровень приоритета для определенного канала либо одного или нескольких идентификаторов логических каналов. Ретрансляционный WTRU может изменять соответствующий контекст ProSe до или после отправки сообщения PC5-S. Изменение контекста ProSe может предполагать изменение значений параметров (например, значений приоритетов), связанных с контекстом ProSe, или деактивацию контекста ProSe. Деактивация может привести к удалению контекста ProSe и конфигурации, используемой контекстом ProSe. Ретрансляционный WTRU может запускать таймер, например, при отправке сообщения. Таймер может указывать время (например, максимальное время) для ответа. WTRU может останавливать таймер, например, при получении ответа (например, ответа PC5-S). Ретрансляционный WTRU может отправлять запрос на изменение приоритета линии связи ProSe, например, когда он больше не может выступать в качестве ретранслятора.
На фиг. 9 изображен пример WTRU (например, ретрансляционного WTRU) или уровня ProSe в WTRU, отправляющего новое сообщение PC5-S с измененной информацией о приоритете. Как изображено на фиг. 9, на этапе 902 может произойти одно или несколько из следующих событий: могут измениться возможности WTRU (например, ретрансляционного WTRU), может быть изменен один или несколько однонаправленных каналов EPS или может быть перегружен WTRU. На этапе 904 уровень ProSe WTRU может создавать сообщение PC5-S (например, новое сообщение PC5-S). Сообщение PC5-S может включать в себя измененный уровень приоритета. Уровень приоритета может быть изменен для одного или нескольких идентификаторов логических каналов. Уровень приоритета может поддерживаться для каждого идентификатора логического канала. На этапе 906 уровень ProSe может отправлять сообщение PC5-S. Уровень ProSe может запускать таймер. Таймер может быть запущен на период времени, в течение которого WTRU может быть получен ответ на отправленное сообщение. На этапе 908 уровень ProSe может получать ответ. Соответствующим образом, уровень ProSe может останавливать таймер и создавать и/или изменять контекст ProSe. Уровень ProSe может уведомлять один или несколько более высоких уровней в WTRU о таком изменении. На этапе 910 WTRU может начинать обработку данных в соответствии с параметрами, определенными контекстом ProSe. Контекст ProSe может быть предназначен для одного или нескольких целевых адресов, идентификаторов логических каналов или идентификаторов приложений. Сообщение PC5-S может приводить к изменению приоритета линии связи ProSe. Изменение может произойти, например, когда WTRU (например, ретрансляционный WTRU) или уровень ProSe не может выполнять обработку пакетов с определенным приоритетом от одного или нескольких WTRU.
WTRU может принимать сообщение PC5-S для изменения приоритета, связанного с линией связи ProSe или идентификатором логического канала. WTRU может изменять свой контекст ProSe в соответствии с принятым запросом на изменение. В одном примере WTRU может удалять контекст ProSe и/или использовать другой уровень приоритета (или идентификатор логического канала) для пакетов, назначенных данному логическому каналу. Уровень ProSe в WTRU может уведомлять уровень приложения о том, что определенный уровень приоритета больше не поддерживается. Уровень ProSe может предоставить максимальный уровень приоритета (например, PPP), который может поддерживаться. Клиент приложения в WTRU может начать использовать уровни приоритетов в пределах поддерживаемого диапазона. Уровень ProSe в WTRU может отвечать посредством сообщения PC5-S, например, для уведомления однорангового WTRU о том, что контекст ProSe был изменен или что уровень приоритета идентификатора логического канала был соответствующим образом изменен.
На фиг. 10 изображен пример изменения контекста ProSe или приоритета для линии связи ProSe или связи ProSe между двумя WTRU, WTRU1 1002 и WTRU2 1004. Контекст ProSe или приоритет для линии связи ProSe или связи ProSe может быть предназначен для одного или нескольких идентификаторов логических каналов. Как изображено на фиг. 10, на этапе 1006 связь ProSe может происходить между WTRU1 1002 и WTRU2 1004. Текущая связь ProSe может быть основана на предварительно определенном контексте ProSe и/или приоритете. На этапе 1008 могут происходить изменения одного или нескольких следующих элементов: функциональные возможности, уровень нагрузки, однонаправленный канал EPS WTRU2 1004. Например, однонаправленный канал EPS может быть изменен или деактивирован. На этапе 1010 WTRU2 1004 может создавать сообщение PC5-S (например, новое сообщение PC5-S), которое может запрашивать изменение для установленной линии связи ProSe посредством изменения приоритета или контекста ProSe. На этапе 1012 WTRU2 1004 может отправлять на WTRU1 1002 сообщение PC5-S, запрашивающее изменение приоритета (или контекста ProSe). Сообщение может включать в себя информацию и/или контекст ProSe, который необходимо использовать для изменения. На этапе 1014 WTRU1 1002 может принимать сообщение. На этапе 1016 WTRU1 1002 может изменять свой контекст ProSe в соответствии с принятой информацией и/или контекстом ProSe. WTRU1 1002 может уведомлять свои более высокие уровни об измененном приоритете и/или контексте ProSe. На этапе 1018 WTRU1 1002 может создавать ответное сообщение PC5-S для указания состояния запроса на изменение контекста ProSe и/или значения приоритета. На этапе 1020 WTRU1 1002 может отправлять ответ на WTRU2 1004. Ответ может уведомлять WTRU2 1004 о состоянии запроса. На этапе 1022 связь ProSe между WTRU1 1002 и WTRU2 1004 может быть возобновлена в соответствии с измененным контекстом ProSe и/или значением приоритета.
Могут быть предоставлены системы, методы и средства для определения значения приоритета линии связи ProSe и его сопоставления с однонаправленным каналом EPS. Уровень приоритета (например, указанный в сообщении PC5-S с информацией о приоритете или в заголовке MAC, принятом ретрансляционным WTRU) может использоваться в исходном виде либо может быть сопоставлен с уровнем приоритета ProSe PC5. Ретрансляционный WTRU может определять соответствующий QoS однонаправленного канала EPS для поддержки приоритета PC5 ProSe .
QoS однонаправленного канала EPS может быть определен на ретрансляционном WTRU, например, на основании сопоставления приоритета PC5 ProSe с профилем EPS QoS. Например, QoS однонаправленного канала EPS может определяться с использованием параметров, таких как QCI, приоритетность назначения и удержания каналов (ARP) и т.д.
QoS однонаправленного канала EPS может определяться на ретрансляционном WTRU. Например, QoS однонаправленного канала EPS может определяться на основании открытого сопоставления приоритета PC5 ProSe с приоритетом атрибута QoS идентификатора QCI однонаправленного канала EPS. Уровень приоритета PC5 ProSe может быть сопоставлен с одним из следующих параметров: приоритет однонаправленных каналов EPS с негарантированной скоростью передачи данных в битах (non-GBR), таких как приоритеты EPS 1, 7, 6, 8 и 9 с идентификаторами QCI 5, 6 7, 8 и 9, соответственно, либо приоритетам EPS/идентификаторам QCI (например, не ограничиваясь только однонаправленными каналами non-GBR). Уровень приоритета PC5 ProSe может быть сопоставлен, например, когда гарантированная скорость передачи в битах не указана для линии связи/сеанса ProSe PC5 (например, без поддержки QoS для ProSe). Сопоставление приоритета ProSe PC5 с приоритетом EPS/QCI может быть основано на границах решений с указанными диапазонами/пороговыми значениями, таких как определенный диапазон карты приоритетов PC5 для заданного значения приоритета EPS.
ProSe может поддерживать параметры QoS, включая, например, гарантированную скорость передачи данных в битах ProSe, задержку пакетов ProSe, потерю пакетов ProSe и т.д. Эти параметры QoS могут быть предоставлены в сообщении PC5-S, например, вместе с информацией о приоритете. Уровень приоритета PC5 может быть сопоставлен с приоритетом однонаправленных каналов EPS с гарантированной скоростью передачи данных в битах (GBR), таких как идентификаторы QCI 1, 2, 3 и 4 с приоритетами 2, 4, 5 и 3, соответственно. Характеристики однонаправленного канала EPS могут быть удалены в соответствии с указанными параметрами PC5 QoS.
Сопоставление приоритетов PC5 ProSe с профилями EPA QoS или идентификаторами QCI /приоритетами EPS может быть статическим. Эти сопоставления могут быть основаны на предварительно определенном отношении. Предварительно определенное отношение может быть локально предварительно настроено на ретрансляционном WTRU, например, в мобильном оборудовании (ME), информации о конфигурации ProSe универсального модуля идентификации абонента (USIM) или посредством объектов управления ProSe, передаваемых на WTRU посредством протоколов Open Mobile Alliance (OMA) Device Management (DM).
Сопоставления приоритетов PC5 ProSe с профилями EPA QoS или идентификаторами QCI/приоритетами EPS могут быть динамическими. Например, сопоставления приоритетов PC5 ProSe с профилями EPA QoS или идентификаторами QCI/приоритетами EPS могут назначаться сетью. Такое назначение может зависеть от общих ресурсов сети, разрешенных и выделенных ресурсов однонаправленных каналов WTRU и т.д. Например, ретрансляционный WTRU может обращаться к узлу сети (например, MME или узлу ProSe Function) для получения сопоставления (например, при приеме сообщения PC5-S с информацией о приоритете). Сопоставление может быть предоставлено на WTRU узлом ProSe Function, например, во время авторизации ProSe.
Ретрансляционный WTRU может определять параметры EPS QoS (например, QCI) в соответствии с приоритетом PC5 ProSe/QoS. Ретрансляционный WTRU может проверять, существует ли уже однонаправленный канал EPS с QoS/QCI или должен быть создан новый однонаправленный канал EPS.
Может существовать созданный однонаправленный канал EPS с QoS/QCI, который может обрабатывать приоритет PC5 ProSe. Ретрансляционный WTRU может запрашивать обновление в отношении шаблонов потока трафика (TFT) в восходящем канале для активного стандартного или выделенного однонаправленного канала с соответствующим QoS. Например, ретрансляционный WTRU может запрашивать обновление от шлюза сети пакетной передачи данных (PGW). Ретрансляционный WTRU может запрашивать обновление для управления и/или направления потоков трафика ProSe, которые могут иметь одинаковую обработку QoS/QCI. Ретрансляционный WTRU может инициировать запрошенное WTRU изменение ресурсов однонаправленного канала. Изменение ресурсов однонаправленного канала может инициировать изменение однонаправленного канала без обновления QoS однонаправленного канала.
Ретрансляционный WTRU может принять решение о создании нового выделенного канала с соответствующим профилем QoS/QCI, например, если отсутствует однонаправленный канал EPS с соответствующим QoS/QCI. Например, новый выделенный однонаправленный канал может быть создан путем инициации запрошенного WTRU изменения ресурсов однонаправленного канала. Инициация изменения ресурсов однонаправленного канала может вызывать активацию выделенного однонаправленного канала для создания нового выделенного однонаправленного канала с соответствующим QoS/QCI на основании требуемого значение.
Как изображено на фиг. 7, ретрансляционный WTRU может создавать контекст ProSe, например, при сопоставлении приоритета ProSe с однонаправленным каналом EPS, определении QoS/QCI EPS и создании или изменении однонаправленного канала EPS на основании определенных параметров QoS/QCI EPS. Контекст ProSe может создаваться на основании информации о сопоставленном однонаправленном канале EPS по которому могут пересланы пакеты, например, назначении (идентификатора логического канала, уровня приоритета) и (идентификатора однонаправленного канала EPS, параметров QoS однонаправленного канала EPS). Ретрансляционный WTRU может отправлять ответ на свой одноранговый WTRU для подтверждения уровня приоритете PC5 ProSe, который может поддерживаться. Ретрансляционный WTRU в нисходящем канале может вести себя указанным выше образом, например, когда он принимает данные из нисходящего канала, предназначенные для удаленного WTRU, от базовой станции eNB по заданному однонаправленному каналу EPS. Ретрансляционный WTRU может определять соответствующий логический канал PC5, которому может быть сопоставлен однонаправленный канал EPS. Ретрансляционный WTRU может определять соответствующий логический канал PC5, например, когда идентификатор однонаправленного канала EPS (например, с его соответствующими параметрами QoS) совпадает с сопоставленным однонаправленным каналом в контексте ProSe, который сохраняется ретрансляционным WTRU.
Ретрансляционный WTRU может применять обратное сопоставление EPS QoS/QCI с приоритетом PC5 ProSe для определения соответствующего логического канала PC5, например, если идентификатор однонаправленного канала EPS не существует ни в одном контексте ретрансляционного WTRU или одинаковый однонаправленный канал EPS сопоставлен с одним или несколькими логическими каналами PC5. Например, два разных логических канала PC5 сопоставляются с одним однонаправленным каналом EPS.
Обратное сопоставление может назначаться статически или динамически, как описано в настоящем документе. Ретрансляционный WTRU может определять, должен ли быть создан новый логический канал PC5 с определенным приоритетом PC5 или доступный логический канал PC5 существует и может использоваться. Ретрансляционный WTRU может делать такое определение на основании определенного приоритета PC5 ProSe.
Ретрансляционный WTRU может быть настроен с использованием информации о сопоставлении, которая сопоставляет однонаправленный канал с QoS по меньшей мере с одним уровнем приоритета PC5 ProSe. Информация о сопоставлении может включать в себя сопоставление однонаправленного канала EPS с QoS со списком (или диапазоном) приоритетов ProSe PC5. WTRU может определять уровень приоритета PC5 или диапазон уровней приоритета, которые могут использоваться, например, когда WTRU принимает данные по однонаправленному каналу EPS с QoS. WTRU может выбирать самый высокий или самый низкий приоритете, исходя из условий нагрузки на него, например, когда есть сопоставление больше чем с одним уровнем.
EPS QoS (например, Q1), может выполнять сопоставление с диапазоном значений приоритетов PC5 ProSe, которые меньше определенного значения (например, возможного уровня приоритета P). Данные могут быть приняты по однонаправленному каналу EPS с QoS. WTRU может выполнять сопоставление данных с уровнем P приоритета PC5 или ниже, например, когда WTRU принимает данные по однонаправленному каналу EPS с QoS. Сопоставление WTRU принятых данных с уровнем P приоритета PC5 может зависеть от того, существует ли логический канал с уровнем приоритета P, и/или условий нагрузки на WTRU.
На фиг. 11 изображен пример ретрансляционного WTRU или уровня ProSe, принимающего и/или обрабатывающего новое сообщение PC5-S с информацией о приоритете и определяющего соответствующее сопоставление однонаправленных каналов EPS. Как изображено на фиг. 11, на этапе 1102 ретрансляционный WTRU может определять приоритет PC5 ProSe на основании указанной информации о приоритете, принятой в сообщении PC5-S. На этапе 1104 ретрансляционный WTRU может определять возможность поддержки QoS однонаправленного канала (например, QCI) приоритета PC5 ProSe. На этапе 1106 ретрансляционный WTRU может принимать решение о создании нового однонаправленного канала EPS с определенным QoS или изменении существующего однонаправленного канала с таким же QoS. На этапе 1108 ретрансляционный WTRU может создавать контекст ProSe с информацией о сопоставленном однонаправленном канале EPS и отправлять ответное сообщение для подтверждения приоритета ProSe, который должен поддерживаться.
WTRU может сопоставлять или использовать более низкий приоритет или однонаправленный канал EPS с более низким приоритетом с принятым приоритетом, например, если WTRU не может поддерживать принятый приоритет или сопоставленный приоритет либо не может поддерживать изменение или активацию однонаправленного канала. WTRU может быть не способен изменять или активировать однонаправленный канал, например, из-за отклонения сети или существующей предварительной конфигурации. WTRU может использовать выбранный однонаправленный канал EPS. WTRU может изменять контекст ProSe. Измененный контекст ProSe может включать в себя сопоставление линии связи ProSe или логического канала с приоритетом и выбранным однонаправленным каналом EPS. WTRU может изменять контекст ProSe, например, для отражения выбора и сопоставления, как описано в настоящем документе.
WTRU может отвечать другим WTRU или информировать их об измененном уровне приоритета, например, с использованием сигнального сообщения PC5-S. Сообщение PC5-S может включать в себя код причины для указания причины изменения приоритета.
Могут быть предоставлены системы, методы и средства для обработки данных MBMS на ретрансляторе «WTRU–сеть». Уровень приоритета для сеанса MBMS может быть предоставлен сетью. Ретрансляционный WTRU, который поддерживает ретрансляцию MBMS, может принимать описание/указание приоритета службы/сеанса. Описание/указание приоритета службы/сеанса может быть принято в сообщении с извещением об услуге MBMS от поставщика услуг. Например, описание/указание приоритета службы/сеанса может быть связано с TMGI в метаданных описания услуг пользователя (USD).
Поставщик услуг может назначать приоритеты для различных служб MBMS/сеансов, например, на основании характера служб/сеансов. Например, службе MBMS, связанной с общественной безопасностью, может быть назначен более высокий приоритет, чем развлекательной службе. Сеансу голосовой связи может быть назначен более высокий приоритет, чем сеансу видео связи. Количество уровней приоритета услуги/сеанса MBMS и порядки приоритета могут быть представлены посредством номера уровня приоритета. Например, могут быть предоставлены восемь уровней приоритета. Например, приоритет уровня 1 может быть выше, чем приоритет уровня 2 и т.д. Извещение об услуге с отсутствующей информацией о приоритете для услуги/сеанса MBMS может рассматриваться как имеющее меньший приоритет, чем извещение об услуге, имеющее четко указанные приоритеты.
На фиг. 12 изображен пример определения приоритета данных услуг широковещательной многоадресной передачи мультимедийной информации (MBMS). Как изображено на фиг. 12, на этапе 1212 усовершенствованная базовая станция (eNB) или объект координации многосотовой/многоадресной передачи (МСЕ) 1206 может принимать параметры QoS усовершенствованного канала радиодоступа (E-RAB) MBMS от объекта управления мобильной связью (MME) 1208. На этапе 1214 базовая станция eNB или объект MCE 1206 могут определять/получать приоритет для сеанса MBMS, например, на основании параметров QoS канала E-RAB MBMS. Параметры могут быть приняты по интерфейсу M3. Базовая станция eNB или объект MCE могут получать (например, непосредственно получать) приоритет для сеанса MBMS от приоритетности назначения и удержания каналов (ARP) в параметрах QoS. MBMS-SessionInfo (например, предоставленный базовой станцией eNB) может содержать уровень приоритета. Базовая станция eNB может принимать информацию о приоритете, например, используя процедуры эксплуатации и техобслуживания (O&M). Базовая станция eNB может принимать информацию о приоритете от объекта MME или инфраструктуры MBMS в сети, такой как узел MBMS в сети.
На этапе 1216 ретрансляционный WTRU 1204 может принимать MBSFNAreaConfiguration от базовой станции eNB/объекта MCE 1206. Ретрансляционный WTRU 1204, который поддерживает ретрансляцию MBMS, может считывать указание приоритета, связанного с определенным индикатором TMGI, например, из принятых широковещательных данных MBSFNAreaConfiguration в канале управления многоадресной передачей (MCCH). Элемент MBMS-SessionInfo данных MBSFNAreaConfiguration может быть расширен, чтобы обеспечить указание приоритета, например, в соответствии со следующим примером:
MBMS-Информация о сеансе-r9::= ПОСЛЕДОВАТЕЛЬНОСТЬ {
tmgi-r9 TMGI-r9,
сеансId-r9 СТРОКА ОКТЕТОВ (РАЗМЕР (1)) ДОПОЛНИТЕЛЬНАЯ, -- Необходимость ИЛИ
ИдентификаторЛогическогоКанала -r9 ЦЕЛОЕ ЧИСЛО (0..максСеансНаPMCH-1),
приоритетное ЦЕЛОЕ ЧИСЛО (0..7)
...
}
На этапе 1218 ретрансляционный WTRU 1204 может использовать принятые данные MBSFNAreaConfiguration для определения соответствующего уровня приоритета PC5. Определенный уровень приоритета PC5 может быть преобразован из принятого (или считанного) уровня приоритета. Ретрансляционный WTRU 1204 может быть выполнен с возможностью выполнения преобразования и/или использования считанного или принятого уровня приоритета. Ретрансляционный WTRU 1204 может создавать контекст ProSe, например. в соответствии с параметрами или подмножеством параметров, например, параметрами, используемыми для определения или сохранения контекста связи ProSe. Ретрансляционный WTRU 1204 может проверять свой контекст ProSe, например, когда WTRU принимает данные для услуги MBMS (или TMGI). Проверка может выполняться, например, с целью определения логического канала PC5, который WTRU может использовать для пересылки данных MBMS по линии связи PC5. Контекст ProSe может содержать информацию, такую как сопоставление TMGI с линией связи ProSe (или идентификатором логического канала и/или другими параметрами). На этапе 1212 ретрансляционный WTRU 1204 может использовать полученный или определенный приоритет каждого пакета PC5 для передачи данных MBMS по линии связи PC5. На этапе 1220 WTRU 1204 может принимать данные MBMS, например, от шлюза MBMS 1210. На этапе 1224 ретрансляционный WTRU 1204 может пересылать данные MBMS на один или несколько удаленных WTRU 1202. Ретрансляционный WTRU 1204 может пересылать данные MBMS по определенной линии связи ProSe или с определенным уровнем приоритета, связанным с TMGI.
Ретрансляционный WTRU, который поддерживает ретрансляцию MBMS, может отправлять объекту MME сообщение с запросом параметров QoS одного или нескольких сеансов MBMS (например, идентификаторов TMGI). MME может возвращать информацию о QoS, которую он назначил одному или нескольким сеансам. Ретрансляционный WTRU может получать приоритет для сеансов MBMS, например, на основании принятых параметров QoS. Ретрансляционный WTRU может запрашивать параметр ARP, назначенный сеансу MBMS. Ретрансляционный WTRU может использовать принятую информацию ARP для получения уровня приоритета.
Ретрансляционный WTRU, который поддерживает ретрансляцию MBMS, может отправлять сообщение на узел ProSe Function с запросом информации о приоритете для одной или нескольких услуг/сеансов MBMS. Ретрансляционный WTRU может отправлять сообщение с запросом по интерфейсу PC3. Сообщение с запросом может включать в себя описание и идентификацию услуги MBMS, например, для разрешения узлу ProSe Function определять сервер приложений, который предоставляет услугу, и идентифицировать рассматриваемую услугу. Узел ProSe Function может определять сервер приложений, например, на основании сообщения с запросом, и может пересылать запрос на сервер. Узел ProSe Function может пересылать запрос по интерфейсу PC2. Узел ProSe Function может пересылать ответ, принятый от сервера приложений, на ретрансляционный WTRU, который инициировал запрос.
Уровень приоритета для сеанса MBMS может быть предоставлен одним WTRU на другие WTRU. Другие ProSe WTRU, например, удаленные WTRU, могут заранее отправлять приоритет услуги/сеансов MBMS (например, определенный посредством TMGI), который интересует удаленные WTRU. Информация об уровне приоритета для определенного TMGI или других параметров, которые могут использоваться для определения приоритета MBMS, может быть отправлена в сигнальном сообщении PC5-S (например, новом сообщении PC5-S). Например, может использоваться сообщение с запросом контроля TMGI. Уровни приоритета могут быть явно заданными или косвенным. Например, сигнальное сообщение или сообщение с запросом контроля TMGI от удаленного WTRU может включать в себя уровень приоритета, связанный с TMGI. Приоритет может быть косвенно получен. Например, приоритет может быть получен ретрансляционным WTRU из приоритета, указанного в принятом сигнальном сообщении PC5-S для настройки сеанса широковещательной передачи. Сигнальное сообщение может быть запросом контроля TMGI. Ретрансляционный WTRU может использовать PPP, приоритет или LCID, например, когда он отправляет трафик eMBMS по линии связи PC5 «один ко многим». Удаленный WTRU может принимать информацию, например, в описании услуг пользователя (USD) либо как часть сигнализации уровня приложения. WTRU может отправлять сообщение, например, при изменении приоритета, связанного с TMGI.
На фиг. 13 изображен пример ретрансляционного WTRU, принимающего информацию об уровне приоритета каждого пакта ProSe, связанном с TMGI. Как изображено на фиг. 13, на этапе 1308 удаленный WTRU1 1302 может принимать сообщение с извещением об услуге. Удаленный WTRU1 1302 может принимать сообщение с извещением об услуге от сервера приложений. Сообщение с извещением об услуге может включать в себя уровень приоритета, связанный с TMGI, например, TMGI X. На этапе 1310, удаленный WTRU2 1304 может принимать сообщение с извещением об услуге. Сообщение с извещением об услуге может включать в себя информацию об уровне приоритета, связанном с другим TMGI, например, TMGI Y. Каждый удаленный WTRU может принимать приоритет MBMS из принятой информации о приоритете, связанном с каждым TMGI. На этапе 1312 удаленные WTRU 1302 и/или 1304 могут заранее отправлять принятый приоритет MBMS на ретрансляционный WTRU 1306. Приоритет MBMS может быть уровнем приоритета каждого пакета ProSe. На этапе 1314 ретрансляционный WTRU 1306 может запрашивать у удаленных WTRU 1302 и/или 1304 отправку приоритета MBMS.
Как изображено на фиг. 13, на этапе 1316 удаленный WTRU1 1302 посредством сообщения (например, сообщения PC5-S) может отправлять информацию об уровне приоритета, связанном с TMGI X, на ретрансляционный WTRU 1306. На этапе 1318 удаленный WTRU2 1304 посредством сообщения (например, сообщения PC5-S) может отправлять информацию об уровне приоритета, связанном с TMGI Y, на ретрансляционный WTRU 1306. Информация об уровне приоритета может быть приоритетом MBMS. Сообщение, используемое удаленным WTRU, может быть сообщением PC5-S (например, новым сообщением PC5-S) или сообщением с запросом контроля TMGI.
Как изображено на фиг. 13, на этапе 1320 и 1322 ретрансляционный WTRU 1306 может отправлять на удаленные WTRU (WTRU1 1302 и WTRU2 1304) сообщения, например, с запросом надлежащего приоритета услуги/сеансов MBMS, определенного TMGI. Ретрансляционный WTRU может отправлять сообщения с запросом по широковещательному каналу PC5 на один или несколько удаленных WTRU. Ретрансляционный WTRU может отправлять сообщения с запросом посредством сообщений PC5-S на один или несколько удаленных WTRU, которые могут иметь линию связи «один к одному», установленную с ретрансляционным WTRU.
Удаленные WTRU (WTRU1 1302 и WTRU2 1304) при приеме запроса от ретрансляционного WTRU 1306 могут связываться с сервером приложений или узлом ProSe Function для получения уровня приоритета, связанного с TMGI. Как изображено на фиг. 13, удаленные WTRU (WTRU1 1302 и WTRU2 1304) на этапе 1324 и 1326 соответственно могут отвечать на запросы 1320 и 1322 посредством ответных сообщений. Ответные сообщения могут быть сообщениями PC5-S (например, новыми сообщениями PC5-S) или ответными сообщениями с приоритетом MBMS. В ответных сообщениях может указываться приоритет услуги/сеансов MBMS (определенный TMGI) для ретрансляционного WTRU.
На этапе 1328 ретрансляционный WTRU 1306 может сохранять принятые значения приоритетов MBMS для сеансов MBMS. Ретрансляционный WTRU 1306 может сопоставлять уровни приоритетов со значениями приоритета каждого пакета PC5. На этапе 1330 ретрансляционный WTRU 1306 может обнаруживать данные MBMS, связанные с идентификаторами TMGI X или TMGI Y. На этапе 1332 ретрансляционный WTRU 1306 может использовать приоритет MBMS, принятый от удаленных WTRU, или сопоставленный приоритет каждого пакета PC5 для передачи данных MBMS, связанных с обнаруженным TMGI, на один или несколько удаленных WTRU. На этапе 1334 ретрансляционный WTRU 1306 может отправлять данные MBMS по интерфейсу PC5 на один или несколько удаленных WTRU.
Удаленный WTRU может отправлять новое или существующее сообщение PC5-S для уведомления одного или нескольких WTRU о принятой информации о приоритете с указанием уровня приоритета. Удаленный WTRU может отправлять сообщение PC5-S при приеме новой или измененной информации о приоритете для услуги или данных MBMS (например, определенном TMGI). Удаленный WTRU может заранее отправлять сообщение PC5-S с указанием информации об уровне приоритета. Уровень приоритета может быть сопоставленным уровнем приоритета или уровнем приоритета, принятым от уровня приложения либо других узлов сети. Узлы сети могут включать в себя MME или узел ProSe Function.
Ретрансляционный WTRU может осуществлять широковещательную передачу указания, например, вместе с сообщением с объявлением TMGI. Удаленный WTRU, который выполняет данное указание, может отправлять информацию о приоритете услуги/сеанса MBMS на ретрансляционный блок, например, как описано в настоящем документе.
Удаленный WTRU может определять уровень приоритета, связанный с услугой/сеансом MBMS. Например, приоритет может быть основан на заранее настроенных параметрах. WTRU может быть настроен c использованием уровня приоритета каждого TMGI. Удаленный WTRU может определять надлежащий приоритет для услуги/сеанса MBMS, например, на основании информации о приоритете в принятых сообщениях с извещением об услуге. WTRU (например, удаленный WTRU) может определять приоритет для данных MBMS, передаваемых по нисходящему каналу, например, на основании указания приоритета, принятого от его уровня приложения для одноадресных данных, передаваемых по восходящему каналу, той же услуги/группы.
Ретрансляционный WTRU может принимать информацию о приоритете от узла ProSe Function или объекта MME. Ретрансляционный WTRU может принимать информацию о приоритете непосредственно от узла ProSe Function или объекта MME. Для передачи такой информации могут использоваться новые или существующие сообщения. Ретрансляционный WTRU, например, при приеме информации о приоритете может создавать или изменять контекст ProSe. Контекст ProSe может быть создан, например, так, что данные TMGI или услуга могут быть сопоставлены с линией связи PC5 ProSe с уровнем обработки приоритета.
WTRU может определять приоритет сеанса/услуги MBMS. WTRU может локально определять информацию о приоритете. WTRU (например, ретрансляционный WTRU), который поддерживает ретрансляцию MBMS, может иметь предварительно настроенный список услуг MBMS с ассоциированным уровнем приоритета, назначенным для обработки в линии связи PC5 ProSe. Услуги MBMS могут идентифицироваться посредством TMGI. Услуги MBMS могут идентифицироваться, например, посредством глобально уникального идентификатора услуги. Ретрансляционный WTRU может обращаться к списку для получения назначенного приоритете. Например, ретрансляционный WTRU может обращаться к списку при приеме сообщения с извещением об услуге с идентификатором услуги. Идентификатор услуги, который предварительно не настроен в WTRU, может считаться имеющим меньший приоритете, чем настроенные идентификаторы услуг. Ретрансляционный WTRU может принимать информацию о приоритете от объекта MME, узла ProSe Function или сервера приложений, для которых он может осуществлять ретрансляцию данных. Ретрансляционный WTRU может принимать эту информацию непосредственно от объекта MME или узла ProSe Function.
WTRU, например, ретрансляционный WTRU, может определять уровень приоритета сеанса/услуги MBMS из данных сеанса одноадресной передачи по восходящем каналу. Данные MBMS, пересылаемые ретрансляционным WTRU, могут быть предназначены для приложений, связанных с общественной безопасностью, таких как групповая услуга PTT («нажми и говори»). Удаленный WTRU, который прослушивает данные MBMS, пересылаемые по нисходящему каналу ретрансляционным WTRU, может отправлять по восходящему каналу данные на сервер приложений. Для передачи данных MBMS по нисходящему каналу может использоваться связь «один ко многим». Уровень приложения в удаленном WTRU может предоставлять PPP для одноадресных данных, передаваемых по восходящему каналу. Ретрансляционный WTRU может принимать одноадресные данные, передаваемые по восходящему каналу, от удаленного WTRU. Ретрансляционный WTRU может обеспечивать сопоставление между одним или несколькими PPP, LCID, приоритетами или IP-кортежами, соответствующего приложения, например, как описано в настоящем документе. Такая информация о сопоставлении может храниться в контексте удаленного WTRU. Ретрансляционный WTRU может принимать PPP, LCID, приоритет и т.д. из предварительно установленного сопоставления, например, когда ретрансляционный WTRU в дальнейшем принимает трафик MBMS от того же сервера приложений. PPP, LCID, приоритет и т.д. могут использоваться, например, для планирования передачи по интерфейсу PC5.
В одном примере ретрансляционный WTRU может принимать из восходящего канала удаленного WTRU пакеты, предназначенные для сервера приложений, с целевым IP-адресом и портом. Ретрансляционный WTRU может распознавать PPP, LCID, приоритет и т.д. данных. Ретрансляционный WTRU может обеспечивать сопоставление между целевым_IP_адресом/портом – PPP, LCID, приоритетом и т.д. Ретрансляционный WTRU может принимать данные MBMS, которые имеют исходный IP-адрес и порт, идентичные сохраненному целевому_IP_адресу/порту. Ретрансляционный WTRU может использовать распознанный PPP для пересылки данных MBMS на один или несколько удаленных WTRU. Например, ретрансляционный WTRU может пересылать данные MBMS по линии связи PC5.
Ретрансляционный WTRU может отправлять тот же или подобный трафик по нисходящему каналу с использованием интерфейса связи PC5 «один к одному». Ретрансляционный WTRU может сохранять последний PPP, значение приоритета или LCID, используемые для отправки трафика на удаленный WTRU. Последний сохраненный PPP, приоритет или LCID одноадресной передачи могут использоваться для передачи широковещательного трафика MBMS, например, когда ретрансляционный WTRU начинает передачу трафика MBMS по линии связи PC5 «один ко многим».
Приоритет услуги MBMS/сеанса может быть сопоставлен с приоритетом передачи PC5. Ретрансляционный WTRU может принимать приоритеты услуги/сеанса, связанные с данными MBMS, которые он может ретранслировать от сети или удаленных WTRU. Для ретрансляционного WTRU может быть заранее настроено сопоставление (например, фиксированное сопоставление) приоритетов услуги/сеанса и приоритетов каждого пакета PC5. Ретрансляционный WTRU может сопоставлять приоритеты услуги/сеанса MBMS с одним или несколькими приоритетами каждого пакета PC5. Сопоставление может выполняться в режиме «один к одному» или нет. Количество уровней приоритета может быть различным. Множественные приоритеты услуги/сеанса могут быть сопоставлены с (например, тем же) приоритетом каждого пакета PC5.
Могут быть предоставлены системы, методы и средства для определения обработки приоритетов для трафика PC5-S. Могут быть предоставлены способы для определения приоритета, связанного с сообщением PC5-S. Сигнализация PC5-S может быть инициирована уровнем ProSe удаленного WTRU. Например, сигнализация может быть инициирована при приеме пускового сигнала от уровня приложения в WTRU. Приложение верхнего уровня может активировать уровень ProSe для инициации связи «один к одному», например, посредством передачи на уровень ProSe целевого идентификатора, например, целевого идентификатора 2-го уровня, или целевого идентификатора более высокого уровня однорангового WTRU. Активационное сообщение, например, предоставленное уровнем приложения, может содержать информацию об уровне приоритета, связанном с активационным сообщением для уровня ProSe в WTRU. Уровень ProSe может определять приоритет каждого сигнального сообщения PC5, например, на основании информации об уровне приоритета или приоритета. Определенный приоритет может быть PPP или сопоставленным уровнем приоритета, например, сопоставленным с PPP. Приоритет, предоставленный уровнем приложения, может быть PPP или другим приоритетом, связанным с запросом.
Приоритет может быть указан уровню ProSe одним или несколькими способами, описанными в настоящем документе. Приоритет может быть указан уровню ProSe, например, путем указания уровня (например, от 1 до x) для уровня ProSe. В одном примере 1 может означать самый высокий приоритет, а x может означать самый низкий приоритет.
Приоритет может быть указан для уровня ProSe, например, путем указания явно заданного типа приложения/запроса для уровня ProSe в WTRU, например, связанного с аварийной ситуацией, общественной безопасностью, внутренней безопасностью, полицейскими задачами и т.д.
Приоритет может быть указан для уровня ProSe, например, путем указания идентификатора приложения в активационном сообщении. Уровень ProSe может быть способен получать приоритет из идентификатора приложения, принятого от уровня приложения. Сопоставление между идентификатором приложения и определенным приоритетом (например, для передачи сообщения PC5-S) может быть заранее настроено в WTRU, получено от узла ProSe Function или сервера приложений.
Уровень приоритета сообщений PC5-S может быть определен уровнем ProSe, например, на основании приоритета, принятого от уровня приложения. Уровень ProSe может передавать приоритет сообщения PC5-S на уровень доступа или более низкие уровни, например, как изображено на фиг. 14.
Фиг. 14 — это пример обработки приоритетов для сообщения PC5-S. Как изображено на фиг. 14, уровень ProSe 1404 может передавать пакет PC5-S от уровня приложения 1402 на уровень доступа 1406. Отдельный логический канал может быть создан, и контекст ProSe может быть обновлен на уровне ProSe на уровне доступа для отправки сигнальных пакетов, например, когда логический канал с таким же приоритетом еще не существует. Пакеты PC5-S и PC5-U (например, сигнализации и данных) могут быть отправлены по логическому каналу. Пакеты могут быть отправлены по одному логическому каналу, когда они имеют одинаковы уровень приоритета.
Уровень ProSe может использовать фиксированное сопоставление уровня приоритета, принятого от приложения с уровнем приоритета (например, PPP или сопоставленным приоритетом) сообщения PC5-S. Сообщения PC5, возникающие вследствие пускового сигнала от определенного приложения (например, определяемого идентификатором или типом приложения), могут иметь одинаковое определенное значение приоритета. Например, приложение может указывать аварийный или другой самый высокий уровень приоритета для уровня ProSe. Указанный уровень может быть сопоставлен с приоритетом PC5-S уровня 1 на уровне ProSe. Например, указанный уровень может быть сопоставлен на основании информации о сопоставлении в WTRU (например, локально в WTRU). Уровень приоритета может быть определен для приложения и может использоваться для последующих сообщений PC5. В качестве примера последующие сообщения PC5, которые могли быть инициированы приложением (например, по идентификатору или типу), таким как запрос прямой связи, сообщение об обмене параметрами безопасности, подтверждение активности соединения и т.д., могут быть переданы с таким же уровнем приоритета, т. е. уровнем 1 в данном примере.
Каждый из типов сообщений PC5-S может иметь определенный уровень приоритета (например, разный уровень приоритета), ассоциированный с ним. Ассоциированные уровни приоритетов могут быть настроены на уровне ProSe. В качестве примера сообщение с запросом прямой связи может содержать уровень приоритета. Одно сообщение PC5-S может иметь более высокий приоритет, чем сообщение PC5-S другого типа, такое как подтверждение активности линии связи или другой тип сообщения PC5-S. Уровень ProSe может иметь заранее настроенный, определенный приоритет для другого сообщения PC5-S, такого как сообщение с запросом контроля TMGI. Уровень ProSe или WTRU может иметь список сообщений PC5-S с упорядоченными уровнями приоритетов. В качестве примера первый пункт в списке может считаться имеющим самый высокий приоритет или может иметь явно заданный номер приоритета. Последний пункт в списке может считаться имеющим самый низкий приоритет или может иметь явно заданный номер приоритета.
Приоритет сообщения PC5-S может быть определен, например, с использованием комбинации методов. В качестве примера приоритет сообщения PC5-S может быть определен с использованием типа (PC5-S) сообщения, запрошенного для отправки, и идентификатора/типа приложения, который инициирует запрос.
На фиг. 15 изображен пример определения уровня приоритета для передачи сообщения PC5-S. Как изображено на фиг. 15, для определения уровня приоритета сообщения PC5-S может использоваться один или несколько входных параметров. Как изображено на фиг. 15, приложение X 1502 может отправлять пусковой сигнал PC5-S на уровень ProSe 1504. Активационное сообщение может включать в себя приоритет идентификатора приложения для определенного типа сообщения PC5-S. Уровень ProSe 1504 может принимать тип сообщения PC5-S 1506 от однорангового WTRU. На этапе 1508 уровень 1504 может определять приоритет сообщения PC5-S в соответствии с одним или несколькими факторами и/или входными параметрами. Уровень ProSe 1504 может проверять, существует ли логический канал с определенным приоритетом для целевого WTRU. Уровень ProSe 1504 может запрашивать от более низких уровней (например, уровня доступа 1510) создание логического канала с определенным приоритетом, например, когда логический канал с определенным приоритетом не существует. На этапе 1510 уровень ProSe 1504 может предоставлять более низким уровням сообщение PC5-S с определенным уровнем приоритета.
WTRU может принимать информацию о сопоставлении от узла ProSe Function или узла сети, например, MME. Одно или несколько сообщений могут быть определены по интерфейсу, используемому для получения информации, такому как интерфейс между WTRU и узлом ProSe Function (например, интерфейс PC3) или между WTRU и MME (например, с использованием протокола NAS). WTRU может запрашивать у MME или узла ProSe Function информацию о сопоставлении или приоритете, например, при приеме нового сообщения PC5-S, для которого у WTRU нет информации для определения уровня приоритета.
Информация о приоритете для сообщения PC5-S может быть определена, например, путем предварительной настройки уровней приоритетов для различных сообщений PC5-S. Например, приоритет может быть предварительно настроен в информации о конфигурации ProSe универсального модуля идентификации абонента (USIM). Информация о приоритете может быть получена посредством объектов управления ProSe, передаваемых на WTRU, например, посредством протоколов Open Mobile Alliance (OMA) Device Management (DM). Информация может быть предоставлена узлом ProSe Function по наземной сети мобильной связи общего пользования (PLMN). Одна или несколько PLMN могут настраивать WTRU с использованием различных уровней приоритетов/уровней PPP для каждого сообщения PC5-S. Уровень ProSe может передавать соответствующий заранее настроенный уровень приоритета сообщения, предназначенного для уровня доступа в WTRU, например, когда уровень ProSe генерирует сообщение PC5-S.
На фиг. 16 изображен пример обновления значения PPP сообщений PC5-S на основании нового самого высокого PPP передачи PC5-U. Как изображено на фиг. 16, на этапе 1602 уровень ProSe может контролировать самый высокий PPP для передачи PC5-U. На этапе 1604 уровень ProSe может определять приоритет сообщения PC5-S. Например, приоритет сообщения PC5-S может быть определен в соответствии с одним или несколькими факторами/входными параметрами. На этапе 1606 уровень ProSe обновляет значение PPP для сообщения PC5-S с использованием самого высокого PPP для сообщения PC5-U. Приоритет сообщения PC5 может быть определен на основании самого высокого значения PPP, используемого WTRU для передачи PC5-U. Самое высокое значение PPP передачи PC5-U может использоваться различными способами для определения PPP или приоритета сообщений PC5-S. Некоторые примеры использования самого высокого значения передачи PC5-U для определения приоритета PC5-S описаны в настоящем документе.
Уровень протокола, например, уровень протокола ProSe, уровень, не связанный с предоставлением доступа (NAS) или уровень управления ресурсами радиосвязи (RRC) может контролировать самое высокое значение PPP, используемое для передачи PC5-U. Самое высокое значение PPP для передачи плоскости пользователя (например, передачи PC5-U) может контролироваться и использоваться в качестве значения PPP для каждого из сообщений PC5-S. Например, WTRU может передавать пакеты плоскости пользователя с приоритетами от PPP-2 до PPP 7, где PPP-2 — это самый высокий приоритет в данном примере. В одном примере сообщения PC5-S могут использовать самый высокий доступный PPP (например, PPP-2) для сообщений PC5-S. Диапазон приоритетов для пакетов плоскости пользователя может изменяться от PPP 1 до PPP 7, где PPP 1 — это новое самое высокое значение приоритета плоскости пользователя. В одном примере сообщения PC5-S могут быть отправлены с новым доступным самым высоким значением PPP плоскости пользователя (например, PPP-1), как изображено на фиг. 16.
Уровень ProSe может использовать диапазон возможных значений PPP для различных сообщений PC5-S на основании самого высокого значения PPP, используемого для передачи PC5-U. Например, самым высоким значением, используемым для передачи PC5-S, может быть PPP x. В одном примере диапазон значений PPP для сообщений PC5-S может быть PPP x + y, где y может быть положительным или отрицательным целым числом. Например, y может быть равным 2, 3, 4 и т.д. Значение y может быть заранее настроено в WTRU и передаваться узлом ProSe Function как часть информации о конфигурации либо предоставляться сервером приложений по интерфейсу PC1. Например, самым высоким значением PPP, используемое в линии связи PC5-U, может быть PPP-3. Значение y может быть равным 3. Значение PPP для различных сообщений PC5-S может быть выбрано из диапазона от PPP 3 до PPP 6, например, на основании ранее описанных алгоритмов или процедур. В примере использования данного диапазона сообщение с запросом прямой связи может быть отправлено с PPP 3, а сообщение поддержки линии связи может быть отправлено с PPP 6. Диапазон PPP для сообщений PC5-S может изменяться, например, когда изменяется самый высокий PPP для передачи PC5-U. Диапазон сообщений PC5-S может изменяться от PPP3 – PPP6 до PPP2 – PPP5, например, когда пакет передается со значением PPP 2.
WTRU может быть выполнен с возможностью использования одного значения или диапазона значений для x и/или y, например, на основании принятой конфигурации. WTRU может принимать конфигурацию от узла ProSe Function или посредством других методов, таких как конфигурация OMA, конфигурация USIM и т.д. WTRU может пересылать конфигурацию на другой WTRU для использования при передаче сообщения PC5-S. Например, удаленный WTRU может отправлять новое сообщение PC5-S на ретрансляционный WTRU для предоставления ретранслятору значения (фиксированного или диапазона), которое необходимо использовать для сообщений PC5-S.
Могут быть предоставлены системы, методы и средства для определения приоритета для повторных передач PC5-S. Уровень ProSe может быть выполнен с возможностью повторной передачи сообщений PC5-S, например, когда он не получает ответ от целевого получателя. Уровень ProSe в передающем WTRU может отправлять сообщение X раз, например, для каждого сигнального сообщения перед тем, как он может определить, что целевой WTRU недоступен.
Уровень ProSe может изменять (например, увеличивать) приоритет или значение PPP передаваемого сообщения, например, когда выполняется повторная передача сообщения PC5-S. Уровень ProSe может определять порядок изменения значения приоритета повторно передаваемого сообщения, например, путем увеличения приоритета для каждой повторной передачи или каждой второй повторной передачи и т.д. Уровень ProSe может сбрасывать приоритет до предыдущего или исходного значения, например, когда уровень ProSe получает ответ от получающего WTRU. Последующие сообщения PC5-S, отправляемые уровнем ProSe на тот же пункт назначения, могут отправляться с более ранним или исходным PPP или значением приоритета.
Логический канал, может быть создан на уровне доступа для повторно передаваемого сообщения с более высоким приоритетом или новым уровнем PPP, например, когда он еще не существует. Контекст на уровне ProSe может быть обновлен. Сигнальный логический канал может использоваться, например, для отправки сообщения с новым уровнем приоритета. Уровень доступа может использовать существующий логический канал с тем же приоритетом для пакетов данных для отправки сообщения PC5-S с новым уровнем приоритета.
Могут быть предоставлены системы, методы и средства для получения информации об IP-адресе или другой идентификации ретрансляционного WTRU. WTRU (или уровень ProSe в WTRU) может отправлять сообщение PC5-S с запросом IP-адреса или префикса ретрансляционного WTRU, например, назначенного шлюзом PDN ретрансляционного WTRU (PGW). Сообщение PC5-S может быть новым сообщением PC5-S. Запрос может быть сделан от уровня приложения, например, когда WTRU обнаруживает, что он потерял покрытие сети и/или обнаружил ретранслятор «WTRU–сеть». WTRU может запустить таймер для контроля периода времени, в течение которого ожидается ответ, например, пока может осуществляться повторная передача. Сообщение, предоставленное WTRU, может содержать идентификатор, например, чтобы запрос мог быть авторизован его одноранговым WTRU. WTRU может принимать сообщение (например, ответ) с информацией об IP-адресе, используемом другим WTRU. Уровень ProSe в WTRU может пересылать информацию (например, об IP-адресе) клиенту приложения. Клиент приложения может отправлять информацию на сервер приложений. Уровень ProSe в WTRU может быть выполнен с возможностью, например, отправки принятой информации на другой элемент в сети, такой как узел ProSe Function или сервер приложений.
WTRU (например, ретрансляционный WTRU) может принимать запрос на предоставление своего IP-адреса или префикса, например, назначенного PGW. WTRU может проверять, авторизован ли запрашивающий WTRU делать запрос или принимать запрошенную информацию, например, связываясь с узлом ProSe Function или MME и предоставляя идентификатор исходного WTRU. Ретрансляционный WTRU может отправлять новое сообщение на узел ProSe Function или новое сообщение NAS на MME и может проверять ответ от этих узлов. WTRU может отвечать, например, на авторизованный запрос WTRU, новым сообщением PC5-S, которое может содержать его IP-адрес или префикс, назначенный сетью.
Могут быть предоставлены системы, методы и средства для обработки приоритетов в системе связи ProSe. WTRU может создавать контекст служб ближней зоны (ProSe) и оправлять новое сообщение PC5-S на свой одноранговый WTRU (например, ретрансляционный WTRU), например, для указания приоритета соответствующего идентификатора логического канала. WTRU может создавать контекст ProSe и оправлять новое сообщение PC5-S на свой одноранговый WTRU (например, ретрансляционный WTRU), например, для одного или нескольких новых приоритетов с использованием которых может выполняться передача (Tx). WTRU может принимать сообщение PC5-S с уровнем приоритета для связи ProSe. WTRU может определять приоритет для использования и может сопоставлять приоритет с соответствующим однонаправленным каналом EPS, который может быть создан или изменен. WTRU может отвечать и указывать уровень приоритета, который может поддерживаться. Удаленный WTRU может принимать от уровня доступа (AS) уровень приоритета для пересылки данных по нисходящему каналу (DL) (например, для данных услуг широковещательной многоадресной передачи мультимедийной информации (MBMS)) на ретрансляционный WTRU. Удаленный WTRU может отправлять сообщение PC5-S (например, новое сообщение PC5-S) на ретрансляционный WTRU. Удаленный WTRU посредством сообщения PC5-S может указывать уровень приоритета, который должен использоваться для линии связи PC5. Ретрансляционный WTRU может пересылать трафик MBMS на один или несколько удаленных WTRU. Ретрансляционный WTRU может считывать уровень приоритета данных временного идентификатора группы абонентов мобильной связи (TMGI) из блоков системной информации (SIB). Ретрансляционный WTRU может устанавливать приоритет логического канала PC5, например, в соответствии с данными TMGI, считанными из SIB. Ретрансляционный WTRU может оправлять новое сообщение PC5-S на удаленный WTRU, например, для запроса уровня приоритета TMGI. Ретрансляционный WTRU может использовать принятое сообщение PC5-S от удаленного WTRU, например, для определения уровня приоритета, который должен использоваться для линии связи PC5, по которой пересылаются данные MBMS. WTRU может определять уровень приоритета сообщения PC5-S, например, на основании предварительных настроек для каждого типа сообщения, идентификатора приложения и/или значения по умолчанию. WTRU может передавать сообщение PC5-S с определенным уровнем приоритета. Процедура PC5-S может использоваться, например, первым WTRU для запроса у второго WTRU IP-адреса и/или префикса, который может использоваться целевым WTRU для однонаправленных каналов усовершенствованной пакетной системы (EPS) и/или соединений сети пакетной передачи данных (PDN). IP-адрес и/или префикс могут быть пересланы первым WTRU на уровень доступа, например, для содействия в обеспечении непрерывности сеанса. Самое высокое используемое значение двухточечного протокола (PPP) для передачи плоскости пользователя (например, передачи PC5-U) может использоваться в качестве значения PPP для каждого из сообщений PC5-S.
Описанные в настоящем документе процессы и средства могут применяться в любой комбинации и могут применяться к другим беспроводным технологиям и услугам. WTRU может обращаться к идентификатору физического устройства или к идентификатору пользовательского устройства, такому как идентификатор, связанный с подпиской, например, MSISDN, SIP URI, IP-адрес и т.д. WTRU может обращаться к идентификаторам, основанным на приложении, например, именам пользователей, которые могут использоваться каждым приложением.
Описанные выше процессы могут быть реализованы в компьютерной программе, программном обеспечении и/или программно-аппаратном обеспечении, встроенном в машиночитаемом носителе и предназначенном для выполнения компьютером и/или процессором. Примеры машиночитаемого носителя включают в себя, помимо прочего, электронные сигналы (передаваемые по проводным и/или беспроводным соединениям) и/или машиночитаемые носители информации. Примеры машиночитаемого носителя информации включают в себя, помимо прочего, постоянную память (ROM), оперативную память (RAM), реестр, быстродействующую буферную память, полупроводниковые устройства хранения данных, магнитные носители, к которым относятся, помимо прочего, внутренние жесткие диски и съемные диски, магнито-оптические носители и/или оптические носители, такие как диски CD-ROM и/или цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика, предназначенного для использования в составе WTRU, терминала, базовой станции, RNC и/или любого главного компьютера.