Способ и устройство для процедур пейджинга в технологии "новое радио" (nr)

Изобретение относится к области беспроводной связи. Технический результат заключается в обеспечении возможности поддерживать мультиплексирование пейджинговых сообщений для множества модулей беспроводной передачи/приема (WTRU) в ориентированной на луч системе. Способ использования модуля беспроводной передачи/приема (WTRU), содержит этапы, на которых: контролируют один или более физических каналов управления нисходящей линии связи (PDCCH) на предмет ресурсов пейджинга, связанных с первым подмножеством блоков сигналов синхронизации (SS), которое соответствует первой области отслеживания луча (BTA); и передают на базовую станцию (BS) сигнал, указывающий на вторую BTA, связанную со вторым подмножеством блоков SS, при условии, что по меньшей мере результат одного измерения по меньшей мере одного луча, связанного с первым подмножеством блоков SS, меньше предварительно определенного порогового значения, причем набор блоков SS содержит первое подмножество блоков SS и второе подмножество блоков SS. 2 н. и 18 з.п. ф-лы, 12 ил., 1 табл.

 

Перекрестная ссылка на родственные заявки

Настоящая заявка испрашивает преимущество предварительной заявки на патент США № 62/519699, поданной 14 июня 2017 г. и предварительной заявки на патент США № 62/500706, поданной 3 мая 2017 г., содержание которых включено посредством ссылки в настоящий документ.

Предпосылки создания изобретения

В технологии 5G «Новое радио» (NR) для соответствия высоким требованиям к скорости передачи данных было решено использовать спектр частот выше 6 ГГц, чтобы получить максимальное преимущество от большой ширины полосы. Одной из проблем при использовании этих частот выше 6 ГГц могут быть значительные потери при распространении, особенно в условиях размещения за пределами помещений, из-за более высоких потерь в свободном пространстве на более высокой частоте. В NR была принята ориентированная на луч система для устранения значительных потерь на трассе на более высокой частоте, поскольку она может компенсировать потери на трассе без увеличения мощности передачи. Например, для начального доступа и последующих процедур пейджинга можно использовать множество лучей. Однако существующие пейджинговые каналы не были разработаны на основе ориентированной на луч системы. Более того, различные ресурсы пейджингового канала нельзя передавать с помощью более чем одного луча в существующих пейджинговых каналах. Таким образом, было бы желательно иметь способы и устройства, поддерживающие мультиплексирование пейджинговых сообщений для множества модулей беспроводной передачи/приема (WTRU) в ориентированной на луч системе.

Изложение сущности изобретения

В настоящем документе описаны способы и устройства для процедур пейджинга в беспроводных системах. Например, модуль беспроводной передачи/приема (WTRU) может принимать от базовой станции (BS) конфигурацию областей отслеживания луча (BTA), которая связывает набор блоков сигналов синхронизации (SS) с каждой BTA. WTRU может выбирать на основании по меньшей мере одного результата измерения по меньшей мере одного луча, связанного с набором блоков SS, первый блок SS в первом подмножестве блоков SS. WTRU может определять на основании конфигурации BTA первую BTA, связанную с первым подмножеством блоков SS. Затем WTRU может контролировать один или более физических каналов управления нисходящей линии связи (PDCCH) на предмет ресурсов пейджинга, связанных с первым подмножеством блоков SS, которое соответствует первой BTA. При условии, что по меньшей мере один результат измерения по меньшей мере одного луча, связанного с первым подмножеством блоков SS, меньше предварительно определенного порогового значения, WTRU может передать на базовую станцию (BS) сигнал, указывающий на вторую BTA, связанную со вторым подмножеством блоков SS. Сигнал может включать в себя ресурс физического канала произвольного доступа (PRACH), связанный со вторым подмножеством блоков SS, которое соответствует второй BTA. Набор блоков SS может содержать первое подмножество блоков SS и второе подмножество блоков SS. Блок SS в наборе блоков SS может содержать первичный сигнал синхронизации (PSS), вторичный сигнал синхронизации (SSS) и физический широковещательный канал (PBCH), связанный с блоком SS.

Краткое описание графических материалов

Более подробное объяснение содержится в представленном ниже описании, приведенном в качестве примера, в сочетании с прилагаемыми графическими материалами, причем:

на фиг. 1A представлена системная схема примера системы связи, в которой могут быть реализованы один или более описанных вариантов осуществления;

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

на фиг. 1С представлена системная схема, иллюстрирующая пример сети радиодоступа (RAN) и пример опорной сети (CN), которые могут быть применены в системе связи, изображенной на фиг. 1A, согласно варианту осуществления;

на фиг. 1D представлена системная схема, иллюстрирующая дополнительный пример RAN и дополнительный пример CN, которые могут быть использованы в системе связи, изображенной на фиг. 1A, согласно варианту осуществления;

на фиг. 2A представлена схема, иллюстрирующая пример синхронизации для гиперкадров (HF);

на фиг. 2B представлена схема, иллюстрирующая пример пейджинга в гиперкадрах;

на фиг. 3 представлена схема, иллюстрирующая пример блоков сигналов синхронизации (SS) в пакетах SS;

на фиг. 4 представлена схема, иллюстрирующая пример типов связывания для физического канала управления нисходящей линии связи в технологии «Новое радио» (NR-PDCCH) и физического канала управления нисходящей линии связи в технологии «Новое радио» (NR-PDSCH);

на фиг. 5 представлена схема, иллюстрирующая пример связи квази-совместного размещения (QCL) между блоками SS в пакете SS;

на фиг. 6 представлена схема, иллюстрирующая пример областей отслеживания луча (BTA) для контроля пейджинга в пакете SS;

на фиг. 7 представлена схема, иллюстрирующая другой пример BTA для мониторинга пейджинга в пакете SS; и

на фиг. 8 представлена схема, иллюстрирующая пример процедуры обновления BTA для мониторинга пейджинга.

Подробное описание

На фиг. 1A представлена схема, иллюстрирующая пример системы 100 связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления. Система 100 связи может представлять собой систему многостанционного доступа, которая предоставляет содержимое, такое как голосовая информация, данные, видео, обмен сообщениями, широковещание и т.п., множеству пользователей беспроводной связи. Система 100 связи может быть выполнена с возможностью обеспечения множества пользователей беспроводной связи доступом к такому содержимому посредством совместного использования системных ресурсов, включая ширину полосы пропускания беспроводного соединения. Например, в системах 100 связи может быть использован один или более способов доступа к каналу, таких как многостанционный доступ с кодовым разделением каналов (CDMA), многостанционный доступ с временным разделением каналов (TDMA), многостанционный доступ с частотным разделением каналов (FDMA), многостанционный доступ с ортогональным частотным разделением каналов (OFDMA), FDMA с одной несущей (SC-FDMA), расширенное OFDM с безызбыточным расширенным дискретным преобразованием Фурье (DFT) с синхропакетом (ZT UW DTS-s OFDM), OFDM с синхропакетом (UW-OFDM), OFDM с фильтрацией блока ресурса, блок фильтров с несколькими несущими (FBMC) и т.п.

Как показано на фиг. 1A, система 100 связи может включать в себя модули беспроводной передачи/приема (WTRU) 102a, 102b, 102c, 102d, RAN 104/113, CN 106/115, коммутируемую телефонную сеть 108 общего пользования (PSTN), сеть Интернет 110 и другие сети 112, хотя следует понимать, что описанные варианты осуществления предполагают любое количество WTRU, базовых станций, сетей и/или элементов сети. Каждый из WTRU 102a, 102b, 102c, 102d может представлять собой устройство любого типа, выполненное с возможностью функционирования и/или взаимодействия в среде беспроводной связи. Например, WTRU 102a, 102b, 102c, 102d, любой из которых может называться станцией и/или STA, могут быть выполнены с возможностью передачи и/или приема радиосигналов и могут включать в себя оборудование пользователя (UE), мобильную станцию, стационарный или мобильный абонентский модуль, абонентский модуль, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, ноутбук, нетбук, персональный компьютер, беспроводной датчик, точку доступа или устройство Mi-Fi, устройство Интернета физических объектов (IoT), часы или другие носимые устройства, устанавливаемый на голове дисплей (HMD), транспортное средство, беспилотный летательный аппарат, медицинское устройство и приложения (например, применяемые в дистанционной хирургии), промышленное устройство и приложения (например, робот и/или другие беспроводные устройства, работающие в условиях промышленной и/или автоматизированной технологической цепочки), устройство, относящееся к бытовой электронике, устройство, работающее в коммерческой и/или промышленной беспроводной сети, и т.п. Любой из WTRU 102a, 102b, 102c и 102d можно взаимозаменяемо называть UE.

Системы 100 связи могут также включать в себя базовую станцию 114a и/или базовую станцию 114b. Каждая из базовых станций 114a, 114b может представлять собой устройство любого типа, выполненное с возможностью беспроводного взаимодействия с по меньшей мере одним из WTRU 102a, 102b, 102c, 102d для облегчения доступа к одной или более сетям связи, таким как CN 106/115, сеть Интернет 110 и/или другие сети 112. В качестве примера базовые станции 114a, 114b могут представлять собой базовые приемопередающие станции (BTS), станции Node-B, станции eNode B, станции Home Node B, станции Home eNode B, базовую станцию следующего поколения (gNB), NodeB на основе NR, контроллер пункта связи, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя базовые станции 114a, 114b показаны как отдельный элемент, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимно соединенных базовых станций и/или элементов сети.

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

Базовые станции 114a, 114b могут обмениваться данными с одним или более из WTRU 102a, 102b, 102c, 102d посредством радиоинтерфейса 116, который может представлять собой любую подходящую систему беспроводной связи (например, для передачи сигналов в радиочастотном (РЧ), микроволновом спектре, спектре сантиметровых волн, спектре микрометровых волн, инфракрасном (ИК), ультрафиолетовом (УФ) спектре, спектре видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).

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

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

В варианте осуществления базовая станция 114a и модули WTRU 102a, 102b, 102c могут реализовывать такую технологию радиосвязи, как новая технология радиодоступа (NR Radio Access), которая может устанавливать радиоинтерфейс 116 с использованием технологии «Новое радио» (NR).

В варианте осуществления базовая станция 114a и модули WTRU 102a, 102b, 102c могут реализовывать множество технологий радиодоступа. Например, базовая станция 114a и модули WTRU 102a, 102b, 102c могут совместно реализовывать радиодоступ LTE и радиодоступ NR, например, с использованием принципов двусторонней связи (DC). Таким образом, радиоинтерфейс, используемый WTRU 102a, 102b, 102c, может характеризоваться применением множества типов технологий радиодоступа и/или передачами, отправляемыми на базовые станции / с базовых станций, относящихся к множеству типов (например, eNB и gNB).

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

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

RAN 104/113 может обмениваться данными с CN 106/115, которая может представлять собой сеть любого типа, выполненную с возможностью предоставления услуг передачи голосовой информации, данных, приложений и/или голосовой связи по протоколу (VoIP) Интернета одному или более из модулей WTRU 102a, 102b, 102c, 102d. К данным могут быть предъявлены различные требования по качеству обслуживания (QoS), например различные требования по производительности, требования к задержке, требования к отказоустойчивости, требования к надежности, требования к скорости передачи данных, требования к мобильности и т.п. CN 106/115 может обеспечивать управление вызовами, услуги биллинга, услуги мобильной связи на основе местоположения, предварительно оплаченные вызовы, возможность связи с сетью Интернет, распределение видеосигналов и т.п. и/или реализовывать функции высокоуровневой защиты, такие как аутентификация пользователей. Хотя на фиг. 1A это не показано, следует понимать, что RAN 104/113 и/или CN 106/115 могут прямо или косвенно осуществлять связь с другими RAN, которые используют такую же RAT, что и RAN 104/113, или другую RAT. Например, в дополнение к соединению с RAN 104/113, которая может использовать технологию радиосвязи NR, CN 106/115 может также осуществлять связь с другой RAN (не показана), использующей технологию радиосвязи GSM, UMTS, CDMA 2000, WiMAX, E-UTRA или WiFi.

CN 106/115 может также выступать в качестве шлюза для модулей WTRU 102a, 102b, 102c, 102d для обеспечения доступа к сети PSTN 108, сети Интернет 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют традиционные услуги телефонной связи (POTS). Интернет 110 может включать в себя глобальную систему взаимно соединенных компьютерных сетей и устройств, которые используют распространенные протоколы связи, такие как протокол управления передачей данных (TCP), протокол пользовательских дейтаграмм (UDP) и/или протокол Интернета (IP) в наборе протоколов Интернета TCP/IP. Сети 112 могут включать в себя проводные и/или беспроводные сети связи, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования. Например, сети 112 могут включать в себя другую CN, соединенную с одной или более RAN, которые могут использовать такую же RAT, как и RAN 104/113, или иную 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 может включать в себя любую подкомбинацию вышеперечисленных элементов и в то же время все еще соответствовать варианту осуществления.

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

Передающий/приемный элемент 122 может быть выполнен с возможностью передачи сигналов на базовую станцию или приема сигналов от нее (например, базовой станции 114a) по радиоинтерфейсу 116. Например, в одном варианте осуществления передающий/приемный элемент 122 может представлять собой антенну, выполненную с возможностью передачи и/или приема РЧ-сигналов. В варианте осуществления передающий/приемный элемент 122 может представлять собой излучатель/детектор, выполненный с возможностью передачи и/или приема, например, сигналов в ИК-спектре, УФ-спектре или спектре видимого света. В еще одном варианте осуществления передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема сигналов как в РЧ-спектре, так и в спектре видимого света. Следует понимать, что передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации радиосигналов.

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

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

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

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

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

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

WTRU 102 может включать в себя полнодуплексное радиоустройство, в котором передача и прием некоторых или всех сигналов (например, связанных с конкретными подкадрами) как для UL (например, для передачи), так и для нисходящей линии связи (например, для приема) могут быть осуществлены совместно и/или одновременно. Полнодуплексное радиоустройство может включать в себя модуль 139 управления помехами для снижения уровня и/или по существу устранения собственных помех с помощью любого аппаратного обеспечения (например, дросселя) или обработки сигнала с помощью процессора (например, отдельного процессора (не показан) или процессора 118). В варианте осуществления WTRU 102 может включать в себя полнодуплексное радиоустройство для передачи и приема некоторых или всех сигналов (например, связанных с конкретными подкадрами) как для UL (например, для передачи), так и для нисходящей линии связи (например, для приема).

На фиг. 1C представлена системная схема RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи E-UTRA для взаимодействия с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также обмениваться данными с CN 106.

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 может быть связана с конкретной сотой (не показано) и может быть выполнена с возможностью принятия решений относительно управления радиоресурсом, решений относительно передачи обслуживания, диспетчеризации пользователей в UL и/или DL и т.п. Как показано на фиг. 1C, базовые станции eNode-B 160a, 160b, 160c могут взаимодействовать друг с другом по интерфейсу X2.

CN 106, показанная на фиг. 1C, может включать в себя объект управления мобильностью (MME) 162, обслуживающий шлюз 164 и шлюз (PGW) 166 сети с пакетной передачей данных (PDN). Хотя каждый из вышеперечисленных элементов показан как часть CN 106, следует понимать, что любой один из этих элементов может принадлежать субъекту, отличному от оператора CN и/или быть предоставленным им для использования.

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

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

SGW 164 может быть подключен к PGW 166, который может обеспечивать модули WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP.

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

Хотя WTRU описан по фиг. 1A–1D как беспроводной терминал, предполагается, что в определенных типовых вариантах осуществления такой терминал может использовать (например, временно или постоянно) проводной интерфейс связи с сетью связи.

В типовых вариантах осуществления другая сеть 112 может представлять собой WLAN.

WLAN в режиме базового набора служб (BSS) инфраструктуры может иметь точку доступа (АР) для BSS и одну или более станций (STA), связанных с АР. АР может иметь доступ к системе распределения (DS) или интерфейс с ней или же осуществлять связь по проводной/беспроводной сети другого типа, которая переносит трафик в BSS и/или вне BSS. Трафик на STA, обеспеченный вне BSS, может поступать через AP и может быть доставлен на STA. Трафик, исходящий от STA к получателям, вне BSS может быть отправлен на АР для доставки соответствующим получателям. Трафик между STA в пределах BSS может быть отправлен через АР, например, если STA-источник может отправлять трафик на АР, а АР может доставлять трафик STA-получателю. Трафик между STA в пределах BSS можно рассматривать и/или упоминать в качестве однорангового трафика. Одноранговый трафик может быть передан между (например, непосредственно между) STA-источником и STA-получателем при установленном прямым соединением (DLS). В определенных типовых вариантах осуществления DLS может использовать DLS 802.11e или туннелированную DLS 802.11z (TDLS). WLAN с использованием независимого BSS (IBSS) режима может не иметь АР, а STA (например, все STA) в пределах, или использующие, IBSS могут осуществлять связь непосредственно друг с другом. IBSS режим иногда может называться в настоящем документе режимом связи с прямым соединением.

При использовании режима работы инфраструктуры 802.11ac или аналогичного режима работы AP может передавать маяк посредством фиксированного канала, такого как первичный канал. Первичный канал может иметь фиксированную ширину (например, ширину полосы пропускания 20 МГц) или ширину, динамически установленную с помощью сигнализации. Первичный канал может представлять собой рабочий канал BSS и может быть использован станциями STA для установления соединения с АР. В определенных типовых вариантах осуществления может быть реализован множественный доступ с контролем несущей и предотвращением конфликтов (CSMA/CA), например, в системах 802.11. Для CSMA/CA STA (например, каждая STA), включая АР, может обнаруживать первичный канал. При распознавании/обнаружении и/или определении занятости первичного канала конкретной станцией STA эта конкретная STA может отключаться. Одна STA (например, только одна станция) может осуществлять передачу в любой конкретный момент времени в данном BSS.

Для осуществления связи STA с высокой пропускной способностью (HT) может быть использован канал шириной 40 МГц, например, путем объединения первичного канала 20 МГц со смежным или несмежным каналом 20 МГц с формированием канала шириной 40 МГц.

STA со сверхвысокой пропускной способностью (VHT) могут поддерживать каналы шириной 20 МГц, 40 МГц, 80 МГц и/или 160 МГц. Каналы 40 МГц и/или 80 МГц могут быть сформированы путем объединения сплошных каналов 20 МГц. Канал 160 МГц может быть сформирован путем объединения 8 сплошных каналов 20 МГц или путем объединения двух несплошных каналов 80 МГц, которые могут называться конфигурацией 80 + 80. Для конфигурации 80 + 80 данные после кодирования канала могут проходить через анализатор сегментов, который может разделять данные на два потока. Обработка в виде обратного быстрого преобразования Фурье (IFFT) и обработка во временной области может быть выполнена отдельно для каждого потока. Указанные потоки могут быть сопоставлены двум каналам 80 МГц, а данные могут быть переданы передающей станцией STA. В приемнике принимающей STA вышеописанная операция для конфигурации 80 + 80 может быть инвертирована, а объединенные данные могут быть отправлены на устройство управления доступом к среде передачи данных (MAC).

802.11af и 802.11ah поддерживают подрежимы работы 1 ГГц. Значения ширины полосы пропускания канала и несущие уменьшены в 802.11af и 802.11ah по сравнению с используемыми в 802.11n и 802.11ac. 802.11af поддерживает ширины полосы пропускания 5 МГц, 10 МГц и 20 МГц в неиспользуемом частотном спектре телевидения (TVWS), а 802.11ah поддерживает ширины полосы пропускания 1 МГц, 2 МГц, 4 МГц, 8 МГц и 16 МГц с использованием спектра, отличного от TVWS. Согласно типовому варианту осуществления 802.11ah может поддерживать управление с измерением / межмашинные связи, например устройства MTC в макрозоне покрытия. Устройства MTC могут обладать определенными возможностями, например ограниченными возможностями, включая поддержку (например, поддержку только) определенных и/или ограниченных значений ширины полосы пропускания. Устройства МТС могут включать в себя батарею, имеющую срок службы батареи, превышающий пороговое значение (например, для обеспечения очень длительного срока службы батареи).

Системы WLAN, которые могут поддерживать множество каналов и значений ширины полосы пропускания канала, такие как 802.11n, 802.11ac, 802.11af и 802.11ah, включают в себя канал, который может быть назначен в качестве первичного канала. Первичный канал может иметь ширину полосы пропускания, равную наибольшей общей рабочей ширине полосы пропускания, поддерживаемой всеми STA в BSS. Ширина полосы пропускания первичного канала может быть установлена и/или ограничена станцией STA из числа всех STA, работающих в BSS, которая поддерживает режим работы с наименьшей шириной полосы пропускания. В примере 802.11ah первичный канал может иметь ширину 1 МГц для STA (например, устройств типа MTC), которые поддерживают (например, поддерживают только) режим 1 МГц, даже если AP и другие STA в BSS поддерживают 2 МГц, 4 МГц, 8 МГц, 16 МГц и/или режимы работы с другими значениями ширины полосы пропускания канала. Параметры обнаружения несущей и/или вектора выделения сети (NAV) могут зависеть от состояния первичного канала. Если первичный канал занят, например, из-за STA (которая поддерживает только режим работы 1 МГц), осуществляющей передачу на AP, все доступные полосы частот могут считаться занятыми, даже если большинство полос частот остаются незанятыми и могут быть доступными.

В Соединенных Штатах доступные полосы частот, которые могут быть использованы 802.11ah, находятся в диапазоне от 902 МГц до 928 МГц. Доступные полосы частот в Корее — от 917,5 МГц до 923,5 МГц. Доступные полосы частот в Японии — от 916,5 МГц до 927,5 МГц. Общая ширина полосы пропускания, доступная для 802.11ah, составляет от 6 МГц до 26 МГц в зависимости от кода страны.

На фиг. 1D представлена системная схема RAN 113 и CN 115 в соответствии с вариантом осуществления. Как отмечено выше, RAN 113 может использовать технологию радиосвязи NR для взаимодействия с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 113 может также обмениваться данными с CN 115.

RAN 113 может включать в себя gNB 180a, 180b, 180c, хотя следует понимать, что сеть RAN 113 может включать в себя любое количество станций gNB и в то же время все еще соответствовать варианту осуществления. Каждая gNB 180a, 180b, 180c может включать в себя один или более приемопередатчиков для связи с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию MIMO. Например, gNB 180a, 108b могут использовать формирование луча для передачи сигналов и/или приема сигналов от gNB 180a, 180b, 180c. Таким образом, gNB 180a, например, может использовать множество антенн для передачи радиосигналов на WTRU 102a и/или приема от него радиосигналов. В варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию агрегирования несущих. Например, gNB 180a может передавать на WTRU 102a множество несущих составляющих (не показаны). Подмножество этих несущих составляющих может относиться к нелицензированному спектру, тогда как остальные несущие составляющие могут относиться к лицензированному спектру. В варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию многоточечного согласования (CoMP). Например, WTRU 102a может принимать согласованные передачи от gNB 180a и gNB 180b (и/или gNB 180c).

WTRU 102a, 102b, 102c могут осуществлять связь с gNB 180a, 180b, 180c с использованием передач, связанных с масштабируемой численной величиной. Например, разнос символов OFDM и/или разнос поднесущих OFDM может быть различным для разных передач, разных сот и/или разных участков спектра беспроводной передачи. WTRU 102a, 102b, 102c могут осуществлять связь с gNB 180a, 180b, 180c с использованием подкадра или временных интервалов передачи (TTI) с различной или масштабируемой длительностью (например, содержащих различное количество символов OFDM и/или имеющих постоянные различные длительности абсолютного значения времени).

gNB 180a, 180b, 180c могут быть выполнены с возможностью осуществления связи с модулями WTRU 102a, 102b, 102c в автономной конфигурации и/или в неавтономной конфигурации. В автономной конфигурации WTRU 102a, 102b, 102c могут осуществлять связь с gNB 180a, 180b, 180c без одновременного доступа к другим RAN (например, таким как eNode-B 160a, 160b, 160c). В автономной конфигурации WTRU 102a, 102b, 102c могут использовать одну или более gNB 180a, 180b, 180c в качестве опорной точки для мобильности. В автономной конфигурации WTRU 102a, 102b, 102c могут осуществлять связь с gNB 180a, 180b, 180c с использованием сигналов в нелицензированной полосе. В неавтономной конфигурации WTRU 102a, 102b, 102c могут осуществлять связь/ устанавливать соединение с gNB 180a, 180b, 180c, одновременно осуществляя связь/ устанавливая соединение с другой RAN, такой как eNode-B 160a, 160b, 160c. Например, WTRU 102a, 102b, 102c могут реализовывать принципы двойного соединения (DC) для по существу одновременного осуществления связи с одним или более gNB 180a, 180b, 180c и одним или более eNode-B 160a, 160b, 160c. В неавтономной конфигурации eNode-B 160a, 160b, 160c могут выступать в качестве опорной точки для мобильности для модулей WTRU 102a, 102b, 102c, а gNB 180a, 180b, 180c могут обеспечивать дополнительное покрытие и/или пропускную способность для обслуживания WTRU 102a, 102b, 102с.

Каждая из gNB 180a, 180b, 180c может быть связана с конкретной сотой (не показано) и может быть выполнена с возможностью принятия решений относительно управления радиоресурсом, решений относительно передачи обслуживания, диспетчеризации пользователей в UL и/или DL, поддержки сегментирования сети, двусторонней связи, взаимодействия между NR и E-UTRA, маршрутизации данных плоскости пользователя в функциональный блок 184a, 184b плоскости пользователя (UPF), маршрутизации информации плоскости управления в функциональный блок 182a, 182b управления доступом и мобильностью (AMF) и т.п. Как показано на фиг. 1D, базовые станции gNB 180a, 180b, 180c могут взаимодействовать друг с другом по интерфейсу Xn.

CN 115, показанная на фиг. 1D, может включать в себя по меньшей мере один AMF 182a, 182b, по меньшей мере один UPF 184a, 184b, по меньшей мере один функциональный блок управления сеансом (SMF) 183a, 183b и, возможно, сеть передачи данных (DN) 185a, 185b. Хотя каждый из вышеперечисленных элементов показан как часть CN 115, следует понимать, что любой один из этих элементов может принадлежать субъекту, отличному от оператора CN и/или быть предоставленным им для использования.

AMF 182a, 182b может быть подключен к одной или более gNB 180a, 180b, 180c в RAN 113 посредством интерфейса N2 и может выступать в качестве узла управления. Например, AMF 182a, 182b может отвечать за аутентификацию пользователей модулей WTRU 102a, 102b, 102c, поддержку сегментирования сети (например, обработку различных сеансов PDU с различными требованиями), выбор конкретного SMF 183a, 183b, управление зоной регистрации, прекращение сигнализации NAS, управление мобильностью и т.п. Сегментирование сети может быть использовано управлением AMF 182a, 182b для настройки поддержки CN для модулей WTRU 102a, 102b, 102c на основании типов служб, используемых модулями WTRU 102a, 102b, 102c. Например, различные фрагменты сети могут быть установлены для разных вариантов использования, таких как службы, основанные на связи повышенной надежности с малым временем задержки (URLLC), службы, основанные на доступе к расширенной широкополосной сети мобильной связи (eMBB), службы для доступа к межмашинной связи (MTC) и/или т.п. AMF 162 может обеспечивать функцию плоскости управления для переключения между RAN 113 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как LTE, LTE-A, LTE-A Pro, и/или технологии доступа, отличные от 3GPP, например WiFi.

SMF 183a, 183b может быть подключен к AMF 182a, 182b в CN 115 по интерфейсу N11. SMF 183a, 183b может также быть подключен к UPF 184a, 184b в CN 115 по интерфейсу N4. SMF 183a, 183b может выбирать и управлять UPF 184a, 184b и конфигурировать маршрутизацию трафика через UPF 184a, 184b. SMF 183a, 183b может выполнять другие функции, такие как управление и выделение IP-адреса UE, управление сеансами PDU, управление реализацией политики и QoS, предоставление уведомлений о данных нисходящей линии связи и т.п. Тип сеанса PDU может быть основан на IP, не основан на IP, основан на Ethernet и т.п.

UPF 184a, 184b могут быть подключены к одному или более gNB 180a, 180b, 180c в RAN 113 посредством интерфейса N3, который может обеспечивать модули WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, таким как Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. UPF 184, 184b может выполнять другие функции, такие как маршрутизация и передача пакетов, применение политик в плоскости пользователя, поддержка многоканальных сеансов PDU, обработка QoS в плоскости пользователя, буферизация пакетов нисходящей линии связи, привязка для обеспечения мобильности и т.п.

CN 115 может облегчать взаимодействие с другими сетями. Например, CN 115 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 115 и PSTN 108, или может осуществлять связь с ним. Кроме того, CN 115 может предоставлять WTRU 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат и/или предоставляются для использования посредством других поставщиков услуг. В одном варианте осуществления WTRU 102a, 102b, 102c могут быть подключены к локальной сети данных (DN) 185a, 185b через UPF 184a, 184b посредством интерфейса N3 к UPF 184a, 184b и интерфейса N6 между UPF 184a, 184b и DN 185a, 185b.

Принимая во внимание фиг. 1A–1D и соответствующие описания ФИГ. 1A–1D, одна или более или все из функций, описанных в настоящем документе в связи с одним или более из: WTRU 102a–d, базовой станции 114а–b, eNode-B 160a–c, MME 162, SGW 164, PGW 166, gNB 180a–c, AMF 182a–b, UPF 184a–b, SMF 183a–b, DN 185a–b и/или любого другого устройства (устройств), описанного (-ых) в этом документе, могут быть реализованы одним или более устройствами эмуляции (не показаны). Устройства эмуляции могут представлять собой одно или более устройств, выполненных с возможностью эмуляции одной или более функций или всех функций, описанных в настоящем документе. Например, устройства эмуляции могут быть применены для испытания других устройств и/или для моделирования функций сети и/или WTRU.

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

Одно или более устройств эмуляции могут выполнять одну или более функций, включая все функции, не будучи реализованными/развернутыми в качестве части проводной и/или беспроводной сети связи. Например, устройства эмуляции могут быть использованы в сценарии испытания в испытательной лаборатории и/или в неразвернутой (например, испытательной) проводной и/или беспроводной сети связи для осуществления испытания одного или более компонентов. Одно или более устройств эмуляции могут представлять собой испытательное оборудование. Для передачи и/или приема данных в устройствах эмуляции могут быть использованы прямое РЧ-соединение и/или беспроводные связи посредством РЧ-схемы (например, которая может включать одну или более антенн).

В технологии 5G «Новое радио» (NR) для соответствия высоким требованиям к скорости передачи данных было решено использовать спектр частот выше 6 ГГц, чтобы получить максимальное преимущество от большой ширины полосы. Одной из проблем при использовании этих частот выше 6 ГГц могут быть значительные потери при распространении, особенно в условиях размещения за пределами помещений, из-за более высоких потерь в свободном пространстве на более высокой частоте. Формирование луча (например, аналогового луча) было принято для устранения значительных потерь на трассе на более высокой частоте, поскольку оно может компенсировать потери на трассе без увеличения мощности передачи. Поскольку лучи используются для компенсации потерь на трассе, все каналы нисходящей и восходящей линий связи должны быть основаны на лучах. Таким образом, для систем на основе луча, в которых лучи используются для пейджинговых каналов, необходимо определить 5G NR физические каналы нисходящей линии связи и каналы управления нисходящей линии связи.

Для пейджинга WTRU может периодически контролировать физический канал управления нисходящей линии связи (PDCCH) на наличие информации управления нисходящей линии связи (DCI) или назначения нисходящей линии связи (DL) в PDCCH, маскированном с помощью RNTI пейджинга (P-RNTI), например, в режиме ожидания и/или в режиме установленного соединения. Когда WTRU обнаруживает или принимает DCI или назначение DL с применением P-RNTI, WTRU может демодулировать связанные или указанные блоки ресурсов (RB) физического общего канала нисходящей линии связи (PDSCH) и/или может декодировать пейджинговый канал (PCH), который может содержаться в связанном или указанном PDSCH. PDSCH, который может включать PCH, может упоминаться как PCH PDSCH. В настоящем документе термины «пейджинг», «пейджинговое сообщение» или «PCH», а также их вариации могут использоваться взаимозаменяемым образом по всему описанию.

Например, для приема пейджингового сообщения от сети WTRU в режиме ожидания могут контролировать канал PDCCH на наличие значения RNTI, используемого для указания пейджинга (т.е. P-RNTI). WTRU может потребоваться контролировать канал PDCCH в определенных специфичных для WTRU случаях (т.е. в конкретных подкадрах в пределах конкретных радиокадров). В других случаях WTRU может применять прерывистый прием (DRX), что означает, что он может отключить приемник для сохранения энергии батареи. Сеть может определять, какой из радиокадров и подкадров использовать для пейджинга. Каждая сота может передавать в широковещательном режиме цикл пейджинга по умолчанию или специфичный для WTRU цикл пейджинга. WTRU может вычислять радиокадр (т.е. кадр пейджинга) и подкадр в пределах этого кадра пейджинга (т.е. пейджингового события).

Кадр пейджинга (PF) и подкадр в пределах этого PF (т.е. пейджингового события) могут быть определены на основании WTRU ID (например, UE_ID) и параметров, которые могут быть заданы сетью. Параметры могут включать в себя, без ограничений, длину цикла пейджинга (PC) (например, в кадрах) и количество подкадров пейджинга на один цикл пейджинга (например, nB). Длина PC может быть такой же, как у цикла DRX. Количество подкадров пейджинга на цикл пейджинга (например, nB) может позволить определить количество PF на PC (например, N) и количество PO на PF (например, N), которые могут находиться в соте. В одном варианте осуществления WTRU ID может представлять собой WTRU IMSI мод. 1024. Подкадр в PF может представлять собой пейджинговое событие (PO), которое WTRU может контролировать для пейджингового канала, например, в режиме ожидания.

С точки зрения сети может быть несколько PF на цикл пейджинга и несколько PO в пределах PF. Например, более одного подкадра на цикл пейджинга могут содержать PDCCH, маскированный с помощью P-RNTI. Кроме того, что касается WTRU, WTRU может контролировать PO в цикле пейджинга, и такое PO может быть определено на основании параметров, указанных в настоящем документе (например, выше). Параметры могут быть предоставлены WTRU с помощью системной информации, специальной сигнальной информации и т.п. PO могут включать пейджинговые вызовы для одного или более конкретных WTRU или они могут включать пейджинговые вызовы, связанные с изменением системной информации, которые могут относиться к каждому из WTRU. В режиме ожидания WTRU может принимать пейджинговые вызовы, связанные с такими причинами, как входящий вызов или обновление системной информации.

В режиме установленного соединения WTRU может принимать пейджинговые вызовы, связанные, например, с изменением системной информации. WTRU может не принимать специфичные для WTRU пейджинговые вызовы, которые могут быть использованы для входящего вызова. Таким образом, WTRU в режиме установленного соединения может не контролировать конкретное РО. Кроме того, для дуплексного режима с частотным разделением (FDD) подкадры PO могут быть ограничены определенными подкадрами, такими как подкадры 0, 4, 5 и 9. Для дуплексного режима с временным разделением (TDD) подкадры PO могут быть ограничены определенными подкадрами, такими как подкадры 0, 1, 5 и 6.

В настоящем документе описан прерывистый прием (DRX). В режиме ожидания (например, режим ожидания RRC и/или режим ожидания управления соединением EPS (ECM)) WTRU может контролировать на предмет наличия или прослушивать пейджинговое сообщение для входящих вызовов, изменения системной информации, уведомления службы предупреждения о землетрясении и цунами (ETWS) для модулей WTRU с поддержкой ETWS, уведомления коммерческой системы мобильного оповещения (CMAS). Изменение параметров расширенного запрета доступа и т.п.

WTRU может прерывисто контролировать PDCCH на наличие P-RNTI, например для снижения потребления энергии батареи, когда могут отсутствовать пейджинговые вызовы для WTRU. DRX может представлять собой или включать в себя процесс прерывистого контроля PDCCH. В режиме ожидания DRX может представлять собой или включать в себя процесс прерывистого контроля PDCCH на наличие P-RNTI, например для контроля или прослушивания пейджингового сообщения при состоянии ожидания RRC.

В настоящем документе термины «режим ожидания», «состояние ожидания», «режим ожидания RRC», «состояние ожидания RRC» или «режим/состояние RRC_IDLE» могут использоваться взаимозаменяемым образом в настоящем описании. Термины «неактивное RRC» и «неактивное ECM» в настоящем документе также могут применяться взаимозаменяемо. DRX также может быть осуществляться и/или использоваться в режиме установленного соединения. Если в режиме установленного соединения настроен DRX, объект MAC может прерывисто контролировать PDCCH, например с применением операции DRX. Термины «режим установленного соединения», «состояние установленного соединения» и режим или состояние RRC_CONNECTED в настоящем документе могут применяться взаимозаменяемо. В настоящем документе термины «пейджинг», «пейджинговое сообщение» или «PCH», а также их вариации могут использоваться взаимозаменяемым образом по всему описанию.

В настоящем документе описан режим ожидания DRX. WTRU может применять один или более параметров DRX, которые могут быть переданы в режиме широкого вещания, например, в блок системной информации (SIB), такой как SIB2, для определения PF и/или РО с целью осуществления контроля для пейджинга. Альтернативно или дополнительно WTRU может применять один или более специфичных для WTRU параметров цикла DRX, которые могут быть переданы на WTRU, например посредством MME с помощью сигнализации NAS.

В таблице 1 приведены примеры параметров DRX, в том числе примеры диапазонов, и пример источника параметра (например, eNB или MME).

Таблица 1. Пример параметров цикла DRX

Параметр DRX	Обозначение	Диапазон значений	Конфигурирование узла сети
Специфичный для WTRU цикл DRX	TUE	32, 4, 128 и 256 радиокадров, причем каждый радиокадр может иметь длительность 10 мс	MME, например посредством сигнализации NAS
Специфичный для соты цикл DRX	TCELL	32, 4, 256 и 128 радиокадров	eNB, например, посредством системной информации, такой как SIB2
Количество PO на цикл DRX, например цикл DRX для всех пользователей в соте	nB	4T, 2T, T, T/2, T/4, T/8, T/16, T/32, где T может представлять собой цикл DRX WTRU, например TCELL или меньший, чем TUE, если он предусмотрен, и TCELL	eNB, например, посредством системной информации, такой как SIB2

Цикл T DRX WTRU может указывать количество радиокадров в цикле пейджинга. При большем значении T потребление энергии батареи WTRU может быть меньшим. При меньшем значении T потребление энергии батареи WTRU может повышаться. Цикл DRX может быть специфичным для соты или специфичным для WTRU.

Цикл DRX, обеспечиваемый базовой станцией (BS) (например, eNB), может быть специфичным для соты и может быть обеспечен для по меньшей мере некоторых (например, всех) WTRU в соте. Цикл DRX, который может быть обеспечен BS (например, eNB), может представлять собой цикл пейджинга по умолчанию. Цикл DRX, обеспечиваемый MME, может быть специфичным для WTRU. WTRU в качестве своего цикла DRX или цикла пейджинга может применять меньший цикл из цикла пейджинга по умолчанию и специфичного для WTRU цикла DRX. MME может обеспечивать специфичный для WTRU цикл DRX на WTRU в сигнализации NAS, например в виде «специфичного для WTRU цикла DRX». MME может обеспечивать специфичный для WTRU цикл DRX на BS (например, eNB) в сообщении PAGING S1 AP, например в виде «DRX пейджинга», например для инициированного MME пейджингового сообщения, которое может быть предназначено для WTRU.

WTRU и/или BS (например, eNB) могут применять минимальный цикл из цикла по умолчанию и специфичного для WTRU цикла DRX. Например, Т = Min (T_UE, −T_CELL) в радиокадрах. WTRU с циклом DRX из N (например, 128) радиокадров может требовать активизации каждые N x периодов кадра (например, 1,28 секунды в периоде кадра длительностью 10 мс) и искать пейджинговое сообщение.

Параметр nB (т.е. количество подкадров пейджинга на цикл пейджинга) может указывать количество пейджинговых событий в специфичном для соты цикле DRX. Параметр может быть специфичным для соты. Конфигурация значения nB может зависеть от касающихся пейджинга возможностей, которые могут быть желательными или применяемыми в соте. Может быть применено большее значение nB, например для увеличения пропускной способности пейджинга. Может быть применено меньшее значение nB, например для уменьшения пропускной способности пейджинга.

BS (например, eNB) и/или WTRU могут вычислять PF WTRU в соответствии со следующим уравнением (1):

PF = SFN mod T= (T div N)*(WTRU_ID mod N) Уравнение (1)

где N определяется как N = min (T, nB). Специфичное для WTRU PO в пределах PF может быть определено из набора подкадров пейджинга. Этот набор может представлять собой функцию предварительно определенных разрешенных подкадров для пейджинга и/или количества PO на PF, которое может представлять собой функцию по меньшей мере nB и/или T. Номер кадра в системе (SFN) может характеризоваться диапазоном значений, например от 0 до 1023.

В настоящем документе описан DRX в режиме установленного соединения. В режиме установленного соединения PF и PO могут быть определены таким же образом, как в режиме ожидания. Параметры цикла DRX в неактивном режиме и режиме установленного соединения могут отличаться. WTRU может контролировать (например, любое) PO в РС в режиме установленного соединения, например для получения информации об изменении системной информации.

Может быть желательно иметь более длинные циклы DRX, такие как расширенный DRX (eDRX), для таких устройств, как устройства связи машинного типа (MTC). Применение более длинных циклов DRX может быть целесообразным для некоторых устройств, таких как устойчивые к задержке устройства, например, это может приводить к уменьшению потребления энергии батарей и/или к увеличению срока службы батарей этих устройств.

На фиг. 2A представлен пример 200 синхронизации для гиперкадров (HF) 205, 210, 215, который можно использовать в любой комбинации других вариантов осуществления, описанных в настоящем документе. Как изображено на фиг. 2A, единицу времени (например, гиперкадры (HF) 205, 210, 215) можно использовать вместе с, в виде расширения или поверх радиокадров и/или синхронизации номера кадра в системе (SFN) (например, синхронизации унаследованного SFN). Один HF 205, 210, 215 может включать в себя цикл 220 SFN, например, 1024 радиокадра или 10,24 с. HF 205, 210, 215 могут иметь номер кадра в гиперсистеме (H-SFN). Цикл 225 H-SFN может составлять 1024 цикла 220 SFN. Цикл 225 H-SFN может длиться 1024 * 1024 * 10 мс (т.е. 174,76 минуты).

Цикл расширенного DRX (I-eDRX) в режиме ожидания может включать в себя до 256 циклов 225 H-SFN. Например, I-eDRX может длиться 256 * 1024 * 10 мс (т.е. 43,69 минуты). Цикл 225 H-SFN может быть передан в широковещательном режиме в соте. Цикл 225 H-SFN может увеличиваться на границах цикла SFN.

На фиг. 2B представлен пример 201 пейджинга в пределах HF 205, 210, 215, который можно использовать в любой комбинации других вариантов осуществления, описанных в настоящем документе. H-SFN, в котором WTRU может становиться доступным для пейджинга, может упоминаться как гиперкадр (PH) 235, 240 пейджинга или как PH 235, 240 WTRU. PH 235, 240 может быть применимым (или применимым исключительно) в неактивном ECM. PH 235, 240 может быть вычислен как функция цикла расширенного DRX и/или WTRU ID (например, IMSI мод. (1024)). В пределах PH 235, 240 PF 250, 255, 260 и/или PO могут быть определены согласно обычным правилам DRX и/или формулам. Например, WTRU может принимать PF 250, 255, 260 на основании нормального цикла 245 DRX. Окно пейджинга WTRU (PW) 265 может представлять собой окно или временной интервал, соответствующий набору PF 250, 255, 260 в PH 235, 240 WTRU, в течение которого WTRU может контролировать пейджинг и/или на него может поступать пейджинговый вызов. PW 265 может содержать подмножество доступных PF 250, 255, 260 в PH 235, 240. PW 265 может быть передан на WTRU, например посредством MME в NAS-сообщении. В PF 250, 255, 260 WTRU может контролировать (или отслеживать исключительно) одно РО. Пейджинг для WTRU может быть повторен в одном или более PF 250, 255, 260 WTRU в его PW 265, например если WTRU не отвечает на предыдущий пейджинговый вызов.

Поддержка сотой расширенного DRX в режиме ожидания (I-eDRX) может быть неявно указана за счет передачи в широковещательном режиме H-SFN. В случае длинных циклов DRX может быть целесообразным, чтобы для MME была доступна определенная информация в отношении того, когда WTRU становится доступен, например, чтобы избежать хранения пейджинговых запросов в BS (например, eNB) в течение длительного времени. В режиме установленного соединения цикл DRX может быть расширен до предельного размера в SFN, например путем увеличения диапазона значений длительного цикла DRX до 10,24 секунды.

На фиг. 3 показан пример 300 блоков 315, 320, 325 сигналов синхронизации (SS) в пределах пакетов SS 305, которые могут применяться в любой комбинации других вариантов осуществления, описанных в настоящем документе. При использовании множества лучей для начального доступа можно использовать пакет 305 сигналов синхронизации (пакет SS). Например, пакет 305 SS может передаваться периодически (например, каждые 20 мс), и каждый пакет 305 SS может содержать один или более блоков 315, 320, 325 SS. Как показано на фиг. 3, один или более блоков SS (т.е. блок № 1 315 SS, блок № 2 320 SS и блок № 3 325 SS) могут периодически передаваться с циклом x мс. Кроме того, каждый из блоков 315, 320, 325 SS может быть связан с лучом. Например, если 64 луча используются базовой станцией (BS), может иметься 64 блока SS, причем каждый луч содержит блок 315, 320, 325 SS в соответствующей передаче. В другом примере одному лучу могут быть назначены 64 блока SS.

Как показано на фиг. 3, блок 315, 320, 325 SS может включать в себя первичный сигнал синхронизации (PSS) 350, вторичный сигнал синхронизации (SSS) 355 и физический широковещательный канал (PBCH) 360, 361, 362. После обнаружения сигналов синхронизации (т.е. PSS 350 и SSS 355) WTRU может декодировать PBCH 360, 361, 362, из которого получают блок служебной информации (MIB). MIB может содержать несколько наиболее часто передаваемых параметров, необходимых для начального доступа к соте. В дополнение к MIB, PBCH 360, 361, 362 могут нести важную информацию для блока 315, 320, 325 SS, такого как специфичная для блока SS конфигурация. Специфичная для блока SS конфигурация может включать в себя, без ограничений, номер блока SS, номер области отслеживания луча, связанный с блоком 315, 320, 325 SS, и конфигурацию следующего канала управления (например, PDCCH и PDSCH). На основании специфичной для блока SS конфигурации WTRU может дополнительно принимать широковещательные сигналы, связанные с каждым блоком 315, 320, 325 SS. Например, WTRU может принимать посредством PDSCH блоки системной информации (SIB), связанные с каждым блоком 315, 320, 325 SS.

Как описано выше, один или более блоков 315, 320, 325 SS в пакете 305 SS могут быть связаны с одним или более лучами. Количество блоков 315, 320, 325 SS в пакете 305 SS может быть определено с помощью BS (например, gNB) на основании количества лучей, используемых на BS. В одном примере при использовании лучей NB на BS (например, gNB) блоки 315, 320, 325 NB SS могут быть использованы или переданы в пакете 305 SS. В одном блоке 305 SS каждый пакет 315, 320, 325 SS может содержать одинаковую или аналогичную информацию о синхронизации для PSS 350 и SSS 355. Однако каждый блок 315, 320, 325 SS может содержать различную информацию о конфигурации (например, другой номер блока SS) для каждого PBCH 360, 361, 362, которая специфична для блока 315, 320, 325 SS, связанного с соответствующим лучом.

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

В настоящем документе описывается специфичное для луча пейджинговое событие (PO) для PDCCH или NR-PDCCH в специфичной для луча системе. Интервал пейджинга может быть определен, использован или настроен как интервал, который может быть потенциально использован для пейджингового канала в NR. Интервал пейджинга может быть настроен с одним или более параметрами, включая по меньшей мере одно из цикла пейджинга, идентификатора соты, числового значения (например, разноса поднесущих), длины интервала (например, обычный интервал или миниинтервал) и полосы частот (например, ниже 6 ГГц или выше 6 ГГц). При использовании в настоящем документе термин «интервал пейджинга» в настоящем описании может использоваться взаимозаменяемо с терминами «кадр пейджинга», «специфичный для соты интервал пейджинга» и «ресурс пейджинга». Интервал пейджинга может включать канал(-ы) управления нисходящей линии связи, такой как PDCCH или NR-PDCCH, для контроля пейджинга и общего канала(-ов) нисходящей линии связи, например PDSCH или NR-PDSCH, связанного с интервалом пейджинга. В частности, WTRU может контролировать каналы управления нисходящей линии связи, выполненные с возможностью контроля пейджинга. Когда WTRU принимает DCI в канале управления нисходящей линии связи, DCI может включать в себя информацию о пейджинге или информацию о планировании PDSCH, который может нести пейджинговое сообщение. В альтернативном варианте осуществления интервал пейджинга может включать в себя PDCCH или NR-PDCCH только для контроля пейджинга. В настоящем документе термин «PDCCH» может использоваться взаимозаменяемо с терминами «NR-PDCCH», «набор ресурсов управления» (CORESET), «пространство поиска», «пространство поиска для пейджинга», «общее пространство поиска» и «общее пространство поиска для пейджинга» в рамках настоящего описания. В настоящем описании термин «PDSCH» может использоваться взаимозаменяемо с термином «NR-PDSCH».

Блок пейджинга может быть определен, использован или настроен как частотный ресурс, который может быть потенциально использован для пейджингового канала в NR. Блок пейджинга может представлять собой один или более блоков частотных ресурсов, которые могут быть использованы для PDCCH или NR-PDCCH, связанных с пейджинговым каналом. Один или более блоков пейджинга могут быть расположены в интервале пейджинга и настроены с одним или более параметрами, включая по меньшей мере одно из идентификатора соты, числового значения (например, разноса поднесущих), полосы частот (например, ниже 6 ГГц или выше 6 ГГц), ширины полосы системы, количества блоков пейджинга или подобного. В настоящем документе термин «блок пейджинга» в настоящем описании может взаимозаменяемо использоваться с терминами «частотный ресурс пейджинга», «подполоса пейджинга», «узкая полоса пейджинга» и «блок физических ресурсов пейджинга».

Ресурс пейджинга может быть определен, использован или настроен с временным (например, интервалом пейджинга) и частотным (например, блоком пейджинга) ресурсами. Ресурс пейджинга может называться PDCCH, связанным с блоком SS, или, более конкретно, общим пространством поиска, в котором WTRU контролирует DCI пейджинга с P-RNTI.

Пейджинговое событие (PO) может быть определено, использовано или настроено как ресурс пейджинга, в котором WTRU может контролировать, пытаться декодировать или принимать DCI, связанную с пейджинговым каналом в PDCCH или NR-PDCCH. Пейджинговое событие можно рассматривать как ресурс пейджинга, настроенный или используемый для WTRU или группы WTRU для приема пейджингового канала. Пейджинговые события для WTRU или группы WTRU могут представлять собой подмножество ресурсов пейджинга. Подмножество ресурсов пейджинга может быть определено, настроено или использовано на основании по меньшей мере одного из специфичных для WTRU параметров, специфичных для соты параметров, числового значения, полосы частот и т.п. Примеры специфичных для WTRU параметров могут включать в себя, без ограничения, идентификатор WTRU, цикл DRX, индекс луча, индекс BPL и определенный блок SS, такой как индекс блока SS и нахождение времени блока SS во время начального доступа. Примеры специфичных для соты параметров могут включать в себя, без ограничения, конфигурации ресурсов пейджинга, цикл интервала пейджинга и т.п. Примеры числового значения могут включать в себя, без ограничения, разнос поднесущих, длину циклического префикса и т.п. Полоса частот может быть ниже 6 ГГц или выше 6 ГГц. Кроме того, одно или более пейджинговых событий (PO) могут быть настроены или определены для WTRU или группы WTRU, причем WTRU или группа WTRU может контролировать подмножество PO.

В одном варианте осуществления интервал пейджинга может быть настроен или определен специфичным для луча способом путем связывания лучей и PO. Например, интервал пейджинга может быть связан с одним и тем же лучом для блока SS. Один или более блоков SS могут использоваться в пакете SS, и каждый блок SS может быть связан с лучом или связью по паре лучей (BPL). Каждый блок SS также может быть связан с интервалом пейджинга, который может быть выделен для блока SS. В частности, длина интервала пейджинга может быть согласована с длиной блока SS. Например, если для блока SS используются символы OFDM N_sym, длина интервала пейджинга может представлять собой символы OFDM N_sym.

Интервал пейджинга, связанный с блоком SS, может быть расположен в тех же символах OFDM, которые используются для связанного блока SS. В частности, по меньшей мере для PDCCH или NR-PDCCH интервал пейджинга может быть расположен в тех же символах OFDM, которые могут быть использованы для блока SS. Для интервала пейджинга, связанного с блоком SS, можно использовать подмножество блоков SS или пакетов SS. Например, если блок SS передается каждые 20 мс, интервал пейджинга, связанный с блоком SS, может быть настроен задан следующим образом: каждые 20 × k мс, где k может целым положительным числом. Значение k может быть настроено с помощью BS (например, gNB). Например, значение k может быть указано в широковещательном канале или может быть определено на основании количества блоков SS в пакете SS. Значение k может быть увеличено в определенном отношении на основании количества блоков SS в пакете SS, причем количество блоков SS в пакете SS может быть указано в широковещательном сигнале.

Подмножество блоков SS для интервала пейджинга может быть определено по меньшей мере из одного из специфичных для соты параметров, полосы частот, количества символов OFDM и т.п. В частности, специфичные для соты параметры могут включать в себя, по меньшей мере, одно из специфичного для соты цикла пейджинга, ширины полосы системы, количества блоков пейджинга, идентификатора соты и т.п. Полоса частот может быть ниже 6 ГГц и/или выше 6 ГГц. Количество символов OFDM можно использовать для блока SS или PBCH в блоке SS.

WTRU может предположить, что ресурс пейджинга, связанный с блоком SS, может быть квази-совместно размещенным (QCL) с блоком SS (например, PSS, SSS и/или DM-RS PBCH в блоке SS). Примеры ресурса пейджинга, связанного с блоком SS, могут включать, без ограничений, опорный сигнал демодуляции (DM-RS) PDCCH или NR-PDCCH, который может контролироваться WTRU для пейджинга, или DM-RS PDSCH или NR-PDSCH, несущего пейджинговое сообщение. В частности, информация, относящаяся к TX и/или RX, может быть квази-совместно размещенным между блоком SS и связанным с ним ресурсом пейджинга. Более того, все параметры QCL (например, синхронизация, доплеровский разброс, распределение задержки, луч, частота и т.п.) могут предполагаться как квази-совместно размещенные для блока SS и связанного с ним ресурса пейджинга.

Интервал пейджинга, связанный с блоком SS, может быть указан на основании времени, частоты и/или смещения от блока SS. PBCH в блоке SS может включать информацию о местоположении интервала пейджинга в MIB или минимальную системную информацию (MSI). Например, MIB может содержать битовое поле, которое может содержать информацию, связанную с интервалом пейджинга. MSI может содержать информацию, связанную с местоположением интервала пейджинга; причем MSI может быть запланирована через общий PDCCH или NR-PDCCH, который может быть настроен посредством MIB. MSI может быть специфичным для луча. Таким образом, MSI может быть запланирован соответствующим блоком SS. Также для пейджингового канала можно использовать общие PDCCH или NR-PDCCH для MSI (или оставшуюся минимальную SI (RMSI)). WTRU может контролировать общие PDCCH или NR-PDCCH на предмет MSI (или RMSI) и пейджинга, где DCI для MSI (или RMSI) и DCI для пейджинга могут быть идентифицированы RNTI. Например, MSI-RNTI можно использовать для скремблирования CRC DCI, используемой для MSI (или RMSI), а P-RNTI можно использовать для скремблирования CRC DCI, используемой для пейджингового канала. Размер DCI для MSI и пейджингового канала может быть одинаковым.

Временной интервал для общего NR-PDCCH можно определить, настроить или использовать на основе блока SS. Например, временной интервал для общего NR-PDCCH может иметь такое же количество символов OFDM, что и блок SS. Общий NR-PDCCH может быть связан с блоком SS, а временной интервал для общего NR-PDCCH, связанного с блоком SS, может быть расположен в тех же символах OFDM, которые используются для блока SS. Временной интервал для общего NR-PDCCH можно использовать взаимозаменяемо с интервалом пейджинга, если для пейджингового канала можно использовать общий NR-PDCCH. Временной интервал для общего NR-PDCCH можно использовать взаимозаменяемо с общим временным интервалом NR-PDCCH, интервалом для общего NR-PDCCH, общим временным интервалом, специфичным для луча временным интервалом и специфичным для луча временным интервалом общего NR-PDCCH.

На фиг. 4 показан пример 400 типов 405, 410, 412 связи для физического канала управления нисходящей линии связи в технологии «Новое радио» (NR-PDCCH) и физического канала управления нисходящей линии связи в технологии «Новое радио» (NR-PDSCH), которые могут использоваться в любой комбинации других вариантов осуществления, описанных в настоящем документе. Как показано на фиг. 4, один или более типов 405, 410, 412 связи могут быть использованы для NR-PDCCH и/или NR-PDSCH для широковещательного и пейджингового каналов. Например, первый тип (например, тип A 405) может использовать временные интервалы для передачи NR-PDCCH 445 и NR-PDSCH 450. В связи 405 типа A, NR-PDCCH 445, связанный с блоком №1 415 SS, может быть сначала передан во временном интервале. В следующем временном интервале или в более позднем временном интервале NR-PDSCH 450, связанный с NR-PDCCH 445 (или блоком № 1 430 SS), может передаваться с периодом x мс. Второй тип (т.е. тип B 410) может использовать временной интервал как для NR-PDCCH 455, так и для связанной с ним передачи NR-PDSCH 460. В связи 410 типа B, NR-PDCCH 455 и NR-PDSCH 460, связанные с блоком № 1 415 SS, могут передаваться вместе в одном временном интервале. В следующем временном интервале или в более позднем временном интервале NR-PDCCH 465 и NR-PDSCH 470, связанные с блоком № 1 430 SS, могут передаваться вместе. NR-PDCCH 455 и NR-PDSCH 460 в первом временном интервале и NR-PDCCH 465 и NR-PDSCH 470 в более позднем временном интервале можно считать пейджинговыми событиями, и каждое пейджинговое событие может включать в себя одну и ту же или другую информацию о пейджинге. Третий тип (т.е. тип C 412) может использовать временной интервал для NR-PDCCH 475, в то время как связанная с ним передача NR-PDSCH 480 может быть указана в DCI PDCCH 475. В связи 412 типа C, NR-PDCCH 475, связанный с блоком № 1 415 SS, может быть сначала передан во временном интервале. В следующем временном интервале или в более позднем временном интервале, NR-PDSCH 480, связанный с NR-PDCCH 475, может быть передан с периодом y мс, который может быть указан в DCI NR-PDCCH 475 или предварительно определен.

Тип 405, 410, 412 связи, описанный в настоящем документе, может быть определен на основании канала нисходящей линии связи. Например, для MSI можно использовать первый тип связи (т.е. тип A 405), а для пейджингового канала можно использовать второй тип связи (например, т.е. B 410). Тип связи также может быть определен на основании полосы частот. Например, первый тип связи (т.е. тип A 405) может использоваться для полосы частот выше 6 ГГц, а второй тип связи (т.е. тип B 410) может использоваться для полосы частот ниже 6 ГГц.

Для первого типа (т.е. типа A 405) цикл временных интервалов (например, х мс) может быть предварительно определен или настроен с помощью широковещательного сигнала (например, MIB или MSI). Для второго типа (т.е. типа B 410) частотный ресурс, выделенный для NR-PDSCH 460, 470, может быть указан в связанном NR-PDCCH 455, 465. Для третьего типа (т.е. типа C 412) WTRU может контролировать NR-PDCCH 475 во временном интервале, который может быть синхронизирован с соответствующим блоком SS (например, блок № 1 415 SS), а связанный с ним NR-PDSCH 480 может быть указан в DCI NR-PDCCH 475. Потенциальные временные сдвиги для связанного NR-PDSCH 480 могут представлять собой временной интервал, который может не перекрываться блоками 430, 435, 440 SS (или другими блоками SS, которые могут не быть связаны с NR-PDCCH).

В одном варианте осуществления один или более наборов ресурсов канала управления (CORESET) могут быть настроены во временном ресурсе пейджинга, причем один или более CORESET могут быть расположены в другом частотном ресурсе. Частотный ресурс пейджинга (например, CORESET) одного или более частотных ресурсов (например, CORESET) может быть использован, определен или настроен для WTRU или группы WTRU для контроля пейджингового сообщения. Частотный ресурс пейджинга может быть определен на основании информации, относящейся к лучу.

Частотный ресурс пейджинга может быть определен на основании связанного блока SS. Например, можно использовать операцию по модулю на основании индекса времени блока SS и количества частотных ресурсов пейджинга. Альтернативно или дополнительно частотный ресурс пейджинга может быть определен на основании одного или более индексов луча, которые могут быть представлены в широковещательном сигнале.

В другом варианте осуществления один блок SS может быть связан с одним или более лучами, причем количество лучей, используемых для одного блока SS, может быть указано в связанном широковещательном сигнале. Один или более лучей, используемых для блока SS, могут называться группой лучей (или группой лучей TX). Количество частотных ресурсов и связанные с ними параметры конфигурации могут передаваться в системной информации (например, оставшаяся минимальная системная информация (RMSI) или другая системная информация (OSI)).

В другом варианте осуществления ресурс NR-PDCCH (например, ресурс пейджинга или DCI) может быть общим для всех блоков SS, а ресурс NR-PDCCH может быть расположен поверх множества блоков SS. Временной интервал для связанного NR-PDSCH может быть указан в NR-PDCCH, причем потенциальные временные интервалы для связанного NR-PDSCH могут быть основаны на луче или BPL, используемом для NR-PDSCH. Временной интервал для связанного NR-PDSCH может быть указан с помощью индекса блока SS. Например, если PDSCH передается с лучом, используемым для блока SS, индекс блока SS может быть указан в NR-PDCCH, а индекс блока SS может определять временной интервал, содержащий NR-PDSCH.

В еще одном варианте осуществления ресурс NR-PDCCH для одного или более из минимальной SI (MSI), другой SI (OSI), RACH и/или пейджинга может быть определен на основании по меньшей мере одного из временного сдвига, частотного сдвига, цикла ресурса NR-PDCCH и т.п. Временные и частотные сдвиги могут быть связаны с соответствующим блоком SS. Временные и частотные сдвиги могут быть указаны в PBCH в связанном блоке SS. Цикл ресурса NR-PDCCH можно использовать на основании цикла по умолчанию (например, цикла пакета SS, такого как 20 мс).

В настоящем документе описано пейджинговое событие с общим лучом. Кадр пейджинга (или интервал пейджинга, пейджинговое событие) может быть определен, использован или настроен с общим лучом. Таким образом, один или более PO могут быть определены или настроены для WTRU независимо от выбранного, используемого или определенного WTRU блока SS. Кадр пейджинга (PF) может рассматриваться или называться специфичным для соты ресурсом пейджинга. Пейджинговое событие (PO) может рассматриваться или называться ресурсом пейджинга, в котором WTRU может контролировать или пытаться принять пейджинговое сообщение.

Временные ресурсы для пакета SS могут быть использованы или настроены для кадра пейджинга. Пакет SS может включать в себя один или более блоков SS и может передаваться с рабочим циклом. Таким образом, количество кадров пейджинга, доступных или используемых во временном окне, может быть определено на основании рабочего цикла пакета SS. Например, если рабочий цикл пакета SS короче, можно использовать большее количество кадров пейджинга.

В кадре пейджинга (или пейджинговом событии) информация управления нисходящей линии связи (DCI), которая может использоваться для планирования NR-PDSCH, несущего пейджинговое сообщение, может быть передана или принята по всем лучам, используемым для блоков SS в пакете SS. Например, если N блоков SS расположены в пакете SS, могут быть использованы или настроены N наборов ресурсов канала управления (например, CORESET или NR-PDCCH CORESET), и каждый CORESET может быть связан с блоком SS. WTRU может предположить, что DCI может периодически передаваться по N CORESET, причем один и тот же набор потенциальных NR-PDCCH (или набор элементов канала управления (CCE)) может быть использован для повторяющейся передачи DCI.

Подмножество потенциальных NR-PDCCH (например, пространство для поиска, начальный индекс CCE) в каждом CORESET может быть определено в зависимости от по меньшей мере одного из следующих факторов: (1) один или более специфичных для соты параметров (например, идентификатор соты, номер кадра, номер интервала и т.д.); (2) один или более из специфичных для блока SS параметров (например, временной индекс блока SS, параметры, указанные в PBCH связанного блока SS); (3) P-RNTI (например, RNTI, используемый для контроля пейджинга); (4) один или более элементов информации, относящихся к лучу (например, индекс идентификации луча); и (5) группа лучей RX (например, WTRU может определять набор лучей RX для приема пейджинга). Группа лучей RX для контроля пейджинга может представлять собой самую последнюю группу лучей RX, используемую до того, как WTRU переходит в режим ожидания. Если группа лучей RX изменена, WTRU может обновлять индекс группы лучей RX (например, используя ресурс PRACH).

WTRU может определять для контроля подмножество CORESET для контроля пейджинга. Например, WTRU может сначала определить подмножество CORESET на основании результат измерения блоков SS перед началом контроля пейджинга или попытки приема пейджинга. Затем WTRU может контролировать или пытаться принимать пейджинговое сообщение в пределах определенного подмножества CORESET. DM-RS каждого CORESET могут быть квази-совместно размещено с SSS и/или DM-RS PBCH связанного блока SS.

В одном варианте осуществления DCI для планирования NR-PDSCH, несущего пейджинговое сообщение, может использоваться для прямого указания, связанного с обновлением системной информации. В частности, бит флага в DCI можно использовать для указания того, содержит ли DCI информацию о планировании NR-PDSCH или информацию, связанную с прямым указанием. Если бит флага имеет значение «TRUE», остальные биты DCI могут использоваться для прямого указания без информации о планировании PDSCH. Если бит флага имеет значение «FALSE», остальные биты DCI могут использоваться для планирования NR-PDSCH. Прямое указание может включать в себя одно или более из следующего: (1) обновление системной информации (например, MIB, обновление RMSI и/или обновление OSI); (2) изменение или обновление количества блоков SS в пакете SS; (3) обновление рабочего цикла пакета SS; (4) оповещение общественности (например, ETWS, CMAS и т.д.); (5) настройка для обновления ресурсов восходящей линии связи без разрешения; и (6) обновление набора ресурсов восходящей линии связи, связанных с набором лучей нисходящей линии связи (например, блоки SS). Если WTRU получает сигнал активизации, WTRU может отправлять информацию, относящуюся к лучу, или указание выбранного луча с помощью указанного или настроенного набора ресурсов восходящей линии связи.

В другом варианте осуществления DCI может использоваться для планирования NR-PDSCH, прямого указания и обновления информации, относящейся к лучу. Например, в DCI можно использовать два бита флага. Первое состояние флага (например, «00») может быть использовано для указания того, что DCI содержит информацию о планировании NR-PDSCH. Второе состояние флага (например, «01») может быть использовано для указания того, что DCI содержит прямое указание обновления системной информации без информации о планировании NR-PDSCH. Третье состояние флага (например, «10») может быть использовано для указания того, что DCI содержит обновление информации, относящейся к лучу, без информации о планировании NR-PDSCH. Информация, относящаяся к лучу, может включать в себя, по меньшей мере, одно из следующего: (1) количество блоков SS в пакете SS; (2) рабочий цикл пакета SS; и (3) набор или подмножество выключенных блоков SS (или включенный/выключенный статус блока SS). Например, BS (например, gNB) может динамически включать/выключать блоки SS (например, лучи), а BS может указывать, какие блоки SS включены или выключены. Если WTRU контролировал блок SS, который может быть выключен, WTRU может запустить или начать одну или более из следующих процедур: поиск нового луча в пределах пакета SS или первоначальный поиск соты. Информация, относящаяся к лучу, может дополнительно включать в себя группу лучей TX для общего пространства поиска (или общий для группы NR-PDCCH).

В настоящем документе описано пейджинговое событие, основанное на множестве общих излучаемых мощностей (TRP). WTRU может контролировать PO, связанные с одним или более TRP, для обеспечения надежности в случае, если один или более лучей заблокированы динамическим образом.

В одном варианте осуществления один или более блоков SS в пакете SS могут быть связаны с лучом. Если множество блоков SS в пакете SS связаны с лучом, блоки SS могут предполагаться или рассматриваться как квази-совместно размещенные с точки зрения луча. Блоки SS, квази-совместно размещенные с точки зрения луча, могут указывать на то, что PSS, SSS и/или DM-RS блоков SS являются квази-совместно размещенными с точки зрения одного или более параметров QCL (например, пространственных параметров RX).

На фиг. 5 показан пример 500 связи квази-совместно размещения (QCL) между блоками 515, 520, 525, 530, 535 SS в пакете 505 SS, когда множество блоков 515, 530 SS связаны с одним и тем же лучом 540, который может использоваться в любой комбинации других вариантов осуществления, описанных в настоящем документе. Как показано на фиг. 5, блок № 1 515 SS и блок № 4 530 SS могут быть связаны с одним и тем же лучом № 3 540. Другие блоки 520, 525, 535 SS могут быть связаны с другим лучом 545, 550, 560. Например, блок № 2 520 SS может быть связан с лучом № 1 545, блок № 3 525 SS может быть связан с лучом № 550, а блок № N 535 SS может быть связан с лучом № 5 560. Как показано на фиг. 5, блок № 1 515 SS и блок № 4 530 SS могут рассматриваться, предполагаться или указываться как квази-совместно размещенные 575 по меньшей мере для луча (например, луча № 3 540). Однако блок № 1 515 SS и блок № 3 525 SS могут рассматриваться или предполагаться как не являющиеся квази-совместно размещенными 570, так как разные лучи (например, луч № 3 540 и луч № 2 550) связаны с этими блоками 515, 525 SS. Блок 515, 520, 525, 530, 535 SS (например, SSS и/или DM-RS PBCH в блоке SS) и связанные с ним PO (например, DM-RS NR-PDCCH и/или NR-PDSCH для связанных PO) могут быть квази-совместно размещенными. WTRU может предположить, что блок 515, 520, 525, 530, 535 SS и связанные с ним PO могут быть квази-совместно размещенными.

В одном варианте осуществления BS может указывать на связь QCL между блоками SS в пакете SS для WTRU. Например, подмножество блоков SS, связанных с одним и тем же лучом, может быть указано для WTRU. На основании связи QCL WTRU может комбинировать, накапливать или использовать один или более блоков SS в пакете SS для повышения точности отслеживания времени/частоты и/или измерения луча. В частности, минимальная SI может включать связь QCL между блоками SS. Может быть задана одна или более комбинаций или подмножеств блоков SS, и по меньшей мере одна из комбинаций или подмножеств может быть указана для WTRU в минимальной SI. Кроме того, PBCH в каждом блоке SS может включать в себя информацию о связи QCL. Например, индексы блока SS, которые используются или связаны с одним и тем же лучом, могут быть указаны в MIB. Если количество блоков SS в блоке SS составляет N_SS, то для указания того, какие блоки SS связаны с одним и тем же лучом, можно использовать битовую карту N_SS. Одно или более подмножеств блоков SS могут быть определены заранее, и по меньшей мере одно из подмножеств может быть указано в MIB.

Та же последовательность может использоваться для PSS или SSS для указания того, какой луч связан с ней. Например, WTRU может обнаруживать последовательность, используемую для PSS или SSS, для одного или более блоков SS. Если одна и та же последовательность используется для одного или более блоков SS в пакете SS, WTRU может предположить, что блоки SS являются квази-совместно размещенными или блоки SS связаны с одним и тем же лучом.

В другом варианте осуществления идентификатор луча может быть указан в каждом блоке SS. Как описано выше, пакет SS может включать в себя множество SS блоков (например, до 64 блоков SS), и каждый блок SS может быть связан с лучом. Таким образом, может существовать множество лучей (например, до 64 лучей), связанных с блоками SS. Битовое поле в PBCH в блоке SS может указывать, какой луч может быть связан с блоком SS. Например, для указания идентификатора луча можно использовать 6 битов. Этот идентификатор луча может быть включен в PBCH каждого блока SS. Если идентификатор луча одинаков для двух или более блоков SS, WTRU может предположить или считать, что два или более блока SS являются квази-совместно размещенными, или два или более блока SS связаны с одним и тем же лучом. WTRU может также измерять качество луча от одного или более блоков SS, связанных с одним и тем же лучом в пакете SS. Поскольку луч сам по себе является прозрачным для WTRU с точки зрения WTRU, WTRU может измерять качество лучей с помощью сигналов нисходящей линии связи (например, блоков SS). Например, WTRU может измерять качество 64 лучей на основании 64 сигналов нисходящей линии связи для 64 лучей. CRC в PBCH в каждом блоке SS может быть маскирован с помощью идентификатора луча.

В настоящем документе описан WTRU для контроля пейджинговых событий (PO) с группой лучей. PO может быть определено на основании луча, определенного во время процедур начального доступа. WTRU может контролировать PO, которые могут быть связаны с одним или более лучами. В частности, WTRU может определять подмножество лучей (например, один или более лучей) из сигналов нисходящей линии связи (например, блоки SS). Подмножество лучей может быть связано с множеством блоков SS (например, подмножеством блоков SS), если подмножество лучей включает в себя более одного луча. Каждый луч в одном или более подмножеств лучей может не перекрываться или частично перекрываться. Подмножество лучей можно использовать взаимозаменяемо с областью отслеживания луча (BTA), группой лучей, группой лучей пейджинга, областью отслеживания луча пейджинга и подмножеством лучей пейджинга.

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

WTRU может контролировать PO, связанные с подмножеством лучей или подмножеством блоков SS (или областью отслеживания лучей, связанной с подмножеством лучей или блоками SS). В первом типе контроля PO WTRU может контролировать все PO, связанные с подмножеством лучей. Во втором типе контроля PO WTRU может контролировать подмножество PO, связанных с подмножеством лучей. В частности, подмножество PO может быть связано с лучом (или наилучшим лучом), который может иметь наивысшее качество луча в пределах подмножества лучей. Тип контроля PO может быть указан сетью. Например, сеть может указывать, может ли WTRU контролировать подмножество PO, связанных с подмножеством лучей. Если нет, WTRU может потребоваться контролировать все PO, связанные с подмножеством лучей.

На фиг. 6 представлен пример 600 областей 617, 627, 637, 647 отслеживания луча (BTA) для контроля пейджинга в пакете 605 SS, которые могут использоваться в любой комбинации других вариантов осуществления, описанных в настоящем документе. Как изображено на фиг. 6, BS 610 может передавать множество лучей (т.е. луч a 650, луч b 655, луч c 660, луч d 665, луч e 670, луч f 675 и луч p 680). Каждый из лучей 650, 655, 660, 665, 670, 675, 680 может быть расположен на расстоянии на основании вертикальной/горизонтальной области. Например, луч a 650 может быть направлен под углом 90 градусов по вертикали и 0 градусов по горизонтали. Луч c 660 может быть направлен под углом 90 градусов по вертикали и 60 градусов по горизонтали. Таким образом, луч a 650 и луч c 660 могут быть размещены в одной и той же вертикальной области, но в разных горизонтальных областях. Аналогичным образом, луч e 670 может быть направлен под углом 60 градусов по вертикали и 0 градусов по горизонтали. В этом случае луч a 650 и луч e 670 могут быть расположены в одной и той же горизонтальной области, но в разных вертикальных областях.

Как описано выше, каждый луч 650, 655, 660, 665, 670, 675, 680 может быть связан с соответствующим блоком 615, 620, 625, 630, 635, 640, 645 SS. Например, как показано на ФИГ. 6, луч a 650 может быть связан с блоком № 1 615 SS, а луч b 655 может быть связан с блоком № 2 620 SS. Аналогичным образом, луч f 675 может быть связан с блоком № 6 640 SS, а луч p 680 может быть связан с блоком № N 645 SS. Один или более блоков 615, 620, 625, 630, 635, 640, 645 SS (или один или более лучей 650, 655, 660, 665, 670, 675, 680) также могут быть сгруппированы в подмножество блоков SS (или подмножество лучей) на основании области 617, 627, 637, 647 отслеживания луча. Например, блок № 1 615 SS и блок № 2 620 SS могут быть сгруппированы в первое подмножество блоков SS, которое соответствует области 617 отслеживания луча № 1. Так как блок № 1 615 SS связан с лучом a 650, а блок № 2 620 SS связан с лучом b 655, подмножество лучей, включающее в себя луч a 650 и b 655, можно взаимозаменяемо называть областью 617 отслеживания луча № 1. Аналогичным образом, блок № 3 625 SS и блок № 4 630 SS могут быть сгруппированы во второе подмножество блоков SS, которое соответствует области 627 отслеживания луча № 2. Блок № 5 635 SS и блок № 6 640 SS могут быть сгруппированы в третье подмножество блоков SS, которое соответствует области 637 отслеживания луча №3. Таким образом, пакет 605 SS может включать в себя K областей отслеживания луча (от области 617 отслеживания луча № 1 до области 647 отслеживания луча № K) на основании количества блоков 615, 620, 625, 630, 635, 640, 645 SS и/или количества лучей 650, 655, 660, 665, 670, 675, 680. В настоящем документе термин «область отслеживания луча» можно использовать взаимозаменяемо с номером области отслеживания луча или индексом области отслеживания луча в настоящем описании.

В одном варианте осуществления можно использовать индекс области отслеживания луча, и каждый блок SS может включать в себя информацию об области отслеживания луча. Например, PBCH в блоке SS может включать в себя индекс области отслеживания луча. В частности, количество областей отслеживания луча может быть определено на основании количества лучей, используемых в пакете SS. Количество блоков SS в пакете SS может также использоваться для определения количества областей отслеживания луча. Лучи в области отслеживания луча также могут быть локализованы в пространственной области (например, вертикальной и/или горизонтальной), как описано выше. Наконец, лучи в области отслеживания луча могут быть равномерно распределены в пространственной области.

На фиг. 7 представлен другой пример 700 областей 717, 727 отслеживания луча (BTA) для контроля пейджинга в пакете 705 SS, которые могут использоваться в любой комбинации других вариантов осуществления, описанных в настоящем документе. Как показано на фиг. 7, BS 710 может иметь N блоков SS в пакете 705 SS, и каждый блок SS может быть связан с лучом (например, 740, 745, 750, 755, 760). Хотя это не показано на фиг. 7, BS 710 может использовать до N (например, N=64) лучей в пакете 705 SS. Каждый луч 740, 745, 750, 755, 760 может занимать одну единицу времени для передачи одного ресурса пейджинга (например, пейджинга DCI) по PDCCH. Это означает, что BS 710 может передавать один и тот же ресурс пейджинга 5 раз по 5 лучам 740, 745, 750, 755, 760 на WTRU для указания канала управления (например, PDCCH), который WTRU должен контролировать на предмет пейджингового сообщения.

Как показано на фиг. 7, каждый луч 740, 745, 750, 755, 760 может быть связан с соответствующим блоком 715, 720, 725, 730, 735 SS. Например, луч 1 740 и луч 2 745 могут быть связаны с блоком № 1 715 SS и блоком № 2 720 SS соответственно. Блок № 1 715 SS и блок № 2 720 SS могут быть сгруппированы в первое подмножество блоков SS, которое соответствует области 717 отслеживания луча № 1. Аналогичным образом, луч 3 750 и луч 4 755 могут быть связаны с блоком № 3 725 SS и блоком № 4 730 SS соответственно. Блок № 3 725 SS и блок № 4 730 SS могут быть сгруппированы во второе подмножество блоков SS, которое соответствует области 727 отслеживания луча № 2. Хотя это не показано на фиг. 7, WTRU может быть настроен с множеством подмножеств блоков SS, связанных с множеством лучей. Например, если BS 710 осуществляет развертку 64 лучей в пакете 705 SS, может быть 8 подмножеств блоков SS. В этом случае каждое из 8 подмножеств блоков SS может содержать 8 блоков SS, которые соответствуют его соответствующей BTA. Набор блоков SS может содержать все подмножества блоков SS, включая первое и второе подмножества блоков SS. В настоящем документе набор блоков SS можно использовать взаимозаменяемо с группой блоков SS. Подмножество блоков SS можно использовать взаимозаменяемо с подгруппой блоков SS.

В одном варианте осуществления WTRU может принимать от BS 710 ресурс пейджинга и конфигурацию области отслеживания луча (BTA), связанную с ресурсом пейджинга. Конфигурация BTA может включать в себя, без ограничений, количество BTA 717, 727 и информацию о связи между: (1) BTA 717, 727 и блоками 715, 720, 725, 730, 735 SS, (2) BTA 717, 727 и подмножествами блоков SS, (3) BTA 717, 727 и лучами 740, 745, 750, 755, 760; или (4) BTA 717, 727 и ресурсы пейджинга, связанные с лучами 740, 745, 750, 755, 760 (или блоками 715, 720, 725, 730, 735 SS). Конфигурация BTA может быть передана в широковещательном сообщении, таком как блок системной информации (SIB), сообщение RRC и т.п. WTRU может принимать ресурс пейджинга и конфигурацию BTA, когда WTRU находится в режиме ожидания (например, в режиме ожидания RRC) или в режиме установленного соединения (например, в режиме установленного соединения RRC).

Как только WTRU принимает ресурс пейджинга и конфигурацию BTA, WTRU может контролировать качество лучей 740, 745, 750, 755, 760 на основании сигнала нисходящей линии связи. Например, качество лучей 740, 745, 750, 755, 760 может быть измерено на основании мощности принимаемого опорного сигнала (RSRP), индикатора мощности принятого сигнала (RSSI), качества принимаемого опорного сигнала (RSRQ), отношения сигнал/(помеха плюс шум) (SINR), гипотетической частоты блоков с ошибками (BLER) PDCCH и т.п. WTRU может выполнять измерения качества луча для всех блоков 715, 720, 725, 730, 735 SS, связанных с лучами 740, 745, 750, 755, 760. Затем WTRU может выбрать блок SS во всех блоках 715, 720, 725, 730, 735 SS на основании результатов измерения качества луча. Например, если блок № 1 715 SS имеет наивысшее качество луча среди всех блоков 715, 720, 725, 730, 735 SS или соответствует предварительно определенному требованию к качеству луча, WTRU может выбрать блок № 1 715 SS по лучу наивысшего качества. Затем WTRU может определить номер BTA (т.е. первой BTA), связанный с выбранным блоком SS (или подмножеством блоков SS, содержащим выбранный блок SS), на основании конфигурации BTA. Например, если блок № 1 715 SS выбран для луча с наивысшим качеством, WTRU может определить BTA № 1 717 для контроля ресурса пейджинга, связанного с блоком № 1 715 SS (т.е. луч 1 740). Альтернативно или дополнительно, если WTRU выбирает первый поднабор блоков SS, который включает в себя блок № 1 715 SS, в качестве лучей, включающих луч наивысшего качества, WTRU может определять BTA № 1 717 для контроля ресурсов пейджинга, связанных как с блоком № 1 715 SS, так и с блоком № 2 720 SS (т.е. луч 1 740 и луч 2 745).

Как описано выше, после определения номера 717, 727 BTA WTRU может контролировать ресурсы пейджинга (например, DCI пейджинга), связанные с одним или более блоками 715, 720, 725, 730, 735 SS. В этом случае WTRU может уменьшить количество блоков SS, которые WTRU должен контролировать на предмет ресурсов пейджинга, контролируя блоки 715, 720, 725, 730, 735 SS (или подмножество блоков SS), которые соответствуют определенному номеру 717, 727 BTA. Например, если WTRU определяет BTA № 1 717 в качестве BTA для контроля ресурсов пейджинга, WTRU может потребоваться контролировать только PDCCH, связанные с блоком № 1 715 SS и блоком № 2 720 SS. Если WTRU принимает DCI с P-RNTI от PDCCH, связанного с блоком № 1 717 SS или блоком № 2 720 SS, WTRU может демодулировать блоки ресурсов PDSCH, указанные DCI. WTRU может затем декодировать пейджинговое сообщение (или PCH), которое передается на PDSCH, связанном с DCI. Поскольку количество лучей 740, 745, 750, 755, 760 или блоков 715, 720, 725, 730, 735 SS, которые WTRU должен контролировать, уменьшается с помощью BTA 717, 727, WTRU может экономить потребление батареи и продлевать срок работы батареи.

При контроле ресурсов пейджинга, связанных с лучами 740, 745, 750, 755, 760 или блоками 715, 720, 725, 730, 735 SS, выбранными на основании определенного номера BTA 717, 727, если качество луча выбранных блоков 715, 720, 725, 730, 735 SS падает ниже предварительно определенного порогового значения или не удовлетворяет предварительно определенному требованию к качеству луча, WTRU может инициировать процедуру обновления BTA для указания новой потенциальной BTA или обновленной BTA для BS 710. Например, если WTRU изначально выбирает BTA № 1 717 (т.е. блок № 1 715 SS и блок № 2 720 SS) для контроля ресурсов пейджинга, но качество лучей, связанных с блоком № 1 715 SS и блоком № 2 720 SS, падает ниже предварительно определенного порогового значения, WTRU может инициировать измерения качества луча для всех блоков 715, 720, 725, 730, 735 SS в пакете 705 SS или части блоков 715, 720, 725, 730, 735 SS, например соседних блоков SS (например, блока № 3 725 SS и блока № 4 730 SS). На основании результатов измерения качества луча для других блоков 715, 720, 725, 730, 735 SS WTRU может выбрать другой блок SS (или подмножество блоков SS), который имеет наивысшее качество луча или отвечает требованию к качеству луча. Например, если WTRU выбирает блок № 4 730 SS в качестве луча наивысшего качества, WTRU может определить BTA № 2 727 в качестве BTA, подлежащей обновлению для контроля ресурсов пейджинга. Затем WTRU может контролировать ресурсы пейджинга, связанные с обновленной BTA (т.е. BTA № 2 727), или блоком № 3 725 SS и блоком № 4 730 SS. Блоки SS, связанные с обновленной BTA (т.е. блок № 3 725 SS и блок № 4 730 SS), могут называться вторым подмножеством блоков SS. Предварительно определенное пороговое значение может быть принято от BS 710 в широковещательном сообщении, таком как блок системной информации (SIB), сообщение RRC и т.п.

Для указания обновленной BTA (т.е. второй BTA) для BS 710 WTRU может использовать процедуру канала произвольного доступа (RACH). Например, WTRU может передавать сигнал (например, преамбулу PRACH), связанный с обновленной BTA. Сигнал может включать в себя ресурс физического канала с произвольным доступом (PRACH) блоков 715, 720, 725, 730, 735 SS, которые связаны с обновленной BTA (например, вторым подмножеством блоков SS). Ресурс PRACH может включать в себя временные и частотные ресурсы для блоков 715, 720, 725, 730, 735 SS, связанных с обновленной BTA. Ресурс PRACH может быть определен на основе информации о конфигурации PRACH, принятой в широковещательном сообщении (например, SIB) от BS 710. Информация о конфигурации PRACH, принятая от BS 710, может включать в себя информацию о связи между ресурсами PRACH и блоками 715, 720, 725, 730, 735 SS.

После того, как BS 710 приняла сигнал, указывающий на обновленную BTA (т.е. вторую BTA), BS 710 может определить, какой луч имеет наивысшее качество для WTRU, и выбрать один или более лучей 740, 745, 750, 755, 760 для передачи пейджинговых сообщений. В частности, BS 710 может выбирать блоки SS (т.е. второе подмножество блоков SS), связанное с обновленной BTA, для передачи ресурсов пейджинга (например, DCI) через PDCCH. С помощью обновленной BTA WTRU может контролировать блоки SS (т.е. второе подмножество блоков SS), связанные с обновленной BTA. Если WTRU принимает DCI с P-RNTI от PDCCH, связанных с обновленной BTA, WTRU может демодулировать блоки ресурсов PDSCH, указанные DCI, и декодировать пейджинговое сообщение (или PCH), передаваемое по PDSCH.

Как описано выше, WTRU может контролировать качество луча связанной области отслеживания луча (BTA) на основании сигнала нисходящей линии связи (например, блоки SS, связанные с BTA). В частности, WTRU может контролировать качество луча связанной BTA в каждом PO. BTA может включать в себя один или более лучей (например, один или более блоков SS). Если качество луча всех лучей в BTA ниже порогового значения, WTRU может определить или признать потерю мощности луча BTA. Качество луча может быть основано на мощности принятого опорного сигнала (RSRP) блоков SS, связанных с BTA (например, RSRP, измеренный из SSS и/или PBCH в блоках SS) и т.п. Пороговое значение может представлять собой предварительно заданное или предварительно определенное значение.

Если WTRU определил или признал потерю мощности луча BTA, WTRU может выполнить поиск новой потенциальной BTA, которая отвечает требованию к качеству луча. При обнаружении новой потенциальной BTA WTRU может перейти на новую потенциальную BTA; WTRU может указывать или сообщать сети об изменении BTA. Если новая потенциальная BTA не найдена, WTRU может инициировать или выполнить процедуру начального доступа.

Указание на изменение BTA или уведомление могут быть выполнены или использованы на основании по меньшей мере одного из ресурсов PRACH, идентификатора WTRU, ресурсов передачи UL без разрешения и т.п. В частности, набор ресурсов PRACH может быть зарезервирован для указания или уведомления об изменении BTA. Каждый ресурс PRACH может быть связан с BTA; WTRU может определять ресурс PRACH, который может быть связан с определенной или измененной BTA. Набор ресурсов PRACH может быть выделен для WTRU. Набор ресурсов PRACH также может быть настроен для BTA.

Идентификатор WTRU может быть включен или указан, когда WTRU передает PRACH для указания изменения BTA. WTRU может передавать PUSCH, связанный с PRACH, причем PUSCH может включать в себя идентификатор WTRU; Например, идентификатор WTRU может представлять собой IMSI, s-TMSI, модуль IMSI или s-TMSI и т.п. PUSCH, связанный с PRACH, может передаваться на предварительно определенных временных/частотных ресурсах, которые могут быть выделены для каждого из ресурсов PRACH, настроенного для указания или уведомления об изменении BTA.

Для указания или уведомления об изменении BTA может использоваться набор ресурсов передачи UL без разрешения. Ресурс передачи UL без разрешения может содержать по меньшей мере одно из последовательности (например, последовательность PRACH), данных (например, PUSCH) и управления восходящей линии связи (например, PUCCH). WTRU может контролировать подтверждение BS (например, gNB). Например, после того как WTRU отправляет указание или уведомление об изменении BTA, WTRU может контролировать PDCCH или NR-PDCCH на предмет подтверждения изменения BTA в определенной или измененной BTA.

В одном варианте осуществления информацию, относящуюся к лучу, для WTRU можно хранить в сети (например, MME или gNB). Например, последняя информация, относящаяся к лучу, для WTRU может храниться в сети для пейджинга при переключении WTRU из режима установленного соединения RRC в режим ожидания RRC. Последняя информация, относящаяся к лучу, может включать в себя по меньшей мере одно из блоков SS, идентификатора луча или идентификатора группы лучей. Блоки SS могут быть связаны с BTA. При пейджинге WTRU MME может передавать информацию, относящуюся к лучу, для WTRU на gNB в пределах области отслеживания пейджинга.

В другом варианте осуществления BS (например, gNB) может инициировать отправку луча для передачи пейджинга. Например, общая DCI или общая для группы DCI может быть передана или проконтролирована в общем PDCCH или общем NR-PDCCH, который может быть использован для всех лучей (или всех BTA), причем DCI может указывать или инициировать отправку луча от WTRU или группы WTRU.

DCI может включать в себя битовое поле, которое может инициировать отправку луча от WTRU или группы WTRU. Группа WTRU может быть определена на основании связанного блока SS. Например, WTRU, контролирующие PO, связанные с блоком SS, могут быть определены как группа WTRU. Если DCI инициирует отправку луча, WTRU, контролирующие PO, связанные с одним и тем же блоком SS, могут отправлять лучи. Набор ресурсов PRACH может использоваться для отправки луча, а набор ресурсов PRACH для использования может быть указан в DCI. Например, один или более наборов ресурсов PRACH для отправки луча могут быть предварительно настроены или определены, и один из наборов может быть указан в DCI при инициации отправки луча.

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

На фиг. 8 показан пример процедуры 800 для обновления области отслеживания луча (BTA) для контроля пейджинга. Например, на этапе 805 WTRU может принимать от базовой станции (BS) конфигурацию областей отслеживания лучей (BTA), которая связывает набор блоков сигналов синхронизации (SS) с каждой BTA. Набор блоков SS может содержать одно или более подмножеств блоков SS. Подмножество блоков SS может включать в себя один или более блоков SS. Блок SS в наборе (или подмножестве) блоков SS может включать первичный сигнал синхронизации (PSS), вторичный сигнал синхронизации (SSS) и физический широковещательный канал (PBCH), связанный с блоком SS. WTRU может принимать посредством PBCH, связанного с блоком SS, блок служебной информации (MIB), который включает в себя конфигурацию блока SS, такого как номер блока SS, и последующий канал управления для дополнительного приема широковещательных сообщений, связанных с блоком SS. Конфигурация BTA может включать в себя количество BTA, информацию о связи между каждой из BTA и каждым из блоков SS, информацию о связи между каждой из BTA и каждым из подмножества блоков SS и/или информацию о связи между BTA и набором SS. Конфигурация BTA может быть передана в широковещательном сообщении, таком как блок служебной информации (MIB), блок системной информации (SIB), сообщение RRC и т.п.

На этапе 810 WTRU может выбирать на основании результатов измерения лучей, связанных с блоками SS в наборе блоков SS, первый блок SS в первом подмножестве блоков SS. Например, WTRU может измерять качество лучей, связанных с блоками SS в наборе блоков SS, на основе RSRP, RSSI, RSRQ, SINR, гипотетической частоты блоков с ошибками (BLER) PDCCH и т.п. Если WTRU обнаруживает блок SS, который имеет самое наивысшее качество луча или отвечает требованиям к качеству, WTRU может выбрать блок SS в качестве первого блока SS. Первый блок SS может быть включен в первое подмножество блоков SS.

На этапе 815 WTRU может определять на основании конфигурации BTA первую BTA, связанную с первым подмножеством блоков SS. Например, поскольку первый блок SS выбирается по его лучу наивысшего качества, WTRU может определить первое подмножество BTA в качестве BTA (т.е. первой BTA) для контроля ресурса пейджинга. WTRU может распознавать связь между первым подмножеством BTA и первым BTA на основании конфигурации BTA.

На этапе 820 WTRU может контролировать один или более физических каналов управления нисходящей линии связи (PDCCH) на предмет пейджинговых ресурсов (например, DCI), связанных с первым подмножеством блоков SS, которое соответствует первой BTA. Если по меньшей мере одно измеренное качество по меньшей мере одного луча, связанного с первым подмножеством блоков SS, меньше предварительно определенного порогового значения (или не соответствует требованию к качеству луча), на этапе 825, WTRU может передать на базовую станцию (BS) сигнал, указывающий на вторую BTA (т.е. обновленную BTA), связанную со вторым подмножеством блоков SS, на этапе 830. WTRU может определять на основании по меньшей мере одного результата измерения по меньшей мере одного луча, связанного с набором блоков SS, второй блок SS во втором подмножестве блоков SS. Второй блок SS может быть связан с лучом, имеющим наивысшее качество луча или отвечающим требованию к качеству, среди множества блоков SS. Однако если измеренное качество всех лучей, связанных с первым подмножеством блоков SS, превышает предварительно определенное пороговое значение на этапе 825, WTRU может продолжать контролировать один или более PDCCH на предмет ресурсов пейджинга (например, DCI), связанных с первым подмножеством блоков SS, которое соответствует первой BTA, на этапе 820.

Сигнал, указывающий на вторую BTA (или обновленную BTA), может включать в себя физический канал произвольного доступа (PRACH), связанный со вторым подмножеством блоков SS, которое соответствует второй BTA. Ресурсы PRACH, связанные со второй BTA, могут быть выбраны на основании предварительно определенной конфигурации (например, информации о конфигурации PRACH). При передаче второй BTA WTRU может принимать от BS один или более ресурсов пейджинга (например, DCI пейджинга), связанных со второй BTA, через PDCCH. При приеме одного или более ресурсов пейджинга WTRU может принимать от BS пейджинговое сообщение (или PCH) на основе одного или более ресурсов пейджинга.

Пейджинговый канал используется для других целей, кроме передачи пейджинговых сообщений. Например, пейджинговый канал может использоваться для указания обновления системной информации, такой как обновление SI, ETWS, CMA, расширенный запрет доступа (EAB) и т.п. Однако в системе на основе луча обновление SI может включать в себя общую для лучей SI и специфичную для луча SI. При обновлении специфичной для луча SI инициация обновления SI для всех WTRU может привести к ненужному потреблению батареи WTRU, поскольку эти WTRU, которые не контролируют луч, информация о котором обновляется. Для того чтобы не активизировать WTRU, которые контролируют лучи, системная информация которых не обновлялась, может потребоваться отдельное указание обновления SI для общей для лучей SI и специфичной для луча SI. Если WTRU принял указание обновления общей для лучей SI, WTRU может принять обновленную SI для общей для лучей системной информации. Если WTRU принял указание обновления специфичной для луча SI, WTRU может принять обновленную SI для специфичной для луча системной информации.

В одном варианте осуществления может использоваться один или более типов указания обновления SI. Например, первый тип указания обновления SI (например, SI типа 1) может быть использован для обновления первого подмножества SI, которая может представлять собой общую для лучей информацию. Второй тип указания обновления SI (например, SI типа 2) может быть использован для обновления второго подмножества SI, которая может представлять собой специфичную для луча информацию.

В частности, первый тип указания обновления SI (например, SI типа 1) может быть передан в DCI в общем PO. Первый тип указания обновления SI может использоваться для обновления общей для лучей информации, и WTRU может контролировать DCI независимо от связанного блока SS для настроенного или определенного специфичного для луча PO. Общее PO может быть передано с использованием развертки луча, причем DCI может передаваться с одним или более лучами, соответствующими блокам SS в пакете SS. Общее PO может также передаваться во временном/частотном ресурсе, который может быть взаимоисключающим по отношению к временному/частотному ресурсу для специфичных для луча PO. Периодичность временных и частотных ресурсов для общего PO может быть явно настроена с помощью широковещательного сигнала. Например, временные и частотные ресурсы могут быть указаны на основании начала или конца пакета SS. Временные и частотные ресурсы могут быть указаны со сдвигами от начала или конца пакета SS или конкретного блока SS (например, первого блока SS). Каждый блок SS может указывать одни и те же временные и частотные ресурсы для общего PO с различными временными и частотными сдвигами. Для DCI может использоваться битовый флаг для указания того, содержит ли DCI связанную с ним информацию о планировании PDSCH или указание обновления SI типа 1. Когда DCI содержит указание обновления SI типа 1, в DCI не может передаваться информация о планировании PDSCH.

Второй тип указания обновления SI (например, SI типа 2) может быть передан в DCI в специфичном для луча PO. Второй тип указания обновления SI может быть использован для специфичной для луча SI, и WTRU может контролировать DCI, когда WTRU определен для контроля специфичного для луча PO. В частности, каждый блок SS может быть связан с лучом и может иметь связанные с ним PO, причем DCI для указания обновления SI типа 2 может контролироваться или приниматься в связанном PO. Для DCI может использоваться битовый флаг для указания того, содержит ли DCI связанную с ним информацию о планировании PDSCH или указание обновления SI типа 2. Когда DCI содержит указание обновления SI типа 2, в DCI не может передаваться информация о планировании PDSCH.

В другом варианте осуществления DCI в общем PO может использоваться для указания как первого, так и второго типов указания обновления SI. Например, DCI в общем PO может включать в себя поле указания обновления SI типа 1 и поле указания обновления SI типа 2. WTRU может контролировать DCI для повторного получения соответствующей SI, если она обновлена. Если указание обновления SI типа 1 указывает обновление SI типа 1, все WTRU могут повторно получить соответствующую SI. Если указание обновления SI типа 2 указывает обновление SI типа 2, WTRU может повторно получить соответствующую SI, если обновленная SI связана с текущим обслуживающим лучом (например, блоки SS, связанные со специфичными для луча PO).

DCI в общем PO может содержать поле указания обновления SI типа 1 и/или указания обновления SI типа 2. В одном примере RNTI может использоваться для указания того, какой тип указания обновления SI передается в DCI. Например, первая RNTI может использоваться для скремблирования CRC DCI, если передается указание обновления SI типа 1. Вторая RNTI может использоваться для скремблирования CRC DCI, если передается указание обновления SI типа 2. В другом примере указание обновления SI типа 1 может быть передано в DCI с указанием обновления SI типа 2, связанным с лучом или областью отслеживания луча (BTA). Например, одно или более указаний обновления SI типа 2 могут использоваться для одного или более лучей или BTA. Кроме того, DCI может содержать указание обновления SI типа 2 луча или BTA, которая может быть указана по меньшей мере одним из RNTI, указания обновления SI типа 1 и т.п. RNTI, которая может использоваться для скремблирования CRC DCI, может указывать, какой луч или BTA связан с указанием обновления SI типа 2. Луч или BTA могут быть связаны с блоком(-ами) SS. Указание обновления SI типа 1 может быть размещено в DCI независимо от того, какой луч или BTA связан с указанием обновления SI типа 2.

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

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

контролируют один или более физических каналов управления нисходящей линии связи (PDCCH) на предмет ресурсов пейджинга, связанных с первым подмножеством блоков сигналов синхронизации (SS), которое соответствует первой области отслеживания луча (BTA); и

передают на базовую станцию (BS) сигнал, указывающий на вторую BTA, связанную со вторым подмножеством блоков SS, при условии, что по меньшей мере результат одного измерения по меньшей мере одного луча, связанного с первым подмножеством блоков SS, меньше предварительно определенного порогового значения,

причем набор блоков SS содержит первое подмножество блоков SS и второе подмножество блоков SS.

2. Способ по п. 1, дополнительно содержащий этапы, на которых:

принимают от BS конфигурацию BTA, которая включает в себя информацию о связи между каждым подмножеством набора блоков SS и каждой из BTA;

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

определяют на основании конфигурации BTA первой BTA, связанной с первым подмножеством блоков SS.

3. Способ по п. 1, в котором сигнал включает в себя ресурс физического канала произвольного доступа (PRACH), связанный со вторым подмножеством блоков SS, которое соответствует второй BTA.

4. Способ по п. 1, дополнительно содержащий этапы, на которых:

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

выбирают на основании предварительно определенной конфигурации ресурс PRACH, связанный со второй BTA.

5. Способ по п. 1, в котором блок SS в наборе блоков SS содержит первичный сигнал синхронизации (PSS), вторичный сигнал синхронизации (SSS) и физический широковещательный канал (PBCH), связанный с блоком SS.

6. Способ по п. 5, дополнительно содержащий этапы, на которых:

принимают посредством PBCH, связанного с блоком SS, блок служебной информации (MIB), который включает в себя конфигурацию блока SS.

7. Способ по п. 6, в котором конфигурация блока SS включает в себя номер блока SS.

8. Способ по п. 1, дополнительно содержащий этапы, на которых:

принимают от BS один или более ресурсов пейджинга, связанных со второй BTA; и

принимают от BS пейджинговое сообщение на основе одного или более ресурсов пейджинга.

9. Способ по п. 8, в котором один или более ресурсов пейджинга включены в одну или более единиц информации управления нисходящей линии связи (DCI).

10. Способ по п. 1, в котором сигнал, указывающий вторую BTA, представляет собой преамбулу PRACH.

11. Модуль беспроводной передачи/приема (WTRU), содержащий:

процессор, выполненный с возможностью контроля одного или более физических каналов управления нисходящей линии связи (PDCCH) на предмет ресурсов пейджинга, связанных с первым подмножеством блоков сигналов синхронизации (SS), которое соответствует первой области отслеживания луча (BTA); и

передатчик, выполненный с возможностью передачи на базовую станцию (BS) сигнала, указывающего на вторую BTA, связанную со вторым подмножеством блоков SS, при условии, что по меньшей мере один результат измерения по меньшей мере одного луча, связанного с первым подмножеством блоков SS, меньше предварительно определенного порогового значения,

причем набор блоков SS содержит первое подмножество блоков SS и второе подмножество блоков SS.

12. WTRU по п. 11, дополнительно содержащий:

приемник, выполненный с возможностью приема от BS конфигурации BTA, которая включает в себя информацию о связи между каждым подмножеством набора блоков SS и каждой из BTA;

причем процессор дополнительно выполнен с возможностью:

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

определения на основании конфигурации BTA первой BTA, связанной с первым подмножеством блоков SS.

13. WTRU по п. 11, в котором сигнал включает в себя ресурс физического канала произвольного доступа (PRACH), связанный со вторым подмножеством блоков SS, которое соответствует второй BTA.

14. WTRU по п. 11, отличающийся тем, что процессор дополнительно выполнен с возможностью:

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

выбора на основании предварительно определенной конфигурации ресурса PRACH, связанного со второй BTA.

15. WTRU по п. 11, в котором блок SS в наборе блоков SS содержит первичный сигнал синхронизации (PSS), вторичный сигнал синхронизации (SSS) и физический широковещательный канал (PBCH), связанный с блоком SS.

16. WTRU по п. 15, дополнительно содержащий:

приемник, выполненный с возможностью приема посредством PBCH, связанного с блоком SS, блока служебной информации (MIB), который включает в себя конфигурацию блока SS.

17. WTRU по п. 16, в котором конфигурация блока SS включает в себя номер блока SS.

18. WTRU по п. 11, дополнительно содержащий:

приемник, выполненный с возможностью:

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

приема от BS пейджингового сообщения на основе одного или более ресурсов пейджинга.

19. WTRU по п. 18, в котором один или более ресурсов пейджинга включены в одну или более единиц информации управления нисходящей линии связи (DCI).

20. WTRU по п. 11, в котором сигнал, указывающий вторую BTA, представляет собой преамбулу PRACH.