Способ обработки информации поискового вызова в системе беспроводной подвижной связи

Способ обработки информации поискового вызова в системе беспроводной подвижной связи

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

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

Уровень техники

[2] Для поддержки широкополосного беспроводного доступа (например, WiMAX - технология широкополосного доступа в микроволновом диапазоне) существуют различные типы радиоинтерфейсов широкополосного беспроводного доступа, например технологии сотовой связи 3G (например, универсальная система мобильной связи «UMTS», широкополосный множественный доступ с кодовым разделением каналов «W-CDMA» и т.д.) и технологии множественного доступа на основе использования нескольких несущих частот (например, технологии, использующие мультиплексирование с ортогональным разделением частот - «OFDMA», OFDMA-TDMA, OFDMA-CDMA и т.д.). Мультиплексирование (уплотнение) каналов с ортогональным разделением частот включает в себя использование подканалов, как минимум, четырех типов («OFDM»; «Flash OFDM»- «ОРВМ»для срочной связи; «sOFDMA» - расширяемая «OFDMA»; и «OFDMA»).

[3] Мультиплексирование с ортогональным разделением частот «OFDM» включает в себя разделение радиосигнала на несколько подсигналов (субсигналов) меньшего размера, которые затем одновременно передаются приемнику на различных частотах. Мультиплексирование с ортогональным разделением частот «OFDM» - это вид передачи с использованием нескольких несущих частот, где все поднесущие частоты ортогональны друг другу. Определенные стандарты IEEE и стандарты 3GPP относятся к различным аспектам мультиплексирования с ортогональным разделением частот «OFDM».

[4] На Фиг.1 и 2 показан типичный кадр, используемый в технологии «OFDM». Один кадр имеет длительность 10 мс (миллисекунд) и состоит из 20 подкадров, имеющих длительность 0,5 мс. Каждый подкадр может состоять из блока ресурсов «RB», содержащего данные или информацию, и циклического префикса - префикса «СР», представляющего собой ограничительный интервал, необходимый для обычной модуляции OFDM (но не являющийся необходимым для технологии «OFDM» с формированием импульсов, то есть OFDM/OQAM). Длительность подкадра соответствует минимальному интервалу времени передачи «TTI» нисходящего канала связи.

[5] На Фиг.3 показана базовая структура опорного сигнала нисходящей линии связи, состоящего из известных опорных символов. А именно, показано отображение символов физического канала в частотной области (домене). Другими словами, информация с канальным кодированием, чередованием и модуляцией данных (то есть информация уровня 3) отображается во временных/частотных символах «OFDM». Символы «OFDM» могут быть организованы в виде «М» последовательных поднесущих частот для «N» последовательных символов «OFDM».

[6] Здесь предполагается, что в каждом подкадре существует 7 символов «OFDM» (где длина префикса «СР» невелика). При большой длине префикса «СР» или другой структуре кадра эта базовая структура опорного сигнала нисходящей линии связи будет несколько иной.

[7] Опорные символы (то есть первичные/первые опорные символы) располагаются в первом символе «OFDM» каждого подкадра, назначенного для передачи по нисходящей линии связи. Это правило действует как для дуплексной связи с частотным разделением каналов «FDD», так и для дуплексной передачи с разделением по времени «TDD», как для длинных, так и для коротких префиксов «СР». Дополнительные опорные символы (то есть вторичные/вторые опорные символы) располагаются в третьем последнем символе «OFDM» каждого подкадра, назначенного для передачи по нисходящей линии связи. Это правило действует как для «FDD», так и для «TDD», как для длинных, так и для коротких префиксов «СР». Однако для дуплексной связи с частотным разделением каналов «FDD» необходимо установить, требуются ли вторичные/вторые опорные символы.

[8] На Фиг.4 показана примерная структура развивающейся универсальной системы подвижной связи «E-UMTS». Развивающаяся универсальная система подвижной связи «E-UMTS» представляет собой систему, которая стала результатом эволюции универсальной системы подвижной связи «UMTS», и в настоящее время организация по стандартам 3GPP ведет работу по ее стандартизации.

[9] Сеть системы подвижной связи «E-UMTS» в общем случае включает в себя как минимум один мобильный терминал (то есть пользовательское устройство: «UE»), базовые станции (то есть «Узлы-В»), сервер плоскости управления «CPS», который выполняет функции управления радиосвязью (беспроводной связью), элемент для управления ресурсами радиосвязи «RRM», который выполняет функции управления ресурсами радиосвязи, элемент для управления мобильностью «ММЕ», который выполняет функции управления подвижностью для мобильного терминала, и шлюз доступа «AG», расположенный на выходе сети системы подвижной связи «E-UMTS» и соединенный с одной или несколькими внешними сетями. Здесь следует понять, что конкретные названия объектов различных сетей могут быть и другими.

[10] Различные уровни протокола интерфейса радиосвязи между мобильным терминалом и сетью можно разделить на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней модели взаимодействия открытых систем (OSI), хорошо известной в технологии систем связи. Среди этих уровней физический уровень, который является частью уровня L1, предоставляет услугу по передаче информации с использованием физического канала, тогда как уровень управления ресурсами радиосвязи «RRC», расположенный на уровне L3, выполняет функцию управления ресурсами радиосвязи между мобильным терминалом и сетью. Для этого уровень управления ресурсами радиосвязи «RRC» осуществляет обмен сообщениями уровней управления ресурсами радиосвязи - «RRC-сообщения» между мобильным терминалом и сетью. Выполнение функций уровня управления ресурсами радиосвязи «RRC» может быть распределено между базовой станцией «Узел-В», сервером плоскости управления «СРS»/элементом для управления ресурсами радиосвязи «RRM» и/или элементом для управления мобильностью «ММЕ».

[11] На Фиг.5 и 6 показана типовая структура протокола интерфейса радиосвязи между мобильным терминалом и сетью «UTRAN» (сеть наземного радиодоступа системы «UMTS»). Протокол интерфейса радиосвязи на Фиг.5 и 6 по горизонтали включает в себя физический уровень, уровень канала передачи данных и сетевой уровень, а по вертикали включает в себя плоскость пользователя для передачи пользовательской информации и плоскость управления для передачи сигналов управления. Уровень протокола интерфейса радиосвязи на Фиг.5 и 6 может быть разделен на уровень 1 (L1), уровень 2 (L2) и уровень 3 (L3) на основе трех нижних уровней модели взаимодействия открытых систем (OSI), хорошо известной в технологии систем связи.

[12] Ниже приводится описание отдельных уровней протокола радиосвязи плоскости управления протокола радиосвязи - Фиг.5 и пользовательской плоскости - Фиг.6. Физический уровень (то есть, уровень 1) использует физический канал для оказания услуги передачи данных вышерасположенному уровню. Физический уровень соединен с расположенным выше уровнем управления доступом к среде «MAC» посредством транспортного канала, и данные передаются между физическим уровнем и уровнем управления доступом к среде «MAC» через этот транспортный канал. Кроме того, передача данных между соответствующими различными физическими уровнями, а именно между соответствующими физическими уровнями передающей стороны (передатчика) и принимающей стороны (приемника), осуществляется посредством физического канала.

[13] Уровень управления доступом к среде «MAC» уровня L2 предоставляет услуги уровню управления радиоканалом «RLC» (который является вышерасположенным уровнем) посредством логического канала. Уровень управления радиоканалом «RLC» уровня L2 поддерживает надежную передачу данных. Следует заметить, что уровень управления радиоканалом «RLC» на Фиг.5 и 6 показан штриховой линией, так как, если функции уровня управления радиоканалом «RLC» реализована на уровне управления доступом к среде «MAC» и выполняются им, уровень управления радиоканалом «RLC» может отсутствовать. Уровень протокола сходимости пакетных данных «PDCP» уровня L2 выполняет функцию сжатия заголовка, которая сокращает ненужную информацию управления, чтобы данные, передаваемые с использованием пакетов Интернет-протокола «IP», например, IPv4 или IPv6, могли эффективно передаваться через интерфейс радиосвязи (беспроводной связи) с относительно малой полосой пропускания.

[14] Уровень управления ресурсами радиосвязи «RRC», расположенный в самой нижней части уровня L3, определен только в плоскости управления и обеспечивает управление логическими каналами, транспортными каналами и физическими каналами в отношении создания, реконфигурации и прекращения или отмены действия широкополосных радиоканалов (радиоканалов «RB»). Здесь радиоканал «RB» - это услуга, оказываемая вторым уровнем (L2) для передачи данных между терминалом и сетью «UTRAN».

[15] Среди каналов, используемых для передачи данных по нисходящей линии связи из сети мобильному терминалу, имеется канал широковещательной передачи «ВСН», используемый для передачи системной информации, и совместно используемый канал «SCH», используемый для передачи пользовательского трафика или управляющих сообщений. Что касается каналов, используемых для передачи данных по восходящей линии связи от мобильного терминала в сеть, то имеется канал произвольного доступа «RACH», используемый для передачи начального управляющего сообщения, а также существует совместно используемый канал «SCH», используемый для передачи пользовательского трафика или управляющих сообщений.

[16] Одной из функций, реализованных в системах 3GPP, является процедура поискового вызова (пейджинга). Процедура поискового вызова необходима для перевода терминала «UE» из режима ожидания (бездействия) в активный режим. Эта процедура реализуется посредством «РССН» - канал управления поисковым вызовом, «РСН» - канал поискового вызова, «S-ССРСН» - вспомогательный общий физический канал управления и «PICH» - канала индикатора поискового вызова. Процедура поискового вызова использует два различных типа данных (или сигналов), а именно: индикатор поискового вызова «PI» и содержательные данные поискового вызова. Индикатор поискового вызова «PI» передается по каналу индикатора поискового вызова «PICH» до передачи содержательных данных поискового вызова. Содержательные данные поискового вызова передаются по отдельному каналу поискового вызова «РСН», данные которого передаются по вспомогательному общему физическому каналу управления «S-CCPCH».

Сущность изобретения

Техническая проблема

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

Техническое решение

[18] Настоящее изобретение предлагается для того, чтобы решить вышеописанные проблемы существующей технологии. В результате настоящее изобретение предлагает способ обработки информации поискового вызова, такой, что функции (действия) мобильного терминала могут быть упрощены и обеспечивается эффективное использование ресурсов мобильного терминала.

[19]

Краткое описание чертежей

[20] На Фиг.1 показана типовая структура одного кадра, используемого при мультиплексировании с ортогональным разделением частот «OFDM».

[21] На Фиг.2 показана типовая структура одного подкадра в кадре, показанном на Фиг.1.

[22] На Фиг.3 показан пример, как данные и опорные символы для «OFDM» могут быть представлены в частотной области (домене) и временной области (домене).

[23] На Фиг.4 показан общий вид структуры сети развивающейся универсальной системы подвижной связи «E-UMTS».

[24] На Фиг.5 и 6 показана типовая структура (архитектура) протокола интерфейса радиосвязи между мобильным терминалом и универсальной наземной сетью радиодоступа «UTRAN» в соответствии со стандартом сети абонентской радиосвязи 3GPP.

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

[26] На Фиг.8 показана схема, поясняющая способ передачи и приема управляющей информации в соответствии с примером осуществления настоящего изобретения.

[27] На Фиг.9 показана схема, поясняющая способ передачи и приема управляющей информации в соответствии с другим примером осуществления настоящего изобретения.

[28] На Фиг.10 показана схема, поясняющая способ передачи и приема управляющей информации в соответствии с еще одним примером осуществления настоящего изобретения.

[29] На Фиг.11 показана схема, поясняющая способ передачи и приема управляющей информации в соответствии с еще одним примером осуществления настоящего изобретения.

[30] На Фиг.10 показана схема, поясняющая способ формирования информации в канале управления кадрами (FCCH) в соответствии с примером осуществления настоящего изобретения.

Предпочтительные способы осуществления изобретения

[31] Одним из аспектов настоящего изобретения является понимание авторами настоящего изобретения вышеописанных трудностей и недостатков, связанных с существующей технологией и объясняемых подробнее в дальнейшем. На основании этого понимания было создано настоящее изобретение.

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

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

[34] Следует отметить, что особенности настоящего изобретения относятся к вопросам, касающимся долговременного развития (LTE2) стандарта 3GPP. Таким образом, 3GPPS TS 25.813 (LTE TR), его соответствующие разделы и части, а также различные его разрабатываемые улучшения относятся к настоящему изобретению. Такие улучшения и развитие привели к использованию определенного префикса (буквы «Е») для обозначения различных объектов сети (например, узел базовой сети «eNode В»), уровней протоколов, каналов и т.п. Однако следует четко понимать, что такое обозначение и другая терминология являются чисто примерными и поэтому могут быть заменены (или уточнены позднее) в результате обсуждений, которые ведутся или будут вестись.

[35] Во-первых, в отношении свойств настоящего изобретения, ниже приводятся определенные аспекты, связанные с процедурой поискового вызова.

[36] В режиме ожидания терминалу «UE» необходимо периодически выполнять процедуру контроля, чтобы следить за каналом поискового вызова. После получения информации поискового вызова, связанной собственно с терминалом «UE», терминал «UE» переходит в активный режим и получает из сети информацию, связанную с поисковым вызовом. Слежение в режиме периодического контроля реализуется через отслеживание индикатора поискового вызова «PI». Индикатор поискового вызова «PI» передается один раз в каждом цикле по каналу индикатора поискового вызова «PICH».

[37] Когда уровень управления ресурсами радиосвязи «RRC» терминала «UE» и уровень управления ресурсами радиосвязи «RRC» сети «UTRAN» соединены для обмена сообщениями между уровнями управления ресурсами радиосвязи «RRC» - «RRC-сообщения», считается, что терминал «UE» находится в режиме «RRC-соединения». Когда они не соединены, считается, что терминал «UE» находится в режиме бездействия (ожидания).

[38] Терминала «UE» в режиме «RRC-соединения» может находиться в состоянии «URA_PCH», состоянии «CELL_PCH», состоянии «CELL_FACH» и/или состоянии «CELL_DCH». В частности, когда терминал «UE» находится в режиме ожидания (в дополнение к состоянию «URA_PCH» и состоянию «CELL_PCH»), он активизируется только каждый цикл прерывистого приема «DRX» для приема канала индикатора поискового вызова «PICH», по которому передается информация поискового вызова, чтобы сократить потребление энергии.

[39] Находясь в режиме «URA_PCH» или «CELL_PCH», терминал «UE» принимает и сохраняет конкретную длительность цикла прерывистого приема «DRX» сети «UTRAN», и прерывисто принимает канал индикатора поискового вызова «PICH» в соответствии с этой конкретной длительностью цикла прерывистого приема «DRX» сети «UTRAN».

[40] Кроме того, в режиме ожидания терминал «UE» принимает и сохраняет конкретную длительность цикла прерывистого приема «DRX» домена опорной сети «CN», и прерывистым образом принимает канал индикатора поискового вызова «PICH» в соответствии с этой длительностью цикла прерывистого приема «DRX» домена опорной сети «CN».

[41] Далее терминал «UE» принимает и использует длительность цикла прерывистого приема «DRX», соответствующую его состоянию, через широковещательную передачу системной информации уровнем управления ресурсами радиосвязи «RRC» универсальной наземной сети радиодоступа «UTRAN».

[42] Канал индикатора поискового вызова «PICH» представляет собой физический канал, используемый для передачи индикатора поискового вызова «PI», и имеет фиксированную скорость передачи данных «SF 256». Канал индикатора поискового вызова «PICH» всегда используется вместе со вспомогательным общим физическим каналом управления «S-CCPCH», на который отображается канал поискового вызова «РСН».

[43] Универсальная наземная сеть радиодоступа «UTRAN» периодически передает информацию, содержащую индикатор поискового вызова «PI», по каналу индикатора поискового вызова «PICH» терминалу «UE». Затем терминал «UЕ» периодически проверяет, имеет ли канал индикатора поискового вызова «PICH» индикатор поискового вызова «PI», связанный с ним. Более конкретно, терминал «UE» в режиме бездействия периодически активизируется для проверки канала индикатора поискового вызова «PICH». Если по каналу индикатора поискового вызова «PICH» получен индикатор поискового вызова «PI», терминал «UE» принимает канал «S-CCPCH», на который отображается канал поискового вызова «РСН», чтобы принимать по нему соответствующую информацию поискового вызова.

[44] Универсальная наземная сеть радиодоступа «UTRAN» периодически передает информацию по каналу широковещательной передачи «ВСН» терминалу «UE». Более конкретно, универсальная наземная сеть радиодоступа «UTRAN», используя канал «ВСН», передает «SIB» - (блок системной информации), который представляет собой блок информации для формирования канала и протокола, и передает терминалу «UE» информацию для обновления каждого типа системной информации на основе условий радиосвязи, которые могут непрерывно изменяться.

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

[46] Структуру (формат) подкадра относительно частотной области и временной области можно понять с помощью Фиг.7. А именно, отдельный подкадр имеет временную длительность 0,5 мс и содержит 7 символов (частей) мультиплексирования с ортогональным разделением частот «OFDM».

[47] В первой части подкадра содержится управляющая информация (то есть управляющая информация уровней L1/L2, канала «FCCH», совместно используемого канала управления «SCCH» и т.п.), тогда как в оставшейся части подкадра могут располагаться блоки ресурсов «RB» в виде одной или нескольких "порций". Здесь блок ресурсов может занимать весь промежуток времени подкадра (за исключением промежутка, предназначенного для управляющей информации) или некоторую его часть. Кроме того, каждый блок ресурсов «RB» может использовать определенный диапазон частот (то есть определенное количество поднесущих частот).

[48] Ось частоты можно назвать масштабируемой полосой пропускания ячейки, которая обычно занимает частотный диапазон 1,25~20 МГц. В масштабируемой полосе пропускания ячейки имеется множество поднесущих частот. В этом диапазоне частот при передаче системной информации обычно используется так называемая центральная частота (приблизительно 10 МГц).

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

[50] Для этого настоящее изобретение делит (или разделяет, или проводит отличия) системную информацию на основную системную информацию (например, блок главной информации: «MIB») и вспомогательную (или вторичную) системную информацию (например, блок системной информации: «SIB»).

[51] Блок главной информации «MIB» передается статическим образом (например, через широковещательный канал «ВСН» для передачи данных статическим образом), тогда как блок системной информации «SIB» передается динамическим образом (например, через нисходящий совместно используемый канал «SCH» для передачи данных динамическим образом). Здесь передача данных динамическим образом означает, что могут использоваться различные диапазоны частот и различные длительности по времени.

[52] Для каждого кадра блок главной информации «MIB» содержит информацию о местоположении каждого блока системной информации «SIB». А именно, указываются конкретный диапазон частот (то есть поднесущие частоты) и конкретная длительность по времени (т.е. символы) для каждого блока системной информации «SIB», позволяющие терминалу «UE» надлежащим образом считывать соответствующие блоки системной информации «SIB». Например, блок главной информации «MIB» может указывать, что определенный терминал «UE» (например, «UE #11») должен считывать определенный блок ресурсов (например, «RB #3»). Здесь блок ресурсов «RB #3» может быть также выражен через информацию, расположенную в определенных поднесущих частотах и определенных символах (например, в поднесущих частотах #13~60 и символах #3~5).

[53] Сходным образом для каждого подкадра в кадре управляющая информация (расположенная в первой части) содержит информацию о том, где расположен каждый блок ресурсов «RB». А именно, указываются диапазон частот и конкретная длительность по времени для каждого блока ресурсов «RB», чтобы позволить терминалу «UE» надлежащим образом считывать соответствующие блоки ресурсов «RB».

[54] Приведенные выше принципы, в общем виде показанные на Фиг.7, подробнее рассматриваются в последующем описании с использованием Фиг.8-12.

[55] На Фиг.8 показана схема, поясняющая способ передачи и приема управляющей информации в соответствии с примерным вариантом осуществления настоящего изобретения. Сеть передает данные по каналу управления кадрами «FCCH» каждый определенный период (то есть, первый период). Здесь и далее этот определенный период времени называется кадром.

[56] Следует отметить, что канал «FCCH» можно также описать другими словами. А именно, управляющую информацию, передаваемую сетью, можно назвать управляющей информацией уровней L1/L2, канала «FCCH», совместно используемого канала управления «SCCH» и т.п. Здесь и далее такая управляющая информация будет в основном относиться к каналу «FCCH» исключительно для пояснения (хотя описывается также управляющая информация и совместно используемого канала управления «SCCH»).

[57] Как показано на Фиг.8, блок главной информации «MIB» (блок мастер-информации) повторно передается в каждом втором периоде, который отличается от вышеупомянутого первого периода. Блок главной информации «MIB» содержит информацию о планировании для «SIB» - блока системной информации, который передает системную информацию, сообщение поискового вызова и сообщение уведомления. А именно, блок главной информации «MIB» предоставляет информацию о планировании, связанную с частотой и временем, используемыми для передачи каждого вида управляющей информации, например, нескольких блоков системной информации «SIB», нескольких сообщений поискового вызова, нескольких сообщений уведомления и т.п. Длительность второго периода можно установить большей, чем длительность первого периода. Блок главной информации «MIB» может передаваться в первом кадре периода, в котором передается блок главной информации «MIB».

[58] Здесь канал управления кадрами «FCCH», передаваемый в каждом кадре, может сообщать о том, являются ли данные, передаваемые в соответствующем временном интервале (кадре), общим управляющим сообщением, управляющим сообщением, предназначенным для определенного мобильного терминала, общими данными или данными, предназначенными для определенного мобильного терминала. Кроме того, канал управления кадрами «FCCH» сообщает в кадре о частоте и времени, которым соответствует передача управляющего сообщения или данных управляющей информации.

[59] Мобильный терминал периодически принимает канал управления кадрами «FCCH» в течение каждого первого периода. Если канал управления кадрами «FCCH» для определенного кадра обозначает передачу блока главной информации «MIB», мобильный терминал принимает этот блок главной информации «MIB» на соответствующей частоте и в соответствующее время согласно информации о планировании, содержащейся в информации индикатора, переданной по каналу управления кадрами «FCCH». Обращаясь к блоку главной информации «MIB» мобильный терминал может получить информацию о планировании для определенных сообщений поискового вызова, определенных сообщений уведомления, определенных сообщений индикатора и т.п. Посредством такой информации о планировании мобильный терминал может определить частоту и время, которые использованы для передачи конкретного блока системной информации «SIB», определенного сообщения поискового вызова, определенного сообщения уведомления и т.п. В соответствии с этой информацией о планировании мобильный терминал может принимать сообщение уведомления в отношении блока системной информации «SIB», сообщение поискового вызова и абонентскую услугу, которую он должен принимать.

[60] Блок главной информации «MIB» может содержать идентификатор мобильного терминала, идентификатор услуги либо индикатор, обозначающий такой идентификатор.

[61] На Фиг.9 показана схема, поясняющая способ передачи и приема управляющей информации в соответствии с другим вариантом осуществления настоящего изобретения. На Фиг.9 сеть периодически передает сообщение «PN-MAP» (то есть сообщение протокола мобильных приложений о поисковом вызове или уведомляющем сообщении), которые сообщает информацию индикатора для сообщения поискового вызова или уведомляющего сообщения (сообщение с уведомлением) и информацию планирования. Здесь сообщение «PN-MAP» можно обозначить по-другому. А именно, сообщение «PN-MAP» представляет собой один из типов управляющей информации уровней L1/L2, которая может быть передана сетью. В действительности для того, чтобы предоставить информацию о сообщении поискового вызова или уведомляющем сообщении и об информации планирования, вместо сообщения «PN-MAP» можно использовать блок главной информации «MIB».

[62] Кроме того, следует понимать, что услуга поискового вызова предоставляется каждому терминалу UE, тогда как уведомление производится для каждой услуги. Таким образом, принципы, относящиеся к поисковому вызову для терминалов «UE», могут применяться к уведомлениям для услуг.

[63] Сообщение «PN-MAP» может передаваться в течение первого кадра периода поискового вызова или периода уведомления. Здесь период поискового вызова или период уведомления могут быть одинаковыми или различными. Канал «FCCH», который передается в каждом кадре, обозначает, являются ли данные, передаваемые в соответствующий период времени (кадр), сообщением поискового вызова, уведомляющим сообщением или сообщением «PN-MAP». Кроме того, канал «FCCH» сообщает информацию о планировании, которая обозначает частоту и время в кадре, используемые для передачи каждого сообщения или данных управляющей информации.

[64] Мобильный терминал принимает сообщение «PN-MAP» каждый период поискового вызова или каждый период уведомления. Здесь мобильный терминал после приема канала «FCCH» может определить, содержит ли соответствующий кадр сообщение «PN-MAP». Соответственно, мобильный терминал принимает сообщение «PN-MAP» через соответствующий кадр только тогда, когда о передаче сообщения «PN-MAP» сообщает канал «FCCH».

[65] Используя полученное сообщение «PN-MAP» мобильный терминал получает информацию о планировании определенного сообщения поискового вызова или определенного сообщения уведомления. Мобильный терминал использует информацию о планировании для определения на какой частоте и в какое время передаются определенное сообщение поискового вызова или определенное уведомляющее сообщение. Мобильный терминал может принять соответствующее сообщение поискового вызова в соответствии с этой определенной им информацией о передаче, а также может принять уведомляющее сообщение уведомления в отношении услуги, абонентом которой является. Сообщение «PN-MAP» может содержать идентификатор мобильного терминала, идентификатор услуги либо индикатор, обозначающий такой идентификатор.

[66] На Фиг.10 показана схема, поясняющая способ передачи и приема управляющей информации в соответствии с другим вариантом осуществления настоящего изобретения. На Фиг.10 сеть передает сообщение поискового вызова или уведомляющее сообщение множества мобильных терминалов в каждый период поискового вызова. Сообщение поискового вызова (для определенного мобильного терминала), которое передается в течение одного периода поискового вызова, передается посредством определенного кадра, который поставлен в соответствие идентификатору мобильного терминала. Кроме того, уведомляющее сообщение (для определенной услуги), которое передается в течение одного периода уведомления, может передаваться посредством определенного кадра, который поставлен в соответствие идентификатору услуги. Здесь период поискового вызова или период уведомления могут быть одинаковыми или различными. Сообщение канала управления кадрами «FCCH», передаваемое в каждом кадре, указывает, являются ли данные, передаваемые в соответствующем временном интервале (кадре), сообщением поискового вызова или уведомляющим сообщением. Кроме того, сообщение канала «FCCH» сообщает о частоте и времени в кадре, которым соответствует передача каждого сообщения или данных.

[67] Мобильный терминал периодически принимает (в соответствии с периодом поискового вызова) определенный кадр, который соответствует его идентификатору, чтобы получить сообщение поискового вызова для себя. Кроме того, мобильный терминал периодически принимает (в соответствии с периодом уведомления) определенный кадр, отображаемый на идентификатор услуги, которой терминал желает пользоваться, чтобы получить уведомляющее сообщение для услуги. Здесь перед тем как принять определенный кадр, мобильный терминал принимает канал «FCCH» соответствующего кадра, и только в том случае, если канал «FCCH» обозначает передачу сообщения поискового вызова или уведомляющего сообщения, названное сообщение поискового вызова или уведомляющее сообщение принимается посредством этого кадра.

[68] Соответственно, можно сказать, что управляющая информация уровней L1/L2 (то есть системная информация, блок главной информации «MIB», сообщение «PN-MAP» и т.п.) служит для целей канала индикатора поискового вызова «PICH». А именно, терминал «UE» может отслеживать управляющую информацию уровней L1/L2, чтобы определить местоположение определенного блока ресурсов «RB» относительно временной и частотной областей, чтобы получить необходимое сообщение поискового вызова.

[69] На Фиг.11 показана схема, поясняющая способ передачи и приема управляющей информации в соответствии с другим вариантом осуществления настоящего изобретения. Ячейка, поддерживающая частоты широкополосной передачи с полосой пропускания 10 или 20 МГц, может обеспечить полосу пропускания в узкополосном диапазоне для мобильного терминала, работающего в узкополосном диапазоне, например, 1,25 Мгц, 2,5 Мгц и т.п. В этом случае, как показано на Фиг.9, для полосы пропускания системной информации обычно используется центральная полоса пропускания широкополосного диапазона частот. Здесь в полосе пропускания системной информации должны передаваться блок главной информации «MIB», сообщение протокола мобильных приложений о поисковом вызове или уведомляющем сообщении «PN-MAP», сообщения поискового вызова, уведомляющие сообщения, блоки системной информации «SIB» и т.п. Однако блоки системной информации «SIB», которые передают частную/отдельную системную информацию, могут передаваться за пределами полосы пропускания системы.

[70] Канал «FCCH» (или системная информация другого типа, например, управляющая информация уровней L1/L2, канал «SCCH» и т.п.), передаваемый в каждом кадре, указывает, являются ли данные, передаваемые в соответствующем интервале времени (кадре) блоком главной информации «MIB», сообщением «PN-MAP», сообщением поискового вызова, уведомляющим сообщением, блоком системной информации «SIB» и т.п. Кроме того, канал «FCCH» сообщает о частоте и времени в кадре, которым соответствует передача каждого сообщения или данных. Передача по каналу управления кадром «FCCH» может осуществляться с разделением этого канала на канал управления кадром «FCCH» для полосы пропускания системной информации и канал управления кадром «FCCH» для полосы пропускания несистемного назначения. Соответственно, мобильный терминал, который принимает только полосу пропускания системы, может принимать канал управления кадром «FCCH» для полосы пропускания системы, чтобы получить информацию о любых данных и сообщении, передаваемых через полосу пропускания системы. Кроме того, мобильный терминал, который принимает полосу пропускания несистемного назначения, может принимать канал управления кадром «FCCH» для полосы пропускания несистемного назначения, чтобы получить информацию о любой информации и любом сообщении, передаваемых через полосу пропускания несистемного назначения.

[71] Другими словами, принципы, изображенные на Фиг.11, предназначены для ситуации, когда мобильный терминал находится в режиме ожидания (нерабочий режим).

[72] Сеть (система) поддерживает полосу пропускания ячейки 20 Мгц, тогда как мобильный терминал обычно способен поддерживать только полосы пропускания с диапазоном 10 МГц. Таким образом, необходимо передавать управляющую информацию уровней L1/L2 в определенных блоках (диапазоне частот), например, в диапазоне 10 МГц, 5 МГц и т.п. В результате возможны три сценария диапазонов частот, используемых мобильным те