Связанные с интерфейсом ретрансляционного узла измерения уровня 2 и управление ретрансляционным узлом при балансировке нагрузки сети
Изобретение относится к системам связи. Технический результат заключается в усовершенствовании балансировки нагрузки в сетях связи. Способ для выполнения измерений использования радио, чтобы поддержать операции радиосвязи и/или балансировку нагрузки, может выполняться на развитом Node В (eNB). Способ может включать в себя определение первого параметра использования радио. Первый параметр использования радио может являться измерением использования радио между eNB и по меньшей мере одним узлом беспроводной передачи/приема (WTRU). Способ может дополнительно включать в себя определение второго параметра использования радио. Второй параметр использования радио может являться измерением использования радио между eNB и по меньшей мере одним ретрансляционным узлом (RN), обслуживаемым eNB. Способ может дополнительно включать в себя использование по меньшей мере одного из первого параметра использования радио или второго параметра использования радио, чтобы оценить по меньшей мере одно из радиосвязи усовершенствованного универсального наземного радиодоступа (E-UTRA), управления радиоресурсами (RRM), эксплуатации и обслуживания (OAM) сети и функций или функциональностей самоорганизующихся сетей (SON). 3 н. и 14 з.п. ф-лы, 9 ил., 1 табл.
ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
Данная заявка испрашивает приоритет предварительной заявки № 61/410633 на выдачу патента США, поданной 5 ноября 2010 года, и предварительной заявки № 61/430745 на выдачу патента США, поданной 7 января 2011 года, содержимое которых включается в материалы настоящей заявки посредством ссылки.
УРОВЕНЬ ТЕХНИКИ
Функции управления сетью развитого пакетного ядра (EPC) проекта долгосрочного развития (LTE) могут предоставить шлюзу управления мобильностью (MME) возможности балансировки нагрузки, чтобы разгрузить MME, например, когда MME перегружен, или должен быть выключен для технического обслуживания. Балансировка нагрузки позволяет сети поддерживать свои нормальные операции со стороны сети и поддерживать гладкие взаимодействия относительно сети радиодоступа или пользовательских терминалов.
В выпуске-8 функциональность балансировки (повторной балансировки) нагрузки MME может позволить абонентам/пользовательскому оборудованию (UE), которые зарегистрированы на MME (например, внутри области пула MME), быть перемещенными на другой MME. Например, функция эксплуатации и управления (OAM) сетью может удалять один из MME из области пула MME. В этом аспекте, также как и в общем случае, абоненты могут быть разгружены настолько быстро, насколько возможно, чтобы создать минимальное влияние на сеть и пользовательские ощущения. Измерения могут выполняться, чтобы определить условия нагрузки на развитом Node В (eNB). Измерения могут не различать типы радиосвязи на eNB.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
В материалах настоящей заявки раскрыт способ для выполнения измерений использования радио, чтобы поддерживать операции радиосвязи и/или балансировку нагрузки. Способ может включать в себя определение первого параметра использования радио. Первый параметр использования радио может являться измерением использования радио между развитым Node В (eNB) и по меньшей мере одним узлом беспроводной передачи/приема (WTRU). Первое измерение использования радио может являться измерением уровня 2 (L2) трафика на Uu интерфейсе eNB. Упомянутый eNB может называться донорным eNB (DeNB). Способ может дополнительно включать в себя определение второго параметра использования радио. Второй параметр использования радио может являться измерением использования радио между eNB и по меньшей мере одним ретрансляционным узлом (RN), обслуживаемым eNB. Второе измерение использования радио может являться L2 измерением трафика на Uu интерфейсе DeNB. Способ может дополнительно включать в себя использование по меньшей мере одного из первого параметра использования радио или второго параметра использования радио, чтобы оценить по меньшей мере одно из операций радиосвязи улучшенного универсального наземного радиодоступа (E-UTRA) (например, операция поддержки Uu интерфейса и/или Un интерфейса), управления радиоресурсами (RRM) (например, повторное разделение радиоресурсов Uu и/или Un), эксплуатации и обслуживания (OAM) сети (например, для наблюдаемости производительности OAM) и функций или функциональностей самоорганизующихся сетей (SON) (например, передача обслуживания RN/WTRU и/или техническое обслуживание соединения RN). Способ может выполняться на eNB.
Примерные L2 измерения, которые могут выполняться на по меньшей мере одном из Uu интерфейса или Un интерфейса, могут включать в себя, но не в качестве ограничения, одно или более из следующего: использование физического блока ресурсов (PRB) нисходящей линии связи (DL), использование PRB восходящей линии связи (UL), использование PRB DL по индикатору класса качества обслуживания (QoS) (QCI), использование PRB UL по QCI, условие фактической общей нагрузки, использование PRB по конфигурации Un подкадра (UnSC), использование PRB макро-WTRU в Un подкадрах, использование PRB RN в Un подкадрах, другие измерения, обозначающие использование PRB на DeNB, оценка количества активных WTRU под DeNB по QCI, измерения задержки пакетов DL, измерения отбрасывания данных DL, измерения потери данных DL или измерения потери данных UL по QCI. Измерения задержки обработки и передачи пакетов могут выполняться по QCI на RN. Измерения, выполненные на RN, могут передаваться DeNB.
В материалах настоящей заявки раскрыты способы и системы для достижения балансировки нагрузки сети и извлечения и использования связанных с сетевым интерфейсом измерений. В примере способ для управления перегрузкой сети включает в себя обнаружение перегрузки MME, связанной с донорным eNB, обслуживающим ретрансляционный узел. Способ может также включать в себя отклонение запросов подключения, созданных пользовательским оборудованием, обслуживаемым ретрансляционным узлом, в ответ на обнаружение перегрузки. В качестве альтернативы или дополнительно к отклонению запросов подключения способ может включать в себя отправку сообщения начала перегрузки на ретрансляционный узел для реализации процедуры управления перегрузкой в ответ на обнаружение перегрузки. Способ может включать в себя реализацию, на донорном eNB, процедуры управления перегрузкой в ответ на обнаружение перегрузки.
Может выполняться способ передачи обслуживания RN с исходного eNB на целевой eNB. Способ может включать в себя принятие решения о передаче обслуживания RN. Способ может дополнительно включать в себя отправку команды передачи обслуживания RN. Способ может дополнительно включать в себя отправку контекстной информации однонаправленного канала целевому eNB. Контекстная информация однонаправленного канала может включать в себя информацию, которая позволяет целевому eNB принимать RN, в то время как по меньшей мере один WTRU, соединенный с RN, остается в подключенном состоянии на протяжении передачи обслуживания.
Раздел «Сущность изобретения» приведен для представления в упрощенном виде подборки концепций, которые дополнительно описаны ниже в подробном описании. Этот раздел «Сущность изобретения» не предназначен для идентификации ключевых признаков или существенных признаков заявленного предмета изобретения, также не подразумевается использование его для ограничения объема заявленного предмета изобретения. Более того, заявленный предмет изобретения не ограничивается любыми ограничениями, которые устраняют любой или все недостатки, отмеченные в любой части этого раскрытия.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Более детальное понимание может быть получено из последующего описания, приведенного в качестве примера вместе с прилагаемыми чертежами, на которых:
фиг. 1A - системная диаграмма примерной системы связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления;
фиг. 1B - системная диаграмма примера узла беспроводной передачи/приема (WTRU), который может использоваться в системе связи, проиллюстрированной на фиг. 1A;
фиг. 1C - системная диаграмма примера сети радиодоступа и примера базовой сети, которые могут использоваться в системе связи, проиллюстрированной на фиг. 1A;
фиг. 1D - системная диаграмма другого примера сети радиодоступа и примера базовой сети, которые могут использоваться в системе связи, проиллюстрированной на фиг. 1A;
фиг. 1E - системная диаграмма другого примера сети радиодоступа и примера базовой сети, которые могут использоваться в системе связи, проиллюстрированной на фиг. 1A;
фиг. 2 - системная диаграмма примера размещения ретрансляционного узла и донорного развитого Node В (eNB);
фиг. 3 - системная диаграмма, иллюстрирующая пример передачи обслуживания ретрансляционного узла; и
фиг. 4 - блок-схема последовательности операций, иллюстрирующая пример способа для выполнения измерений использования радио.
Фиг. 5 - структурная схема примерной системы для выполнения измерений уровня два.
ПОДРОБНОЕ ОПИСАНИЕ ИЛЛЮСТРАТИВНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Подробное описание иллюстративных вариантов осуществления будет теперь приведено со ссылкой на различные фигуры. Хотя данное описание предоставляет подробный пример возможных реализаций, стоит отметить, что подробности предназначены, чтобы быть примерными и никоим образом не ограничивать объем применения.
Фиг. 1A - диаграмма примерной системы 100 связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления. Система 100 связи может являться системой множественного доступа, которая предоставляет содержимое, такое как голос, данные, видео, сообщения, вещание, т.д., множеству беспроводных пользователей. Система 100 связи может позволять множеству беспроводных пользователей получать доступ к такому содержимому с помощью разделения ресурсов системы, включая беспроводную полосу пропускания. Например, системы 100 связи могут использовать один или более способов доступа к каналу, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), ортогональный FDMA (OFDMA), FDMA с одиночной несущей (SC-FDMA) и подобные.
Как показано на фиг. 1A, система 100 связи может включать в себя узлы беспроводной передачи/приема (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, домашним Node B, домашним 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, который может являться любой подходящей беспроводной линией связи (например, радиочастотной (RF), микроволновой, инфракрасной (IR), ультрафиолетовой (UV), видимого света, т.д.). Радиоинтерфейс 115/116/117 может быть установлен, используя любую подходящую технологию радиодоступа (RAT).
Более конкретно, как отмечено выше, система 100 связи может являться системой множественного доступа и может использовать одну или более схем доступа к каналу, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA, и подобное. Например, базовая станция 114a в RAN 103/104/105 и WTRU 102a, 102b, 102c могут реализовывать радиотехнологию, такую как универсальная система мобильных телекоммуникаций (UMTS) наземного радиодоступа (UTRA), которая может устанавливать радиоинтерфейс 115/116/117, используя широкополосный CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) или развитый HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей линии связи (HSUPA).
В другом варианте осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать радиотехнологию, такую как развитая UMTS наземного радиодоступа (E-UTRA), которая может устанавливать радиоинтерфейс 115/116/117, используя проект долгосрочного развития (LTE) и/или улучшенный LTE (LTE-A).
В других вариантах осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать радиотехнологии, такие как IEEE 802.16 (т.е. всемирная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 IX, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), GSM EDGE (GERAN) и подобное.
Базовая станция 114b на фиг. 1A может являться беспроводным роутером, домашним Node B, домашним eNode B или точкой доступа, например, и может использовать подходящую RAT для облегчения беспроводной связи в локализованной области, такой как место расположения предприятия, дом, автомобиль, кампус и подобное. В одном из вариантов осуществления базовая станция 114b и WTRU 102c, 102d могут реализовывать радиотехнологию, такую как IЕЕЕ 802.11, чтобы устанавливать беспроводную локальную сеть (WLAN). В другом варианте осуществления базовая станция 114b и WTRU 102c, 102d могут реализовывать радиотехнологию, такую как IЕЕЕ 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, которая может использовать радиотехнологию E-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) в стеке межсетевых протоколов ТСР/IР. Сети 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), домашний node-B, развитый node-B (eNodeB), домашний развитый node-B (HeNB), шлюз развитого домашнего node-B и прокси-узлы, среди прочего, могут включать в себя некоторые или все из элементов, изображенных на фиг. 1B и описанных в материалах настоящей заявки.
Процессор 118 может являться процессором общего применения, процессором специального назначения, традиционным процессором, цифровым сигнальным процессором (DSP), множеством микропроцессоров, одним или более микропроцессорами в связи с ядром DSP, контроллером, микроконтроллером, специализированными интегральными схемами (ASIC), схемами программируемых пользователем вентильных матриц (FPGA), любым другим типом интегральной схемы (ИС, IС), конечным автоматом или подобным. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление питанием, обработку ввода/вывода и/или любую другую функциональность, которая позволяет WTRU 102 функционировать в беспроводной среде. Процессор 118 может быть соединен с приемопередатчиком 120, который может быть соединен с элементом 122 передачи/приема. В то время как фиг. 1B изображает процессор 118 и приемопередатчик 120 как отдельные компоненты, будет понятно, что процессор 118 и приемопередатчик 120 могут быть объединены вместе в электронном блоке или микросхеме.
Элемент 122 передачи/приема может быть сконфигурирован, чтобы передавать сигналы на или принимать сигналы с базовой станции (например, базовой станции 122a) по радиоинтерфейсу 115/116/117. Например, в одном из вариантов осуществления элемент 122 передачи/приема может являться антенной, сконфигурированной, чтобы передавать и/или принимать RF сигналы. В другом варианте осуществления элемент 122 передачи/приема может являться излучателем/детектором, сконфигурированным, чтобы передавать и/или принимать IR, UV сигналы или сигналы видимого света, например. В еще одном варианте осуществления элемент 122 передачи/приема может быть сконфигурирован, чтобы передавать и принимать как RF, так и световые сигналы. Будет понятно, что элемент 122 передачи/приема может быть сконфигурирован, чтобы передавать и/или принимать любую комбинацию беспроводных сигналов.
Дополнительно, хотя элемент 122 передачи/приема изображен на фиг. 1B как одиночный элемент, 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), карту памяти, карту памяти формата secure digital (SD) и подобное. В других вариантах осуществления процессор 118 может получать доступ к информации с и хранить данные в памяти, которая физически не расположена на WTRU 102, например, на сервере или домашнем компьютере (не показано).
Процессор 118 может принимать энергию от источника 134 питания и может быть сконфигурирован, чтобы распределять и/или контролировать питание других компонентов в WTRU 102. Источник 134 питания может являться любым подходящим устройством для питания WTRU 102. Например, источник 134 питания может включать в себя одну или более сухих батарей (например, никель-кадмиевая (NiCd), никель-цинковая (NiZn), никелевая металлогидридная (NiMH), литий-ионная (Li-ion), т.д.), солнечные элементы, топливные элементы и подобное.
Процессор 118 может также быть соединен с микропроцессорным набором 136 GPS, который может быть сконфигурирован, чтобы предоставлять информацию о местоположении (например, долготу и широту) относительно текущего местоположения WTRU 102. Дополнительно к или вместо информации с микропроцессорного набора 136 GPS WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 115/116/117 с базовой станции (например, базовых станций 114a, 114b) и/или определять свое местоположение на основании расчета по времени сигналов, принятых с двух или более близлежащих станций. Будет понятно, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения, в то же время оставаясь совместимым с вариантом осуществления.
Процессор 118 может дополнительно соединяться с другими периферийными устройствами 138, которые могут включать в себя один или более модулей программного обеспечения и/или аппаратного обеспечения, которые предоставляют дополнительные характеристики, функциональность и/или проводную или беспроводную возможность соединения. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (USB), устройство вибрации, телевизионный приемопередатчик, гарнитуру громкой связи, модуль Bluetooth®, блок частотно-модулированной (FM) радиосвязи, цифровой музыкальный проигрыватель, медиапроигрыватель, модуль воспроизведения видеоигр, обозреватель сети интернет и подобное.
Фиг. 1C - системная диаграмма RAN 103 и базовой сети 106 согласно варианту осуществления. Как отмечено выше, RAN 103 может использовать радиотехнологию UTRA, чтобы взаимодействовать с WTRU 102a, 102b, 102c по радиоинтерфейсу 115. RAN 103 также может быть связана с базовой сетью 106. Как показано на фиг. 1С, 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 может находиться в связи с RNC142b. 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, показанная на фиг. 1С, может включать в себя шлюз среды (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-B 160a, 160b, 160c могут реализовывать технологию MIMO. Таким образом, eNode-B 160a, например, может использовать множественные антенны, чтобы передавать беспроводные сигналы на и принимать беспроводные сигналы от WTRU 102a.
Каждый из eNode-B 160a, 160b, 160c может быть связан с конкретной сотой (не показано) и может быть сконфигурирован, чтобы принимать решения об управлении радиоресурсами, решениями о передаче обслуживания, планировании пользователей в восходящей линии связи и/или нисходящей линии связи и подобном. Как показано на фиг. 1D, eNode-B 160a, 160b, 160c могут взаимодействовать друг с другом через X2 интерфейс.
Базовая сеть 107, показанная на фиг. 1D, может включать в себя шлюз управления мобильностью (MME) 162, обслуживающий шлюз 164, и шлюз 166 сети пакетных данных (PDN). В то время как каждый из вышеописанных элементов изображен как часть базовой сети 107, будет понятно, что любой из этих элементов может принадлежать и/или управляться объектом, отличным от оператора базовой сети.
MME 162 может быть соединен с каждым из eNode-B 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 В, персональный вызов запуска, когда данные нисходящей линии связи доступны для WTRU 102a, 102b, 102c, управление и хранение контекстов WTRU 102a, 102b, 102c и подобное.
Обслуживающий шлюз 164 также может быть соединен со шлюзом 166 PDN, который может предоставлять 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, и шлюз 182 ASN, хотя будет понятно, что RAN 105 может включать в себя любое количество базовых станций и шлюзов ASN, в то же время оставаясь совместимым с вариантом осуществления. Базовые станции 180a, 180b, 180c могут каждая быть связаны с конкретной сотой (не показано) в RAN 105 и могут каждая включать в себя один или более приемопередатчиков для взаимодействия с WTRU 102a, 102b, 102c через радиоинтерфейс 117. В одном из вариантов осуществления базовые станции 180a, 180b, 180c могут реализовывать технологию MIMO. Таким образом, базовая станция 180a, например, может использовать множественные антенны, чтобы передавать беспроводные сигналы на и принимать беспроводные сигналы от WTRU 102a. Базовые станции 180a, 180b, 180c могут также предоставлять функции управления мобильностью, такие как запуск переадресации вызова, установление туннеля, управление радиоресурсами, классификация трафика, принуждение соблюдения политики качества обслуживания (QoS) и подобное. Шлюз 182 ASN может служить в качестве точки скопления трафика и может быть ответственным за персональные вызовы, резервирование абонентских профилей, маршрутизацию базовой сети 109, и подобное.
Радиоинтерфейс 117 между WTRU 102a, 102b, 102c и RAN 105 может быть определен как опорная точка Rl, которая реализует спецификацию IEEE 802.16. Дополнительно каждый из WTRU 102a, 102b, 102c может устанавливать логический интерфейс (не показан) с базовой сетью 109. Логический интерфейс между WTRU 102a, 102b, 102c и базовой сетью 109 может быть определен как опорная точка R2, которая может использоваться для аутентификации, авторизации, управления конфигурацией хост-узла IP и/или управления мобильностью.
Линия связи между каждой из базовых станций 180a, 180b, 180c может быть определена как опорная точка R8, которая включает в себя протоколы для способствования передачам обслуживания WTRU и передаче данных между базовыми станциями. Линия связи между базовыми станциями 180a, 180b, 180c и шлюзом 182 ASN 182 может быть определена как опорная точка R6. Опорная точка R6 может включать в себя протоколы для способствования управлению мобильности на основе событий мобильности, связанных с каждым из WTRU 102a, 102b, 102c.
Как показано на фиг. 1E, RAN 105 может быть соединена с базовой сетью 109. Линия связи между RAN 105 и базовой сетью 109 может быть определена как опорная точка R3, которая включает в себя протоколы для способствования передаче данных и возможностей управления мобильностью, например. Базовая сеть 109 может включать в себя домашнего агента 184 мобильного IP (MIP-HA), сервер 186 аутентификации, авторизации, учета (AAA) и шлюз 188. В то время как каждый из вышеописанных элементов изображен как часть базовой сети 109, будет понятно, что любой из этих элементов может принадлежать и/или управляться объектом, отличным от оператора базовой сети.
MIP-HA может быть ответственным за управление IP адресом и может позволить WTRU 102a, 102b, 102c бродить между различными ASN и/или различными базовыми сетями. MIP-HA 184 может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как интернет 110, чтобы способствовать связи между WTRU 102a, 102b, 102c и устройствами с поддержкой IP. Сервер 186 AAA может быть ответственным за аутентификацию пользователя и за поддержку пользовательских услуг. Шлюз 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, которая может включать в себя протоколы для способствования взаимодействию между домашними базовыми сетями и посещаемыми базовыми сетями.
Так как количество пользователей беспроводных сотовых сетей продолжает возрастать, несколько методик было предложено для предоставления дополнительной производительности сетей радиодоступа (RAN). Одним из таких примеров является размещение ретрансляционных узлов (RN). Ретрансляционный узел может быть расположен в пределах соты (например, рядом с границей соты или другой области слабого покрытия), чтобы обеспечить дополнительное покрытие для соты. Ретрансляционный узел может быть типом базовой станции, которая соединена с базовой сетью через другую базовую станцию (например, eNB). Соединение от RN с базовой сетью может называться транзитным соединением. Так как RN может соединяться с базовой сетью через eNB через радиоинтерфейс, соединение может называться беспроводным транзитным соединением. eNB, который предоставляет беспроводное транзитное соединение для RN, может называться донорным eNB (DeNB).
DeNB может предоставлять тип функциональности представителя. Например, DeNB может служить в качестве интерфейса между RN и MME/базовой сетью (CN). В примере DeNB может устанавливать S1 интерфейс с MME от имени RN. DeNB может предоставлять подобную шлюзу функциональность для RN, например, создавая сессии и управляя однонаправленными каналами EPS для RN. С точки зрения RN DeNB может выглядеть и как MME (например, с S1 интерфейсом), и как eNB (например, с X2 интерфейсом). С точки зрения DeNB RN может выглядеть функционирующим, как WTRU/UE. Например, RN может запросить, чтобы быть запланированным, принимать предоставления UL и/или DL, отправлять и принимать сигналы управления от базовой сети и/или подобное. Дополнительно RN может выглядеть для DeNB, как eNB. RN может предоставлять интерфейс радиодоступа для WTRU, чтобы соединяться с базовой сетью. Например, с точки зрения WTRU, соединенного с RN, RN может выглядеть, как eNB и/или сота, которая отличается от сот, предоставляемых DeNB.
RN может включать в себя по меньшей мере два объекта физического уровня - один для осуществления связи с UE (например, RN функционирует как eNB для RN-WTRU) и один для осуществления связи с DeNB (например, для беспроводного транзитного соединения). Временно-частотные ресурсы для передачи на и с RN могут быть разделены посредством временного мультиплексирования передач eNB-RN и передач RN-WTRU. Подкадры, во время которых может происходить передача DeNB-RN, могут быть сконфигурированы посредством более высоких уровней (например, уровней выше физического уровня). Подкадры, во время которых может происходить передача DeNB-RN, могут называться Un подкадрами. Un может обозначать взаимодействия между RN и DeNB во время Un подкадров.
При размещении RN в выпуске-10 или выше MME, поддерживающий один или более RN, может быть перегружен. Например, RN может иметь больше активности на S1 соединении RN, чем традиционный WTRU. Чтобы облегчить перегрузки, один или более RN могут быть разгружены с конкретного MME. Например, перегруженный MME, предоставляющий сигнальные соединения одному или более RN, MME может разгружать RN с помощью более высокого уровня активности S1 соединений этого RN. В примере, если MME должен удаляться из пула MME посредством эксплуатации и обслуживания (OAM) сети, абоненты, обслуживаемые MME, могут освобождаться, и абоненты могут включать один или более RN. Для целей объяснения MME, обслуживающий один или более RN, может называться RN-MME. Может существовать много типов конфигураций Un подкадров (UnSC). Например, восемь (8) конфигураций Un подкадров могут быть определены для передач между DeNB и RN.
Когда RN-MME выполняет повторную балансировку нагрузки и принимает решение разгрузить RN, RN-MME может отправлять сообщение «освободить контекст RN» на DeNB, обслуживающий RN. Например, сообщение освобождения контекста RN может включать в себя причину освобождения, такую как «требуется балансировка нагрузки TAU» для DeNB. Сообщение освобождения контекста RN может давать команду освободить S1 контекст RN в DeNB. DeNB может освобождать соединение управления радиоресурсами (RRC) RN посредством отправки сообщения освобождения соединения RRC со схожей причиной.
После приема сообщения освобождения RN может освобождать соединение RRC и/или его Un конфигурацию. RN может повторно выбирать изначальный DeNB для повторного соединения и запуска процедуры обновления зоны слежения (TAU). Например, процедура TAU может выполняться без изменения PGW для абонентов, соединенных с RN, и RN. RN может запускать процедуру TAU без указания ранее зарегистрированного MME (например, MME, который мог быть перегружен/удален из обслуживания). RN может отправлять запрос, чтобы DeNB выбрал другой MME для RN. Затем RN может регистрироваться с новым MME. Следовательно, RN может быть разгружен с одного MME и соединен с другим. RN может возобновлять однонаправленные каналы EPS после того, как процедура TAU завершена, и RN начал работать напрямую с новым MME.
Когда RN должен освобождаться по причинам повторной балансировки нагрузки, целью может являться позволить WTRU, соединенным с RN, оставаться в активном или соединенном состоянии. Например, решение о том, стоит ли/как долго поддерживать WTRU и контексты WTRU в DeNB/RN, может быть изменено, и возможность соединения WTRU с RN может подвергаться влиянию перехода.
Подобным образом E-UTRAN может также быть перегруженной по различным причинам (например, использование радиоресурсов E-UTRAN превышает ее установленную производительность и/или производительность S1 линии связи для DeNB, обслуживающего RN, может подвергаться влиянию по какой-то причине). В данном примере E-UTRAN может принять решение разгрузить WTRU и другие узлы, которые прикреплены и/или формируют трафик на E-UTRAN. Когда RN размещаются для E-UTRAN, RN и/или его обслуживаемые WTRU могут разгружаться с текущего DeNB на другой DeNB.
Так как RN может соединяться с DeNB через Un интерфейс, используя те же радиопротоколы и процедуры, как WTRU, соединяющийся с eNB, DeNB может использовать процедуру освобождения соединения RRC, чтобы освободить соединение RRC с RN для балансировки нагрузки между MME и/или E-UTRAN. Un интерфейс может служить в качестве беспроводного транзитного соединения для RN и может быть сконфигурирован посредством OAM. Передача сигналов RRC может использоваться, чтобы сконфигурировать/повторно сконфигурировать Un интерфейс/конфигурацию Un подкадра.
RN может попытаться повторно соединиться с одной из множества заранее сконфигурированных сот одного или более DeNB. Эти соты могут рассматриваться как «белый» список DeNB (DeNB-список) для RN. Если RN должен быть повторно соединен с одной из заранее сконфигурированных сот, разгружающий DeNB может не знать о членах DeNB-списка для RN. DeNB может быть неспособен сконструировать подходящее перенаправление информационного элемента (IE) для освобождения и перенаправления RN. Могут существовать различные варианты, например, зависящие от того, идентифицировал ли DeNB какой-либо из eNB/сот в DeNB-списке для RN. Например, RN может быть освобожден из соты DeNB без информации о перенаправлении, но сообщение освобождения соединения RRC может включать в себя причину, которая указывает цель освобождения (например, «балансировка нагрузки DeNB»). В данном примере RN может повторно выбирать одну из заранее сконфигурированных сот в DeNB-списке, однако, он может принять решение не выбирать повторно соту, обслуживаемую сотой DeNB, которая освободила RN. В примере информация перенаправления для одной или более заранее сконфигурированных сот для RN может быть получена DeNB от CN и/или от RN. Информация перенаправления может быть включена в сообщение освобождения соединения RRC, отправляемое на RN. RN может повторно выбирать один из заранее сконфигурированных сот. RN может принимать решение не выбирать повторно соту, обслуживаемую предыдущим DeNB, который освободил RN.
В вышеописанных ситуациях RN может освобождаться с DeNB, и DeNB может определять, поддерживать ли WTRU и их контексты в DeNB/RN. Даже в случае освобождения с перенаправлением RN может повторно выбирать другой DeNB, что может быть неблагоприятным условием для поддержания работающих RN-WTRU и поддержания активных контекстов для соединенных WTRU.
Вместе с функциональностями балансировки нагрузки MME MME может также избегать ситуаций перегрузки передачи сигналов командующим eNB, соединенным с ним, чтобы дополнительно ограничить доступ к передаче сигналов со стороны WTRU, пытающихся прикрепиться к eNB. MME, считающий, что он находится в условиях перегрузки, передает сигнал выбранным eNB (например, eNB могут быть выбраны случайно или на основании предопределенных критериев, таких как текущая нагрузка, активные соединения, нагрузки других MME и/или подобное), чтобы начать и/или завершить управление перегрузкой. eNB под управлением перегрузки может отказывать любым дополнительным WTRU, пытающимся запросить соединение RRC для неэкстренных услуг. Как только MME освобождает управление перегрузкой, eNB могут вернуться к нормальным услугам передачи сигналов.
Основанное на WTRU управление перегрузкой MME и/или балансировкой/повторной балансировкой нагрузки MME может быть изменено, чтобы позволить RN размещаться под DeNB, чтобы повторно соединиться с другим DeNB/MME, в то же время поддерживая активные соединения/контексты для WTRU, соединенных с RN. Дополнительно процедуры перегрузки/повторной балансировки могут быть сконструированы, чтобы позволить RN повторно выбрать другой DeNB и/или MME без освобождения RN в нерабочее состояние. Например, если RN типа 1 освобождается в нерабочее состояние, RN-WTRU (например, WTRU, соединенные с RN) могут потерять покрытие и услуги RN-соты, что приведет к плохим впечатлениям абонента.
Фиг. 2 иллюстрирует пример архитектуры системы для размещения RN. DeNB 202 может являться eNB, сконфигурированным, чтобы поддерживать соединения как для WTRU, так и для RN. Например, WTRU 220a и WTRU 220b может быть соединен с, обслуживаться посредством и/или располагаться на DeNB 202. WTRU 220a и WTRU 220b могут осуществлять беспроводную связь с DeNB 202 через Uu интерфейс. DeNB 202 может взаимодействовать с одним или более MME (например, MME 206 и/или MME 208). DeNB 202 может взаимодействовать с MME 206 и/или MME 208 через S1 интерфейс. DeNB 202 может обслуживать RN 204. DeNB 202 и RN 204 могут осуществлять беспроводную связь через Un интерфейс. RN 204 может обслуживать один или более WTRU (например, RN-WTRU 220c и/или RN-WTRU 220d). WTRU, обслуживаемые RN, могут называться RN-WTRU (например, RN-WTRU 220c и/или RN-WTRU 220d). RN 204 может взаимодействовать с MME 206 и/или MME 208 через его беспроводное транзитное соединение (например, его Un интерфейс) через DeNB 202. DeNB 202 может разделять ресурсы восходящей линии связи и/или нисходящей линии связи между его доступными Uu и Un интерфейсами. Например, некоторые подкадры могут разделяться для взаимодействия через один или более Uu интерфейсов (например, Uu подкадры), а некоторые подкадры могут разделяться для взаимодействия через один или более Un интерфейсов (например, Un подкадры). DeNB может использовать временное мультиплексирование, чтобы разделять подкадры.
Согласно варианту осуществления, DeNB под управлением перегрузкой может принимать сообщение «начало перегрузки S1» от MME. В случае перегрузки то, какой DeNB/eNB принимает сообщение «начало перегрузки S1», может быть случайно выбрано MME. Например, DeNB 202 может временно обслуживаться MME 206. DeNB 202 может обслуживать одну или более ретрансляторов, которые могут быть прикреплены к нему (например, RN 204). RN 204 может дополнительно обслуживать RN-WTRU 220c и RN-WTRU 220d и, таким образом, может создавать больше нагрузки передачи сообщений для MME в условиях перегрузки. MME 206 может отправлять сообщение «начало перегрузки S1» на DeNB 202. По приему сообщения «начало перегрузки S1» DeNB может быть сконфигурирован, чтобы предпринимать одно или более (или любую комбинацию) из следующих действий. Например, DeNB 204 может отклонять новые запросы подключения, поступающие от WTRU, обслуживаемых RN 204. В примере DeNB 204 может отклонять запросы соединения RRC, поступающие от RN, пытающихся прикрепиться к DeNB. Отклонение может происходить независимо от того, предназначена ли процедура прикрепления для процесса запуска фазы I или фазы II.
В примере DeNB 202, который может действовать как S1 представитель для уже прикрепленного RN 204, может также отправлять сообщение «начало перегрузки S1» некоторым или всем ретрансляторам или случайно выбранным ретрансляторам, соединенным с DeNB. Сообщение «начало перегрузки S1» может быть отправлено RN, даже если конкретный RN не был выбран для управления перегрузкой посредством MME. Ретранслятор затем может следовать процедурам управления перегрузкой, пока не принято последующее сообщение «остановка перегрузки S1».
Дополнительно DeNB 202 может независимо начинать процедуры управления перегрузкой с любым RN, который он обслуживает (например, RN 204), если он определяет, что передача сигналов S1/RRC использует большую долю доступных Un ресурсов. Например, DeNB 202 может отправлять сообщение «начало перегрузки S1» любому из RN, которые DeNB обслуживает, на основании определения того, что передача сигналов S1/RRC использует большую долю доступных Un ресурсов.
Для случаев (повторной) балансировки нагрузки MME RN может переключаться на другой DeNB или оставаться с текущим DeNB. В случае, когда RN не выбирает повторно новый DeNB, способ действия между DeNB на RN и/или внутреннее (или заднее) действие передачи сигналов может использоваться, чтобы достичь повторной балансировки MME, в то же время поддерживая RN в состоянии RRC_Connected. Такая повторная балансировка между DeNB может использоваться вместо использования передачи сообщений освобождения RRC, чтобы скомандовать RN освободить DeNB и затем повторно подключиться к тому же DeNB.
Могут существовать другие этапы передачи сигналов в повторной балансировке MME, чтобы избежать освобождения RN. Например, следующие действия (которые могут выполняться в любом порядке или комбинации) могут использоваться, чтобы внутренне переключить RN с перегруженного MME на другой MME внутри MME-пула. Когда OAM сетью и/или MME принимает решение разгрузить RN с текущего RN-MME на другой MME внутри того же MME-пула (или MME внутри области действия соединения того же DeNB), текущий RN-MME может передать S1 «освобождение контекста RN» на DeNB. Сообщение «освобождение контекста RN» может включать в себя идентификацию RN, который должен быть сброшен, причину и/или значение нового MME. Например, RN 204 может обслуживаться DeNB 202, который в свою очередь может обслуживаться MME 206. По обнаружении перегрузки на S1 интерфейсе между MME 206 и DeNB 202 MME 206 может отправлять сообщение «освобождение контекста RN» на DeNB 202. Сообщение «освобождение контекста RN» может идентифицировать или не идентифицировать RN 204. Дополнительно сообщение «освобождение контекста RN» может идентифицировать или не идентифицировать MME 208 как возможный MME для выбора. DeNB 202 может выбирать MME 208 на основе его разрешенного MME-пула.
Например, чтобы внутренне переключить RN 204 с перегруженного MME (например, MME 206) на другой MME внутри MME-пула (например, MME 208), DeNB 202 может отправить запрос на RN 204, командующий ему поддерживать его текущее соединение RRC и текущую Un/Uu конфигурацию и/или операции. Запрос может также указывать, что RN 204 должен отправить сообщение обновления зоны слежения (TAU) назад на DeNB 202. Когда DeNB 202 принимает сообщение TAU от DeNB 202, DeNB 202 может быть запущен, чтобы выбрать другой MME для повторной балансировки нагрузки. Например, DeNB 202 может выполнять одну или более из следующих процедур в любой комбинации. DeNB 202 может оправлять сообщение RRC со специальным индикатором (например, сообщение RRCConnectionRelease со значением причины «необходимо TAU балансировки нагрузки») на RN 204. DeNB 202 может все еще поддерживать соединение RRC и/или другие конфигурации, включающие в себя конфигурации Un интерфейса с RN 204. RN 204 может принимать решение не освобождать соединение RRC и Un конфигурацию и может продолжать выполнение операций, поддерживающих соединенные с RN WTRU. RN 204 может выполнять некоторые из операций, подобных повторному установлению соединения RRC, например, повторно устанавливающих его однонаправленные радиоканалы относительно DeNB 202. RN 204 может отправлять сообщение TAU на DeNB 202 без указания зарегистрированного MME (например, MME 206). DeNB 202 может соединять RN 204 с новым MME (например, MME 208) и восстанавливать S1 контекст для RN 204.
В примере DeNB 202 может отправлять RN 204 сообщение конфигурации RRC RN. Например, сообщение конфигурации RRC RN может включать в себя команду HO для тех же Un ресурсов по тому же DeNB (например, DeNB 202) и/или специальный индикатор, обозначающий запрос действия типа передачи обслуживания между DeNB для RN. RN, который принял сообщение конфигурации RN (например, RN 204), может поддерживать свое то же самое соединение RRC, свой Un интерфейс/конфигурацию подкадра и/или соединения для WTRU, прикрепленных/подключенных к нему (например, RN-WTRU). В примере RN 204 может принимать сообщение конфигурации RN и может выполнять HO между DeNB (как по конфигурации HO) на тот же DeNB (например, DeNB 202), в то же время поддерживая RN-WTRU (например, RN-WTRU 220c и/или RN-WTRU 220d). RN 204 может отправлять сообщение TAU на DeNB 202 без указания зарегистрированного MME. DeNB 202 может соединять RN 204 с новым MME (например, MME 208) и может восстанавливать S1 контекст для RN 204.
В примере DeNB 202 может соединять RN 204 с новым MME (например, MME 208) и направлять трафик MME/RN на MME 208 через новый маршрут. Делая так, DeNB 202 может внутренне выполнить повторную балансировку нагрузки RN на новом RN-MME. DeNB 202 может запускать RN 204, чтобы переключиться на новый MME (например, MME 208) посредством выполнения процедуры обновления конфигурации MME. Например, DeNB 202 может отправлять сообщение запроса обновления конфигурации MME на RN 204, чтобы обновить новую связь MME с RN.
Дополнительно к переключению управления RN, обслуживаемым DeNB, с первого MME на второй MME, RN может также передаваться на другой DeNB через управление RRC. Пример системной диаграммы, иллюстрирующей передачу обслуживания RN с первого DeNB на второй DeNB, показан на фиг. 3. Передача обслуживания RN с первого DeNB на второй DeNB может называться «смена хост-узла». Смена хост-узла RN может выполняться, чтобы достичь (повторной) балансировки MME или балансировки нагрузки E-UTRAN. Например, смена хост-узла RN с его обслуживаемыми WTRU (например, WTRU, которые соединены с RN) может выполняться с тем, чтобы RN с его обслуживаемыми WTRU передавался на другой DeNB, не испытывая освобождения соединения RN RRC. RN может оставаться в состоянии RRC_Connected. Дополнительно RN может непрерывно поддерживать соту RN и RN-WTRU, соединенные с или располагающиеся в соте RN.
Относительно фиг. 3, как показано в системе 300, RN 306 может обслуживаться DeNB 302. Дополнительно RN-WTRU 320a и RN-WTRU 320b могут быть соединены с или располагаться на RN 306. DeNB 304 может являться DeNB из DeNB-списка для RN 306. По передаче обслуживания RN 306 с DeNB 302 на DeNB 304 RN 306 может управляться или не управляться тем же MME. Система 350 иллюстрирует пример архитектуры системы как результат передачи обслуживания RN 306 с DeNB 302 на DeNB 304. На высоком уровне в различных примерах RN может передаваться напрямую другому доступному DeNB в той же самой или другой сети по радиоинтерфейсу. Это может помочь избежать потери покрытия сети для пользователей из-за освобождения RN в нерабочее состояние. В примере, показанном на фиг. 4, RN-WTRU 320a и/или RN-WTRU 320b могут оставаться в соединенном состоянии, в то время как RN 306 передается с DeNB 302 на DeNB 304 или когда RN 306 передается с DeNB 304 на DeNB 302. При переходе от системы 300 к системе 350 DeNB 302 может называться исходным DeNB, а DeNB 304 может называться целевым DeNB. При переходе от системы 350 к системе 300 DeNB 304 может называться исходным DeNB, а DeNB 302 может называться целевым DeNB.
В примере целевой DeNB передачи обслуживания в процедуре передачи обслуживания RN может быть связан с одним или более из следующих критериев. Например, целевой DeNB передачи обслуживания может являться DeNB из DeNB-списка RN. В примере целевой DeNB может быть соседним DeNB, по которому RN провел измерения и отправил текущему исходному DeNB. В примере RN может получить доступ к DeNB. В примере, чтобы обслуживание RN было передано, исходный DeNB и/или MME, обслуживающий RN, может определять, что целевой DeNB не перегружен, перед выполнением передачи обслуживания.
В примере узел, начинающий передачу обслуживания (например, DeNB или MME), принимает решение сменить хост-узел RN и может начать действия, чтобы получить информацию передачи обслуживания RN. Пример информации передачи обслуживания RN, которая может быть собрана или получена начинающим узлом, может включать в себя один или более из следующих параметров передачи обслуживания RN в любой комбинации. В примере параметры передачи обслуживания RN могут включать в себя DeNB-список RN. В примере параметры передачи обслуживания RN могут включать в себя информацию о функционировании DeNB (например, исходного DeNB и целевого DeNB), такую как условия нагрузки, условия распространения радиоволн относительно RN, т.д. В примере параметры передачи обслуживания RN могут включать в себя конфигурацию Un интерфейса RN (например, для RN типа 1, конфигурацию Un подкадра). В примере параметры передачи обслуживания RN могут включать в себя информацию о местоположении RN, информацию о соседней соте RN, информацию о тактировании/синхронизации RN и/или условия нагрузки RN.
В примере исходный DeNB или целевой DeNB могут начинать смену хост-узла RN. Например, исходный DeNB может контактировать с RN-OAM (например, связанный узел OAM, обслуживающий RN), запрашивая DeNB-список RN. DeNB может также запросить рабочий статус одного или более DeNB из DeNB-списка RN. DeNB-список RN и/или информация о статусе DeNB из DeNB-списка может использоваться как информация целевого DeNB. DeNB может также запрашивать один или более параметров передачи обслуживания RN у возможного целевого DeNB и/или RN-OAM. В примере исходный DeNB может отправлять запрос на RN, просящий RN передать его DeNB-список. В примере исходный DeNB может отправлять запрос на RN, просящий RN указать DeNB, к каким RN может получить доступ. RN может выполнять измерения соседней соты и отвечать на запросы на основании измерения соседней соты. Измерения соседней соты могут включаться в ответ на запрос или могут периодически отправляться DeNB.
Когда исходный DeNB получил информацию о возможном целевом DeNB, он может отправить запрос передачи обслуживания (HO) одному или более вероятным целевым DeNB. Запрос HO может включать в себя информацию о текущей конфигурации Un подкадра RN и/или информацию о тактировании/синхронизации. Целевые DeNB могут допускать запрос HO и могут отправлять ответ назад на исходный DeNB, информацию HO, которая может включать в себя параметры передачи обслуживания RN, или другую информацию управления. Ответ на запрос HO может содержать сообщение оболочки RRC, которое должно быть передано на RN. Информация HO может включать в себя новую конфигурацию Un подкадра и/или сигнатуру выделенного доступа RACH. Информация HO может также включать в себя время переключения, время синхронизации, предоставление восходящей линии связи и/или подобное.
Когда исходный DeNB принимает ответ от одного или более целевых DeNB, исходный DeNB может принимать решение, на какой DeNB надо передать обслуживание RN. Исходный DeNB может начинать передачу контекстов RN-WTRU/RN/DeNB или информацию, связанную с контекстом, выбранному целевому DeNB. Целевой DeNB может командовать RN переходить на выбранный целевой DeNB через сообщение RRCRNReconfiguration с конфигурацией HO для нового целевого DeNB. RN может переключаться на целевой DeNB с Un конфигурацией, определенной в сообщении RRCRNReconfiguration, когда он готов или, если оно предоставляется, во время переключения. Например, RN может напрямую получать доступ к целевому DeNB, если RN ранее измерил новый целевой DeNB, и конфигурация включает в себя одну или более конфигураций Un подкадра, информацию о синхронизации или предоставление восходящей линии связи. В примере RN может начинать получать доступ к целевому DeNB с помощью процедуры доступа специального RN RACH, определенной более подробно в материалах настоящей заявки. RN может выполнять TAU под целевым DeNB. Например, если смена хост-узла была выполнена, чтобы способствовать повторной балансировке MME, TAU может выполняться, чтобы завершить процедуру повторной балансировки MME. RN может получить команду выполнить TAU в команде передачи обслуживания/сообщении RRCRNReconfiguration. Наконец, на основании информации зоны слежения DeNB/новой соты DeNB может принять решение выполнить TAU. Как стационарные RN, так и мобильные RN могут выполнять передачу обслуживания с одного DeNB на другой DeNB.
В примере, чтобы способствовать передаче обслуживания RN и связанных с ним RN-WTRU, целевой DeNB может, на основании политики допуска вызова, выполнять одно или более из следующих действий. Целевой DeNB может допускать HO RN и связанные с ним RN-WTRU. Целевой DeNB может допускать HO RN и только некоторые RN-WTRU, например, RN-WTRU с предопределенными абонентами QoS. Целевой DeNB может допускать HO RN, но отклонять RN-WTRU. Целевой DeNB может отклонять RN и RN-WTRU. Если целевой DeNB не допускает RN и/или некоторые или все из связанных с ним RN-WTRU, целевой DeNB и RN могут убедиться, что отклоненный RN и/или RN-WTRU могут вернуться назад в изначальную соту без потери услуги. В случае, в котором RN допускаются, но один или несколько (или все) RN-WTRU отклоняются, RN, который должен быть связан с новым целевым DeNB, может передавать обслуживание UE изначальному исходному DeNB.
В примере MME может начинать смену хост-узла RN и передачу обслуживания с первого DeNB на второй DeNB. Например, в случае, в котором смена хост-узла RN начинается с MME, чтобы выполнить повторную балансировку MME, могут выполняться как действия, связанные с повторной балансировкой MME, так и действия, связанные с передачей обслуживания RN с первого DeNB на второй DeNB, как описано в материалах настоящей заявки. В случаях передачи обслуживания, начатой MME, RN-MME (например, MME, являющийся в настоящее время хост-узлом RN) может инициировать получение DeNB-списка от RN-OAM. RN-MME может также запросить рабочий статус возможных целевых DeNB, чтобы собрать информацию о целевом DeNB. В примере RN-MME отправляет запрос исходному DeNB, командует исходному DeNB получить DeNB-список или получить информацию о соседней соте RN через измерения RN. В примере, когда RN-MME собрал информацию о целевом DeNB, RN-MME может запросить, чтобы DeNB выполнил смену хост-узла RN от имени MME.
В примере, если передача обслуживания RN не может быть выполнена из-за того, что RN не способен получить доступ к другому DeNB, кроме текущего DeNB (например, нет других DeNB в области/в пределах диапазона RN, или нет DeNBs в пределах диапазона RN, которые допускают соединения), начинающий узел (DeNB или MME) может выполнить одно или более из следующих действий в любом порядке или комбинации. Начинающий узел может отменить решение о разгрузке (например, MME может отменить процедуры повторной балансировки). Начинающий узел может отправлять сообщение отказа назад с кодом «нет разгружаемого дока» (например, если DeNB, работающий от имени MME, не может найти подходящий целевой DeNB, сообщение отказа может быть отправлено RN-MME с исходного DeNB). Начинающий узел может выбрать другой RN для разгрузки/сброса. Начинающий узел может выполнить разгрузку WTRU с DeNB или с RN (например, RN-WTRU). Начинающий узел может освободить RN.
В примере вместо того, чтобы DeNB выполнял HO RN для балансировки нагрузки, MME или DeNB может командовать RN выполнить балансировку нагрузки для WTRU под управлением RN (например, RN-WTRU). Команда может отправляться через передачу сигналов S1, X2 и/или RRC.
Может существовать процедура специального RACH для RN и/или для передачи обслуживания RN. Процедура доступа специального RACH RN может позволять RN поддерживать свою RN-соту и поддерживать соединения для RN-WTRU. RN-WTRU могут оставаться в состоянии RRC_Connected, в то время как RN выполняет процедуру доступа RACH с выделенной сигнатурой/преамбулой в отношении нового DeNB. Процедура доступа RACH может использоваться, чтобы получить синхронизацию соты и/или изначальное предоставление восходящей линии связи. Выделенная сигнатура может быть распределена целевым DeNB. При определении подходящей сигнатуры/преамбулы RACH для RN целевой DeNB может выбирать преамбулу на основании текущей или будущей конфигурации Un подкадра RN, особенно случаев передачи восходящей линии связи RN. В примере текущая конфигурация Un подкадра (например, конфигурация Un подкадра на исходном DeNB) может быть такой же, как и конфигурация Un подкадра (например, конфигурация Un подкадра на целевом DeNB после передачи обслуживания). RN, в случае(ях) передачи Un подкадра(ов) восходящей линии связи, может передавать выделенную сигнатуру новому целевому DeNB. RN может отслеживать R-PDCCH своего Un подкадра нисходящей линии связи для отклика произвольного доступа (RAR) от нового целевого DeNB. Когда RN принял RAR с предоставлением восходящей линии связи, процедура специального RACH для RN завершается, RN может начинать операции Un интерфейса с новым целевым DeNB.
Текущие определения измерений уровня 2 (L2), выполняемые E-UTRAN через Uu интерфейс, могут поддерживать операции радиосвязи E-UTRA, управление радиоресурсами (RRM), эксплуатацию и обслуживание (OAM) сети и функции или функциональности самоорганизующихся сетей (SON). L2 измерения на eNB были сконструированы, чтобы предоставлять индикаторы производительности, такие как использование PRB (физического блока ресурсов), количество активных WTRU, задержка пакетов, потеря данных, т.д. L2 измерения могут получаться и использоваться как индикаторы производительности, чтобы отражать условия трафика, использование ресурсов и/или эффективность функционирования через Uu радиоинтерфейс между WTRU и E-UTRAN.
Например, измерение использования PRB может использоваться, чтобы измерять долю используемых PRB по UL/DL WTRU относительно всех доступных PRB соты в течение определенного интервала времени. Измерение использования PRB может предоставлять оценку нагрузки трафика соты и может использоваться как индикатор уровня загруженности соты. Использование PRB может использоваться как критерий при управлении допуском вызова, балансировке нагрузки и/или управлении помехами между сотами. Использование PRB может также использоваться для наблюдаемости производительности OAM. Результаты L2 измерения, произведенного eNB, могут быть разделены с соседними eNB через X2 интерфейс, и передачи обслуживания балансировки нагрузки соседним сотам могут начинаться на основании измерений. В материалах настоящей заявки представлены улучшения для управления RN при балансировке нагрузки сети и управлении перегрузкой и L2 измерениях на eNB.
Чтобы лучше обозначать использование соты и чтобы предоставлять более подробную информацию касательно типа использования в пределах RAN, в материалах настоящей заявки определены новые измерения, которые должны выполняться узлами RAN. Например, eNB может быть сконфигурирован, чтобы выполнять измерения на своем Uu интерфейсе и своем Un интерфейсе отдельно. Две группы измерений (например, L2 измерения на Uu интерфейсе DeNB и L2 измерения на Un интерфейсе DeNB) могут лучше или более точно отразить условия трафика. Чтобы предоставить более точную информацию касательно того, как Uu радиоинтерфейс DeNB разделяется как RN типа 1, так и макро-WTRU, в материалах настоящей заявки определяются новые L2 измерения в eNB или RN. L2 измерения, выполняемые на Uu и Un интерфейсах DeNB, могут использоваться, чтобы поддерживать операции радиосвязи E-UTRA (например, операция поддержки Uu интерфейса и/или Un интерфейса), управление радиоресурсами (RRM) (например, повторное разделение радиоресурсов Uu и/или Un), эксплуатацию и обслуживание (OAM) сети (например, для наблюдаемости производительности OAM) и функции или функциональности самоорганизующихся сетей (SON) (например, передача обслуживания RN/WTRU и/или техническое обслуживание соединения RN).
DeNB может измерять использование PRB на своем Uu и Un интерфейсе отдельно для точной оценки уровня загруженности на каждом интерфейсе. Эта информация может использоваться DeNB для балансировки нагрузки либо среди различных сот, либо для повторного разделения ресурсов между Un и Uu интерфейсом. Среди прочего, в материалах настоящей заявки раскрыты L2 измерения на DeNB, которые содержат независимое измерение по использованию PRB по использованию Un подкадра. Новые измерения могут применяться к DeNB, поддерживающим ретрансляторы типа 1, типа 1a и типа 1b.
Могут быть выполнены измерения общего использования PRB RN на Un подкадрах. Измерение может отслеживать использование ресурсов на Un интерфейсе DeNB, чтобы определить условие нагрузки на интерфейсе DeNB-RN для Un подкадров. Измеренные результаты могут использоваться для балансировки нагрузки, управления допуском вызова и/или управления загруженностью на DeNB.
Доля DeNB-RN PRB, использованных в течение периода T, может быть определена как M_RN(T), где значение M_RN(T) может быть выражено как доля возможного использования PRB Un подкадром. Значение M_RN(T) может быть получено посредством деления общего количества PRB, распределенных для использования RN во время заданного периода времени T(M1_RN(T)), на все доступные ресурсы PRB в Un подкадрах, назначенных RN во время заданного периода времени T(P_RN(T)).
Например, общее использование DeNB-RN PRB может быть рассчитано в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для DL и UL. Уравнение (1) может представлять общее использование RN PRB в Un подкадрах, которое может являться долей PRB, используемых RN на Un интерфейсе, усредненное в течение периода времени T. Значение общего использования RN PRB в Un подкадрах может находиться в диапазоне 0-100%.
M1_RN(T) может представлять подсчет полных физических блоков ресурсов, распределенных для передачи/приема RN в течение времени T. Для DL могут включаться PRB, используемые для передачи. Для UL могут включаться PRB, распределенные для передачи. P_RN(T) может представлять максимальное количество PRB, которые доступны (например, общее количество доступных PRB) в течение периода времени T для Un подкадров. T представляет период времени, в течение которого выполняется измерение.
В другом примере использование RN PRB в Un подкадрах, реально назначенных RN, может определяться как количество RN PRB (M1_RN(T)), разделенное на разницу между общим количеством PRB в Un подкадрах (P_RN(T)) и количеством PRB макро-WTRU (например, PRB, назначенные для WTRU, соединенных напрямую с DeNB) в пределах тех же Un подкадров в течение периода времени T (M1_DoUE(T)). Уравнение (2) может представлять использование RN PRB в Un подкадрах, реально назначенных RN.
Общее использование DeNB-RN PRB может быть рассчитано в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для DL и UL.
В другом примере использование RN PRB в Un подкадрах, реально назначенных RN, может определяться, как количество RN PRB в течение периода времени T (M1_RN(T)), разделенное на разницу между общим количеством PRB в Un подкадрах (P_RN(T)) и количеством PRB макро-WTRU для не подлежащего приоритетному прерыванию трафика макро-WTRU в пределах тех же Un подкадров в течение периода времени T (M2_DoUE(T)). Уравнение (3) может представлять использование RN PRB в Un подкадрах, реально назначенных RN.
Общее использование DeNB-RN PRB может быть рассчитано в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для DL и UL. Не подлежащий приоритетному прерыванию трафик макро-UE в пределах Un подкадров в течение периода времени T (M2_DoUE(T)) может являться трафиком данных WTRU, который может быть критичным по времени (например, его передача не может ждать не Un подкадры). Примерами трафика данных WTRU, который может рассматриваться как критичный по времени, являются трафик данных, который запланирован полупостоянно, трафик данных, который упакован посредством временного интервала передачи (TTI), трафик данных, который является критичным к временному пределу по продолжительности DRX WTRU, и/или трафик, связанный с тактированием HARQ.
Другим измерением, которое может быть определено, чтобы оценить использование ресурсов, может являться использование ресурсов макро-WTRU на Un подкадрах. Макро-WTRU могут являться WTRU, которые соединены с DeNB, который разделяет ресурсы одному или более RN. Макро-WTRU могут также называться донорными WTRU или донорными UE. Макро-WTRU могут взаимодействовать с DeNB через Uu интерфейс. Однако для макро-WTRU могут быть назначены ресурсы во время подкадров, распределенных на RN для Un интерфейса RN, например, если для RN не были распределены ресурсы для доступных Un подкадров. Измерения использования макро-WTRU PRB на Un подкадрах могут выполняться отдельно для DL и UL. Измеренные результаты могут быть выражены как M_DoUE(T). Результаты измерений использования макро-WTRU PRB могут использоваться вместе с измеренным использованием RN PRB M_RN(T) (смотрите выше), чтобы определить условие нагрузки на назначенных в настоящее время реальных Un подкадрах.
M_DoUE(T) может быть определено посредством деления измеренного количества PRB, распределенных для использования макро-WTRU в течение периода времени T (M1_DoUE(T)) на все доступные ресурсы PRB, которые могут использоваться RN в течение периода времени T (P_RN(T)). P_RN(T) может быть определено как общее количество PRB, доступных в Un подкадрах, реально назначенных RN в течение периода времени измерения T. Уравнение (4) может представлять использование макро-WTRU PRB в Un подкадрах, реально назначенных RN.
Использование макро-WTRU PRB на реальных подкадрах RN может быть рассчитано в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для Un подкадров нисходящей линии связи. M_DoUE(T) может быть определено как использование макро-WTRU PRB на реальных Un подкадрах. M_DoUE(T) может являться долей используемых PRB, усредненной в течение периода времени T на подкадрах Un интерфейса, назначенных RN. Значение может находиться в диапазоне 0-100%. M1_DoUE(T) может являться подсчетом полных физических блоков ресурсов, распределенных для передачи/приема макро-WTRU на Un подкадрах для макро-WTRU в течение времени T.
Условие реальной нагрузки для Un подкадров в течение периода T может быть выражено как L_UnA(T). Например, условие реальной нагрузки для Un подкадров в течение периода T может быть получено на DeNB посредством прибавления реального использования макро-WTRU PRB к реальному использованию RN PRB. Эти измерения могут быть получены, как описано выше, и могут относиться к использованию PRB на Un подкадрах, реально назначенных RN в течение периода времени T. Уравнение (5) может представлять условие реальной нагрузки для Un подкадров в течение периода T.
L_UnA(T) может являться долей со значением 0-100%. Измерение условия реальной нагрузки на Un подкадрах может выполняться отдельно для DL и UL. В примере условие реальной нагрузки L_UnA(T) для Un интерфейса в течение периода T может быть получено на DeNB посредством деления суммы общего количества RN PRB в течение периода измерения T и общего количества макро-WTRU PRB в течение периода измерения T на общее количество PRB, доступных в Un подкадрах, реально назначенных RN в течение периода измерения T. Уравнение (6) может представлять условие реальной нагрузки для Un подкадров в течение периода T.
Например, использование RN PRB во время Un подкадров, использование макро-WTRU во время Un подкадров и/или условие реальной нагрузки для Un могут использоваться DeNB и/или другими узлами, такими как MME/OAM, для действия повторного разделения Uu/Un интерфейса. Например, DeNB может добавлять или удалять Un подкадры (например, как узел конфигурации подкадра) к или из текущих, реально назначенных Un подкадров, когда происходит одно или более из следующих условий. DeNB может добавлять и/или удалять Un подкадры (например, запускать повторное распределение Un подкадров), когда L_UnA(T) приближается к или находится выше/над высоким пороговым значением доли, и/или когда L_UnA(T) приближается к или находится под низким пороговым значением доли. Например, DeNB может добавлять Un подкадры (например, распределять больше подкадров для Un интерфейса), когда L_UnA(T) приближается к или находится выше/над высоким пороговым значением доли. DeNB может удалять Un подкадры (например, распределять меньше подкадров для Un интерфейса), когда L_UnA(T) приближается к или ниже низкого порогового значения доли. DeNB может добавлять и/или удалять Un подкадры (например, запускать повторное распределение Un подкадров), когда использование RN PRB M_RN(T) находится выше и/или ниже одного или более пороговых значений. В примере DeNB может добавлять Un подкадры, когда использование RN PRB M_RN(T) находится выше порогового значения. В примере DeNB может удалять Un подкадры, когда использование RN PRB M_RN(T) находится ниже порогового значения. DeNB может добавлять и/или удалять Un подкадры (например, запускать повторное распределение Un подкадров), когда отношение использования RN PRB M_RN(T) к использованию макро-WTRU PRB M_DoUE(T) находится выше порогового значения и/или ниже порогового значения. В примере DeNB может добавлять и/или удалять Un подкадры (например, запускать повторное распределение Un подкадров), когда значение использования макро-WTRU PRB M_DoUE(T) находится выше порогового значения и/или ниже порогового значения.
Дополнительно измерения использования PRB для Un подкадров могут выполняться по классу трафика. Например, измерение общего использования RN PRB на Un подкадрах в среднем в течение периода времени T может выполняться по классу трафика. Такое измерение может отслеживать использование ресурсов на Un интерфейсе DeNB по классу трафика. Класс трафика может определяться на основании индикатора класса качества обслуживания (QoS) (QCI или в материалах настоящей заявки qci), связанного с передачей. Общее использование RN PRB на Un подкадрах по классу трафика может быть выражено как M_RN(qci), что может являться долей использования RN PRB, относящейся к классу трафика RN (например, QCI).
Измерение использования PRB по классу трафика RN может быть определено как агрегированное измерение для RN в соте и может быть применимо к выделенным каналам трафика (DTCH). Измерение может быть выполнено в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для DL DTCH для каждого QCI и UL DTCH для каждого QCI.
M_RN1(T, qci) может быть определено как абсолютное использование RN PRB на Un подкадрах по классу трафика RN в течение периода времени T. Уравнение (7) может представлять абсолютное использование RN PRB на Un подкадрах по классу трафика RN в течение периода времени T.
M_RN(qci) может быть определено как использование RN PRB на Un подкадрах по классу трафика, которое может являться долей PRB, используемых для конкретного класса трафика RN (например, QCI) на доступных PRB для RN, усредненной в течение периода времени T. Значение может находиться в диапазоне 0-100%. Уравнение (8) может представлять использование RN PRB на Un подкадрах по классу трафика RN в течение периода времени T.
Переменная t может быть определена как переменная, представляющая транспортный(е) блок(и) в периоде времени T, которые содержат данные DTCH в течение Un подкадров. Изначальные передачи и повторные передачи HARQ могут быть посчитаны по отношению к t. B(t, qci) может быть определено как общее количество DTCH битов для RN DTCH с QCI, имеющим значение qci, переносимых в транспортном блоке t, переданном по Un интерфейсу. B(t) может быть определено как общее количество DTCH битов для RN DTCH с QCI, имеющим значение qci, переносимых в транспортном блоке t, переданном по Un интерфейсу.
M_RN(qci) может быть определено как использование RN PRB по классу трафика на Un подкадрах. Значение M_RN(qci) может являться долей PRB, используемых для конкретного qci, усредненной в течение периода времени T, которая может находиться в диапазоне 0-100%. M_RN1(T, qci) может быть определено как абсолютное использование PRB по классу трафика RN на Un подкадрах, которое может являться подсчетом полных или частичных физических блоков ресурсов. T может являться периодом времени, в течение которого выполняется измерение (например, может оцениваться в терминах TTI). t может быть определено как транспортные блоки в периоде времени T, которые содержат данные DTCH на DeNB-RN интерфейсе (например, Un интерфейсе). Изначальные передачи и повторные передачи HARQ могут быть посчитаны при определении значений t. S(t) может быть группой физических блоков ресурсов, используемых для передачи транспортного блока t. W(p) может быть количеством транспортных блоков, которые в настоящее время делят PRB p. B(t, qci) может являться общим количеством DTCH битов для RN DTCH с QCI, имеющим значение qci, переносимых в транспортном блоке t и передаваемых по Un интерфейсу. B(t) может являться общим количеством DTCH битов и битов канала управления нисходящей линии связи (DCCH), переносимых в транспортном блоке t и передаваемых по Un интерфейсу. X(t) может быть определено, чтобы учитывать мультиплексирование. Например, X(t) может быть определено как X(t)=1, если мультиплексирование учитывается. Если мультиплексирование не учитывается, X(t) может быть определено как X(t)=1, если транспортный блок t переносит данные, соответствующие одиночному QCI. Если мультиплексирование не учитывается, X(t) может быть определено как X(t)=0, если транспортный блок t переносит данные, соответствующие двум или более значениям QCI.
В другом примере измерения использования RN PRB по классу трафика могут быть получены другими способами. Использование RN PRB по классу трафика в Un подкадрах, реально назначенных RN, может определяться как количество RN PRB для конкретного класса трафика/QCI (M_RN1(T, qci)), разделенное на разницу между общим количеством PRB в Un подкадрах (P_RN(T)) и количеством макро-WTRU PRB (M1_DoUE(T)) в пределах тех же Un подкадров (смотрите выше относительно использования макро-WTRU PRB) в течение периода времени T. Уравнение (9) может представлять абсолютное использование RN PRB на Un подкадрах по классу трафика RN в течение периода времени T. Уравнение (10) может представлять использование RN PRB по классу трафика в Un подкадрах, реально назначенных RN, в течение периода времени T.
Общее использование DeNB-RN PRB может быть рассчитано в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для DL и UL.
В примере использование RN PRB по классу трафика в Un подкадрах, реально назначенных RN, может быть оценено, как абсолютное количество RN PRB для конкретного класса трафика/QCI (M_RN1(T, qci)), разделенное на разницу между общим количеством PRB в Un подкадрах (P_RN(T)) и количеством макро-WTRU PRB для не подлежащего приоритетному прерыванию трафика макро-WTRU (M2_DoUE(T)) в пределах тех же Un подкадров в течение периода времени T. Уравнение (11) может представлять использование RN PRB по классу трафика в Un подкадрах, реально назначенных для RN, в течение периода времени T.
Общее использование DeNB-RN PRB может быть рассчитано в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для DL и UL.
Подобным образом измерения касательно использования макро-WTRU PRB на Un подкадрах могут быть определены и выполнены на основе QCI. Это измерение может отслеживать использование ресурсов макро-WTRU на Un подкадрах по классу трафика/QCI. Измерение может выполняться отдельно для DL DTCH для каждого QCI и/или UL DTCH для каждого QCI. Измеренные результаты могут быть определены как M_DoUE(T, qci) и могут использоваться вместе с измеренным использованием RN PRB (например, M_RN(T, qci)), чтобы определить условие нагрузки на назначенных в настоящее время реальных Un подкадрах по классу трафика/QCI. Например, M_DoUE(T, qci) может быть получено посредством деления измеренного количества PRB, распределенных для использования макро-UE в течение периода времени T c QCI, имеющим значение qci, (M1_DoUE(T)), на все доступные ресурсы PRB, которые могут быть распределены в Un подкадрах в течение заданного периода времени T (P_RN(T)). Уравнение (12) может представлять использование макро-WTRU PRB по классу трафика в Un подкадрах в течение периода времени T.
M_DoUE(T, qci) может быть определено как использование макро-WTRU PRB на реальных Un подкадрах по классу трафика (qci), которое может являться долей используемых PRB, усредненной в течение периода времени T на подкадрах Un интерфейса, назначенных RN. M_DoUE(T, qci) может принимать значение в диапазоне 0-100%. M1_DoUE(T, qci) может быть определено как подсчет полных физических блоков ресурсов, распределенных для передачи или приема макро-WTRU на Un подкадрах с QCI=qci в течение времени T.
В примере может выполняться измерение условия реальной нагрузки для Un подкадров по классу трафика в течение периода T (L_UnA(T, qci)). Условие реальной нагрузки для Un подкадров по классу трафика в течение периода T может быть получено на DeNB посредством прибавления реального использования макро-WTRU PRB по QCI к реальному использованию RN PRB по QCI. Как реальное использование макро-WTRU PRB по QCI, так и реальное использование RN PRB по QCI может быть получено на Un подкадрах, реально назначенных RN в течение периода T. Измерение может выполняться отдельно для DL DTCH для каждого QCI и/или UL DTCH для каждого QCI. Уравнение (13) может представлять условие реальной нагрузки для Un подкадров по классу трафика в течение периода T. L_UnA(T, qci) может принимать значение в диапазоне от 0 до 100%.
В примере условие реальной нагрузки L_UnA(T, qci) для Un интерфейса в течение периода T может быть получено на DeNB посредством деления суммы общего количества RN PRB по QCI и общего количества макро-WTRU PRB по QCI на общее количество PRB, доступных в Un подкадрах, реально назначенных RN в течение периода измерения T. Уравнение (14) может представлять условие реальной нагрузки для Un подкадров по классу трафика в течение периода T. L_UnA(T, qci) может принимать значение в диапазоне от 0 до 100%.
Может быть выполнено измерение, чтобы определить общее использование PRB на Un подкадрах на основе RN. Например, измерение может предоставлять долю использования PRB RN станцией J в течение периода времени T на Un интерфейсе DeNB (M_RN(T, J)). Измерение может использоваться, чтобы оценивать производительность для каждого отдельного RN, включая RN станцию J. DeNB может определять долю использования PRB RN станцией J в течение периода времени T (M_RN(T, J)) посредством деления количества PRB, используемых RN станцией J в течение времени T (M1_RN(T, J)), на все доступные ресурсы PRB в Un подкадрах, назначенных RN, в течение заданного периода времени T (P_RN(T)). Уравнение (15) может представлять общее использование PRB на Un подкадрах RN станцией J.
Использование RN PRB может быть рассчитано в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для DL и UL. M_RN(T, J) может являться долей PRB, используемых RN станцией J на Un интерфейсе, усредненной в течение периода времени T. Значение M_RN(T, J) может находиться в диапазоне 0-100%. M1_RN(T) может являться абсолютным подсчетом полных физических блоков ресурсов, распределенных для передачи или приема RN станции J в течение времени T. Для DL, M1_RN(T, J) может включать в себя PRB, используемые для передачи RN станцией J. Для UL M1_RN(T, J) может включать в себя PRB, распределенных на RN станцию J для передачи. J может обозначать, что измерение было выполнено относительно RN станции J. P_RN(T) может представлять максимальное количество PRB в Un подкадрах, которые доступны для использования RN станцией J в течение периода времени T.
В примере вместо (или дополнительно к) определения отношения количества PRB, используемых RN станцией J в течение времени T (M1_RN(T, J)), ко всем доступным ресурсам PRB в Un подкадрах, назначенных RN в течение заданного периода времени T (P_RN(T)), максимальное количество PRB в Un подкадрах, которые доступны для использования RN станцией J в течение периода T (P1_RN(T)), могут использоваться в качестве основы измерения использования. Например, P1_RN(T) может представлять общее количество PRB в Un подкадрах, назначенных RN станции J. Уравнение (16) может представлять общее использование PRB на Un подкадрах RN станцией J.
В примере вместо (или дополнительно к) определения отношения количества PRB, используемых RN станцией J в течение времени T (M1_RN(T, J)), либо ко всем доступным ресурсам PRB в Un подкадрах, назначенных для RN в течение заданного периода времени T (P_RN(T)), либо к максимальному количеству PRB в Un подкадрах, которые доступны для использования RN станцией J в течение периода T (P1_RN(T)), измерение может использовать доступное количество PRB в Un подкадрах, которые реально назначены для RN станции J (P2_RN(T)). Уравнение (17) может представлять общее использование PRB на Un подкадрах RN станцией J.
В случаях, когда два или более RN делят назначенные Un подкадры, количество PRB, доступных для конкретного RN, доступные PRB для конкретной RN могут быть определены как грубо усредненная дробная доля не-макро-WTRU PRB в Un подкадрах (например, 1/N, где N - это количество RN, делящих ресурс). В примере доступные PRB для конкретной RN станции могут быть определены как дробная доля ресурса для RN на основе их текущей нагрузки. В примере доступные PRB для конкретной RN станции могут быть определены на основе реализации планировщика DeNB, известной внутренне для DeNB (например, основывать долю, назначаемую заданной RN станции, на известной информации о прошлом, настоящем и/или будущем планировании).
В другом примере, чтобы определить использование PRB по RN в Un подкадрах, реально назначенных RN, DeNB может определять количество PRB, используемых RN станцией J на Un интерфейсе, усредненное в течение периода времени T (M1_RN(T, J)), и делить его на разницу между общим количеством PRB в Un подкадрах (P_RN(T)) и количеством макро-WTRU PRB в пределах тех же Un подкадров в течение периода T (M1_DoUE (T)). Уравнение (18) может представлять общее использование PRB на Un подкадрах RN станцией J.
Общее использование PRB Un подкадров RN станцией J может быть рассчитано в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для средств связи нисходящей линии связи и восходящей линии связи.
В примере использование RN PRB в Un подкадрах, реально назначенных RN, может быть описано как количество PRB, используемых RN станцией J на Un интерфейсе, усредненное в течение периода времени T (M1_RN(T, J)), разделенное на разницу между общим количеством PRB в Un подкадрах (P_RN(T)) и количеством макро-WTRU PRB для не подлежащего приоритетному прерыванию трафика макро-WTRU в пределах тех же Un подкадров в течение периода времени T (M2_DoUE(T)). Уравнение (19) может представлять общее использование PRB на Un подкадрах RN станцией J.
Общее использование PRB Un подкадров RN станцией J может быть рассчитано в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для средств связи нисходящей линии связи и восходящей линии связи.
Может выполняться измерение использования PRB для Un подкадров по RN по классу трафика (QCI) в течение периода времени T. Измерение может соответствовать использованию PRB для Un подкадров по RN по классу трафика (QCI) в течение периода времени T и может выражаться в виде доли PRB. Измерение может использоваться, чтобы оценивать производительность для каждого отдельного RN. Использование по RN станции по классу QCI на Un подкадрах в течение периода времени T (M_RN(T, J, qci)) может быть определено посредством деления количества PRB, используемых RN станцией J по qci в течение времени T (M1_RN(T, J, qci)), на общее максимальное количество PRB, которые могут быть доступны для RN станции J на Un подкадрах в течение времени T (P1_RN(T)). Измерение может выполняться отдельно для DL и UL. Уравнение (20) может представлять использование PRB на Un подкадрах по RN по классу трафика (QCI) в течение периода времени T.
Использование RN PRB может быть рассчитано в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для DL и UL. M_RN(T, J, qci) может являться долей PRB по классу трафика, используемых RN станцией J на Un интерфейсе, усредненной в течение периода времени T. Значение M_RN(T, J, qci) может находиться в диапазоне 0-100%. M1_RN(T, J, qci) может являться подсчетом полных блоков ресурсов, распределенных RN станции J для передачи/приема в течение времени T по классу трафика qci. Для DL могут включаться PRB, используемые для передачи. Для UL могут включаться PRB, распределенные для передачи.
В примере использование PRB по RN по QCI в Un подкадрах, реально назначенных RN (M_RN(T, J, qci)), может определяться как количество полных блоков ресурсов, распределенных на RN станцию J для передачи/приема в течение периода времени T по классу трафика qci (M1_RN(T, J, qci)), разделенное на разницу между общим количеством PRB в Un подкадрах, назначенных RN станции J (P1_RN(T)), и количеством макро-WTRU PRB в пределах тех же Un подкадров в течение периода времени T (M1_DoUE(T)). Уравнение (21) может представлять использование PRB по RN по QCI в Un подкадрах, реально назначенных RN, в течение периода времени T.
Общее использование DeNB-RN PRB может быть рассчитано в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для DL и UL.
В примере может быть определено, как количество полных блоков ресурсов, распределенных на RN станцию J для передачи/приема в течение периода времени T по классу трафика qci (M1_RN(T, J, qci)), разделенное на разницу между общим количеством PRB в Un подкадрах, назначенных RN станции J (P1_RN(T)), и количеством макро-WTRU PRB для не подлежащего приоритетному прерыванию трафика макро-WTRU в пределах тех же Un подкадров в течение периода времени T (M2_DoUE(T)). Уравнение (22) может представлять использование PRB по RN по QCI в Un подкадрах, реально назначенных RN, в течение периода времени T.
Могут выполняться измерения использования PRB по элементу конфигурации Un подкадра (UnSC). Измерение может выполняться отдельно для DL и UL. Базовый UnSC элемент может быть определен как базовый элемент передачи сигналов для DeNB, чтобы сконфигурировать RN для назначения Un подкадра. Например, в донорной соте могут находиться всего 8 разъединенных UnSC элементов. UnSC элементы могут быть разделениями доступных подкадров на Un интерфейсе, и одна или более UnSC может быть назначена для одного или более RN с помощью передачи сигналов RRC. Более одного RN могут разделять одну UnSC для трафика RN. Трафик для макро-WTRU в донорной соте может также быть назначен, чтобы использовать ресурсы Un подкадров. Например, Un подкадры могут разделяться по нагрузке трафиком RN, а также трафиком макро-WTRU. L2 могут выполняться на DeNB, чтобы оценить использование PRB на основе UnSC.
В примере может быть выполнено измерение использования макро-WTRU PRB в Un подкадре по UnSC. Использование макро-WTRU PRB на заданной UnSC К (например, К может являться индексом для UnSC) в течение периода времени T может быть представлено, как M_DoUEsc(K, T). Чтобы оценить M_DoUEsc(K, T), DeNB может разделить измеренное количество PRB для макро-WTRU с UnSC К в течение периода времени T (M1_DoUEsc(K, T)) на общее количество PRB, доступных на UnSC К в течение времени T (P_RNsc(K, T)). Уравнение (23) может представлять использование макро-WTRU PRB в Un подкадрах по UnSC в течение периода времени T.
Измеренный результат может использоваться для получения условия общей нагрузки на UnSC. Измеренный результат может также использоваться, чтобы предсказывать условия нагрузки из-за трафика макро-WTRU на других, неназначенных UnSC перед расширением разделения Un подкадра.
Может быть выполнено измерение использования RN PRB в Un подкадре по UnSC. Дополнительно к отслеживанию общего использования трафика RN на Un подкадрах (например, на назначенных UnSC элементах) использование RN PRB по отдельной UnSC также может измеряться, чтобы оценивать условие нагрузки для одной или более UnSC. Измерение использования RN PRB по UnSC может выполняться отдельно для DL и UL. Например, использование RN PRB по UnSC К в течение периода времени T может быть выражено как M_RNsc(K, T). DeNB может получить M_RNsc(K, T) посредством деления общего количества PRB, распределенных RN в UnSC К в течение периода времени T (M1_RNsc(K, T)) на общее количество доступных PRB в UnSC К в течение периода времени T (P_RNsc(K, T)). Уравнение (24) может представлять использование RN PRB в Un подкадрах по UnSC в течение периода времени T.
Измеренный результат может использоваться для получения условия общей нагрузки на UnSC. Измеренный результат может также использоваться, чтобы предсказывать условия нагрузки из-за трафика RN на других назначенных UnSC перед сокращением разделения Un подкадра.
В примере вместо (или дополнительно к) определения отношения общего количества PRB, распределенных RN в UnSC К в течение периода времени T (M1_RNsc(K, T)), к общему количеству доступных PRB в UnSC К в течение периода времени T (P_RNsc(K T)), может использоваться разница между общим количеством PRB в UnSC К в течение периода времени T (P_RNsc(K, T)) измеренным количеством PRB для макро-WTRU с UnSC К в течение периода времени T (M1_DoUEsc(K, T)). Например, чтобы определить использование RN PRB в Un подкадрах по UnSC в течение периода времени T, общее количество PRB, распределенных RN в UnSC К в течение периода времени T (M1_RNsc(K, T)), может быть разделено на разницу между общим количеством PRB в UnSC К в течение периода времени T (P_RNsc(K, T)) и измеренным количеством PRB для макро-WTRU с UnSC К в течение периода времени T (M1_DoUEsc(K, T)). Уравнение (25) может представлять использование RN PRB в Un подкадрах по UnSC в течение периода времени T.
В примере вместо (или дополнительно к) использования определений RN PRB по UnSC, раскрытых выше, использование RN PRB по UnSC может определяться посредством деления общего количества RN PRB в UnSC К в течение периода времени T (M1_RNsc(K, T)) на разницу между общим количеством PRB в UnSC К в течение периода времени T (P_RNsc(K, T)) и количеством макро-WTRU PRB, назначенных для не подлежащего приоритетному прерыванию трафика макро-WTRU, наблюдаемого в UnSC К в течение периода времени T (M2_DoUEsc(K, T)). Уравнение (26) может представлять использование RN PRB в Un подкадрах по UnSC в течение периода времени T.
где M2_DoUEsc(K, T) может являться количеством PRB из не подлежащего приоритетному прерыванию трафика макро-WTRU, наблюдаемого в UnSC К в течение периода времени T. Например, когда общая нагрузка в конкретной UnSC (например, M_RNsc(K, T) + M_DoUEsc(K, T)) выше первого порогового значения или ниже второго порогового значения, может быть запущено повторное разделение Uu/Un подкадра донорной соты и/или может быть запущена повторная конфигурация на конкретный RN. В примере, когда M_RNsc(K, T) выше первого порогового значения или ниже второго порогового значения, может быть запущено повторное разделение Uu/Un подкадра донорной соты и/или может быть запущена повторная конфигурация на конкретный RN. Например, в случае загруженной UnSC связанный с конкретным RN запуск может указывать DeNB осуществить повторную конфигурацию RN посредством назначения дополнительной(ых) UnSC RN или осуществить повторную конфигурацию RN посредством назначения ему новой UnSC и удаления существующей UnSC из RN.
Могут выполняться измерения использования PRB по элементу конфигурации Un подкадра по классу трафика (QCI). Измерения использования PRB по элементу конфигурации Un подкадра по классу трафика могут выполняться отдельно для DL и UL. Например, может выполняться измерение использования макро-WTRU PRB на конкретной UnSC К по классу трафика/QCI (M_DoUEsc(K, T, qci)) Использование макро-WTRU PRB на UnSC К по QCI может быть определено посредством деления измеренного количества макро-WTRU PRB для класса трафика qci на UnSC К в течение периода времени T (M1_DoUEsc(K, T, qci)) на общее количество PRB, доступных на UnSC K в течение времени T (P_RNsc(K, T)). Уравнение (27) может представлять использование макро-WTRU PRB по элементу UnSC по классу трафика (QCI) в течение периода времени T.
Использование макро-WTRU PRB по элементу UnSC по классу трафика (QCI) может использоваться для получения условия общей нагрузки на UnSC и/или может использоваться, чтобы предсказывать условия нагрузки из-за трафика макро-WTRU на других неназначенных UnSC, например, перед расширением разделения Un подкадра.
Дополнительно к отслеживанию использования общего трафика RN на Un подкадрах (например, на назначенных UnSC элементах) использование RN PRB по QCI и/или использование макро-WTRU PRB по QCI может также измеряться на основе UnSC. Использование RN PRB по QCI по UnSC и/или использование макро-WTRU PRB по QCI по UnSC может измеряться, чтобы определить условие нагрузки на конкретной UnSC. Использование RN PRB по QCI по UnSC и/или использование макро-WTRU PRB по QCI по UnSC может выполняться отдельно для DL и UL. Использование RN PRB для QCI qci на UnSC К во время периода времени T (M_RNsc(K, T, qci)) может определяться посредством деления общего количества PRB, распределенных на RN в UnSC К с QCI qci в течение периода времени T (M1_RNsc(K, T)), на общее количество доступных PRBs в UnSC К в течение периода времени T (P_RNsc(K, T)). Уравнение (28) может представлять использование RN PRB по элементу UnSC по классу трафика (QCI) в течение периода времени T.
В примере вместо (или дополнительно к) использования определения использования RN PRB по UnSC по QCI, раскрытого выше, использование RN PRB по UnSC по QCI может определяться посредством деления общего количества RN PRB в UnSC К для QCI qci в течение периода времени T (M1_RNsc(K, T, qci)) на разницу между общим количеством PRB в UnSC К в течение периода времени T (P_RNsc(K, T)) и количеством макро-WTRU PRB, наблюдаемым в UnSC К в течение периода времени T (M1_DoUEsc(K, T)). Уравнение (28) может представлять использование RN PRB по элементу UnSC по классу трафика (QCI) в течение периода времени T.
В примере вместо (или дополнительно к) использования определения использования RN PRB по UnSC по QCI, раскрытого выше, использование RN PRB по UnSC по QCI может определяться посредством деления общего количества RN PRB в UnSC К для QCI qci в течение периода времени T (M1_RNsc(K, T, qci)) на разницу между общим количеством PRB в UnSC К в течение периода времени T (P_RNsc(K, T)) и количеством макро-WTRU PRB для не подлежащего приоритетному прерыванию трафика макро-WTRU, наблюдаемым в UnSC К в течение периода времени T (M2_DoUEsc(K, T)). Уравнение (29) может представлять использование RN PRB по элементу UnSC по классу трафика (QCI) в течение периода времени T.
Могут выполняться измерения, чтобы определить общее использование макро-WTRU PRB. Например, общее использование макро-WTRU PRB может использоваться, чтобы отслеживать использование ресурсов на Uu интерфейсе DeNB, чтобы определить условие нагрузки на интерфейсе DeNB/макро-WTRU. Измеренные результаты могут использоваться для балансировки нагрузки и/или управления загруженностью на DeNB. Измерение общего использования макро-WTRU PRB может предоставлять долю общего использования макро-WTRU PRB в течение периода времени T (M(T)). M(T) может быть определено посредством деления количества PRB, назначенных для макро-WTRU (M1(T)), на все доступные ресурсы PRB, которые могут использоваться макро-WTRU в течение периода времени T (P(T)). P(T) может быть определено как максимальное количество PRB, которые могут быть назначены для макро-WTRU в течение периода времени T. Например, максимальное количество PRB, которые могут быть назначены для макро-WTRU в течение периода времени T, может являться разницей общего количества PRB в течение периода времени T (A(T)) и количества PRB, назначенных RN течение периода времени T (RN(T)). Уравнения (30) и (31) могут представлять долю общего использования макро-WTRU PRB в течение периода времени T и максимальное количество PRB, которые могут быть назначены для макро-WTRU в течение периода времени T соответственно.
Измерение может выполняться отдельно для DL и UL. M(T) может являться общим использованием макро-WTRU PRB, которое может являться долей PRB, реально используемых макро-WTRU в течение периода времени T. M(T) может принимать значение в диапазоне 0-100%. M1(T) может являться подсчетом полных блоков ресурсов, назначенных для макро-WTRU в течение периода времени T. Для DL могут включаться PRB, используемые для передачи макро-WTRU. Для UL могут включаться PRB, распределенные на макро-WTRU для передачи. P(T) может являться общим количеством PRB, доступных для макро-WTRU на Uu интерфейсе DeNB в течение периода времени T. A(T) может являться общим количеством PRB, доступных в течение периода времени T. RN(T) может являться общим количеством PRB, используемых RN в течение периода времени T.
В примере общее использование макро-WTRU PRB может измеряться по классу трафика (QCI). Измерение может предоставлять использование ресурсов на интерфейсе DeNB-UE (например, Uu интерфейсе) по классу трафика. Общее использование макро-WTRU PRB по классу трафика может быть выражено как M(qci) и может являться долей использования PRB, относящейся к классу трафика макро-WTRU. Измерение использования макро-WTRU PRB по классу трафика может являться суммой макро-WTRU в соте и может быть применимо к выделенным каналам трафика (DTCH). Измерение может быть выполнено в точке доступа к службе между MAC и L1. Измерение может выполняться отдельно для DL DTCH (например, для каждого QCI) и UL DTCH (например, для каждого QCI). Уравнение (32) может представлять абсолютное использование макро-WTRU PRB по классу трафика qci в течение периода времени T. Уравнение (33) может представлять использование макро-WTRU PRB по классу трафика. Уравнение (34) может представлять максимальное количество PRB, которые могут быть назначены для макро-WTRU в течение периода времени T.
M1(qci, T) может являться количеством PRB, назначенных для макро-WTRU по классу трафика qci в течение периода времени T, и может являться подсчетом полных или частичных PRB. Переменная t может представлять транспортный блок в периоде времени T, который содержит данные STCH на DeNB-WTRU интерфейсе (например, Uu интерфейсе). Могут считаться транспортные блоки, используемые для изначальных передач и повторных передач HARQ. S(T) может быть группой PRB, используемых для передачи блока t. W(p) может быть количеством транспортных блоков, которые в настоящее время делят PRB p. B(t, qci) может являться общим количеством DTCH битов для RN DTCH с QCI qci, которые переносятся в транспортном блоке t и передаются по DeNB-WTRU интерфейсу (например, Uu интерфейсу). X(t) может быть определено, чтобы учитывать мультиплексирование. Например, X(t) может быть определено как X(t)=1, если мультиплексирование учитывается. Если мультиплексирование не учитывается, X(t) может быть определено как X(t)=1, если транспортный блок t переносит данные, соответствующие одиночному QCI. Если мультиплексирование не учитывается, X(t) может быть определено как X(t)=0, если транспортный блок t переносит данные, соответствующие двум и более значениям QCI. M(qci) может являться использованием макро-WTRU PRB по классу трафика и может быть выражено как доля PRB, используемых для QCI qci, усредненная в течение периода времени T. M(qci) может принимать значение в диапазоне 0-100%. P(T) может являться максимальным количеством PRB, которые могут быть распределены для макро-WTRU на Uu интерфейсе DeNB в течение периода времени T. A(T) может являться общим количеством PRB, доступных в течение периода времени T. RN(T) может являться общим количеством PRB, используемых для RN в течение периода времени T.
Для самоорганизующихся сетей (SON) eNB может запрашивать статус ресурсов соты у соты RN. RN, поддерживающий соту RN, может передавать свое беспроводное транзитное соединение DeNB, и DeNB может являться базовой станцией, отличной от запрашивающего eNB. Запрашивающий eNB может также запросить статус ресурсов соты донорной соты DeNB (например, соты, посредством которой беспроводное транзитное соединение RN передается DeNB), так как производительность соты RN может быть ограничена производительностью донорной соты и/или производительностью линии транзитного соединения RN. Когда DeNB отвечает запрашивающему DeNB обновлением ресурсов для соты RN, DeNB может указывать идентификатор своей донорной соты. Например, DeNB может отправить глобальный идентификатор соты E-UTRAN (ECGI) запрашивающему eNB. DeNB может также отправить статус радиоресурса для линии связи транзитного соединения для RN, так как транзитное соединение RN может также влиять на производительность соты RN. Чтобы поддерживать условия нагрузки соты ретранслятора, запрашивающий eNB может принимать от DeNB информацию, связанную с донорной сотой DeNB и нагрузкой, связанной с транзитным соединением RN в донорной соте. Таблица 1 предоставляет примеры информационных элементов, которые могут предоставляться в сообщении обновления статуса соты RN, отправляемого с DeNB на другой eNB. Например, сообщение обновления статуса соты может включать в себя ID донорной соты и статус радиоресурса Un интерфейса.
| Таблица 1 | ||||||
| IE/название группы | Наличие | Диапазон | Тип IE и ссылка | Семантическое описание | Критичность | Назначенная критичность |
| Тип сообщения | M | 9.2.13 | ДА | игнорировать | ||
| ID измерения eNB1 | M | INTEGER (1..4095,…) |
ДА | отклонить | ||
| ID измерения eNB2 | M | INTEGER (1..4095,…) |
ДА | отклонить | ||
| Результат измерения соты | 1 | ДА | игнорировать | |||
| >Элемент результата измерения соты | от 1 до maxCellineNB | КАЖДЫЙ | игнорировать | |||
| >>ID соты | M | ECGI 9.2.14 |
||||
| >>ID донорной соты | O | ECGI 9.2.14 |
||||
| >>Индикатор аппаратной нагрузки | O | 9.2.34 | ||||
| >>Индикатор нагрузки S1 TNL | O | 9.2.35 | ||||
| >>Статус радиоресурса | O | 9.2.37 | ||||
| >>Статус радиоресурса UN интерфейса | O | 9.2.37 | ||||
| >>Группа суммарной доступной производительности | O | 9.2.44 | ДА | игнорировать |
Измерение количества активных WTRU под DeNB по классу трафика/QCI может обозначать количество активных WTRU по классу QCI. Так как DeNB может разделять свои ресурсы между RN и макро-WTRU (например, мультиплексировать по времени Uu и Un подкадры), DeNB может посчитать количество активных макро-WTRU по QCI, исключая WTRU под RN (например, RN-WTRU). Например, если DeNB обслуживает один или более RN, измерение может определить количество активных WTRU по QCI, соединенных напрямую с DeNB, а не WTRU, соединенных с RN, обслуживаемым DeNB. Измерение количества активных макро-WTRU может выполняться для макро-WTRU, активных на UL, и/или макро-WTRU, активных на DL.
Может выполняться измерение, чтобы определить общее количество активных WTRU под RN на DL по QCI. DeNB может определять количество активных WTRU под каждым RN и рассчитывать общее количество. Например, уравнение (35) может представлять общее количество активных WTRU на DL, которые соединены с RN, обслуживаемым DeNB с QCI qci в течение периода времени T.
M(T, qci) может являться количеством активных WTRU на DL по QCI, соединенных с RN, прикрепленными к DeNB, усредненным в течение периода времени T. N(i, qci) может являться количеством активных WTRU на DL под RN(i) для заданного QCI значения qci, где i может являться номером индекса RN.
Может выполняться измерение, чтобы определить общее количество активных WTRU под RN на UL по QCI. DeNB может определять количество активных WTRU под каждым RN и рассчитывать общее количество. Например, уравнение (36) может представлять общее количество активных WTRU на UL, которые соединены с RN, обслуживаемым DeNB с QCI qci в течение периода времени T.
M(T, qci) может являться количеством активных WTRU на UL по QCI, соединенных с RN, прикрепленными к DeNB, усредненным в течение периода времени T. N(i, qci) может являться количеством активных WTRU на UL под RN(i) для заданного QCI значения qci, где i может являться номером индекса RN.
Определение средней скорости передачи битов активных WTRU может быть выполнено посредством деления скорости передачи битов PDCP SDU соты (DL и/или UL) на количество активных WTRU (DL и/или UL) для каждого QCI. Если измерение скорости передачи битов PDCP SDU соты включает в себя трафик RN на DeNB, тогда измерение количества активных WTRU на DeNB может включать в себя как DeNB-WTRU (например, макро-WTRU), так и RN-WTRU. Так как усредненная скорость передачи битов RN-WTRU может быть уже посчитана посредством RN, может быть лишним, если DeNB включает RN-WTRU в свой расчет. В примере, чтобы учесть возможный двойной подсчет PDCP SDU, которые перенаправляются/принимаются от X2/S1 на/от RN, сота(ы) может быть вычтена из количества битов при подсчете скорости передачи битов PDCP SDU соты посредством DeNB. В примере DeNB может считать DeNB-WTRU (например, макро-WTRU) при измерении активных WTRU по QCI, но не RN-WTRU.
Измерение задержки пакетов DL на DeNB может измерять среднюю задержку пакетов по классу QCI. Измеренный результат может использоваться, чтобы гарантировать/принудительно исполнять QoS на каждом классе QCI. Задержка на DeNB-RN интерфейсе (например, Un интерфейсе) может быть линией связи транзитного соединения для RN, поэтому задержка для этих пакетов может измеряться на Uu интерфейсе RN (например, интерфейсе между RN и WTRU, соединенными с RN). Следовательно, задержка пакетов, измеренная на DeNB, может измерять задержку на пакетах макро-WTRU (например, пакетах на Uu интерфейсе DeNB), не на пакетах на Un интерфейсе DeNB. Измерение задержки пакетов транзитного соединения RN может выполняться с посредством отдельного измерения. Таким образом, если имеется один или более RN, обслуживаемых в соте, DeNB может выполнять отдельные измерения для пакетов, переданных между DeNB и макро-WTRU (например, пакетов на Uu интерфейсе DeNB), и для пакетов, переданных между DeNB и одним или более RN (например, пакетов на Un интерфейсе DeNB).
Измерение задержки пакетов DL макро-WTRU может обозначать среднюю задержку пакетов DL по QCI для макро-WTRU (например, трафика DL на Uu интерфейсе DeNB). Задержка пакетов DL по QCI на Uu интерфейсе DeNB может указывать на задержку пакетов для однонаправленных радиоканалов данных (DRB) макро-WTRU. Для целей определения задержки опорной точкой для прибытия пакетов может являться верхняя точка доступа к службе (SAP) PDCP. Опорной точкой для приема пакета может являться нижняя SAP MAC. В примере измерение задержки пакетов DL макро-WTRU может выполняться отдельно по QCI. Например, уравнение (37) может представлять задержку пакетов DL для пакетов макро-WTRU на Uu интерфейсе DeNB с QCI qci в течение периода времени T.
M(T, qci) может являться задержкой пакетов DL для макро-WTRU (например, задержкой пакетов на Uu интерфейсе) по QCI, усредненной в течение периода времени T. Например, единицы для задержки пакетов DL могут быть выражены в терминах времени, например, секундах или миллисекундах. tArriv(i) может являться точкой во времени, когда прибывает блок данных службы (SDU) PDCP i макро-WTRU. Например, опорной точкой для определения прибытия PDCP SDU макро-WTRU может являться верхняя SAP PDCP. tAck(i) может являться точкой во времени, когда последняя часть PDCP SDU i макро-WTRU была принята WTRU согласно информации обратной связи HARQ. Индекс i может обозначать SDU макро-WTRU, который прибывает в верхнюю SAP PDCP в течение периода времени T. Например, если подтверждение(я) HARQ не приняты для всех частей конкретного PDCP SDU, этот PDCP SDU может исключаться при определении задержки пакетов. I(T) может являться общим количеством PDCP SDU макро-WTRU в течение значимого периода измерения T.
Похожим образом измерение задержки пакетов DL RN может соответствовать средней задержке пакетов DL по QCI для трафика RN (например, трафика DL на Un интерфейсе DeNB). Это измерение может быть объединено с измерениями задержки передачи и обработки RN, чтобы определить общую задержку пакетов для пакетов RN. Задержка пакетов DL по QCI на Un интерфейсе DeNB может указывать на задержку пакетов для однонаправленных радиоканалов данных (DRB) RN. Для целей определения задержки опорной точкой для прибытия пакетов может являться верхняя точка доступа к службе (SAP) PDCP. Опорной точкой для приема пакета может являться нижняя SAP MAC. В примере измерение задержки пакетов DL RN может выполняться отдельно по QCI. Например, уравнение (38) может представлять задержку пакетов DL для пакетов RN на Un интерфейсе DeNB с QCI qci в течение периода времени T.
M_RN(T, qci) может являться задержкой пакетов DL для RN (например, задержкой пакетов на Un интерфейсе) по QCI, усредненной в течение периода времени T. Например, единицы для задержки пакетов DL могут быть выражены в терминах времени, например, секундах или миллисекундах. tArriv(i) может являться точкой во времени, когда прибывает PDCP блок данных службы (SDU) i RN. Например, опорной точкой для определения прибытия PDCP SDU RN может являться верхняя SAP PDCP. tAck(i) может являться точкой во времени, когда последняя часть PDCP SDU i RN была принята RN согласно информации обратной связи HARQ. Индекс i может обозначать SDU RN, который прибывает в верхнюю SAP PDCP в течение периода времени T. Например, если подтверждение(я) HARQ не приняты для всех частей конкретного PDCP SDU, этот PDCP SDU может исключаться при определении задержки пакетов. I(T) может являться общим количеством PDCP SDU RN в течение значимого периода измерения T.
В примере измерение задержки пакетов DL транзитного соединения RN по QCI может выполняться на основе RN. Посредством выполнения измерения на основе RN может быть получена более подробная информация о нагрузке и задержке, так как может сравниваться относительная задержка между одним или более RN. Задержка пакетов DL по QCI по RN на Un интерфейсе DeNB может измерять задержку пакетов для DRB. Для целей определения задержки опорной точкой для прибытия пакетов может являться верхняя точка доступа к службе (SAP) PDCP. Опорной точкой для приема пакета может являться нижняя SAP MAC. В примере измерение задержки пакетов DL RN может выполняться отдельно по QCI. Например, уравнение (39) может представлять задержку пакетов DL для пакетов RN на Un интерфейсе DeNB с QCI qci в течение периода времени T.
M_RN(T, qci) может являться задержкой пакетов DL для RN j (например, задержкой пакетов на Un интерфейсе между DeNB и RN j) по QCI, усредненной в течение периода времени T. Например, единицы для задержки пакетов DL могут быть выражены в терминах времени, например, секундах или миллисекундах. tArriv(i) может являться точкой во времени, когда прибывает PDCP блок данных службы (SDU) i для RN j. Например, опорной точкой для определения прибытия PDCP SDU RN может являться верхняя SAP PDCP. tAck(i) может являться точкой во времени, когда последняя часть PDCP SDU i для RN j была принята RN j согласно информации обратной связи HARQ. Индекс i может обозначать SDU для RN j, который прибывает в верхнюю SAP PDCP в течение периода времени T. Например, если подтверждение(я) HARQ не приняты для всех частей конкретного PDCP SDU, этот PDCP SDU может исключаться при определении задержки пакетов. I(T) может являться общим количеством PDCP SDU для RN j в течение значимого периода измерения T.
Чтобы точно определить полную задержку пакетов для RN-WTRU, может выполняться измерение задержки обработки и передачи пакетов RN, чтобы определить задержку обработки и передачи по QCI в RN. измерение задержки обработки и передачи пакетов RN может обозначать среднюю задержку между временем, когда RN MACWTRU принимает пакет от DeNB на его Un интерфейсе, и временем, когда RN МАСeNB принимает АСK от RN-WTRU на его Uu интерфейсе. Это измерение может быть объединено с задержкой транзитного соединения DeNB, чтобы определить общую среднюю задержку DL для пакетов RN-WTRU от верхней SAP PDCP DeNB до RN-WTRU. Например, оценка общей задержки пакетов по классу трафика под RN от отправителя до получателя может использоваться для управления QoS сети. Оценка общей задержки пакетов может быть определена посредством объединения общей средней задержки DL для пакетов RN-WTRU со средней задержкой пакетов сети. Измерение задержки пакетов DL по QCI может указывать на задержку пакетов для DRB. Для целей определения задержки опорной точкой для прибытия пакетов может являться нижняя SAP MAC RN на Un интерфейсе. Опорной точкой для приема пакета может являться нижняя SAP MAC RN на Uu интерфейсе RN. В примере измерение задержки обработки и передачи в RN может выполняться отдельно по QCI. Например, уравнение (40) может представлять задержку обработки и передачи пакетов DL в RN с QCI qci в течение периода времени T.
M_(T, qci) может являться задержкой пакетов DL в RN по QCI, усредненной в течение периода времени T. Например, единицы для задержки пакетов DL могут быть выражены в терминах времени, например, секундах или миллисекундах. tArriv(i) может являться точкой во времени, когда MAC принимает MAC SDU i от DeNB на Un интерфейсе. tAck(i) может являться точкой во времени, когда последняя часть SDU i была принята RN-WTRU согласно информации обратной связи HARQ. Индекс i может обозначать SDU, который прибывает на уровень MAC RN через его Uu интерфейс в течение периода времени T. I(T) может являться общим количеством MAC SDU в течение значимого периода измерения T.
Измерение отбрасывания данных DL на DeNB может измерять частоту отбрасывания пакетов как индикатор уровня загруженности заданной соты. На DeNB, чтобы отразить загруженность, возможную на DeNB-RN интерфейсе (например, Un интерфейсе) макро-WTRU интерфейсе DeNB (например, Uu интерфейсе), два измерения могут выполняться, чтобы отдельно определить уровни загруженности на Uu интерфейсе и Un интерфейсе.
Например, измерение отбрасывания данных DL на DeNB для макро-WTRU может выполняться, чтобы определить долю отбрасывания пакетов DL пакетов макро-WTRU. Измерение частоты отбрасывания пакетов DL по QCI на Uu интерфейсе DeNB может обозначать частоту отбрасывания для DRB макро-WTRU. Например, пакет может соответствовать одному PDCP SDU макро-WTRU. Опорной точкой для выполнения измерения может являться верхняя SAP PDCP. Измерение может выполняться отдельно для каждого QCI. Например, уравнение (41) может представлять частоту отбрасывания пакетов DL на Uu интерфейсе для пакетов с QCI qci в течение периода времени T.
Во многих случаях потеря пакетов может быть очень маленькой. Статистическая точность результата отдельного измерения частоты отбрасывания может зависеть от того, как много пакетов было принято, и, следовательно, от времени измерения. M_ue(T, qci) может являться частотой отбрасывания пакетов DL макро-WTRU по QCI, усредненной в течение периода времени T. Единицей для частоты отбрасывания пакетов DL макро-WTRU может являться количество пакетов, отброшенных для каждых n пакетов. Например, n может составлять 106 пакетов. Ddisc_ue(T, qci) может являться количеством пакетов DL макро-WTRU, для которых никакая часть не была передана по радиоинтерфейсу и которые отброшены на уровнях PDCP, RLC или MAC из-за причины, отличной от передачи обслуживания, и включают в себя данные однонаправленного радиоканала с QCI qci в течение периода времени T. N_ue(T, qci) может являться количеством пакетов DL макро-WTRU однонаправленного канала с QCI qci, которые прибыли в верхнюю SAP PDCP в течение периода времени T. Например, T может измеряться в минутах.
Похожим образом измерение отбрасывания данных DL на DeNB для трафика RN может выполняться, чтобы определить долю отбрасывания пакетов DL пакетов RN. Измерение частоты отбрасывания пакетов DL по QCI на Un интерфейсе DeNB может обозначать частоту отбрасывания для DRB RN. Например, пакет может соответствовать одному PDCP SDU RN. Опорной точкой для выполнения измерения может являться верхняя SAP PDCP. Измерение может выполняться отдельно для каждого QCI. Например, уравнение (42) может представлять частоту отбрасывания пакетов DL на Un интерфейсе для пакетов с QCI qci в течение периода времени T.
Во многих случаях потеря пакетов может быть очень маленькой. Статистическая точность результата отдельного измерения частоты отбрасывания может зависеть от того, как много пакетов было принято, и, следовательно, от времени измерения. M_RN(T, qci) может являться частотой отбрасывания пакетов DL RN по QCI, усредненной в течение периода времени T. Единицей для частоты отбрасывания пакетов DL RN может являться количество пакетов, отброшенных для каждых n пакетов. Например, n может составлять 106 пакетов. Ddisc_RN(T, qci) может являться количеством пакетов DL RN, для которых никакая часть не была передана по радиоинтерфейсу и которые отброшены на уровнях PDCP, RLC или MAC из-за причины, отличной от передачи обслуживания, и включают в себя данные однонаправленного радиоканала с QCI qci в течение периода времени T. N_RN(T, qci) может являться количеством пакетов DL RN однонаправленного канала с QCI qci, которые прибыли в верхнюю SAP PDCP в течение периода времени T. Например, T может измеряться в минутах.
В примере отбрасывание данных DL на DeNB для трафика RN для заданного класса трафика может измеряться на основе RN. Например, измерение частоты отбрасывания пакетов DL по QCI для RN станции j на Un интерфейсе DeNB может обозначать частоту отбрасывания для DRB RN станции j. Например, пакет может соответствовать одному PDCP SDU RN. Опорной точкой для выполнения измерения может являться верхняя SAP PDCP. Измерение может выполняться отдельно для каждого QCI. Например, уравнение (43) может представлять частоту отбрасывания пакетов DL на Un интерфейсе для пакетов с QCI qci в течение периода времени T.
Во многих случаях потеря пакетов может быть очень маленькой. Статистическая точность результата отдельного измерения частоты отбрасывания может зависеть от того, как много пакетов было принято, и, следовательно, от времени измерения. M_RN(T, j, qci) может являться частотой отбрасывания пакетов DL по QCI для RN станции j, усредненной в течение периода времени T. Единицей для частоты отбрасывания пакетов DL RN может являться количество пакетов, отброшенных для каждых n пакетов. Например, n может составлять 106 пакетов. Ddisc_RN(T, j, qci) может являться количеством пакетов DL для RN станции j, для которых никакая часть не была передана по радиоинтерфейсу и которые отброшены на уровнях PDCP, RLC или MAC из-за причины, отличной от передачи обслуживания, и включают в себя данные однонаправленного радиоканала с QCI qci в течение периода времени T. N_RN(T, j, qci) может являться количеством пакетов DL RN однонаправленного канала с QCI qci для RN станции j, которые прибыли в верхнюю SAP PDCP в течение периода времени T. Например, T может измеряться в минутах.
Чтобы определить подробную модель условий радиопередачи на DeNB, могут выполняться отдельные измерения потери пакетов макро-WTRU DeNB (например, потери пакетов, связанной с Uu интерфейсом) и потери пакетов DeNB-RN (например, потери пакетов, связанной с Un интерфейсом). Измерения могут применяться к некоторым типам и/или всем типам ретрансляторов.
Измерение частоты потери пакетов DL по QCI на Uu интерфейсе может измерять частоту потери данных DL пакетов макро-WTRU для каждого класса QCI. Например, пакет может соответствовать одному PDCP SDU макро-WTRU. Измерение может выполняться отдельно для каждого QCI. Опорной точкой для выполнения измерения может являться верхняя SAP PDCP. Например, уравнение (44) может представлять частоту потери пакетов DL на Uu интерфейсе для пакетов с QCI qci в течение периода времени T.
Например, можно ожидать, что верхней границей для потери пакетов является частота ошибочной потери пакетов (PELR) QCI, которая может принимать значение между 10-6 и 10-2. Статистическая точность результата отдельного измерения частоты потери пакетов может зависеть от того, как много пакетов было принято, и, следовательно, от времени, выделенного для измерения. M(T, qci) может являться частотой потери пакетов DL по QCI на Uu интерфейсе, усредненной в течение периода времени T. Единицей для частоты потери пакетов DL может являться количество пакетов, отброшенных для каждых n пакетов. Например, n может составлять 106 пакетов. Dloss(T, qci) может являться количеством пакетов DL на Uu интерфейсе с QCI qci, для которых по меньшей мере часть была передана по радиоинтерфейсу, но не была положительно подтверждена, и для которых в течение периода времени T было определено, что дополнительные попытки передачи больше не будут выполняться. Например, если передача пакета могла продолжиться в другой соте, он может исключаться из подсчета. N(T, qci) может являться количеством пакетов DL макро-WTRU однонаправленного канала с QCI qci, которые были переданы по радиоинтерфейсу и положительно подтверждены в течение периода времени T. Например, T может измеряться в минутах.
Подобным образом измерение частоты потери пакетов DL по QCI на Un интерфейсе может измерять частоту потери данных DL пакетов RN для каждого класса QCI. Например, пакет может соответствовать одному PDCP SDU RN. Измерение может выполняться отдельно для каждого QCI. Опорной точкой для выполнения измерения может являться верхняя SAP PDCP. Например, уравнение (45) может представлять частоту потери пакетов DL на Un интерфейсе для пакетов с QCI qci в течение периода времени T.
Например, можно ожидать, что верхней границей для потери пакетов является частота ошибочной потери пакетов (PELR) QCI, которая может принимать значение между 10-6 и 10-2. Статистическая точность результата отдельного измерения частоты потери пакетов может зависеть от того, как много пакетов было принято, и, следовательно, от времени, выделенного для измерения. M_RN(T, qci) может являться частотой потери пакетов DL по QCI на Un интерфейсе, усредненной в течение периода времени T. Единицей для частоты потери пакетов DL может являться количество пакетов, отброшенных для каждых n пакетов. Например, n может составлять 106 пакетов. Dloss_RN(T, qci) может являться количеством пакетов DL на Uu интерфейсе с QCI qci, для которых по меньшей мере часть была передана по радиоинтерфейсу, но не была положительно подтверждена, и для которых в течение периода времени T было определено, что больше дополнительные попытки передачи не будут выполняться. Например, если передача пакета могла продолжиться в другой соте, он может исключаться из подсчета. N(T, qci) может являться количеством пакетов DL RN однонаправленного канала с QCI qci, которые были переданы по радиоинтерфейсу и положительно подтверждены в течение периода времени T. Например, T может измеряться в минутах.
В примере измерение частоты потери пакетов DL по QCI на Un интерфейсе может выполняться на основе RN. Например, измерение частоты потери пакетов DL по QCI для заданной RN станции J может измерять частоту потери пакетов для DRB RN станции J. Пакет может соответствовать одному PDCP SDU RN. Измерение может выполняться отдельно для каждого QCI. Опорной точкой для выполнения измерения может являться верхняя SAP PDCP. Например, уравнение (46) может представлять частоту потери пакетов DL для RN станции J на Un интерфейсе для пакетов с QCI qci в течение периода времени T.
Например, можно ожидать, что верхней границей для потери пакетов является частота ошибочной потери пакетов (PELR) QCI, которая может принимать значение между 10-6 и 10-2. Статистическая точность результата отдельного измерения частоты потери пакетов может зависеть от того, как много пакетов было принято, и, следовательно, от времени, выделенного для измерения. M_RN(T, J, qci) может являться частотой потери пакетов DL для RN станции J по QCI на Un интерфейсе, усредненной в течение периода времени T. Единицей для частоты потери пакетов DL может являться количество пакетов, отброшенных для каждых n пакетов. Например, n может составлять 106 пакетов. Dloss_RN(T, J, qci) может являться количеством пакетов DL для RN станции J на Uu интерфейсе с QCI qci, для которых по меньшей мере часть была передана по радиоинтерфейсу, но не была положительно подтверждена, и для которых в течение периода времени T было определено, что больше дополнительные попытки передачи не будут выполняться. Например, если передача пакета могла продолжиться в другой соте, он может исключаться из подсчета. N(T, J, qci) может являться количеством пакетов DL RN однонаправленного канала с QCI qci для RN станции J, которые были переданы по радиоинтерфейсу и положительно подтверждены в течение периода времени T. Например, T может измеряться в минутах.
Измерение потери пакетов UL по QCI на Uu интерфейсе может измерять потерю данных UL пакетов макро-WTRU для каждого класса QCI. Например, пакет может соответствовать одному PDCP SDU макро-WTRU. Измерение может выполняться отдельно для каждого QCI. Опорной точкой для выполнения измерения может являться верхняя SAP PDCP. Например, уравнение (47) может представлять частоту потери пакетов UL на Uu интерфейсе для пакетов с QCI qci в течение периода времени T.
Например, можно ожидать, что верхней границей для потери пакетов является частота ошибочной потери пакетов (PELR) QCI, которая может принимать значение между 10-6 и 10-2. Статистическая точность результата отдельного измерения частоты потери пакетов может зависеть от того, как много пакетов было принято, и, следовательно, от времени, выделенного для измерения. M(T, qci) может являться частотой потери пакетов UL по QCI на Uu интерфейсе, усредненной в течение периода времени T. Единицей для частоты потери пакетов UL может являться количество пакетов, отброшенных для каждых n пакетов. Например, n может составлять 106 пакетов. Dloss(T, qci) может являться количеством недостающих последовательных номеров UL PDCP макро-WTRU в течение периода времени T, которое может соответствовать количеству пакетов UL PDCP на Uu интерфейсе, которые не доставлены на более высокие уровни и относятся к однонаправленному радиоканалу данных с QCI qci. Например, если передача пакета могла продолжиться в другой соте, этот пакет может исключаться из подсчета. N(T, qci) может являться общим количеством последовательных номеров UL PDCP макро-WTRU (включая недостающие последовательные номера) однонаправленного канала с QCI qci, начинающихся с первого пакета, доставленного посредством верхней SAP PDCP на более высокие уровни, и заканчивающихся на PDCP SN последнего пакета, за период времени T. Например, T может измеряться в минутах.
Подобным образом измерение частоты потери пакетов UL по QCI на Un интерфейсе может измерять частоту потери данных UL пакетов RN для каждого класса QCI. Например, пакет может соответствовать одному PDCP SDU RN. Измерение может выполняться отдельно для каждого QCI. Опорной точкой для выполнения измерения может являться верхняя SAP PDCP. Например, уравнение (48) может представлять частоту потери пакетов UL на Un интерфейсе для пакетов с QCI qci в течение периода времени T.
Например, можно ожидать, что верхней границей для потери пакетов является частота ошибочной потери пакетов (PELR) QCI, которая может принимать значение между 10-6 и 10-2. Статистическая точность результата отдельного измерения частоты потери пакетов может зависеть от того, как много пакетов было принято, и, следовательно, от времени, выделенного для измерения. M_RN(T, qci) может являться частотой потери пакетов UL по QCI на Un интерфейсе, усредненной в течение периода времени T. Единицей для частоты потери пакетов UL может являться количество пакетов, отброшенных для каждых n пакетов. Например, n может составлять 106 пакетов. Dloss_RN(T, qci) может являться количеством недостающих последовательных номеров UL PDCP RN в течение периода времени T, которое может соответствовать количеству пакетов UL PDCP на Un интерфейсе, которые не доставлены на более высокие уровни и относятся к однонаправленному радиоканалу данных с QCI qci. Например, если передача пакета могла продолжиться в другой соте, этот пакет может исключаться из подсчета. N_RN(T, qci) может являться общим количеством последовательных номеров UL PDCP RN (включая недостающие последовательные номера) однонаправленного канала с QCI qci, начинающихся с первого пакета, доставленного посредством верхней SAP PDCP на более высокие уровни, и заканчивающихся на PDCP SN последнего пакета, за период времени T. Например, T может измеряться в минутах.
В примере измерение частоты потери пакетов UL по QCI на Un интерфейсе может выполняться на основе RN. Например, измерение частоты потери пакетов UL по QCI на Un интерфейсе для RN станции J может измерять потерю пакетов UL для DRB RN станции J, которые имеют QCI qci. Например, пакет может соответствовать одному PDCP SDU для RN станции J. Измерение может выполняться отдельно для каждого QCI. Опорной точкой для выполнения измерения может являться верхняя SAP PDCP. Например, уравнение (49) может представлять частоту потери пакетов UL на Un интерфейсе для пакетов с QCI qci в течение периода времени T.
Например, можно ожидать, что верхней границей для потери пакетов является частота ошибочной потери пакетов (PELR) QCI, которая может принимать значение между 10-6 и 10-2. Статистическая точность результата отдельного измерения частоты потери пакетов может зависеть от того, как много пакетов было принято, и, следовательно, от времени, выделенного для измерения. M_RN(T, J, qci) может являться частотой потери пакетов UL по QCI на Un интерфейсе для RN станции J, усредненной в течение периода времени T. Единицей для частоты потери пакетов UL может являться количество пакетов, отброшенных для каждых n пакетов. Например, n может составлять 106 пакетов. Dloss_RN(T, J, qci) может являться количеством недостающих последовательных номеров UL PDCP RN для RN станции J в течение периода времени T, которое может соответствовать количеству пакетов UL PDCP на Un интерфейсе, которые не доставлены на более высокие уровни и относятся к однонаправленному радиоканалу данных с QCI qci. Например, если передача пакета могла продолжиться в другой соте, этот пакет может исключаться из подсчета. N_RN(T, J, qci) может являться общим количеством последовательных номеров UL PDCP RN (включая недостающие последовательные номера) однонаправленного канала с QCI qci для RN станции J, начинающихся с первого пакета, доставленного посредством верхней SAP PDCP на более высокие уровни, и заканчивающихся на PDCP SN последнего пакета, за период времени T. Например, T может измеряться в минутах.
Фиг. 4 - блок-схема последовательности операций примера способа для выполнения измерений использования радио, чтобы поддержать операции радиосвязи и/или балансировку нагрузки, как раскрыто в материалах настоящей заявки. На этапе 402 устройство, такое как eNB, может определять первый параметр использования радио. Первый параметр использования радио может являться измерением использования радио между eNB и по меньшей мере одним WTRU. Первое измерение использования радио может являться измерением уровня 2 (L2) трафика на Uu интерфейсе eNB. eNB может являться DeNB. На этапе 404 eNB может определять второй параметр использования радио. Второй параметр использования радио может являться измерением использования радио между eNB и по меньшей мере одним RN, обслуживаемым eNB. Второе измерение использования радио может являться L2 измерением трафика на Un интерфейсе DeNB. На этапе 406 eNB может использовать по меньшей мере одно из первого параметра использования радио или второго параметра использования радио, чтобы оценить по меньшей мере одно из операций радиосвязи усовершенствованного универсального наземного радиодоступа (E-UTRA) (например, операция поддержки Uu интерфейса и/или Un интерфейса), управления радиоресурсами (RRM) (например, повторное распределение радиоресурсов Uu и/или Un), эксплуатации и обслуживания (OAM) сети (например, для наблюдаемости производительности OAM) и функций или функциональностей самоорганизующихся сетей (SON) (например, передача обслуживания RN/WTRU и/или техническое обслуживание соединения RN). Использование по меньшей мере одного из первого параметра использования радио или второго параметра использования радио может содержать отправку по меньшей мере одного из первого параметра использования радио или второго параметра использования радиосети E-UTRA. Узел в сети E-UTRAN может принимать решения о производительности на основании параметра, предоставленного eNB.
Измерения могут являться одним или более из L2 измерений, описанных в материалах настоящей заявки. Примерные L2 измерения, которые могут выполняться на по меньшей мере одном из Uu интерфейса или Un интерфейса, могут включать в себя, но не в качестве ограничения, одно или более из следующего: использование физического блока ресурсов (PRB) нисходящей линии связи (DL), использование PRB восходящей линии связи (UL), использование PRB DL по индикатору класса качества обслуживания (QoS) (QCI), использование PRB UL по QCI, реальное условие общей нагрузки, использование PRB по конфигурации Un подкадра (UnSC), использование PRB макро-WTRU в Un подкадрах, использование PRB RN в Un подкадрах, другие измерения, обозначающие использование PRB на DeNB, оценка количества активных WTRU под DeNB по QCI, измерения задержки пакетов DL, измерения отбрасывания данных DL, измерения потери данных DL или измерения потери данных UL. Измерения задержки обработки и передачи пакетов могут выполняться на RN. Измерения, выполненные на RN, могут передаваться DeNB.
Фиг. 5 иллюстрирует пример eNB, сконфигурированного, чтобы выполнять измерения уровня 2. В примере eNB 500 может включать в себя одну или более антенн 510. Одна или более антенн 510 могут быть связаны с приемопередатчиком 512. Сообщения и сигналы от WTRU 520a, WTRU 520b, RN 502 и/или RN 504 могут приниматься eNB 500 через одну или более антенн 510 и приемопередатчик 512. Блок 514 Uu измерения может быть связан с приемопередатчиком 512. Блок 516 Un измерения может быть связан с приемопередатчиком 512. Блок 514 Uu измерения может быть сконфигурирован, чтобы выполнять первое измерение использования радио. Первое измерение использования радио может измерять использование радио между eNB 500 и по меньшей мере одним из WTRU 520a и/или WTRU 520b. Блок 516 Un измерения может быть сконфигурирован, чтобы выполнять второе измерение использования радио. Второе измерение использования радио может измерять использование радио между eNB 500 и по меньшей мере одним из RN 502 и/или RN 504. Как можно понять, большее или меньшее количество WTRU и/или RN может обслуживаться eNB 500, и eNB 500 может выполнять измерения на большем или меньшем количестве WTRU и RN. Блок 518 оценки может быть соединен с блоком 514 Uu измерения и блоком 516 Un измерения. Блок 518 оценки может быть сконфигурирован, чтобы использовать каждое из первого измерения радио и второго измерения радио, чтобы выполнять по меньшей мере одно из балансировки нагрузки соты, повторного разделения радиоресурсов, управления допуском вызова или управления загруженностью. В примере блок 514 Uu измерения, блок 516 Un измерения и/или блок 518 оценки могут быть реализованы на процессоре, сконфигурированном, чтобы выполнять и/или оценивать измерения.
Хотя признаки и элементы описаны выше в конкретных комбинациях, рядовой специалист в данной области техники будет понимать, что каждый признак или элемент может использоваться отдельно или в любой комбинации с другими признаками и элементами. Дополнительно способы, описанные в материалах настоящей заявки, могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, включенном в машиночитаемое средство для выполнения компьютером или процессором. Примеры машиночитаемых средств включают в себя электронные сигналы (передаваемые по проводным или беспроводным соединениям) и машиночитаемые запоминающие носители. Примеры машиночитаемых запоминающих носителей включают в себя, но не в качестве ограничения, постоянное запоминающее устройство (ПЗУ, ROM), оперативное запоминающее устройство (ОЗУ, RAM), регистр, кэш-память, полупроводниковые устройства памяти, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM (ПЗУ на компакт-диске), и цифровые многофункциональные диски (DVD). Процессор в связи с программным обеспечением может использоваться, чтобы реализовать радиочастотный приемопередатчик для применения в WTRU, UE, терминале, базовой станции, RNC или любом хост-компьютере.
1. Способ для выполнения измерений использования радио, чтобы поддержать операции радиосвязи, способ, содержащий этапы, на которых:
развитый Node В (eNB) определяет первый параметр использования радио, причем первый параметр использования радио содержит измерение использования радио между eNB и по меньшей мере одним пользовательским оборудованием (UE);
eNB определяет второй параметр использования радио, причем второй параметр использования радио содержит измерение использования радио между eNB и по меньшей мере одним ретрансляционным узлом (RN), обслуживаемым eNB;
eNB измеряет количество активных UE нисходящей линии связи (DL) с DL соединением через eNB, причем количество DL активных UE исключает UE, соединенные с RN;
eNB измеряет количество активных UE восходящей линии связи (UL) с UL соединением через eNB, причем количество UL активных UE исключает UE, соединенные с RN; и
eNB использует по меньшей мере одно из первого параметра использования радио или второго параметра использования радио, чтобы оценить по меньшей мере одно из операций радиосвязи улучшенного универсального наземного радиодоступа (E-UTRA), управления радиоресурсами (RRM), эксплуатации и обслуживания (OAM) сети или функций или функциональностей самоорганизующихся сетей (SON).
2. Способ по п.1, в котором второе измерение использования радио является измерением использования физического блока ресурсов (PRB) нисходящей линии связи (DL) для трафика на Un интерфейсе.
3. Способ по п.1, в котором второе измерение использования радио является измерением использования физического блока ресурсов (PRB) восходящей линии связи (UL) по QCI для трафика на Un интерфейсе.
4. Способ по п.1, в котором второе измерение использования радио является измерением средней задержки пакетов нисходящей линии связи (DL) по QCI для трафика на Un интерфейсе.
5. Способ по п.1, в котором первое измерение использования радио, второе измерение использования радио, количество DL активных UE, количество UL активных UE измеряются по индикатору класса качества обслуживания (QoS) (QCI).
6. Способ по п.1, в котором первое измерение использования радио является измерением частоты потери пакетов нисходящей линии связи (DL) по QCI для трафика на Uu интерфейсе, а второе измерение использования радио является измерением частоты потери пакетов DL по QCI для трафика на Un интерфейсе.
7. Способ по п.1, в котором первое измерение использования радио является измерением частоты потери пакетов восходящей линии связи (UL) по QCI для трафика на Uu интерфейсе, а второе измерение использования радио является измерением частоты потери пакетов UL по QCI для трафика на Un интерфейсе.
8. Способ по п.1, дополнительно содержащий этапы, на которых:
eNB принимает от RN третье измерение использования радио, причем третье измерение использования радио измеряет использование радио между RN и по меньшей мере одним UE, соединенным с RN.
9. Способ по п.1, в котором использование по меньшей мере одного из первого параметра использования радио или второго параметра использования радио, чтобы оценить по меньшей мере одно из операций радиосвязи E-UTRA, RRM, OAM сети или функций или функциональностей SON, содержит использование по меньшей мере одного из первого параметра использования радио или второго параметра использования радио для наблюдаемости производительности OAM.
10. Способ по п.1, в котором использование по меньшей мере одного из первого параметра использования радио или второго параметра использования радио, чтобы оценить по меньшей мере одно из операций радиосвязи E-UTRA, RRM, OAM сети или функций или функциональностей SON, содержит отправку eNB по меньшей мере одного измерения другому eNB через X2 интерфейс.
11. Развитый Node В (eNB), сконфигурированный с возможностью:
выполнять первое измерение использования радио, причем первое измерение использования радио измеряет использование радио между eNB и по меньшей мере одним пользовательским оборудованием (UE);
выполнять второе измерение использования радио, причем второе измерение использования радио измеряет использование радио между eNB и по меньшей мере одним ретрансляционным узлом (RN), обслуживаемым eNB;
измерять количество активных UE нисходящей линии связи (DL) с DL соединением через eNB, причем количество DL активных UE исключает UE, соединенные с RN;
измерять количество активных UE восходящей линии связи (UL) с UL соединением через eNB, причем количество UL активных UE исключает UE, соединенные с RN; и
использовать каждое из первого измерения радио и второго измерения радио, чтобы выполнять по меньшей мере одно из балансировки нагрузки соты, повторного разделения радиоресурсов, управления допуском вызова или управления загруженностью.
12. eNB по п.11, в котором первое измерение использования радио является измерением средней задержки пакетов нисходящей линии связи (DL) по QCI для трафика на Uu интерфейсе, а второе измерение использования радио является измерением средней задержки пакетов DL по QCI для трафика на Un интерфейсе.
13. eNB по п.11, в котором первое измерение использования радио, второе измерение использования радио, количество DL активных UE, количество UL активных UE измеряются по индикатору класса качества обслуживания (QoS) (QCI).
14. eNB по п.11, в котором первое измерение использования радио является измерением частоты потери пакетов нисходящей линии связи (DL) по QCI для трафика на Uu интерфейсе, а второе измерение использования радио является измерением частоты потери пакетов DL по QCI для трафика на Un интерфейсе.
15. eNB по п.11, в котором первое измерение использования радио является измерением частоты потери пакетов восходящей линии связи (UL) по QCI для трафика на Uu интерфейсе, а второе измерение использования радио является измерением частоты потери пакетов UL по QCI для трафика на Un интерфейсе.
16. eNB по п.11, в котором eNB сконфигурирован с возможностью использовать каждое из первого измерения радио и второго измерения радио, чтобы выполнять по меньшей мере одно из балансировки нагрузки соты, повторного разделения радиоресурсов, управления допуском вызова или управления загруженностью посредством отправки первого измерения использования радио и второго измерения использования радио узлу эксплуатации и обслуживания сети через сеть развитого пакетного ядра (EPC).
17. Система для передачи обслуживания ретрансляционного узла (RN) с исходного развитого Node В (eNB) на целевой Node В (eNB), система, содержащая:
объект управления мобильностью, сконфигурированный с возможностью отправлять сообщение исходному eNB, которое указывает, что должна быть произведена передача обслуживания RN на целевой eNB;
исходный eNB, сконфигурированный с возможностью:
отправлять команду передачи обслуживания RN;
отправлять контекстную информацию однонаправленного канала целевому eNB, причем контекстная информация однонаправленного канала содержит информацию, которая позволяет целевому eNB допускать RN, в то время как по меньшей мере один из узлов беспроводной передачи/приема (WTRU), соединенных с RN, остается в подключенном состоянии на протяжении передачи обслуживания; и
целевой eNB, сконфигурированный с возможностью способствовать передаче обслуживания RN, в то время как по меньшей мере один WTRU, соединенный с RN, остается в подключенном состоянии на протяжении передачи обслуживания.
