RU2452099C2

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

Info

Publication number: RU2452099C2
Application number: RU2010101215/08A
Authority: RU
Inventors: Эрик ДАЛЬМАН (SE); Эрик ДАЛЬМАН; Вера ВУКАЙЛОВИЧ (SE); Вера ВУКАЙЛОВИЧ
Original assignee: Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date: 2007-06-18
Filing date: 2008-04-10
Publication date: 2012-05-27
Also published as: ZA200908954B; RU2010101215A; CA2977066C; JP2012095323A; US8995357B2; MY147099A; RU2016122996A3; HUE031949T2; JP2010530708A; EP2163015A2; EG26159A; AU2008264248B2; CA2692032C; CA2692032A1; CN103326821B; WO2008156412A2; BRPI0812726B1; RU2016122996A; IL202691A; KR20100031746A

Abstract

Настоящее изобретение относится к передаче системной информации в сетях беспроводной связи. Способ передачи системной информации по совместно используемому каналу нисходящей линии связи, структурированному как последовательные подкадры, включает в себя передачу (400-416) системной информации в регулярно появляющихся временных окнах, причем каждое временное окно охватывает некоторое число последовательных подкадров. Динамически выбирают подкадры во временном окне для переноса системной информации, включая в них указатель (406/408) принимающему пользовательскому оборудованию, какие подкадры в данном временном окне переносят системную информацию. Способ и его варианты применяются, например, для передачи динамической системной информации по совместно используемому каналу нисходящей линии связи или другому каналу нисходящей линии связи в сети (100) беспроводной связи E-UTRA 3GPP. Технический результат изобретения заключается в приеме максимального количества системной информации в минимальное время приема, что уменьшает время приема пользовательского устройства и потребление им мощности. 5 н. и 19 з.п. ф-лы, 7 ил.

Description

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

Настоящее изобретение, в целом, относится к сетям беспроводной связи и, в частности, относится к передаче системной информации в пользовательское оборудование (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 указывает конец передачи системной информации.

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

Claims

1. Способ передачи системной информации по совместно используемому каналу нисходящей линии связи сети беспроводной связи, причем способ характеризуется этапами, на которых
передают (410) системную информацию в повторяющихся временных окнах, причем каждое упомянутое временное окно охватывает некоторое количество подкадров,
динамически выбирают (402), какие подкадры в данном временном окне должны быть использованы для переноса системной информации, и
включают (406/408) указатель в каждый из выбранных подкадров, чтобы указывать принимающему пользовательскому оборудованию, что подкадр переносит системную информацию.

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

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

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

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

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

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

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

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

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

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

12. Способ передачи системной информации по совместно используемому каналу нисходящей линии связи, структурированному как последовательные подкадры, причем способ характеризуется этапами, на которых
передают (400-416) системную информацию в регулярно происходящих временных окнах, причем каждое временное окно охватывает некоторое количество последовательных подкадров,
динамически выбирают, какие подкадры в данном временном окне должны быть использованы для переноса системной информации, и
указывают (406/408) принимающему пользовательскому оборудованию, какие подкадры в данном временном окне переносят системную информацию.

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

14. Способ приема в мобильной станции системной информации по совместно используемому каналу нисходящей линии связи от сетевого передатчика в сети беспроводной связи, причем способ характеризуется этапами, на которых
начинают мониторинг (500 и 502) на предмет приема системной информации в начале каждого временного окна в последовательности повторяющихся временных окон, используемых для передачи системной информации, причем каждое упомянутое временное окно охватывает некоторое количество подкадров,
в каждом временном окне осуществляют мониторинг (504-510) каждого подкадра на предмет указания системной информации и считывают системную информацию из подкадра, если такая информация присутствует, и
заканчивают мониторинг (512), по меньшей мере, в конце временного окна.

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

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

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

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

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

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

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

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

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

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