СПОСОБЫ ОСУЩЕСТВЛЕНИЯ ПРОЦЕДУР ПЕЙДЖИНГА ДЛЯ WTRU С УМЕНЬШЕННОЙ ШИРИНОЙ ПОЛОСЫ Российский патент 2019 года по МПК H04W68/00 H04L5/00 H04W4/00 

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

Настоящая заявка испрашивает преимущество по предварительной заявке на патент США № 62/250,803, поданной 4 ноября 2015 г, предварительной заявке на патент США № 62/290,790, поданной 3 февраля 2016 г., и предварительной заявке на патент США № 62/308,042, поданной 14 марта 2016 г., содержание которых включено в настоящий документ путем ссылки.

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

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

Например, устройства в сети и/или сама сеть при осуществлении связи с такими устройствами могут поддерживать часть ширины полосы канала, а не всю ширину полосы канала. Для современных систем беспроводной связи, например LTE, в последнее время рассматривают возможность уменьшения ширины полосы для некоторых устройств, включая устройства межмашинной связи (MTC), до определенной величины, например 1,4 мегагерца (МГц).

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

Предложены способы пейджинга для модулей беспроводной передачи/приема (WTRU) с уменьшенной шириной полосы при осуществлении межмашинной связи (MTC). WTRU может обнаруживать узкую полосу (NB) пейджинга для WTRU для контроля сигналов физического канала управления нисходящей линии связи MTC (M-PDCCH) на основе по меньшей мере наиболее значащих битов (MSB) функции идентификатора WTRU (WTRU-ID). WTRU может контролировать M-PDCCH в пределах определенной NB пейджинга для WTRU. Затем WTRU может принимать информацию управления нисходящей линии связи (DCI) в контролируемом M-PDCCH в пределах определенной NB пейджинга во время пейджингового события (PO). DCI может включать скремблированную циклическую проверку четности с избыточностью (CRC). CRC может быть скремблирована с помощью временного идентификатора радиосети пейджинга (Р-RNTI). Кроме того, WTRU может принимать сигналы физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH), связанного с M-PDCCH.

В одном примере WTRU может обнаруживать узкую полосу (NB) пейджинга на основе по меньшей мере 3 MSB функции WTRU-ID. В другом примере WTRU может обнаруживать узкую полосу (NB) пейджинга на основе по меньшей мере 4 MSB функции WTRU-ID.

Кроме того, PDSCH может быть регламентирован с помощью DCI. В одном примере DCI может содержать пейджинговое сообщение. В другом примере DCI может содержать информацию, связанную с обновлением системной информации. В еще одном примере PDSCH может содержать пейджинговое сообщение. В дополнительном примере PDSCH может содержать информацию, связанную с обновлением системной информации.

Кроме того, WTRU может контролировать M-PDCCH в пространстве поиска M-PDCCH. WTRU может принимать данные из M-PDCCH в пространстве поиска M-PDCCH, причем M-PDCCH содержит начальный индекс улучшенного элемента канала управления (ECCE) для группы WTRU, содержащей WTRU. Кроме того, WTRU может декодировать данные из M-PDCCH, причем M-PDCCH содержит DCI. Кроме того, WTRU может принимать сигналы PDSCH, связанного с M-PDCCH.

Кроме того, WTRU может принимать, декодировать и/или демодулировать PDSCH на основании DCI, причем PDSCH включает в себя пейджинговое сообщение. Затем WTRU может изменять режим работы на основании пейджингового сообщения. Например, WTRU может переходить из режима ожидания в режим установленного соединения вследствие приема пейджингового сообщения. В одном примере уровень агрегирования ECCE может быть равен 16.

КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ

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

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

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

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

Фиг. 2 представляет собой пример схемы синхронизации, иллюстрирующей гиперкадры и пейджинг в гиперкадрах;

Фиг. 3 представляет собой пример схемы, на которой показаны специфичные для группы WTRU начальные индексы улучшенного элемента канала управления (ECCE);

на Фиг. 4 представлена иллюстративная блок-схема, иллюстрирующая прием WTRU сигналов физического канала управления нисходящей линии связи (M-PDCCH) межмашинной связи (MTC) с помощью начального индекса ECCE на основе группы WTRU из WTRU;

на Фиг. 5 представлена иллюстративная схема, иллюстрирующая специфичное для группы WTRU произвольное упорядочение ECCE;

Фиг. 6 представляет собой иллюстративную блок-схему, иллюстрирующую WTRU, в котором применяют WTRU-ID для обнаружения узкой полосы (NB) пейджинга для контроля M-PDCCH;

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

на Фиг. 8 представлена схема, иллюстрирующая пример сегментов блока кода, переданных посредством множества PDSCH, причем эта передача может быть регламентирована связанным PDCCH в случае PO.

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

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

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

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

Базовая станция 114a может являться частью RAN 104, которая может также включать другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (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 и WTRU 102a, 102b, 102c могут реализовать технологию радиосвязи, такую как универсальный наземный доступ (UTRA) для универсальной мобильной телекоммуникационной системы (UMTS), которая может устанавливать радиоинтерфейс 116 с использованием широкополосного CDMA (WCDMA). WCDMA может включать протоколы связи, такие как протокол высокоскоростной передачи пакетных данных (HSPA) и/или улучшенный HSPA (HSPA+). HSPA может включать высокоскоростной пакетный доступ по нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей линии связи (HSUPA).

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

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

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

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

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

Некоторые или все из 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, таких как, например, UTRA и IEEE 802.11.

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

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

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

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

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

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

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

Базовая сеть 106, показанная на Фиг. 1C, может включать в себя узел 142 управления мобильностью (MME), обслуживающий шлюз 144 и шлюз 146 сети с пакетной передачей данных (PDN). Несмотря на то, что каждый из вышеперечисленных элементов показан как часть базовой сети 106, следует понимать, что любой из этих элементов может принадлежать и/или предоставляться для использования субъектом, отличным от оператора базовой сети.

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

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

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

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

Другая сеть 112 может быть дополнительно подключена к беспроводной локальной сети 160 на основе IEEE 802.11 (WLAN). WLAN 160 может включать в себя маршрутизатор 165 доступа. Маршрутизатор доступа может иметь функции шлюза. Маршрутизатор 165 доступа может взаимодействовать со множеством точек 170a, 170b доступа (AP). Связь между маршрутизатором 165 доступа и точками 170a, 170b доступа может осуществляться посредством проводного протокола связи Ethernet (стандарты IEEE 802.3) или протокола беспроводной связи любого типа. AP 170a находится в беспроводной связи с WTRU 102d по радиоинтерфейсу.

По мере развития систем беспроводной связи, таких как системы LTE, и развертывания их сети, важным аспектом для операторов сети является сокращение расходов на сеть связи, требуемого обслуживания сети связи или и того и другого. Один из способов сокращения связанных с сетью расходов представляет собой уменьшение ширины полосы канала и скорости передачи данных, применяемых для связи с устройствами. Например, устройства в сети и/или сама сеть при осуществлении связи с такими устройствами могут поддерживать часть ширины полосы канала, а не всю ширину полосы канала. Для современных систем беспроводной связи, например LTE, в последнее время рассматривают возможность уменьшения ширины полосы для некоторых устройств, включая устройства межмашинной связи (MTC), до определенной величины, например 1,4 мегагерца (МГц). Рассматриваемый уровень может обеспечить лучшую совместимость с прежними системами и сократить время на разработку и/или стоимость нового промышленного образца, поскольку, например, LTE уже может поддерживать работу с шириной полосы пропускания системы 1,4 МГц. Однако для некоторых устройств, например, для умных часов и оборудования аварийной связи, может быть желательным дальнейшее уменьшение ширины полосы, например для еще большего снижения затрат. Было предложено дополнительно уменьшить ширину полосы, например, приблизительно до 200 килогерц (кГц). Для поддержки работы с уменьшенной шириной полосы, которая может быть недостаточно совместимой с прежней системой, может потребоваться дополнительное проектирование системы.

WTRU с уменьшенной шириной полосы (BW) может представлять собой WTRU, который может поддерживать или может поддерживать лишь определенную ограниченную BW, например RF BW или определенное ограниченное количество блоков ресурсов (RB) в нисходящей линии связи (DL) и/или восходящей линии связи (UL), которая может быть независимой от BW станции eNode-B или соты, с которой WTRU может обмениваться данными. Например, уменьшенная BW WTRU, которая также может упоминаться как ограниченная BW WTRU, может поддерживать или может поддерживать лишь определенное количество RB, например 6 RB или 1 RB, или определенную BW, например 1,4 МГц или 180 кГц, для передачи и/или приема. Такой WTRU может обмениваться данными со станцией eNode-B или сотой, для которой BW может быть большей, например 20 МГц или 100 RB.

WTRU с поддержкой улучшенной межмашинной связи (eMTC) может представлять собой WTRU с ограниченной BW, который может поддерживать первое количество RB и/или BW из первой ширины полосы. Первое количество может быть обозначено как N1, а первая ширина полосы может быть обозначена как В1. N1 может, например, быть равно 6, а В1 может, например, составлять 1,4 МГц. В одном примере 6 RB могут соответствовать BW, равной 1,4 МГц. WTRU eMTC может быть применен для представления не имеющего ограничительного характера примера ограниченной BW WTRU. Другой WTRU, который может упоминаться как WTRU с поддержкой узкой полосы LTE (NB-LTE) или узкой полосы системы управления оборудованием через Интернет (NB-IoT), может представлять собой WTRU с ограниченной BW, который может поддерживать второе количество RB и/или BW из второй ширины полосы. Второе количество может быть обозначено как N2, а вторая ширина полосы может быть обозначена как В2. N2 может быть меньше N1. B2 может быть меньше B1. N2 может, например, быть равно 1, а В2 может, например, составлять 180 кГц. В одном примере 1 RB может соответствовать значению BW 180 кГц. Для представления не имеющего ограничительного характера примера WTRU с ограниченной BW может быть применена NB-LTE WTRU и/или NB-IoT WTRU. Для представления не имеющего ограничительного характера примера WTRU или WTRU с ограниченной BW может быть применена узкая полоса (NB) WTRU. WTRU, WTRU с ограниченной BW, WTRU с уменьшенной BW, WTRU с ограниченными характеристиками, WTRU с низкой стоимостью MTC (LC-MTC), WTRU с низкой степенью сложности, WTRU MTC, WTRU eMTC, WTRU NB-IoT, eMTC, NB-IoT и NB WTRU в настоящем документе могут быть применены взаимозаменяемо. RB может представлять собой физический RB (PRB). Термины RB and PRB в настоящем документе могут применяться взаимозаменяемо.

Для WTRU с ограниченной BW могут быть применены или могут потребоваться специальные процедуры для работы в части полной BW соты. Термины «уменьшенная ширина полосы» и «ограниченная ширина полосы» в настоящем документе могут применяться взаимозаменяемо. WTRU, способный поддерживать полную BW соты, может упоминаться как WTRU, поддерживающий полную BW. BW может включать множество RB и/или информацию о местоположении в полосе, например в центре полосы.

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

WTRU может представлять собой или может рассматриваться как WTRU с уменьшенной BW, хотя он может, должен работать или действовать или же может быть предназначен для работы или функционирования аналогично, например, по меньшей мере частично аналогично, WTRU с уменьшенной BW. WTRU, который может обмениваться данными, например, со станцией eNode-B, работать или действовать таким способом, который может соответствовать или, например, по меньшей мере частично соответствовать способу, с применением которого обменивается данными, работает или действует WTRU с уменьшенной BW, может представлять собой или может рассматриваться как WTRU с уменьшенной BW, например, по меньшей мере иногда, например, когда WTRU может обмениваться данными, работать или действовать таким способом, который может соответствовать или, например, по меньшей мере частично соответствовать способу, с применением которого обменивается данными, работает или действует WTRU с уменьшенной BW.

Следует отметить, что термины «eNB», «eNode-B» и «сота» в настоящем документе могут применяться взаимозаменяемо. Варианты осуществления и примеры, описанные для WTRU с уменьшенной BW, могут быть применены для WTRU с ограниченным покрытием и наоборот.

WTRU с ограниченным покрытием и WTRU с уменьшенной BW представляют собой примеры WTRU, для которых могут быть применены описанные в настоящем документе иллюстративные способы и процедуры. Эти WTRU с ограниченным покрытием и WTRU с уменьшенной BW представляют собой не имеющие ограничительного характера примеры таких иллюстративных WTRU. Применение WTRU любого вида с любыми характеристиками или ограниченными характеристиками все же может быть осуществлено согласно иллюстративным способам и процедурам, описанным в настоящем документе.

Термин «физический канал управления нисходящей линии связи (PDCCH)» может быть заменен улучшенным PDCCH (EPDCCH), физическим каналом управления нисходящей линии связи для межмашинной связи (MTC) (M-PDCCH) или другим каналом управления DL, и наоборот, и по-прежнему могут быть применены иллюстративные способы и процедуры, описанные в настоящем документе. Термины «несущая составляющая (CC)» и «обслуживающая сота» в настоящем документе могут применяться взаимозаменяемо. Термины WTRU, «элемент для управления доступом к среде передачи данных (MAC) WTRU» и «элемент для MAC» в настоящем документе могут применяться взаимозаменяемо.

Термины «WTRU», «определенный WTRU» или «определенные WTRU» могут быть заменены по меньшей мере WTRU, по меньшей мере определенной WTRU или по меньшей мере определенными WTRU и по-прежнему могут быть применены иллюстративные способы и процедуры, описанные в настоящем документе. Словосочетание «предназначенный для» может быть заменено на «по меньшей мере предназначенный для» или на «предназначенный для по меньшей мере» и по-прежнему могут быть применены иллюстративные способы и процедуры, описанные в настоящем документе.

Иллюстративные способы и процедуры, описанные в настоящем документе, могут быть описаны для ответа при нерегулярном доступе (RAR), пейджингового канала (PCH) или физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH), который содержит или который может содержать RAR или PCH. Они представлены в качестве примеров, не имеющих ограничительного характера. RAR может быть заменен на PCH или PCH PDSCH и наоборот и по-прежнему могут быть применены иллюстративные способы и процедуры, описанные в настоящем документе. Канал или другой контент, который может быть перенесен посредством PDSCH, может быть заменен на любой канал или контент и по-прежнему могут быть применены иллюстративные способы и процедуры, описанные в настоящем документе.

В настоящем документе описаны иллюстративные способы и процедуры, связанные с улучшением покрытия (CE). WTRU с улучшенным покрытием может представлять собой WTRU, который может требовать улучшения покрытия, или WTRU, в котором могут быть применены способы улучшения покрытия или поддержки режима CE. В настоящем документе термины «WTRU с ограниченным покрытием» и «WTRU с улучшенным покрытием» применяются взаимозаменяемо. CE может относиться к расширению или улучшению покрытия, например для случаев применения с низкой скоростью передачи данных. CE может относиться к расширению или улучшению покрытия, например для обеспечения связи с устройствами с ограниченными характеристиками, такими как устройства, в которых применяют один приемник, или устройства с уменьшенной шириной полосы. CE может относиться к расширению или улучшению покрытия, например для обеспечения связи с устройствами, связь с которыми может быть затруднена, например с установленными в помещении устройствами или установленными в подвальных помещениях устройствами, где потери при проникновении могут затруднять связь. В по меньшей мере некоторых примерах CE может включать расширение или улучшение покрытия за счет снижения скорости передачи данных. В по меньшей мере некоторых примерах CE может включать расширение или улучшение покрытия за счет применения способов повторения. В по меньшей мере некоторых примерах CE может быть применено для приложений MTC. В по меньшей мере некоторых примерах CE может быть применено для приложений NB или NB-IoT. Термины «операция СЕ» и «операция улучшения покрытия» в настоящем документе могут применяться взаимозаменяемо.

Для СЕ может быть применена многократная передача по физическому каналу. Степень CE может быть определена на основе количества повторений, например которые могут потребоваться или могут быть применены для достижения предполагаемого улучшения покрытия. Термины «количество повторений», «уровень повторения» и «степень CE» в настоящем документе могут применяться взаимозаменяемо.

Режим CE может быть применен с одним или более значениями степени CE или, например, уровнями повторения. Степени CE или уровни повторений, поддерживаемые в режиме CE, могут изменяться динамически.

WTRU eMTC может представлять собой, например, WTRU с низкой стоимостью. WTRU eMTC может представлять собой, например, WTRU с ограниченными или сниженными характеристиками. Ограниченные или сниженные характеристики могут включать в себя по меньшей мере одно из ограниченных или сниженных характеристик, касающихся BW, например BW с применением 6 RB, низкой пропускной способности и единственной РЧ-цепи в приемнике. WTRU eMTC может быть устойчивым к задержке. WTRU eMTC может обслуживаться в сети LTE, в которой BW системы может быть или может не быть большей, чем поддерживаемая BW eMTC, которая может, например, иметь значение, равное 1,4 МГц.

WTRU eMTC может поддерживать операцию улучшения покрытия. Например, может быть обеспечена поддержка двух режимов работы CE, например режима CE-A и режима CE-B. В режиме CE-A могут поддерживаться обычные и малые степени CE, а в режиме CE-B могут поддерживаться средние и большие степени CE. Обычное CE может быть таким же, как операция обычного СЕ или операция, отличная от обычного СЕ, при которой, например, не применяют повторения для CE.

WTRU NB-IoT может представлять собой, например, WTRU с низкой стоимостью. WTRU NB-IoT может представлять собой, например, WTRU с ограниченными или сниженными характеристиками, которые, например, могут быть более ограниченными или более сниженными, чем характеристики WTRU eMTC в по меньшей мере одном аспекте. Например, WTRU NB-IoT может поддерживать или применять дополнительно сниженную BW, например, BW с 1 RB, которая может быть меньшей поддерживаемой BW для WTRU eMTC.

WTRU NB-IoT может поддерживать или может быть предназначен для поддержки CE, например CE до 20 децибел (дБ), при этом срок службы батареи может быть большим, чем предполагаемый или ожидаемый срок службы батареи WTRU eMTC. Предполагаемый или ожидаемый срок службы батареи WTRU NB-IoT может составлять, например, 10 лет. Группа WTRU NB-IoT в соте может значительно превышать количество устройств других типов.

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

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

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

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

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

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

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 в настоящем документе могут применяться взаимозаменяемо.

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

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

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

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

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

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

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

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

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

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

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

На Фиг. 2 представлена иллюстративная схема синхронизации, иллюстрирующая HF и пейджинг в HF. Один HF может включать цикл SFN, например 1024 радиокадра или 10,24 с. HF может содержать номер кадра в гиперсистеме (H-SFN). Цикл H-SFN может составлять 1024 циклов SFN. Цикл H-SFN может длиться 1024 * 1024 * 10 мс, например 174,76 минуты. В примере, показанном на схеме 200 синхронизации, HF 210 может иметь H-SFN 0 и может характеризоваться циклом SFN из 1024 радиокадров, от радиокадра 0 до радиокадра 1023. Аналогичным образом HF 220 может иметь H-SFN 1023 и характеризоваться собственным циклом SFN из 1024 радиокадров. Цикл H-SFN 230 может содержать 1024 HF, в том числе от HF 210 до HF 220.

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

H-SFN, в котором WTRU может становиться доступным для пейджинга, может упоминаться как гиперкадр (PH) пейджинга или как PH WTRU. PH может быть применимым или применимым исключительно в ECM-IDLE. PH может быть вычислен как функция расширенного цикла DRX и/или ID WTRU, например, IMSI мод. 1024. В пределах PH PF и/или PO могут быть определены согласно обычным правилам DRX и/или формулам. Окно пейджинга WTRU (PW) может представлять собой окно или временной интервал, соответствующий набору PF в PH WTRU, в течение которого WTRU может контролировать пейджинг и/или может быть просмотрен. PW может содержать подмножество доступных PF в PH. В примере, показанном на схеме 200 синхронизации, PW 250 может содержать PF 260, PF 270 и PF 280. PF 260, PF 270 и PF 280 могут представлять собой PF в пределах PH 290. Цикл 295 eDRX может содержать PH 290. PW может быть передан на WTRU, например посредством MME в NAS-сообщении. В PF WTRU может отслеживать или отслеживать исключительно одно РО. Пейджинг для WTRU может быть повторен в одном или более PF WTRU в его PW, например если WTRU не отвечает на предыдущий пейджинговый вызов.

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

Большая группа NB WTRU может быть мультиплексирована в пределах ограниченного количества пейджинговых ресурсов. Если распределение WTRU между пейджинговыми ресурсами основано на WTRU-ID, например IMSI или IMSI мод. 1024, то, например, все же большое количество WTRU будет совместно применять одни и те же пейджинговые ресурсы по времени и/или частоте, например совместно применять одно и то же PO и/или NB пейджинг.

NB WTRU может контролировать M-PDCCH в PO или каждое из его PO. Если M-PDCCH или DCI в M-PDCCH содержит указание с регламентированием связанного PDSCH для пейджингового сообщения, NB WTRU может принять связанный PDSCH, например, чтобы проверить, не адресовано ли пейджинговое сообщение этому NB WTRU.

Поскольку большое количество NB WTRU может совместно применять одни и те же пейджинговые ресурсы, NB WTRU может принимать данные по связанному PDSCH, если пейджинговое сообщение возможно не адресовано этому NB WTRU. Прием данных по связанному PDSCH, которые могут быть предназначены не для этого WTRU, может, например, приводить к неоправданному повышению потребления энергии батареи WTRU. Если NB WTRU работает на уровне CE, на котором может быть применено большое количество повторений, влияние на WTRU может быть худшим и может быть, например, значительно худшим.

NB WTRU может контролировать M-PDCCH, например при PO или при каждом PO, специфичным для NB WTRU или специфичным для группы NB WTRU способом. M-PDCCH может явным или неявным образом указывать на необходимость приема и/или декодирования данных M-PDCCH и/или связанного PDSCH, например WTRU или группой WTRU. Например, M-PDCCH может неявно или явно указывать на целевого получателя или получателей M-PDCCH, связанного PDSCH, пейджингового вызова, пейджингового сообщения или PDSCH, содержащего пейджинговое сообщение или канал. Кроме того, могут быть применены неявные указания приема пейджинга, необходимости приема пейджинга или целевого получателя или получателей M-PDCCH, PDSCH, пейджингового вызова, пейджингового сообщения или PDSCH, содержащего пейджинговое сообщение или канал, для которых применено одно или более из: указания скремблирования; скремблирующей последовательности, например скремблирующей последовательности для произвольного распределения M-PDCCH, специфичной для группы WTRU или специфичной для WTRU скремблирующей последовательности, специфичной для типа информации скремблирующей последовательности или скремблирующей последовательности для приема пейджинга; начального индекса улучшенного элемента канала управления (ECCE) для произвольного распределения M-PDCCH, битового перемежителя для произвольного распределения M-PDCCH; и/или одного или более временных идентификаторов радиосети (RNTI).

В одном примере скремблирующая последовательность может быть применена для произвольного распределения битовой последовательности M-PDCCH. WTRU, который может применять ту же скремблирующую последовательность для дескремблирования принятых битов, может принимать или может быть выполнен с возможностью приема M-PDCCH. В одном примере только WTRU, который может применять ту же скремблирующую последовательность для дескремблирования принятых битов, может принимать или может быть выполнен с возможностью приема M-PDCCH.

Битовая последовательность M-PDCCH может представлять собой битовую последовательность до модуляции M-PDCCH. Например, битовая последовательность M-PDCCH может представлять собой битовую последовательность после согласования скорости передачи. Кодированная битовая последовательность может представлять собой входную битовую последовательность согласования скорости передачи, а выходная битовая последовательность согласования скорости передачи может представлять собой битовую последовательность M-PDCCH. DCI с циклической проверкой четности с избыточностью (CRC), скремблированная с помощью RNTI, может представлять собой входную битовую последовательность блока кодирования канала, а выходная битовая последовательность может представлять собой кодированную битовую последовательность.

Битовая последовательность M-PDCCH может представлять собой битовую последовательность перед кодированием канала. Например, DCI с CRC, скремблированная RNTI, может представлять собой битовую последовательность M-PDCCH.

Для RNTI может быть применен один или более из нижеследующих примеров. RNTI может представлять собой P-RNTI, например, если DCI может быть применена для пейджинга. В другом примере RNTI может представлять собой специфичный для группы P-RNTI, который может быть связан со скремблирующей последовательностью. В еще одном примере RNTI может представлять собой N наименее значащих битов (LSB) WTRU-ID, которые могут быть применены для пейджинга. N может представлять собой количество битов CRC, которые могут упоминаться как NCRC. Например, могут быть применены 16 LSB WTRU-ID, например IMSI или эволюция системной архитектуры (SAE) - временный идентификатор абонента мобильной связи (s-TMSI). N битов, применяемые для RNTI, могут быть такими же N битов, которые соответствуют WTRU-ID мод. (2^N), например IMSI мод. (2^N), где N может быть равно 16.

В одном примере битовая последовательность M-PDCCH b(0), …, b(M_бит - 1) может быть скремблирована с помощью определенной скремблирующей последовательности c(i), где M_бит может представлять собой количество битов в битовой последовательности M-PDCCH. Результат специфичной для WTRU или специфичной для группы WTRU скремблирующей последовательности может быть представлен в следующем виде .

В одном примере битовая последовательность может быть определена на основе по мод. 2, где mod2 может представлять собой операцию по мод. 2. Кроме того, скремблирующая последовательность c(i) может представлять собой псевдопроизвольную последовательность, которая может быть определена на основе инициализирующего значения c_init, где i может представлять собой битовый индекс битовой последовательности.

Определенная скремблирующая последовательность может быть определена на основании по меньшей мере одного из того, может ли последовательность M-PDCCH или скремблирующая последовательность быть специфичной для WTRU или специфичной для группы WTRU, представлять собой тип информации в связанной DCI и тип информации в связанном PDSCH. Инициализирующее значение (c_init) может быть определено на основании по меньшей мере WTRU-ID, по меньшей мере номера группы соответствующего WTRU, по меньшей мере типа информации в связанной DCI, по меньшей мере типа информации в связанном PDSCH и/или RNTI.

В одном примере WTRU, который может отслеживать или пытаться декодировать битовую последовательность M-PDCCH, может применять свою ассоциированную скремблирующую последовательность. Ассоциированная скремблирующая последовательность может быть определена на основании по меньшей мере одного из того, может ли последовательность M-PDCCH или скремблирующая последовательность быть специфичной для WTRU или специфичной для группы WTRU и/или типом информации в DCI. Например, ассоциированная скремблирующая последовательность может быть определена на основании типа информации в DCI, которую может отслеживать WTRU, например посредством специфичного для WTRU или специфичного для группы WTRU пейджинга. В одном примере WTRU может выполнять дескремблирование с помощью входной битовой последовательности декодера канала. Кроме того, WTRU может выполнять дескремблирование с помощью выходной битовой последовательности декодера канала. В одном примере, если приемником WTRU принята битовая последовательность M-PDCCH d(0), …, d(M_бит -1), последовательность может упоминаться как битовая последовательность, дескремблированная с помощью ассоциированной скремблирующей последовательности c(i). В одном примере WTRU может выполнять дескремблирование с помощью по мод. 2.

Может быть обеспечена или применена специфичная для WTRU скремблирующая последовательность и/или специфичная для группы WTRU скремблирующая последовательность. В одном примере специфичная для WTRU скремблирующая последовательность или специфичная для группы WTRU скремблирующая последовательность, например первая скремблирующая последовательность, может быть применена для скремблирования битовой последовательности M-PDCCH, например в PO или каждом PO. В одном примере WTRU или группа WTRU, которая может применять одну и ту же скремблирующую последовательность, например первую скремблирующую последовательность, может декодировать или может быть выполнена с возможностью декодирования M-PDCCH. Например, только WTRU или группа WTRU, которая может применять одну и ту же скремблирующую последовательность, например первую скремблирующую последовательность, может декодировать или может быть выполнена с возможностью декодирования M-PDCCH.

В одном примере применения скремблирующей последовательности, специфичной для группы WTRU, N_g скремблирующих последовательностей могут быть применены для N_g групп WTRU для PO, а битовая последовательность M-PDCCH, предназначенная или адресованная для группы WTRU, например первой группы WTRU в пределах N_g групп WTRU, может быть скремблирована с помощью соответствующей скремблирующей последовательности, например первой скремблирующей последовательности. В одном примере группа WTRU, применяющая соответствующую скремблирующую последовательность, например первую скремблирующую последовательность, может принимать или может быть выполнена с возможностью приема M-PDCCH. В еще одном примере только группа WTRU, применяющая соответствующую скремблирующую последовательность, например первую скремблирующую последовательность, может принимать или может быть выполнена с возможностью приема M-PDCCH. Специфичная для группы WTRU скремблирующая последовательность может быть определена на основании по меньшей мере одного из следующего: операции по модулю, которая может, например, быть основана на по меньшей мере N_g и WTRU-ID; функции хеширования, которая может, например, быть основана на N_g и WTRU-ID; и номере группы WTRU, который, например, может быть определен на основании по меньшей мере уровня CE.

Операция по модулю может быть применена, если операция по модулю может быть основана на по меньшей мере N_g и WTRU-ID (N_WTRUID). Номер группы WTRU (N_группа) может быть определен по мод. N WTRU-ID_g (например, N_группа = (N_WTRUID) по мод. N_g). Может быть применен номер подкадра и/или номер кадра (например, SFN). Например, N_группа = (N_WTRUID · N_кадр) по мод. N_g.

Функция хеширования может быть применена в случае, если функция хеширования может быть основана на N_g и WTRU-ID. В этом случае, например, N_группа = (A · N_WTRUID) по мод. N_g, где A может быть простым числом (например, A = 39 827), или N_группа = ((A·· N_WTRUID) по мод. D) по мод. N_g, где D может быть простым числом, которое может быть отличным от A (например, D = 65 537). Функция хеширования может быть основана на номере подкадра и/или номере кадра.

Номер группы WTRU может быть определен на основании по меньшей мере уровня CE. Например, WTRU с CE первого уровня (например, CE уровня 1) могут быть сгруппированы как первая группа WTRU, а WTRU с CE второго уровня (например, CE уровня 2) могут быть сгруппированы как вторая группа WTRU.

WTRU-ID может представлять собой по меньшей мере одно из RNTI, выделенного для WTRU, IMSI и s-TMSI, и/или часть по меньшей мере одного из выделенных RNTI, IMSI и s-TMSI. Например, WTRU-ID может представлять собой IMSI мод. M или s-TMSI мод. N. M и/или N могут быть равны 1024. A и/или D могут быть функцией N_g. A и/или D могут быть фиксированными и/или сконфигурированными, например, посредством eNode-B с помощью сигнализации. N_WTRUID может представлять собой WTRU-ID или же часть или функцию IMSI/s-TMSI WTRU. Например, N_WTRUID для WTRU может представлять собой IMSI-10 или IMSI мод. X, где X может быть числом, которое меньше или равно 1024.

В одном примере применения специфичной для WTRU скремблирующей последовательности специфичная для WTRU скремблирующая последовательность может быть применена для битовой последовательности M-PDCCH, предназначенной или адресованной для WTRU, причем специфичная для WTRU скремблирующая последовательность может быть определена на основании по меньшей мере WTRU-ID или части WTRU-ID. В инициированном MME пейджинге WTRU-ID может быть обеспечен MME на eNode-B в пейджинговом сообщении или запросе S1.

В одном примере скремблирующая последовательность может быть определена на основании конкретного типа информации, которая может содержаться в DCI. Например, первая скремблирующая последовательность может быть применена для битовой последовательности M-PDCCH, в которой DCI может содержать информацию первого типа, а вторая скремблирующая последовательность может быть применена для битовой последовательности M-PDCCH, в которой DCI может содержать информацию второго типа.

Информация первого типа может включать, без ограничений, по меньшей мере одно или более указаний относительно обновления системной информации, например указание об изменении системной информации, указание ETWS, указание CMAS и указание об изменении параметра EAB. Одно или более указаний относительно системной информации могут представлять собой один бит, указывающий обновление системной информации, или множество битов для указания обновления системной информации для множества SI, например SIB или SI-сообщений. Дополнительный индикатор может включать, например, бит флага для указания формата DCI или типа DCI. Скремблирующая последовательность для информации первого типа может быть основана на по меньшей мере одном из специфичных для соты параметров, таких как, например, физический идентификатор соты.

Информация второго типа может представлять собой по меньшей мере информацию планирования соответствующего PDSCH. Скремблирующая последовательность для информации второго типа может быть основана на по меньшей мере одном из специфичных для WTRU параметров, таких как, например, WTRU-ID.

В другом примере скремблирующая последовательность может быть определена на основании типа информации, содержащейся в DCI и/или WTRU-ID. Например, первая скремблирующая последовательность может быть применена для битовой последовательности M-PDCCH, в которой DCI может содержать информацию первого типа, а вторая скремблирующая последовательность может быть применена для битовой последовательности M-PDCCH, в которой DCI может содержать информацию второго типа. Первая скремблирующая последовательность может быть задана. Вторая скремблирующая последовательность может быть определена на основании WTRU-ID.

В одном примере PO для информации первого типа и информации второго типа может быть одинаковым. Кроме того, WTRU может контролировать M-PDCCH как для информации первого типа, так и для информации второго типа. Кроме того, WTRU может контролировать M-PDCCH для информации первого типа в подмножестве PO или во всех PO. WTRU может контролировать M-PDCCH для информации второго типа в подмножестве PO или во всех PO.

В другом примере PO для информации первого типа и информации второго типа может быть различным. Определение времени и/или частоты РО для информации первого типа может быть осуществлено на основании по меньшей мере одного специфичного для соты параметра. Специфичные для соты параметры могут включать, например, физический идентификатор соты, ширину полосы пропускания системы, номер подкадра, номер кадра, такой как SFN, и т. п. Определение времени и/или частоты РО для информации второго типа может быть осуществлено на основании по меньшей мере одного специфичного для WTRU параметра, такого как, например, WTRU-ID.

Примеры, которые включают применение скремблирующей последовательности для приема пейджинга, описаны в настоящем документе. WTRU может определять битовую скремблирующую последовательность, например битовую скремблирующую последовательность M-PDCCH, в соответствии с одним или более примерами, описанными в настоящем документе. В одном примере WTRU может контролировать M-PDCCH в PO. WTRU может дескремблировать принятый сигнал или M-PDCCH с помощью битовой скремблирующей последовательности. WTRU может определять, может ли дескремблированный M-PDCCH содержать маскированную с помощью RNTI DCI, которую WTRU может применять для пейджинга. RNTI может представлять собой, например, P-RNTI. Если WTRU определяет, что DCI маскирована с помощью RNTI, например P-RNTI, WTRU может считывать содержимое DCI для получения одной или более информаций об обновлении системной информации и/или информации планирования PDSCH. WTRU может применять информацию планирования для приема соответствующего PDSCH, который может содержать одно или более из записей пейджинга или пейджинговых сообщений.

Примеры применения начального индекса ECCE для произвольного распределения M-PDCCH описаны в настоящем документе. В одном примере пространство поиска M-PDCCH может быть применено для контроля M-PDCCH или DCI, причем начальный индекс ECCE, например для контроля, может быть определен на основании по меньшей мере одного специфичного для WTRU параметра. Например, WTRU может применять пространство поиска M-PDCCH для контроля M-PDCCH или DCI, причем начальный индекс ECCE, например для контроля, может быть определен на основании по меньшей мере одного специфичного для WTRU параметра. В контексте настоящего документа элемент канала управления (CCE), ECCE и элемент канала управления NB-IoT (NCCE) могут применяться взаимозаменяемо.

На Фиг. 3 представлена иллюстративная схема, которая иллюстрирует специфичные для группы WTRU индексы ECCE. На схеме 300 представлен пример ECCE в подкадре 310 на 16 уровне агрегирования ECCE. В других примерах могут быть применены другие уровни агрегирования ECCE, например 1, 2, 4, 8 и 32. В примере, показанном на Фиг. 3, WTRU может применять другой начальный индекс ECCE, зависящий от группы, в которой находится WTRU. Например, WTRU могут быть разделены на четыре группы WTRU, пронумерованные от группы WTRU № 1 до группы WTRU № 4. WTRU из группы WTRU № 1 могут применять начальный индекс 330 ECCE с начальным ECCE, равным 1, WTRU из группы WTRU № 2 могут применять начальный индекс 350 ECCE с начальным ECCE, равным 5, WTRU из группы WTRU № 3 могут применять начальный индекс 370 ECCE с начальным ECCE, равным 9, а WTRU из группы WTRU № 4 могут применять начальный индекс 390 ECCE с начальным ECCE, равным 12.

На Фиг. 4 представлена иллюстративная блок-схема, иллюстрирующая прием WTRU сигналов физического канала управления нисходящей линии связи (M-PDCCH) межмашинной связи (MTC) с помощью начального индекса ECCE на основе группы WTRU из WTRU. В примере, показанном на блок-схеме 400, WTRU может контролировать M-PDCCH в пространстве 410 поиска M-PDCCH. WTRU может контролировать M-PDCCH с применением начального индекса ECCE для группы WTRU, содержащей WTRU. Затем WTRU может принимать M-PDCCH в поисковом пространстве M-PDCCH, причем M-PDCCH может содержать начальный индекс ECCE для группы WTRU, содержащей WTRU 420. В одном примере, соответствующем группам WTRU, показанным на Фиг. 3, WTRU может находиться в группе WTRU № 2 и, таким образом, может контролировать и/или принимать M-PDCCH с начальным индексом 350 ECCE, равным 5. Кроме того, WTRU может декодировать M-PDCCH, причем M-PDCCH содержит DCI 430. WTRU может принимать сигналы PDSCH, связанного с M-PDCCH 440 или DCI, например PDSCH, регламентированного с помощью M-PDCCH или DCI. В одном примере WTRU может принимать, декодировать, пытаться декодировать, демодулировать и/или пытаться демодулировать PDSCH на основе DCI, причем PDSCH может содержать пейджинговое сообщение. В результате этого режим работы WTRU может быть изменен на основании пейджингового сообщения. Например, WTRU может переходить из режима ожидания в режим установленного соединения вследствие приема пейджингового сообщения. Затем WTRU может начать передачу и прием в режиме установленного соединения. В другом примере WTRU может уже находиться в режиме установленного соединения и может изменить режим работы системы на основании информации об изменении системной информации в пейджинговом сообщении.

В другом примере пространство поиска M-PDCCH может быть применено для контроля DCI, причем начальный индекс и упорядочение ECCE (например, упорядочение по возрастанию, упорядочение по убыванию, произвольный порядок и/или заданный порядок) могут быть применены для обнаружения возможного M-PDCCH. Например, если множество ECCE, N_ECCE, доступно в поисковом пространстве, а уровень агрегирования ECCE является таким же, как N_ECCE для возможного M-PDCCH, один или более возможных M-PDCCH могут быть обнаружены на основании начального индекса ECCE и/или упорядочения.

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

В другом примере пространство поиска M-PDCCH может быть применено для контроля DCI, причем агрегирование ECCE может быть основано на последовательности. Последовательность для упорядочивания ECCE может быть определена на основании по меньшей мере одного специфичного для WTRU параметра.

На Фиг. 5 представлена иллюстративная схема, иллюстрирующая специфичное для группы WTRU произвольное упорядочение ECCE. Последовательность для упорядочивания ECCE может быть определена на основании по меньшей мере одного специфичного для WTRU параметра, как показано на схеме 500. Как и на ФИГ. 3., на ФИГ. 5 показан пример ECCE в подкадре 510 на 16 уровне агрегирования ECCE. В одном примере последовательность может определять порядок ECCE для агрегирования ECCE. В еще одном примере последовательность для упорядочивания ECCE может быть определена на основании по меньшей мере одного из: специфичного для WTRU параметра, типа информации, содержащейся в DCI, RNTI, который может быть применен для скремблирования CRC, применяемого формата DCI и уровня CE или количества повторений, например количества повторений возможного M-PDCCH.

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

В примере, показанном на Фиг. 5, WTRU может применять другой начальный индекс ECCE, зависящий от произвольной последовательности, которая может быть определена, сконфигурирована и/или применена группой или для группы, в которой находится WTRU. Например, WTRU могут быть разделены на четыре группы WTRU, пронумерованные от группы WTRU № 1 до группы WTRU № 4. WTRU в группе WTRU № 1 могут применять первую произвольную последовательность 530, которая может соответствовать начальному индексу ECCE, равному 4, WTRU в группе WTRU № 2 могут применять вторую произвольную последовательность 550, которая может соответствовать начальному индексу ECCE, равному 5, WTRU в группе WTRU № 3 могут применять третью произвольную последовательность 570, которая может соответствовать начальному индексу ECCE, равному 9, а WTRU в группе WTRU № 4 могут применять четвертую произвольную последовательность 590, которая может соответствовать начальному индексу ECCE, равному 12. Произвольная последовательность, например в пределах множества, может быть определена на основании по меньшей мере одного из: специфичного для WTRU параметра, типа информации, содержащейся в DCI, RNTI, который может быть применен для скремблирования CRC, применяемого формата DCI и уровня CE или количества повторений, например количества повторений возможного M-PDCCH.

Примеры применения битового перемежителя для произвольного распределения M-PDCCH описаны в настоящем документе. В одном примере битовая последовательность для M-PDCCH может перемежаться с перемежающейся последовательностью. Перемежающаяся последовательность может представлять собой последовательность с длиной битовой последовательности. Позиции битов могут перемежаться на основании перемежающейся последовательности. В одном примере перемежающаяся последовательность может быть определена на основании одного или более из по меньшей мере одного специфичного для WTRU параметра, типа информации, содержащейся в DCI, RNTI, который может быть применен для скремблирования CRC, применяемого формата DCI и уровня CE или количества повторений, например количества повторений возможного M-PDCCH. В еще одном примере WTRU может применять перемежающуюся последовательность для обратного перемежения принятой битовой последовательности до того, как он может попытаться декодировать принятую битовую последовательность.

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

Первый P-RNTI может быть применен для DCI, содержащей информацию первого типа. Первый P-RNTI может представлять собой специфичный для соты P-RNTI. Информация первого типа может включать, без ограничений, по меньшей мере одно или более указаний относительно обновления системной информации, например указание об изменении системной информации, указание ETWS, указание CMAS и указание об изменении параметра EAB. Одно или более указаний относительно системной информации могут представлять собой один бит, указывающий обновление системной информации, или множество битов для указания обновления системной информации для множества SI, таких как, например, SIB или SI-сообщения. Может быть включен дополнительный индикатор, такой как, например, бит флага для указания формата DCI или типа DCI. Первый P-RNTI может быть основан на по меньшей мере одном специфичном для соты параметре, таком как, например, физический идентификатор соты.

Второй P-RNTI может быть применен для DCI, содержащей информацию второго типа. Множество P-RNTI может быть задано или сконфигурировано для второго P-RNTI и один из заданных или сконфигурированных P-RNTI может быть определен специфичным для WTRU или специфичным для группы WTRU способом. Для определения соответствующего P-RNTI может быть применена операция по мод. с WTRU-ID и/или количеством сконфигурированных P-RNTI. Для определения соответствующего P-RNTI может быть применена функция хеширования с WTRU-ID и/или количеством сконфигурированных P-RNTI.

В случае PO WTRU может попытаться декодировать DCI с помощью первого P-RNTI. Кроме того, WTRU может попытаться декодировать DCI с помощью второго P-RNTI, который может быть связан с WTRU. Если WTRU сможет успешно декодировать DCI с помощью первого P-RNTI, WTRU может не отслеживать DCI с помощью второго P-RNTI. Если WTRU не сможет успешно декодировать DCI с помощью второго P-RNTI, WTRU может предположить, что соответствующий PDSCH может быть не регламентирован.

Явное указание приема пейджинга, описанное в настоящем документе, включает применение: типа пейджингового события; индикатора отслеживания пейджингового события, типа пейджинга, пейджингового сообщения, окна пейджинга, среди прочего; множества указаний отслеживания; и множества указаний отслеживания с явными и неявными указаниями. В примерах может быть применен, сконфигурирован или определен один или более типов пейджингового события, например для RRC WTRU в неактивном режиме и/или RRC WTRU в режиме установления соединения.

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

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

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

В одном примере формат DCI или содержимое DCI могут быть различными в зависимости от типа пейджингового события. Кроме того, соответствующий RNTI может быть различным в зависимости от типа пейджингового события.

В одном примере индикатор отслеживания, например индикатор отслеживания одного или более типов РО, может быть передано в широковещательном сигнале, таком как, например, MIB, DCI в общем пространстве поиска и т. п. Например, широковещательный сигнал можно передавать через каждые x мс, а один или более PO могут быть связаны с широковещательной передачей. Широковещательная передача может указывать, требуется ли WTRU отслеживать одно или более PO, связанных с широковещательной передачей. WTRU может пытаться декодировать или считать широковещательный сигнал, который может содержать индикатор отслеживания, прежде чем он сможет отслеживать одно или более PO. В одном примере индикатор отслеживания может быть связан с одним или более типами PO. Например, индикатор отслеживания может быть связан с первым типом PO. В еще одном примере индикатор отслеживания может быть связан только с первым типом PO. В другом примере индикатор отслеживания может быть связан со вторым типом PO. В еще одном примере индикатор отслеживания может быть связан только со вторым типом PO. В одном примере индикатор отслеживания может принимать значение «TRUE» или «FALSE». На основании индикатора отслеживания WTRU может отслеживать специфическое для группы WTRU РО, которое может быть определено на основании по меньшей мере одного специфического для WTRU параметра, такого как, например, WTRU-ID, или специфическое для соты РО, которое может быть определено на основании по меньшей мере одного специфичного для соты параметра, такого как, например, физический идентификатор соты.

Индикатор отслеживания может быть связан с одним или более PO. Например, индикатор отслеживания может быть связан с PO в пределах определенного временного окна. Если WTRU принимает индикатор отслеживания, WTRU может пытаться принимать или отслеживать PO в пределах определенного временного окна.

Индикатор отслеживания может указывать индекс группы WTRU и группа WTRU, связанная с индикатором отслеживания, может отслеживать PO. В одном примере индикатор отслеживания может указывать, какая группа WTRU должна отслеживать PO. Группа WTRU может включать все группы WTRU для обновления системной информации. В другом примере индикатор отслеживания может иметь множество состояний, например четыре состояния, и может указывать по меньшей мере одно из состояний. Эти состояния могут, например, включать общий пейджинг в соте, первую группу WTRU, вторую группу WTRU и третью группу WTRU. В одном примере общий пейджинг в соте может представлять собой специфическое для соты РО или иметь место в специфическом для соты РО. WTRU может отслеживать РО или отслеживать пейджинговый вызов в соответствии с состоянием индикатора отслеживания.

Индикатор отслеживания может указывать тип PO, а WTRU может отслеживать PO, соответствующее типу PO. В одном примере WTRU может принимать индикатор отслеживания, который указывает первый тип РО, а затем WTRU может отслеживать PO, соответствующее первому типу РО. Кроме того, WTRU может принимать индикатор отслеживания, указывающий первый тип РО, а затем WTRU может отслеживать PO, соответствующее только первому типу РО.

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

В одном примере может быть применен один или более индикаторов отслеживания и WTRU может определять, следует ли WTRU отслеживать, принимать или пытаться декодировать в M-PDCCH и/или PDSCH, содержащий информацию, связанную с пейджингом. Индикатор отслеживания может быть применен для определения того, должен ли WTRU отслеживать или пытаться декодировать M-PDCCH в PO, и может упоминаться как индикатор отслеживания PO (пейджингового события). Индикатор отслеживания может быть применен для определения того, должен ли WTRU принимать соответствующий PDSCH, который может содержать пейджинговое сообщение (PM), и может упоминаться как индикатор отслеживания PM. Индикатор отслеживания может быть применено для определения того, должен ли WTRU отслеживать PO в пределах окна пейджинга (PW), и может упоминаться как индикатор отслеживания PW. PW может включать одно или более PO для WTRU. PW может быть определено или установлено на основании множества PO. Например, может быть определено, что PW включает N_PO PO, причем N_PO может быть целым положительным числом.

Индикатор отслеживания может быть применено для определения того, должен ли WTRU принимать, пытаться декодировать или отслеживать последующий индикатор отслеживания. WTRU может принимать индикатор отслеживания, прежде чем он сможет декодировать, отслеживать, пытаться декодировать, принимать или пытаться принимать сигнал, например M-PDCCH или PDSCH, в PO. Может быть применено два индикатора отслеживания, причем первый индикатор отслеживания может представлять собой индикатор отслеживания РО, а второй индикатор отслеживания может представлять собой индикатор отслеживания РМ. Первый индикатор отслеживания может быть передан в широковещательном сигнале. Второй индикатор отслеживания может быть передан в DCI, например в M-PDCCH.

Индикатор отслеживания PM может состоять из одного или более битов для указания по меньшей мере одного из следующего: наличия связанного PDSCH, который может содержать пейджинговое сообщение; индекса группы WTRU или идентификатора группы WTRU, который может быть связан с пейджинговым сообщением; и типа информации, содержащейся в пейджинговом сообщении.

В другом примере может быть применено один или более индикаторов отслеживания и каждый индикатор отслеживания может быть применен для указания группы WTRU, индекса группы WTRU или идентификатора группы WTRU. Для WTRU, который может быть связан с группой WTRU, индексом группы WTRU или идентификатором группы WTRU, может потребоваться отслеживать или принимать пейджинговое сообщение, например если индикатор отслеживания для группы WTRU, индекса группы WTRU или идентификатора группы WTRU содержит указание об отслеживании или чтении пейджингового сообщения. Может быть применен иерархический индекс группы WTRU, в котором первый индекс группы WTRU может содержать множество WTRU или WTRU-ID, а второй индекс группы WTRU может содержать подмножество WTRU или WTRU-ID в пределах множества WTRU или WTRU-ID, указанных в первом индексе группы WTRU. Первый индекс группы WTRU может быть определен на основании WTRU-ID, например IMSI, а второй индекс группы WTRU может быть определен на основании другого WTRU-ID, например s-TMSI. Первый индекс группы WTRU может быть определен на основании операции по модулю WTRU-ID и количества групп WTRU для первого индекса группы WTRU, а второй индекс группы WTRU может быть определен с применением функции хеширования для WTRU-ID и количества групп WTRU для второго индекса группы WTRU.

Для определения индекса группы WTRU может быть применена комбинация первого индикатора отслеживания и второго индикатора отслеживания. В случае применения N1 групп WTRU для первого индикатора отслеживания и N2 групп WTRU для второго индикатора отслеживания комбинированная группа WTRU может быть указана в виде N1 x N2 групп WTRU.

В настоящем документе описаны примеры применения множества индикаторов отслеживания для пейджинга с явными и неявными указаниями. В одном примере может быть применено один или более индикаторов отслеживания и первый индикатор отслеживания может быть основан на одном или более явно указанных битов, а второй индикатор отслеживания может быть основано на RNTI. Например, WTRU может принимать указание из индикатора отслеживания РО в первом сигнале и WTRU может принимать указание из индикатора отслеживания PM во втором сигнале.

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

В настоящем документе описаны примеры способов осуществления с помощью WTRU обнаружения NB-пейджинга. WTRU может определять NB, которая будет применена для пейджинга в своем PO, например на основании по меньшей мере одного из идентификатора WTRU, количества узких полос (NB) пейджинга и ширины полосы пропускания системы в DL. Идентификатор WTRU может представлять собой IMSI или s-TMSI. Один из вариантов заключается в применении для определения NB IMSI по мод. 1024, например вследствие того, что IMSI по мод. 1024 может быть применен для определения РО WTRU. Множество NB пейджинга может быть широковещательным, может быть принято посредством широковещательной сигнализации и/или может быть принято посредством системной информации. NB пейджинга может представлять собой NB, которая может быть применена для пейджинга. В одном примере NB может представлять собой множество RB или поднесущих в BW системы.

Параметры, применяемые для пейджинга, могут включать цикл DRX, nB и т. п. В зависимости от параметров, которые могут быть применены для пейджинга, и количества NB, для определения NB применяют IMSI по мод. 1024, однако это может привести к тому, что некоторые или все WTRU в данном PO будут определять одну и ту же NB. Это может противоречить целям применения множества NB для пейджинга.

В настоящем документе описаны несколько типовых решений в отношении наилучшего для WTRU способа определения NB для пейджинга. В одном типовом решении IMSI-10 может быть применен для представления IMSI по мод. 1024 или наименее значащих 10 битов IMSI. Для осуществления инициированного MME пейджинга WTRU MME может включать IMSI-10 и/или s-TMSI для WTRU в пейджинговом сообщении S1 для eNode-B для запроса пейджингового вызова. При пейджинге WTRU eNode-B может быть известен IMSI-10 и/или s-TMSI WTRU. WTRU и/или eNode-B могут применять одно или оба из этих значений для определения NB WTRU для пейджинга. Например, WTRU и/или eNode-B могут применять одно или оба из этих значений для определения NB WTRU для пейджинга в PO WTRU.

Функция, такая как функция хеширования, которая может быть основана на по меньшей мере идентификаторе WTRU, может быть применена WTRU и/или eNode-B с целью определения NB для пейджинга. Например, функция может быть основана на по меньшей мере IMSI-10 или IMSI по мод. X. В одном примере функция хеширования может быть основана на по меньшей мере IMSI-10 или IMSI мод. Х.

Например, функция, такая как функция хеширования, может быть применена на основе N_b и/или идентификатора WTRU. В одном примере N_b может представлять собой количество NB. В еще одном примере N_b может представлять собой количество NB, которое будет применено для пейджинга или которое может быть применено для пейджинга. Например, NB для WTRU, NB_WTRU, может быть определена, например, с помощью WTRU и/или eNode-B в соответствии со следующим уравнением:

NB_WTRU = (A · N_WTRUID) по мод. N_b Уравнение (1)

где A может представлять собой простое число, например, А = 39 827. В еще одном примере NB_WTRU может быть определена в соответствии со следующим уравнением:

NB_WTRU = ((A · NW_TRUID) по мод. D) по мод. N_b Уравнение (2)

где D может представлять собой простое число, которое может быть отличным от А, например D = 65 537.

A и/или D могут зависеть от N_b. A и/или D могут быть фиксированными и/или сконфигурированными, например, посредством eNode-B с помощью сигнализации. N_WTRUID может представлять собой идентификатор WTRU или часть, или функцию IMSI или s-TMSI WTRU. Например, N_WTRUID для WTRU может представлять собой IMSI-10, IMSI по мод. Х, где Х может представлять собой число, меньшее или равное 1024, или IMSI по мод. Y, где Y может представлять собой число, меньшее или равное 16 384. Количество NB для пейджинга может быть обеспечено с помощью eNode-B и/или принято WTRU в сигнализации, например сигнализации более высокого уровня, которая может быть широковещательной, например в системной информации.

Дополнительные биты IMSI или же дополнительная часть или функция IMSI могут быть применены WTRU и/или eNode-B для определения NB для пейджинга. MME может включать дополнительные биты в пейджинговое сообщение S1 для eNode-B. eNode-B может принимать эти дополнительные биты и может применять их для определения NB пейджингового запроса WTRU.

Например, наиболее значимые B битов IMSI по мод. Z могут быть применены для определения NB для пейджинга, где Z может представлять собой по меньшей мере одно из (2^B) x 1024, (2^C) x 1024 и числа, меньшего или равного 16 384. В одном примере C может представлять собой число или целое число, которое может быть отличным от B. Кроме того, B MSB, например значение B MSB, MB, может быть применено для определения NB, например в соответствии с MB по мод. N_b.

В одном примере при наличии до 16 узких полос для пейджинга B может быть равно 4. 4 MSB IMSI по мод. 16 384 могут быть применены для определения NB для пейджинга, где IMSI по мод. 16 384 может быть получен из IMSI по мод. Z, а Z = (2^B) x 1024. Поскольку B может быть равно 4, то (2^4) x 1024 = 16 x 1024 = 16 384. Кроме того, поскольку B может быть равно 4, 4 MSB, M4 может быть применено для определения NB, например согласно M4 по мод. N_b. М4 может быть применено для представления 4 MSB или значения 4 MSB.

В другом примере B может быть равно 3, а C может быть равно 4. 3 MSB IMSI по мод. 16 384 могут быть применены для определения NB для пейджинга, где IMSI по мод. 16 384 может быть получен из IMSI по мод. Z, а Z = (2^С) x 1024. Поскольку С может быть равно 4, то (2^4) x 1024 = 16 x 1024 = 16 384. Кроме того, поскольку B может быть равно 3, 3 MSB, M3 может быть применено для определения NB, например согласно M3 по мод. N_b. М3 может быть применено для представления 3 MSB или значения 3 MSB.

В других примерах может быть применено различное количество узких полос для пейджинга, причем это не будет противоречить примерам, описанным в настоящем документе. Кроме того, в других примерах могут быть применены различные значения B, C или для них обоих.

14 битов IMSI-14, которые могут соответствовать IMSI по мод. 16 384, могут быть применены для определения NB, например в соответствии с IMSI-14 по мод. N_b. Кроме того, 14 битов IMSI-14, которые могут соответствовать IMSI по мод. 16 384, могут быть применены для определения NB, например в соответствии с IMSI-14 по мод. N_b, измененным с помощью одного или более других параметров.

На Фиг. 6 представлена иллюстративная схема, иллюстрирующая WTRU, в котором WTRU-ID применяют для определения NB пейджинга для контроля M-PDCCH. Как показано на блок-схеме 600, WTRU может определять NB пейджинга для WTRU, которую будут применять для контроля M-PDCCH на основании по меньшей мере MSB функции WTRU-ID 610. WTRU может контролировать M-PDCCH в пределах определенной NB пейджинга для WTRU 620. Например, WTRU может контролировать M-PDCCH в пределах определенной NB пейджинга в РО или во время РО, которое может представлять собой PO WTRU. WTRU может контролировать M-PDCCH, маскированный с помощью P-RNTI или же M-PDCCH или DCI с помощью CRC, скремблированной с помощью P-RNTI. Затем WTRU может принимать DCI в контролируемом M-PDCCH в пределах определенной NB пейджинга во время РО 630, которое может представлять собой PO WTRU. DCI может включать CRC, которая может быть скремблирована с помощью P-RNTI. WTRU может принимать сигналы физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH), связанного с M-PDCCH 650 или DCI, например PDSCH, регламентированного с помощью M-PDCCH или DCI. WTRU может принимать информацию, связанную с обновлением системной информации, и/или пейджинговое сообщение в или из DCI или PDSCH.

В еще одном примере наиболее значимые N битов IMSI-10 могут быть применены для определения NB для пейджинга. N может зависеть от количества NB, настроенных или доступных, например, в PO, для пейджинга.

В вариантах осуществления и примерах, описанных в настоящем документе, термин «идентификационный номер мобильного абонента» (MSIN) может быть применен для IMSI, и наоборот, причем это не будет противоречить вариантам осуществления и примерам, описанным в настоящем документе. Кроме того, для MSIN и IMSI могут быть применены различные типовые значения количества и числа, в том числе, без ограничений, 8, 10, 14, 16, 32, 64 и т. п.

Примеры WTRU, определяющих пейджинг HF, описаны в настоящем документе. В пределах гиперкадра (PH) WTRU с таким же IMSI по мод. 1024 определяют такой же PF и такое же PO. В зависимости от параметров пейджинга, WTRU могут быть не распределены надлежащим образом между PF и PO.

IMSI может состоять из десятичных цифр (от 0 до 9) и может содержать один или более из кода страны при мобильной связи (MCC), кода сети мобильной связи (MNC) и MSIN. Для IMSI может быть применено представленное в двоичном коде десятичное (BCD) представление. IMSI может содержать 64 бита, причем каждая цифра может быть закодирована 4 отдельными битами. Цифры от 0 до 9 могут быть закодированы значениями от 0000 до 1001, а октет может включать две цифры. Для функции IMSI по мод. Х IMSI может представлять собой IMSI в десятичном представлении, IMSI в BCD-представлении, IMSI в шестнадцатеричном представлении или IMSI в другом представлении.

Один или более примеров, описанных в настоящем документе в отношении определения NB пейджинга, например для и/или с помощью WTRU, могут быть применены для определения одного или более из PH, PF и PO, например для и/или с помощью WTRU. Отдельный, например другой параметр, аспект или часть WTRU-ID, например IMSI или s-TMSI, могут быть применены для определения каждого из РН и PF для и/или с помощью WTRU.

WTRU_ID_PH может представлять собой параметр, аспект или часть WTRU-ID, которые могут быть применены для вычисления PH. WTRU_ID_PF может представлять собой параметр, аспект или часть WTRU_ID, которые могут быть применены для вычисления PF. WTRU_ID_PH-10 может представлять собой WTRU_ID_PH по мод. 1024. WTRU_ID_PF-10 может представлять собой WTRU_ID_PF по мод. 1024. Для осуществления инициированного MME пейджинга WTRU MME может включать WTRU_ID_PH-10 и/или WTRU_ID_PF-10 в пейджинговом сообщении S1 для eNode-B для запроса пейджингового вызова.

WTRU_ID_PH-10 и/или WTRU_ID_PF-10 может задавать MME для eNode-B. WTRU_ID_PH-10 и/или WTRU_ID_PF-10 может задавать MME для eNode-B в виде битовой строки с размером 10. Биты могут следовать с нормальным двоичным представлением или BCD-представлением.

При пейджинге WTRU eNode-B может быть известен WTRU_ID_PH-10 и/или WTRU_ID_PF-10. WTRU и/или eNode-B могут применять одно или оба из этих значений для определения PH и/или PF WTRU. WTRU и/или eNode-B могут применять WTRU_ID_PH-10 для определения PH WTRU для пейджинга. WTRU и/или eNode-B могут применять WTRU_ID_PF-10 для определения PF WTRU для пейджинга.

В одном примере WTRU_ID_PH может представлять собой MSIN WTRU. MSIN могут составлять самое меньшее N1, например 9, значащих десятичных цифр IMSI в десятичном представлении, например если совокупность MCC и MNC составляет 6 цифр. MSIN могут составлять самое меньшее N2, например 10, значащих десятичных цифр IMSI, например если IMSI состоит из 15 цифр. WTRU_ID_PF может представлять собой IMSI WTRU. WTRU_ID_PH-10 может представлять собой MSIN по мод. 1024 и/или WTRU_ID_PF-10 может представлять собой IMSI по мод. 1024.

В другом примере WTRU_ID_PH может представлять собой IMSI, а WTRU_ID_PF может представлять собой MSIN. В другом примере, если совокупность MCC и MNC в IMSI представляет собой четное число, IMSI может быть преобразован таким образом, чтобы совокупность MCC и MNC в IMSI была нечетным числом. Например, единица может быть добавлена к совокупности MCC и MNC в IMSI или вычтена из нее.

В другом примере MSIN-10Q может быть применен для представления FLOOR [MSIN/1024] или (FLOOR [MSIN/1024]) по мод. 1024. WTRU_ID_PH-10 может представлять собой MSIN-10Q.

Примеры приема измененного пейджинга описаны в настоящем документе. В одном примере WTRU может определять свои PH, PF и PO в соответствии с набором правил, таких как, например, обычные правила. WTRU может принимать и/или применять дополнительную конфигурацию или информацию для определения того, когда осуществлять отслеживание или не осуществлять отслеживание для пейджинга, например когда осуществлять отслеживание или не осуществлять отслеживание для M-PDCCH, маскируемого с помощью RNTI пейджинга, и/или принимать или пропускать прием связанного PDSCH или PCH.

По меньшей мере что-либо из конфигурации и/или информации может быть обеспечено MME или принято от MME посредством сигнализации NAS или с помощью eNode-B посредством сигнализации RRC. WTRU может поддерживать конфигурацию и/или информацию в режиме ожидания. WTRU может отслеживать пейджинг в PF своего PW в одном PH за цикл I-eDRX. В одном примере WTRU может быть выполнен с возможностью пропуска своего PH в одном или более циклах I-eDRX и/или пропуска одного или более PF в своем PW.

В одном примере аспект, касающийся того, является ли идентификатор WTRU нечетным или четным числом, может быть применен для определения того, может ли WTRU считывать или принимать или может ли пропускать чтение или прием пейджингового вызова в PF и/или PH. Чтение и/или прием пейджингового вызова может соответствовать отслеживанию M-PDCCH с помощью RNTI пейджинга. Чтение и/или прием пейджингового вызова может соответствовать приему, декодированию и/или чтению PDSCH, который может быть связан с M-PDCCH, указан или выделен M-PDCCH с помощью RNTI пейджинга. Чтение и/или прием пейджингового вызова может соответствовать приему, декодированию и/или чтению PDSCH, который может содержать пейджинговое сообщение. Пропуск чтения или приема пейджингового вызова могут быть подобны отсутствию чтения или приема или отсутствию попытки выполнить чтение или прием пейджингового вызова. Пропуск чтения или приема пейджингового вызова могут быть подобны пропуску одного или более из PO, PF или PH.

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

WTRU_ID_PH-10 и/или WTRU_ID_PF-10 могут быть применены вместо идентификатора WTRU, причем это не будет противоречить настоящему описанию. Идентификатор WTRU может представлять собой IMSI по мод. 1024, MSIN по мод. 1024 и/или FLOOR [MSIN/1024], среди прочих.

Могут ли WTRU с нечетным номером или WTRU с четным номером принимать пейджинговый вызов в PF или PO, может быть определено на основании одного или более из следующего: индикатора нечетности/четности идентификатора WTRU; индикатора нечетности/четности PH; и/или индикатора нечетности/четности PF.

Для индикатора может быть применен один бит. Одно состояние бита может быть применено для индикатора четности, а другое состояние может быть применено для индикатора нечетности. 0 может быть применен для индикатора четности, а 1 может быть применен для индикатора нечетности, или наоборот. Один или более индикаторов могут быть переданы, например, с помощью eNode-B, например в MIB, в SIB или в M-PDCCH для пейджинга.

WTRU может считывать один или более индикаторов перед по меньшей мере одним из своих PH, и/или PF, и/или PO. WTRU может считывать одно или более индикаторов в M-PDCCH для пейджинга в одном из своих PO. WTRU может определять состояние одного или более индикаторов и на основании этого состояния или состояний WTRU может определять, следует ли отслеживать пейджинговый вызов и/или принимать PDSCH, который может содержать пейджинговый вызов. Индикатор в MIB может быть применен WTRU для определения того, следует ли отслеживать M-PDCCH пейджинга в одном или более PO. Индикатор в M-PDCCH для пейджинга может быть применен WTRU для определения того, следует ли считывать PDSCH, связанный с M-PDCCH, который может содержать пейджинговое сообщение.

Например, если идентификатор WTRU нечетный/четный = четный, а РН нечетный/четный = нечетный, WTRU с четным идентификатором WTRU может считывать или отслеживать пейджинговый вызов в, например, только в, PH с нечетным номером. WTRU может пропускать чтение или отслеживание пейджингового вызова в РН с четным номером. WTRU с нечетным идентификатором WTRU может пропускать чтение или отслеживание пейджингового вызова, если нечетность/четность WTRU установлена в четность, например в одно или более, например как нечетность, так и четность РН.

В одном примере (0, 0) может означать четность идентификатора WTRU и четность РН, (1, 0) может означать нечетность идентификатора WTRU и четность РН, (0, 1) может означать четность идентификатора WTRU и нечетность РН и (1, 1) может означать, что идентификатор WTRU и PH являются нечетными. eNode-B может применять один из этих кодов в качестве указания чтения пейджинга, например в любой момент.

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

eNode-B может передавать некоторые или все биты текущего значения указания чтения пейджинга в MIB или в SIB, или в M-PDCCH (или PDCCH). WTRU может определять пропуск PH на основании значения индикатора пейджинга, переданного eNode-B. WTRU может определять пропуск PF на основании значения указания чтения пейджинга.

eNode-B может применять указание чтения пейджинга для указания пропуска или чтения пейджинга в PH и/или PF одним или более WTRU. eNode-B может применять отдельные указания чтения пейджинга для указания пропуска или чтения пейджинга в PF и пропуска или чтения пейджинга во всех PF в PH.

Указание четности/нечетности может быть заменено идентификатором группы, который может представлять другой способ различения групп. В случаях, когда это применимо, может быть применено больше битов. Например, может быть применено 4 группы и наименее значимые 2 бита идентификатора WTRU могут быть применены для определения того, какие WTRU могут считывать или отслеживать пейджинг.

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

В одном примере множество пейджинговых сообщений можно закодировать по отдельности в виде сегментов блока кода в пределах передачи PDSCH. Например, PDSCH, например NB-PDSCH, содержащий одно или более пейджинговых сообщений, может быть регламентирован связанным PDCCH, например NB-PDCCH, в каждом PO. Пейджинговые сообщения, мультиплексированные в PDSCH, могут быть разделены на один или более сегментов блока кода.

Каждый сегмент блока кода может быть закодирован отдельно с помощью кода канала, например турбокода, свернутого кода или кода блока. Каждый сегмент блока кода может быть связан с CRC. Сегмент блока кода может быть связан с одним или более пейджинговыми сообщениями. Сегмент блока кода может быть связан с одним или более размерами покрытия. Сегмент блока кода может быть связан с WTRU-ID. WTRU-ID, применяемые для определения PO и определения сегмента блока кода, могут быть разными. Например, PO может быть определено на основании первого WTRU-ID, например IMSI-10, а сегмент блока кода может быть определен на основании второго WTRU-ID, например s-TMSI.

На Фиг. 7 представлена схема, иллюстрирующая пример мультиплексирования сегмента блока кода в PDSCH, которое может быть регламентировано связанным PDCCH при PO. Пейджинговое сообщение, пейджинговая информация и пейджинговая запись могут применяться взаимозаменяемо. Как показано на схеме 700, каждый из сегментов 710, 720 и 780 блока кода может быть связан с одним или более соответствующими размерами покрытия или уровнями CE. Например, сегмент 710 блока кода может быть связан с уровнем 1 CE, сегмент 720 блока кода может быть связан с уровнем 2 CE, а сегмент 780 блока кода может быть связан с уровнем 3 CE.

PDSCH, содержащий одно или более пейджинговых сообщений, может быть передан в нескольких подкадрах. Количество подкадров, применяемых для передачи PDSCH, может быть указано в связанном PDCCH. Количество подкадров для передачи PDSCH может быть определено на основании размера транспортного блока, причем размер транспортного блока может включать размеры всех сегментов блока кода, мультиплексированных в PDSCH. Количество повторений может быть указано в связанном PDCCH. Например, количество подкадров Ns для передачи PDSCH может быть определено как функция размера транспортного блока, а количество повторений Nrep может быть указано в связанном PDCCH. Общее количество подкадров, применяемых для передачи PDSCH, включая повторы, может быть равно Ns x Nrep.

NB-подкадр может содержать один или более подкадров. Длина NB-подкадра может быть определена на основании размера транспортного блока передачи PDSCH.

Сегмент блока кода может быть передан в пределах NB-подкадра, причем длина NB-подкадра, например количество подкадров, TTI, ms или т. п., может быть определена на основании размера сегмента блока кода. В PDSCH может быть мультиплексировано множество сегментов блока кода. В примере, показанном на Фиг. 7, сегменты 710, 720 и 780 блока кода могут быть мультиплексированы в PDSCH 790. В одном примере, если в PDSCH мультиплексировано Nc сегментов блока кода, PDSCH может быть передан посредством Nc NB-подкадров. Длина NB-подкадра, связанная с сегментом блока кода, может быть определена на основании размера сегмента блока кода. Размер сегментов блока кода может быть указан в соответствующем PDCCH. На основании размеров сегментов блока кода WTRU может определять длину NB-подкадра каждого сегмента блока кода.

Один или более сегментов блока кода могут быть мультиплексированы в PDSCH и могут быть заданы местоположения временных/частотных ресурсов для каждого сегмента блока кода. WTRU может отслеживать все сегменты блока кода в пределах PDSCH или WTRU может отслеживать подмножество сегментов блока кода. Каждый сегмент блока кода может быть связан с уровнем CE и WTRU с определенным уровнем CE может отслеживать, пытаться декодировать или принимать сегмент блока кода, связанный с уровнем CE. Каждый сегмент блока кода может быть связан с идентификатором WTRU или идентификатором группы WTRU и WTRU может отслеживать, пытаться декодировать или принимать сегмент блока кода, связанный с идентификатором WTRU или идентификатором группы WTRU.

В одном примере множество пейджинговых сообщений может быть отдельно закодировано в виде сегментов блока кода и каждый сегмент блока кода может быть передан в PDSCH. Например, если передано Nc сегментов блоков кода, можно передать Nc PDSCH и можно запланировать Nc PDSCH в соответствующем PDCCH в PO. Каждый PDSCH, содержащий сегмент блока кода, может быть передан в одном или более подкадрах. Начальный подкадр каждого PDSCH, содержащего сегмент блока кода, может быть определен на основании последнего подкадра соответствующего PDCCH. В альтернативном варианте осуществления начальный подкадр каждого PDSCH, содержащего сегмент блока кода, может быть определен на основании последнего подкадра связанного PDCCH и размера сегмента блока кода. Количество подкадров для PDSCH, содержащих сегмент блока кода, может быть определено на основании размера сегмента блока кода. Размер сегмента блока кода может соответствовать множеству битов для сегмента блока кода после кодирования и согласования скорости передачи.

На Фиг. 8 представлена схема, иллюстрирующая пример сегментов блока кода, переданных посредством множества PDSCH, причем эта передача может быть регламентирована связанным PDCCH в случае PO. Связанный PDCCH, переданный в РО, может регламентировать один или более PDSCH, содержащих пейджинговые сообщения. PDSCH может быть связан с сегментом блока кода.

Как показано на схеме 800, каждый из сегментов 810, 820 и 860 блока кода может быть связан с одним или более соответствующих размеров покрытия или уровней CE таким же образом, как на Фиг. 7. Например, сегмент 810 блока кода может быть связан с уровнем 1 CE, сегмент 820 блока кода может быть связан с уровнем 2 CE, а сегмент 860 блока кода может быть связан с уровнем 3 CE. Однако на Фиг. 8 каждый другой соответствующий PDSCH может быть связан с каждым другим соответствующим сегментом блока кода. Например, сегмент 810 блока кода может быть связан с PDSCH 870, сегмент 820 блока кода может быть связан с PDSCH 880, а сегмент 860 блока кода может быть связан с PDSCH 890.

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

В другом примере PDSCH, содержащие сегменты блока кода, могут быть переданы без соответствующего PDCCH. В каждом PO может быть настроено, применено или выделено одно или более временных окон и WTRU может пытаться декодировать, отслеживать или принимать PDSCH, содержащий сегмент блока кода во временном окне. Может быть задан размер сегмента блока кода для PDSCH. Может быть применен один или более размеров сегмента блока кода и WTRU может пытаться декодировать сегменты блока кода всех возможных размеров. Временные окна для PDSCH могут не перекрываться. Каждое временное окно может быть связано с уровнем CE или идентификатором WRTU.

В другом примере может быть передан один или более PDSCH, содержащих сегменты блока кода, и первый PDSCH может быть регламентирован соответствующим PDCCH, а последующий (-е) PDSCH может (могут) быть регламентирован (-ы) на основании предыдущего PDSCH. Указание может быть передано в PDSCH для указания того, может ли следовать или может ли быть передан последующий PDSCH, содержащий сегмент блока кода. Это указание может быть основано на последовательности, маскированной в CRC. Например, если CRC маскирована с помощью первой последовательности, то может отсутствовать последующий PDSCH, а если CRC маскирована с помощью второй последовательности, последующий PDSCH может иметь место. Это указание может представлять собой бит, переданный в сегменте блока кода. Информация планирования может быть передана посредством указания. Первый PDSCH может быть основан на самом высоком уровне CE, например на самом большом количестве повторов, а последующий PDSCH может быть основан на более низком уровне CE. Термины «сегмент блока кода» и «пейджинговое сообщение» в настоящем документе могут применяться взаимозаменяемо.

Следующие примеры включают отправку непосредственного указания в DCI пейджинга без регламентирования PDSCH. При обновлении или изменении eNode-B местоположения по частоте привязанного RB, например привязанного PRB, который может содержать сигнал синхронизации и/или широковещательный сигнал, такой как блок служебной информации NB (NB-MIB) и/или NB-SIB, eNode-B, возможно, потребуется указать обновление или изменения посредством пейджинга для WTRU, которые находятся в режиме ожидания RRC. Если биты указания передают в пейджинговом сообщении, может значительно повышаться потребление ресурсов, поскольку eNode-B может потребоваться отправлять этот сигнал во всех PO.

В одном примере WTRU может отслеживать или пытаться декодировать DCI, расположенную в пространстве поиска NB-PDCCH. NB-PDCCH может иметь место в PO. NB-PDCCH и/или РО могут быть предназначены для WTRU. DCI может содержать один или более типов информации. Термины «тип информации» и «содержимое DCI» в настоящем документе могут применяться взаимозаменяемо. Может быть применен один или более из следующих типовых параметров.

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

Тип информации, связанный с конфигурацией системы, может включать по меньшей мере один из следующих параметров или одно из следующих указаний: указание обновления системной информации; указание предупреждения населения, такое как указание ETWS или CMAS; параметр запрета доступа, такой как указание изменения параметра EAB; информацию планирования одного или более SIB, причем один или более SIB могут быть переданы без соответствующего канала управления DL (NB-PDCCH); конфигурационную информацию, относящуюся к привязанному RB, например привязанному PRB, для NB-IoT; индикатор одного и того же физического идентификатора соты (PCI), который может указывать на то, что PCI для специфичного для соты опорного сигнала (CRS) и PCI для опорного сигнала NB (NB-RS) одинаковы; и значение valueTag, которое может содержать один или более битов, указывающих на то, какой SIB или какие из SIB обновлены.

Информация планирования SIB может содержать по меньшей мере один из следующих параметров: размер транспортного блока (TBS), местоположение по частоте, информацию, связанную со скачкообразной сменой частоты, и размер покрытия, который может представлять собой, например, количество повторов. Согласно настоящему описанию привязанный RB, например привязанный PRB, может включать передачу по меньшей мере одного из следующего: сигнала синхронизации (например, первичного сигнала синхронизации NB (NB-PSS), вторичного сигнала синхронизации NB (NB-SSS) и т. п.), широковещательного сигнала (например, NB физического широковещательного сигнала (NB-PBCH), NB-SIB и т. п.) и общего пространства поиска NB-PDCCH. Информация о конфигурации для привязанного RB, например привязанного PRB, может содержать по меньшей мере один из следующих параметров: местоположение RB, например местоположение PRB, в пределах ширины полосы пропускания системы, сдвиг растра и PCI NB-Sync.

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

В примерах eNode-B может передавать пейджинговый вызов на один или более WTRU для указания или обеспечения широковещательной передачи или многоадресной передачи. Например, для осуществления пакетной передачи по нисходящей линии связи на группу WTRU или все WTRU в соте, например для выполнения обновления программного обеспечения одного или более устройств NB-IoT, eNode-B может передавать пейджинговый вызов или eNode-B, возможно, потребуется передать пейджинговый вызов на группу WTRU или на все WTRU в соте. Например, eNode-B, возможно, потребуется передать пейджинговый вызов на группу WTRU или на все WTRU в соте, если WTRU находятся в неактивном режиме RRC. eNode-B, возможно, потребуется передать пакет нисходящей линии связи для каждого WTRU посредством выделенных WTRU ресурсов. Это может привести к неэффективному применению ресурса и потреблению энергии батареи WTRU. Согласно настоящему документу пакетная передача по нисходящей линии связи может быть применена в качестве не имеющего ограничительного характера примера широковещательной или многоадресной передачи.

В одном примере для пакетной передачи по нисходящей линии связи может быть применен общий PO. Например, DCI, скремблированная с помощью определенной RNTI, такой как, например, RNTI пакета нисходящей линии связи (DB-RNTI), может отслеживаться WTRU в пространстве поиска PDCCH в общем PO. DCI может регламентировать PDSCH с пакетным трафиком нисходящего канала связи.

WTRU может отслеживать или пытаться декодировать DCI в пространстве поиска PDCCH. Пространство поиска PDCCH может быть расположено в определенном временном/частотном ресурсе, настроенном или применяемом для общего РО. Временной/частотный ресурс для общего PO может быть определен на основании по меньшей мере одного из следующих параметров: системных параметров, таких как, например, ширина полосы пропускания системы, физический идентификатор соты, дуплексный режим, конфигурация подкадра TDD; номера подкадра и/или номера радиокадра, например, SFN; WTRU-ID, такого как, например, полная или частичная информация IMSI, s-TMSI и т. п.; режима работы, такого как, например, внутриполосный, с защитной полосой и автономный режим; одного или более размеров покрытия, которые могут быть представлены, например, количеством повторов; категории WTRU и/или возможностей WTRU; и NB пейджинга, которые могут быть настроены или определены.

DCI может активировать и/или деактивировать передачу PDSCH для пакетной передачи по нисходящей линии связи. PDSCH может быть передан с применением заданных временных/частотных ресурсов. Заданные временные/частотные ресурсы могут быть переданы с рабочим циклом.

В одном примере информация планирования пакетов нисходящей линии связи может быть передана в широковещательном сигнале или в системной информации, такой как, например, MIB или SIB. WTRU может принимать указание или в отношении WTRU может быть указано, сообщено о необходимости чтения или инициировано чтение широковещательного сигнала или системной информации. Указание может быть передано в пейджинговом сообщении или в виде прямого указания в DCI для пейджинга. Информация планирования пакета нисходящей линии связи может быть передана в широковещательном сигнале или в системной информации. Если WTRU принимает указание об обновлении системной информации, WTRU может принимать или пытаться декодировать широковещательный сигнал или системную информацию.

В одном примере упорядоченная передача PDSCH может быть применена для пакетной передачи по нисходящей линии связи. Например, пакетный трафик по нисходящей линии связи может быть разделен на N_burst транспортных блоков и может быть пронумерован в возрастающем порядке. Каждый транспортный блок может быть передан при передаче PDSCH. Информация планирования для пакетной передачи по нисходящей линии связи может указывать количество транспортных блоков, выраженных, например, N_burst, для пакетной передачи по нисходящей линии связи. Информация планирования для PDSCH, содержащего один или более транспортных блоков пакетов нисходящей линии связи, может указывать порядковый номер PDSCH.

Каждый транспортный блок может быть передан с применением определенного временного/частотного ресурса. Транспортный блок с определенным номером транспортного блока может быть связан с определенным номером подкадра, определенным SFN и/или определенным номером гиперкадра. Таким образом, WTRU может определять, предполагать или допускать, какой транспортный блок может быть передан с применением определенного временного/частотного ресурса для пакетной передачи. Если WTRU не принимает подмножество транспортных блоков из N_burst транспортных блоков, WTRU может принять непринятые транспортные блоки при следующей пакетной передаче по нисходящей линии связи. Транспортный блок с определенным номером транспортного блока может быть связан с определенным частотным ресурсом. Определенные временные/частотные ресурсы могут быть настроены с помощью сигнализации более высокого уровня.

Каждый PDSCH, содержащий транспортный блок, может быть передан с повторением, причем количество повторений может быть указано в информации планирования. Количество повторений может включать значение «1» в качестве случая без повторения.

В одном примере WTRU, не принявший одну или более передач PDSCH для пакетной передачи по нисходящей линии связи, может выполнить одно или более из следующих действий. WTRU может попытаться принять неудавшуюся передачу PDSCH при следующей передаче или в следующем окне передачи. Максимальное количество попыток может быть задано или настроено на более высоких уровнях. Максимальное количество попыток может иметь значение «1».

Если WTRU не примет одну или более передач PDSCH после максимального количества попыток, WTRU может попытаться изменить режим работы, например перейти из режима ожидания RRC в режим установленного соединения RRC, и/или WTRU может инициировать процедуру нерегулярного доступа или канала нерегулярного доступа (RACH).

В другом примере WTRU, не принявший одну или более передач PDSCH для пакетной передачи по нисходящей линии связи, может выполнять одно или более из следующих действий. WTRU может отправлять соответствующее подтверждение гибридного автоматического запроса на повторение передачи (HARQ ACK) на связанный ресурс HARQ-ACK. Передача HARQ для неудавшегося приема может представлять собой отрицательное подтверждение (NACK). Подмножество ресурсов физического канала нерегулярного доступа (PRACH) может быть зарезервировано в качестве связанного ресурса HARQ-ACK для пакетной передачи по нисходящей линии связи. Например, WTRU может осуществлять передачу HARQ, который может представлять собой NACK для ресурса PRACH, если он не примет одну или более передач PDSCH для пакетной передачи по нисходящей линии связи. Множество ресурсов физического канала управления восходящей линии связи (PUCCH) может быть настроено, указано или применено для передачи HARQ, например для передачи NACK. Например, WTRU может осуществлять передачу HARQ, который может представлять собой NACK для ресурса PUCCH, который может быть настроен или указан, если он не примет одну или более передач PDSCH для пакетной передачи по нисходящей линии связи.

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

Изобретение относится к пейджингу для модулей беспроводной передачи/приема (WTRU). Технический результат - уменьшение ширины полосы канала до определенной величины для устройств, включая устройства осуществления межмашинной связи (MTC), которые способны поддерживать часть полосы канала. Для этого WTRU определяет (610) узкую полосу (NB) пейджинга для WTRU для контроля сигналов физического канала управления нисходящей линии связи MTC (M-PDCCH) на основании, по меньшей мере, наиболее значащих битов (MSB) функции идентификатора WTRU (WTRU-ID); контролирует (620) M-PDCCH в пределах определенной NB пейджинга для WTRU; принимает (630) информацию управления нисходящей линии связи (DCI) в контролируемом M-PDCCH в пределах определенной NB пейджинга во время пейджингового события (PO) и принимает (650) сигналы физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH), связанного с M-PDCCH. В альтернативном варианте осуществления WTRU контролирует (420) M-PDCCH в пространстве поиска M-PDCCH, причем M-PDCCH имеет начальный индекс улучшенного элемента канала управления (ECCE) для группы WTRU, содержащей WTRU, и при этом M-PDCCH включает в себя (430) DCI. 2 н. и 18 з.п. ф-лы, 10 ил., 1 табл.

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

определяют с помощью WTRU узкую полосу (NB) пейджинга для WTRU для контроля сигналов физического канала управления нисходящей линии связи МТС (М-PDCCH) на основании, по меньшей мере, наиболее значащих битов (MSB) функции идентификатора WTRU (WTRU-ID) и количества NB для пейджинга;

контролируют с помощью WTRU M-PDCCH в пределах определенной NB пейджинга для WTRU;

принимают с помощью WTRU информацию управления нисходящей линии связи (DCI) в контролируемом M-PDCCH в пределах определенной NB пейджинга во время пейджингового события (РО); и

принимают с помощью WTRU сигналы физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH), связанного с М-PDCCH.

2. Способ по п. 1, в котором WTRU определяет NB пейджинга на основании по меньшей мере 3 MSB функции WTRU-ID.

3. Способ по п. 1, в котором WTRU определяет NB пейджинга на основании по меньшей мере 4 MSB функции WTRU-ID.

4. Способ по п. 1, в котором DCI включает в себя циклическую проверку четности с избыточностью (CRC), которая скремблирована с помощью временного идентификатора радиосети пейджинга (P-RNTI).

5. Способ по п. 1, в котором PDSCH регламентируют посредством DCI.

6. Способ по п. 1, в котором DCI включает в себя информацию, связанную с обновлением системной информации.

7. Способ по п. 1, в котором PDSCH включает в себя информацию, связанную с обновлением системной информации.

8. Способ по п. 1, в котором PDSCH включает в себя пейджинговое сообщение.

9. Способ по п. 1, в котором WTRU-ID представляет собой международный идентификатор абонента сети мобильной связи (IMSI) WTRU.

10. Способ по п. 9, в котором функция включает в себя IMSI по мод. 16384.

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

процессор, выполненный с возможностью определения узкой полосы (NB) пейджинга для WTRU для контроля сигналов физического канала управления нисходящей линии связи МТС (M-PDCCH) на основании, по меньшей мере, наиболее значащих битов (MSB) функции идентификатора WTRU (WTRU-ID) и количества NB для пейджинга;

приемопередатчик, функционально соединенный с процессором, причем приемопередатчик и процессор выполнены с возможностью контроля M-PDCCH в пределах определенной NB пейджинга для WTRU;

причем приемопередатчик и процессор выполнены с возможностью приема информации управления нисходящей линии связи (DCI) в контролируемом M-PDCCH в пределах определенной NB пейджинга во время пейджингового события (РО); и

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

12. WTRU по п. 11, определяющий NB пейджинга на основании по меньшей мере 3 MSB функции WTRU-ID.

13. WTRU по п. 11, определяющий NB пейджинга на основании по меньшей мере 4 MSB функции WTRU-ID.

14. WTRU по п. 11, в котором DCI включает в себя циклическую проверку четности с избыточностью (CRC), которая скремблирована с помощью временного идентификатора радиосети пейджинга (P-RNTI).

15. WTRU по п. 11, в котором PDSCH регламентируют посредством DCI.

16. WTRU по п. 11, в котором DCI включает в себя информацию, связанную с обновлением системной информации.

17. WTRU по п. 11, в котором PDSCH включает в себя информацию, связанную с обновлением системной информации.

18. WTRU по п. 11, в котором PDSCH включает в себя пейджинговое сообщение.

19. WTRU по п. 11, в котором WTRU-ID представляет собой международный идентификатор абонента сети мобильной связи (IMSI) WTRU.

20. WTRU по п. 19, в котором функция включает в себя IMSI по мод. 16384.