СПОСОБ ОБРАБОТКИ ИНФОРМАЦИИ ПОИСКОВОГО ВЫЗОВА В СИСТЕМЕ БЕСПРОВОДНОЙ ПОДВИЖНОЙ СВЯЗИ Российский патент 2011 года по МПК H04W48/12 

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

[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 МГц и т.п. В результате возможны три сценария диапазонов частот, используемых мобильным терминалом для считывания данных. А именно, в масштабируемой полосе пропускания ячейки 20 МГц мобильный терминал может считывать один из трех частотных диапазонов, то есть диапазон, расположенный ниже 10 МГц, диапазон, расположенный выше 10 МГц, или средний (промежуточный) диапазон 10 МГц.

[73] Для мобильных терминалов, находящихся в режиме «RRC-соединения», поскольку известна конкретная ячейка, в которой расположен находящийся в режиме соединения мобильный терминал, возможно использование любого из трех 10 МГц-диапазонов и соответствующее переключение между этими 10 МГц-диапазонами. Однако для мобильного терминала, находящегося в режиме ожидания, поскольку конкретная ячейка, в которой расположен мобильный терминал, может быть неизвестна, возможно использование лишь одного из этих трех 10 МГц-диапазонов (обычно используется промежуточный диапазон 10 МГц). Между тем, полоса пропускания за пределами промежуточного диапазона 10 МГц может использоваться для передачи и приема блоков ресурсов мобильными терминалами, находящимися в режиме соединения.

[74] Здесь, хотя вышеприведенный пример осуществления с использованием Фиг.11 описан для диапазонов в 10 МГц, предполагается, что масштабируемую полосу пропускания ячейки 20 МГц можно также поделить на блоки по 5 МГц.

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

[76] На Фиг.12 первой частью канала управления кадрами «FCCH» является информация «FCCH MAP», которая сообщает частоту и время передачи канала управления кадром «FCCH», длину информации канала управления кадром «FCCH», параметры ресурсов радиосвязи, необходимых для приема информации канала управления кадром «FCCH», и т.п. Эта информация «FCCH MAP», может всегда включаться в каждый кадр. В настоящем изобретении каждый кадр может включать в себя все виды канала управления кадром «FCCH» либо только его части. Указанная информация «FCCH MAP» может сообщать о том, передаются ли в соответствующем кадре (помимо части «FCCH MAP») остальные четыре вида частей канала управления кадром «FCCH».

[77] Вторая часть канала управления кадрами «FCCH» представляет собой часть - «Режим ожидания канала управления кадром «FCCH» для нисходящей линии связи «DL»», которая содержит управляющую информацию, необходимую для приема управляющей информации по нисходящей линии связи, когда мобильный терминал находится в режиме ожидания. Эта вторая часть канала управления кадром «FCCH» может быть включена в соответствующий кадр, когда в кадре присутствует управляющая информация, которая должна быть передана по нисходящей линии связи. Эта вторая часть канала управления кадром «FCCH» может содержать управляющую информацию, связанную с управляющими сообщениями общего назначения, например, блок главной информации «MIB», блок системной информации «SIB», сообщение поискового вызова, уведомляющее сообщение, сообщение «PN-MAP» и т.п. Кроме того, эта вторая часть канала управления кадром «FCCH» может содержать блок главной информации «MIB», блок системной информации «SIB», сообщение поискового вызова, сообщение уведомления, сообщение «PN-MAP» и т.п.

[78] Третья часть канала управления кадрами «FCCH» представляет собой часть - «Режим ожидания канала управления кадром «FCCH» для восходящей линии связи «UL»», которая содержит управляющую информацию, необходимую для передачи управляющей информации по восходящей линии связи, когда мобильный терминал находится в режиме ожидания. Эта третья часть канала управления кадром «FCCH» может содержать информацию, необходимую для передачи с произвольным доступом по восходящей линии связи. Когда мобильный терминал передает сообщение произвольного доступа, сеть может передать ответ на сообщение произвольного доступа посредством этой третьей части канала управления кадром «FCCH». Кроме того, эта третья часть канала управления кадром «FCCH» может использоваться для информирования о том, что ответ на сообщение произвольного доступа передается в кадре, который используется для передачи указанной третьей части канала управления кадром «FCCH», и для этого эта третья часть канала управления кадром «FCCH» содержит управляющую информацию, связанную с этим ответом на упомянутое сообщение произвольного доступа.

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

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

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

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

[83] Следует отметить, что на Фиг.1-12 показаны примеры вариантов осуществления для кадра длительностью 10 мс, имеющего двадцать подкадров по 0,5 мс. Однако особенности настоящего изобретения, очевидно, применимы к другим методикам, которые используют кадры других размеров. Например, может использоваться кадр размером 5 мс, а для поддержки методик LTE («долговременная эволюция») можно воспользоваться размером кадра 0,5 мс.

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

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

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

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

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

[89] Управляющая информация включает в себя идентификатор мобильного терминала, идентификатор услуги либо индикатор (указатель), обозначающий идентификатор мобильного терминала или идентификатор услуги. Передаваемая управляющая информация и информация поискового вызова находятся в одном подкадре. Группа ячеек относится к области отслеживания. Способ дополнительно включает в себя: прием основной системной информации статическим образом, где основная системная информация содержит информацию планирования, используемую для получения информации поискового вызова; прием вспомогательной системной информации динамическим образом, где вспомогательная системная информация содержит управляющую информацию. Информация планирования обозначает, по меньшей мере, одно из следующего: временная характеристика и частотная характеристика вспомогательной системной информации. Временная характеристика и частотная характеристика обозначают местоположение вспомогательной системной информации, которую должен считывать конкретный терминал. Основная системная информация дополнительно включает в себя индикатор, обозначающий конкретный терминал. Индикатор включает в себя, по меньшей мере, одно из следующего: идентификатор терминала, идентификатор услуги и идентификатор логического канала. Временная характеристика относится к символам, а частотная характеристика относится к поднесущим частотам. Информация поискового вызова имеет вид, по меньшей мере, одного блока ресурсов. Управляющая информация, связанная с поисковым вызовом и уведомлением, и другие блоки ресурсов принимаются посредством центральной частоты (несущей частоты) среди частот широкополосной связи, используемых для полосы пропускания системы. Управляющая информация предназначена для мобильного терминала в режиме ожидания (бездействия).

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

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

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

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

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

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

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

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

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

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

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

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

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

10. Способ по п.8, в котором информация о назначении содержит информацию о времени и частоте информации поискового вызова.

11. Способ по п.8, в котором управляющая информация содержит идентификатор логического канала.

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

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

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