Передача системной информации по совместно используемому каналу нисходящей линии связи

Авторы патента:


Изобретение относится к сетям беспроводной связи. Технический результат изобретения заключается в приеме максимального количества системной информации в минимальное время приема, что уменьшает время приема пользовательского устройства и потребление им мощности. Способ передачи системной информации по совместно используемому каналу нисходящей линии связи, структурированному как последовательные подкадры, включает в себя передачу системной информации в регулярно появляющихся временных окнах, причем каждое временное окно охватывает некоторое число последовательных подкадров. Способ дополнительно включает в себя указание принимающему пользовательскому оборудованию, какие подкадры в данном временном окне переносят системную информацию. Способ и его варианты применяются для передачи динамической системной информации по совместно используемому каналу нисходящей линии связи или другому каналу нисходящей линии связи в сети беспроводной связи E-UTRA 3GPP. 8 н. и 28 з.п. ф-лы, 7 ил.

 

УРОВЕНЬ ТЕХНИКИ

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение, в целом, относится к сетям беспроводной связи и, в частности, относится к передаче системной информации в пользовательское оборудование (UE), работающее в таких сетях, такой, как передача системной информации с помощью базовых радиостанций в сети беспроводной связи, сконфигурированной в соответствии со стандартами E-UTRA (развитый универсальный наземный радиодоступ) 3GPP, также упоминаемыми как LTE (долгосрочное развитие) 3GPP.

УРОВЕНЬ ТЕХНИКИ

В LTE 3GPP передачу пользовательских данных нисходящей линии связи выполняют по транспортному каналу совместно используемого канала нисходящей линии связи (DL-SCH). В LTE протяженность времени разделяют на радиокадры длиной 10 мс, где каждый радиокадр состоит из 10 подкадров, каждый длиной 1 мс, соответствующей 14 символам OFDM (мультиплексирование с ортогональным частотным разделением). Каждый подкадр состоит из двух интервалов времени, каждый длиной 0,5 мс или семь символов OFDM. Следует заметить, что в случае дуплексной передачи с временным разделением (TDD) только подмножество подкадров одного кадра является доступным для передачи по нисходящей линии связи. С другой стороны, в случае дуплексной передачи с частотным разделением (FDD) все подкадры в несущей нисходящей линии связи являются доступными для передачи по нисходящей линии связи.

В LTE полный физический ресурс частотно-временной области разделяют на блоки ресурса, где каждый блок ресурса состоит из двенадцати поднесущих OFDM в течение одного интервала времени. Передачу DL-SCH в UE выполняют с использованием множества таких блоков ресурса в течение одного подкадра. Сигнализацию управления уровня 1/уровня 2 (L1/L2), также известную как физический управляющий канал нисходящей линии связи (PDCCH), передают в начале каждого подкадра. Управляющий канал L1/L2 обычно используют для того, чтобы информировать UE о различных вопросах. Например, управляющий канал L1/L2 может идентифицировать, переносит ли DL-SCH данные в UE в данном подкадре. Более конкретно, затем управляющий канал L1/L2 включает в себя RNTI (временный идентификатор радиосети), связанный с UE, для которого DL-SCH переносит данные в данном подкадре. Затем управляющий канал L1/L2 также идентифицирует физический ресурс, более конкретно, конкретное множество блоков ресурса, который используют для передачи DL-SCH в конкретное UE в данном подкадре. Кроме того, затем управляющий канал L1/L2 идентифицирует транспортный формат (например, схему модуляции и скорость кодирования), используемый для передачи DL-SCH в конкретное UE в данном подкадре. Отдельные передачи DL-SCH с использованием разных физических ресурсов (разных блоков ресурса) могут быть выполнены в разные UE в течение одного и того же подкадра. В этом случае имеется множество управляющих каналов L1/L2, один для каждого UE, то есть, чтобы принимать передачу DL-SCH в данном подкадре.

Кроме пользовательских данных в каждой ячейке по нисходящей линии связи также передают системную информацию. Системная информация, например, может включать в себя опознавательный код/опознавательные коды наземной мобильной сети общего пользования (PLMN), идентифицирующие оператора (операторов), которому “принадлежит” ячейка, список ячеек-соседей, т.е. список ячеек, которые являются соседями для текущей ячейки, и разные параметры, используемые терминалом пользователя при доступе к системе, например, параметры произвольного доступа и ограничения доступа к ячейке. Системная информация может быть разделена на две части, причем одна часть является фиксированной, а другая часть является динамической. Фиксированную часть системной информации передают в предварительно определенном физическом ресурсе, т.е. на конкретном множестве поднесущих OFDM в течение конкретного интервала времени с использованием предварительно определенного транспортного формата. Таким образом, отсутствует гибкость в количестве информации в фиксированной части системной информации. Также отсутствует гибкость в структуре передачи (физическом ресурсе и транспортном формате), используемой для фиксированной части системной информации. В LTE фиксированную часть системной информации передают с использованием транспортного канала BCH (широковещательного управляющего канала). Кроме того, для LTE в настоящее время допускают, что ВСН передают в шести центральных блоках ресурса в подкадре #0 каждого кадра.

Предполагается, что динамическая часть системной информации должна передаваться с использованием DL-SCH или, по меньшей мере, транспортного канала, подобного DL-SCH, подобно обычной передаче данных, как описано выше. Новые UE постоянно “входят” в ячейку, либо входя из соседней ячейки, вследствие включения питания, либо после возвращения из области вне обслуживания, и UE должны быстро получать системную информацию. Таким образом, системная информация (как фиксированная часть в ВСН, так и динамическая часть в DL-SCH или канале, подобном DL-SCH) должна регулярно повторяться.

В качестве примера, в LTE предусматривается, что фиксированная часть системной информации (переданной с использованием ВСН) должна повторяться каждые 40 мс. Также динамическая часть системной информации должна повторяться более или менее регулярно. Однако разные порции динамической части системной информации являются более или менее критичными ко времени, в смысле быстроты ее обнаружения посредством UE, и, следовательно, должны повторяться более или менее часто. Это может быть описано таким образом, что динамическую часть системной информации разделяют на разные так называемые блоки планирования, также упомянутые как сообщения системной информации. Обычно информация, соответствующая номеру блока планирования n, должна повторяться более часто, чем информация, соответствующая номеру блока планирования n+1. В качестве примера, блок планирования #1 (SU-1) может повторяться (приблизительно) один раз каждые 80 мс, блок планирования #2 (SU-2) может повторяться (приблизительно) один раз каждые 160 мс, блок планирования #3 (SU-3) может повторяться (приблизительно) один раз каждые 320 мс и т.д.

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

Изобретение, описанное ниже, предусматривает передачу динамической части системной информации, удовлетворяющую этим требованиям и желаемым характеристикам, а также в то же самое время предусматривающую низкую сложность UE. Одним аспектом идей, представленных в настоящей заявке, является передавать системную информацию в регулярно возникающих окнах (системной информации), причем конкретные RNTI указывают наличие системной информации в подкадре, и при этом другой конкретный RNTI указывает конец передачи системной информации. Это дает возможность UE прекращать прием, демодуляцию и декодирование подкадров, когда системная информация больше не ожидается в течение текущего окна.

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

Фиг.3 – схема варианта осуществления перекрытия или иначе определения повторяющейся последовательности временных окон для передачи динамической системной информации с использованием подкадров, находящихся в определенных временных окнах.

Фиг.4 – блок-схема последовательности этапов варианта осуществления логики программы для перекрытия или иначе определения повторяющейся последовательности временных окон для передачи динамической системной информации с использованием подкадров, находящихся в определенных временных окнах.

Фиг.5 – блок-схема последовательности этапов варианта осуществления логики программы для обработки повторяющихся временных окон системной информации, содержащих динамическую системную информацию, включенную в подкадры, находящиеся в определенных временных окнах.

Фиг.6 – схема варианта осуществления повторяющихся временных окон системной информации переменного размера для передачи системной информации.

Фиг.7 – схема варианта осуществления разных временных окон системной информации.

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

Фиг.1 иллюстрирует вариант осуществления беспроводной сети 100, включающей в себя один или более сетевых передатчиков 110, таких как базовая радиостанция, которая обслуживает одно или более UE 120. Сетевой передатчик 110 включает в себя процессор 130 основной полосы частот, предназначенный для генерации одного или более блоков 132 планирования (также упомянутых, как сообщения системной информации), включающих в себя динамические части системной информации. Сетевой передатчик 110 посылает блоки 132 планирования в UE 120 с использованием разных окон системной информации. В одном варианте осуществления окна системной информации появляются с периодом, соответствующим периоду повторения наиболее часто появляющегося блока 132 планирования, как изображено на фиг.2, где “SU-n” относится к n-ому блоку 132 планирования. Системную информацию, соответствующую наиболее часто происходящему блоку 132 планирования, передают в каждом окне системной информации, в то время как наименее часто появляющиеся блоки 132 планирования передают только в подмножестве окон системной информации, где системная информация изображена как затененная область на фиг.2. Только в иллюстративных целях, системная информация, соответствующая второму блоку из блоков 132 планирования, могла бы быть передана в каждом втором окне, системная информация, соответствующая третьему блоку из блоков 132 планирования, могла бы быть передана в каждом четвертом окне и т.д.

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

Фиг.3 иллюстрирует один вариант осуществления передачи динамической (возможно, изменяющейся) системной информации в регулярно происходящих окнах с точно определенными начальными точками (конкретными подкадрами) и определенного размера по числу (последовательных) подкадров. В данной иллюстрации окна системной информации, обычно рассматриваемые как повторяющиеся временные окна, определенные для передачи системной информации, начинаются в подкадре #5 кадра с номером кадра 8*k, и имеют размер, равный 13 подкадрам. Сетевой передатчик 110 передает только динамическую часть системной информации в этих окнах. Кроме того, окно появляется (повторяется) достаточно часто, чтобы удовлетворить скорости повторения наиболее часто повторяемой системной информации (в терминологии LTE системной информации, соответствующей первому блоку 132 планирования, как описано выше).

В одном или более вариантах осуществления в каждом повторяющемся временном окне передачу системной информации выполняют подобно передаче пользовательских данных по DL-SCH (динамического ресурса и транспортного формата с сигнализацией по управляющему каналу L1/L2) с некоторыми исключениями. Вместо использования RNTI конкретного UE 120, конкретный RNTI системной информации (SI-RNTI), указывающий, что передается системная информация, подлежащая считыванию всеми UE 120, включается в соответствующую управляющую сигнализацию L1/L2. Также для последней порции системной информации, передаваемой в каждом окне, SI-RNTI заменяется на RNTI конца системной информации (ESI-RNTI). Прием ESI-RNTI информирует UE 120 о том, что в окне больше не передается системная информация. UE 120 может прекратить демодуляцию и декодирование управляющего канала L1/L2, когда больше нет системной информации, передаваемой в окне, таким образом, повышая эффективность экономии мощности UE.

Кроме того, системная информация не обязательно должна быть передана в последовательных подкадрах. Таким образом, сетевой передатчик 110 может динамически избегать передачи системной информации в определенных подкадрах, когда возникает более неотложная потребность в подкадрах, например, когда подкадр требуется для передачи данных нисходящей линии связи высокого приоритета или для передачи восходящей линии связи в случае TDD. Кроме того, множество подкадров, в которых фактически передается системная информация, не должны быть одинаковыми между последовательными окнами. Кроме того, сетевой передатчик 110 может динамически изменять число подкадров, используемых для того, чтобы переносить системную информацию без априорного знания UE 120 (т.е. до считывания UE 120 управляющего канала L1/L2).

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

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

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

Кроме того, желательно иметь гибкость в скорости, с которой повторяют разные части системной информации. Таким образом, более высокая скорость повторения (более короткий период повторения) может быть использована, например, в случае более широкой полной полосы частот передачи, когда непроизводительные затраты передачи системной информации имеют меньшее значение. Желательно иметь гибкость в числе подкадров, используемых для того, чтобы передавать системную информацию. В качестве примера, в случае меньшей полной полосы частот или больших ячеек, может требоваться больше подкадров, чтобы передавать данное множество системной информации. Кроме того, количество системной информации, например, список соседей и список PLMN, может быть разных размеров для разных ячеек.

Идеи, предоставленные в настоящей заявке, предоставляют способы и устройства, в которых системную информацию передают в повторяющихся временных окнах, но с гибким выбором того, какие подкадры в этих окнах используются для переноса системной информации. Фиг.4 иллюстрирует один вариант осуществления логики программы для передачи системной информации из сетевого передатчика 110 в UE 120. В соответствии с этим вариантом осуществления, процессор 130 основной полосы частот, включенный в сетевой передатчик 110, инициализирует первый подкадр в окне системной информации (этап 400). Затем процессор 130 основной полосы частот определяет, должен ли быть использован текущий подкадр для передачи системной информации (этап 402). Если да, процессор 130 основной полосы частот определяет, является ли текущий подкадр последним подкадром в окне (этап 404). Если текущий подкадр является последним подкадром, RNTI управляющего канала L1/L2 устанавливается в ESI-RNTI для указания UE 120, что подкадр является последним подкадром в окне, содержащем системную информацию (этап 406). Иначе, RNTI управляющего канала устанавливается в SI-RNTI для указания в UE 120, что подкадр содержит системную информацию, но не является последним кадром (этап 408). Соответствующая системная информация передается по DL-SCH в текущем подкадре (этап 410). Процессор 130 основной полосы частот определяет, передан ли последний подкадр окна (этап 412). Если нет, этапы 402-412 повторяются для следующего подкадра в окне. Процесс передачи системной информации заканчивается, когда передан последний подкадр (этап 416).

Фиг.5 иллюстрирует один вариант осуществления логики программы, выполняемой с помощью UE 120, для обработки системной информации, переданной с помощью сетевого передатчика 110. В соответствии с этим вариантом осуществления UE 120 включает в себя процессор 140 основной полосы частот для демодуляции и декодирования принятых подкадров. Устройство 150 детектирования и оценки окна, включенное в процессор 140 основной полосы частот, или связанное с ним, начинает процесс приема окна с помощью инициализации первого подкадра, принятого в окне (этап 500). Затем процессор 140 основной полосы частот демодулирует и декодирует управляющий канал L1/L2 текущего подкадра (этап 502). Устройство 150 детектирования и оценки окна определяет, детектирован ли SI-RNTI или ESI-RNTI для текущего подкадра (этап 504). Если да, процессор 140 основной полосы частот демодулирует и декодирует соответствующий транспортный блок DL-SCH, чтобы извлечь системную информацию, предоставленную в нем (этап 506). Затем устройство 150 детектирования и оценки окна определяет, является ли текущий подкадр последним подкадром в окне или последним подкадром, содержащим системную информацию, например, является ли RNTI управляющего канала ESI-RNTI (этап 508). Если ни одно из этих условий не существует, этапы 502-508 повторяются для следующего подкадра в окне (этап 510). Процессор 140 основной полосы частот прекращает демодуляцию и декодирование транспортных блоков DL-SCH, когда детектирован либо последний кадр, либо ESI-RNTI, указывая, что системной информации больше не будет принято (этап 512). Таким образом, UE 120 демодулирует и декодирует управляющий канал, начиная с первого подкадра в окне системной информации, и проверяет конкретные RNTI системной информации до тех пор, пока либо не будет детектирован ESI-RNTI, либо не будет принят последний кадр окна.

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

Следует заметить, что размер окна может быть задан либо в спецификации радиодоступа, либо может быть конфигурируемым. В случае конфигурируемого размера окна UE 120 может использовать размер окна по умолчанию (большой) до того, как оно информировано (посредством системной информации) о фактическом размере окна. Кроме того, RNTI может указывать больше, чем только системную информацию, например, больше деталей о системной информации. В одном варианте осуществления, могут быть использованы несколько разных SI-RNTI, например, SI-RNTI1, SI-RNTI2, SI-RNTI3, …, с соответствующим множеством ESI-RNTI, например, ESI-RNTI1, ESI-RNTI2, ESI-RNTI3 и т.д.

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

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

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

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

при этом набор подкадров из упомянутых одного или более подкадров во временном окне используется для переноса системной информации; и

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

2. Способ по п.1, в котором набор подкадров во временном окне является непрерывным множеством подкадров во временном окне.

3. Способ по п.1, в котором набор подкадров во временном окне является ненепрерывным множеством подкадров во временном окне.

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

5. Способ по п.1, в котором сеть беспроводной связи является сетью беспроводной связи, основанной на мультиплексировании с ортогональным частотным разделением (OFDM).

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

7. Способ по п.1, дополнительно содержащий этап, на котором изменяют размеры окна повторяющихся временных окон.

8. Способ по п.1, дополнительно содержащий этап, на котором динамически конфигурируют размер окна для повторяющихся временных окон.

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

10. Сетевой передатчик, содержащий процессор основной полосы частот, сконфигурированный с возможностью:

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

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

11. Сетевой передатчик по п.10, причем сетевой передатчик содержит базовую радиостанцию, сконфигурированную для работы в соответствии со стандартами E-UTRA 3GPP.

12. Сетевой передатчик по п.10, причем сетевой передатчик сконфигурирован для работы в сети беспроводной связи, основанной на мультиплексировании с ортогональным частотным разделением (OFDM).

13. Способ передачи системной информации по совместно используемому каналу нисходящей линии связи, структурированному как последовательные подкадры, причем способ содержит этапы, на которых:

передают системную информацию в регулярно происходящих временных окнах, причем каждое временное окно охватывает некоторое число последовательных подкадров, и

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

14. Способ по п.13, в котором указатель является временным идентификатором системной информации радиосети (SI-RNTI).

15. Способ по п.13 или 14, дополнительно содержащий этап, на котором динамически выбирают, какие подкадры во временных окнах используются для переноса системной информации.

16. Способ по любому из пп. 13, 14, причем способ выполняется в сети беспроводной связи, основанной на мультиплексировании с ортогональным частотным разделением (OFDM).

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

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

считывают посредством пользовательского оборудования системную информацию из по меньшей мере одного подкадра, когда упомянутое указание присутствует в по меньшей мере одном подкадре, при этом упомянутое указание является временным идентификатором системной информации радиосети (SI-RNTI).

18. Способ по п. 17, в котором сеть беспроводной связи является сетью беспроводной связи, основанной на мультиплексировании с ортогональным частотным разделением (OFDM).

19. Способ по п.17, дополнительно содержащий этап, на котором распознают указатель конца системной информации в подкадре, принятом во временном окне, и в ответ заканчивают мониторинг во временном окне.

20. Способ по п.17, дополнительно содержащий этап, на котором адаптируются к изменяющимся или конфигурируемым размерам окна, используемым для временного окна.

21. Способ по п.17, дополнительно содержащий этап, на котором запоминают размер окна по умолчанию для мониторинга на предмет передачи системной информации.

22. Способ по п.21, дополнительно содержащий этап, на котором осуществляют мониторинг на предмет передачи системной информации на основании заданного размера окна, указанного в принятой информации, а не размера окна по умолчанию.

23. Способ по п.17, дополнительно содержащий этап, на котором распознают разные типы системной информации на основании распознавания разных указателей системной информации в разных подкадрах.

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

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

считывания системной информации из по меньшей мере одного подкадра, когда упомянутое указание присутствует в по меньшей мере одном подкадре, при этом упомянутое указание является временным идентификатором системной информации радиосети (SI-RNTI).

25. Пользовательское оборудование по п. 24, которое сконфигурировано для использования в сети беспроводной связи, основанной на мультиплексировании с ортогональным частотным разделением (OFDM).

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

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

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

29. Пользовательское оборудование по п. 24, в котором процессор основной полосы частот сконфигурирован для распознавания разных типов системной информации на основании распознавания разных указателей системной информации в разных подкадрах.

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

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

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

31. Сетевой передатчик по п. 30, в котором указатель является временным идентификатором системной информации радиосети (SI-RNTI).

32. Сетевой передатчик по п. 30, который сконфигурирован для работы в сети беспроводной связи, основанной на мультиплексировании с ортогональным частотным разделением (OFDM).

33. Способ для пользовательского оборудования для приема системной информации, переданной в повторяющихся временных окнах из поддерживающей сети беспроводной связи, способ содержит этапы, на которых:

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

считывают системную информацию из подкадра, когда SI-RNTI присутствует в подкадре.

34. Способ по п. 33, в котором сетью беспроводной связи является сеть беспроводной связи, основанная на мультиплексировании с ортогональным частотным разделением (OFDM).

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

мониторинга во временном окне, охватывающем некоторое число подкадров, для указания на присутствие системной информации в подкадре во временном окне, при этом упомянутое указание является временным идентификатором системной информации радиосети (SI-RNTI), который присутствует в подкадре, если подкадр содержит системную информацию, и

считывания системной информации из подкадра, когда SI-RNTI присутствует в подкадре.

36. Пользовательское оборудование по п. 35, причем сетью беспроводной связи является сеть беспроводной связи, основанная на мультиплексировании с ортогональным частотным разделением (OFDM).



 

Похожие патенты:
Наверх