СПОСОБ ОБРАБОТКИ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ В СИСТЕМЕ БЕСПРОВОДНОЙ ПОДВИЖНОЙ СВЯЗИ Российский патент 2011 года по МПК H04L12/28 

Описание патента на изобретение RU2429577C2

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

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

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

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

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

[5] На Фиг.3 показана базовая структура опорного сигнала нисходящей линии связи «DL», состоящего из известных опорных символов. А именно, показано отображение символов физического канала в частотной области (домене). Другими словами, информация с канальным кодированием, чередованием и модуляцией данных (то есть информация уровня 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» может быть распределено между базовой станцией «Узел-В», сервером плоскости управления «СР8»/элементом для управления ресурсами радиосвязи «RRM» и/или элементом для управления мобильностью «ММЕ».

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

[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] Перед передачей данных отдельному мобильному терминалу по отдельному (определенному) каналу передается индикатор (который заранее информирует, что будет передано сообщение уведомления для услуги многоадресной и широковещательной передачи). В дополнение к этому каналу мобильный терминал доложен также принимать другие каналы, например, широковещательный канал, используемый для периодической передачи системной информации. Таким образом, существует большое суммарное количество каналов, которые должен принимать мобильный терминал, так как передачи ведутся по отдельным (определенным) каналам для каждого типа задач и возникают проблемы, связанные с усложнением работы мобильного терминала и бесполезным расходованием ресурсов мобильного терминала.

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

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

[18]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[40] Для каждого кадра блок главной информации «MIB» содержит информацию о местоположении каждого блока системной информации «SIB».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[63] На Фиг.11 показан способ приема информации для мобильного терминала в соответствии с примером осуществления настоящего изобретения. На Фиг.11 показано, что совместно используемый канал управления «SCCH» (т.е. управляющая информация) передается с использованием соответственно иных значений частот и времени, от тех, что используются для совместно используемого канала «SCH», и один раз в каждом подкадре. Один подкадр имеет длительность в 0,5 мс, при этом совместно используемый канал управления «SCCH» передается с использованием одного или двух символов, что составляет соответствующий подкадр. Одиночный подкадр состоит из 6 или 7 символов и, соответственно, различные символы составляют относительно различные временные периоды (длительности).

[64] На Фиг.11 совместно используемый канал управления «SCCH», передаваемый в одном подкадре, передает управляющую информацию, относящуюся к совместно используемому каналу «SCH» соответствующего подкадра. Управляющая информация, передаваемая по совместно используемому каналу управления «SCCH», может содержать идентификатор (обозначение) мобильного терминала, идентификатор (обозначение) многоадресной услуги и идентификатор (обозначение) логического канала. Идентификатор логического канала может информировать о том, являются ли данные, передаваемые в подкадре соответствующего совместно используемого канала «SCH», данными для выделенного мобильному терминалу канала (например, выделенного канала управления «DCCH» или выделенного канала трафика «DTCH») или же они являются данными для общего канала. Более конкретно, если данные предназначены для общего канала, идентификатор логического канала информирует о типе логического канала (т.е. о каналах ВССН» - канал широковещательной передачи, «РССН» - канал управления поисковым вызовом (пейджинговый канал), «МССН» - канал управления многоадресной передачей, «МТСН» - канал графика многоадресной передачи, «СССН» - общий канал управления (т.е. о типе одного из общих каналов)..

[65] Мобильный терминал может принимать совместно используемый канал управления «SCCH» периодическим образом или в каждом подкадре. Для этого базовая станция - узел «eNode В» («Узел eNB») передает мобильному терминалу информацию о периоде. Затем мобильный терминал может принимать подкадры совместно используемого канала управления «SCCH» периодическим образом в соответствии с информацией о периоде, предоставленной базовой станцией.

[66] Мобильный терминал получает идентификатор логического канала по принимаемому совместно используемому каналу управления «SCCH» и при помощи полученного идентификатора логического канала мобильный терминал может определить являются ли данные, переданные по совместно используемому каналу «SCH», данными для выделенного канала или для одного из каналов: «ВССН» - канал широковещательной передачи, «РССН» - канал управления поисковым вызовом (пейджинговый канал), «МССН» - канал управления многоадресной передачей, «МТСН» - канал трафика многоадресной передачи, «СССН» - общий канал управления (т.е. одного из общих каналов).

[67] Если идентификатор логического канала обозначает общий канал, мобильный терминал принимает подкадр соответствующего совместно используемого канала «SCH» и таким образом принимает данные общего канала.

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

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

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

[71] Настоящее изобретение предлагает способ обработки (нисходящая линия связи «DL») системной информации для мобильного терминала, способ, включающий в себя: прием основной системной информации статическим способом и прием вспомогательной системной информации динамическим способом, базируясь на основной системной информации.

[72] Динамический способ может основываться, как минимум, на одном из следующих: частота, время и размер вспомогательной системной информации. Основная системная информация может включать в себя информацию о планировании, которая указывает, как минимум, одну из характеристик: временную характеристику и частотную характеристику вспомогательной системной информации. Основная системная информация может также содержать индикатор, обозначающий конкретный терминал. Временная характеристика и частотная характеристика могут обозначать местоположение каждой вспомогательной системной информации, которую должен считывать конкретный терминал. Индикатор может включать в себя, по меньшей мере, один из следующих идентификаторов: идентификатор терминала, идентификатор услуги и идентификатор логического канала. Вспомогательная системная информация может относиться к управляющей информации. Управляющая информация может быть использована для считывания фактических данных. Временная характеристика относится к символам, а частотная характеристика относится к поднесущим частотам. Вспомогательная информация имеет вид, как минимум, одного блока ресурсов. Основная системная информация может иметь вид блока главной информации «MIB» (мастер-информации), а вспомогательная системная информация имеет вид блока системной информации «SIB». Также, блок главной информации «MIB» содержит информацию о размере блока системной информации «SIB».

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

[74] Динамический способ может основываться, как минимум, на одном из следующих: частота, время и размер вспомогательной системной информации. Основная системная информация может включать в себя информацию о планировании, которая указывает, как минимум, одну из характеристик: временную характеристику и частотную характеристику вспомогательной системной информации. Основная системная информация может также содержать индикатор, обозначающий конкретный терминал. Временная характеристика и частотная характеристика могут обозначать местоположение каждой вспомогательной системной информации, которую должен считывать конкретный терминал. Индикатор может включать в себя, по меньшей мере, один из следующих идентификаторов: идентификатор терминала, идентификатор услуги и идентификатор логического канала. Вспомогательная системная информация может относиться к управляющей информации. Управляющая информация может быть использована для считывания фактических данных. Временная характеристика относится к символам, а частотная характеристика относится к поднесущим частотам. Вспомогательная информация имеет вид, как минимум, одного блока ресурсов. Основная системная информация может иметь вид блока главной информации «MIB» (мастер-информации), а вспомогательная системная информация имеет вид блока системной информации «SIB». Также блок главной информации «MIB» содержит информацию о размере блока системной информации «SIB».

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

[76] Статическая основная системная информация может также включать в себя индикатор для обозначения конкретного терминала. Информация о времени и частоте может обозначать местоположение каждой динамической вспомогательной системной информации, которую должен считывать конкретный терминал. Индикатор может включать в себя, по меньшей мере, один из следующих идентификаторов: идентификатор терминала, идентификатор услуги и идентификатор логического канала. Вспомогательная системная информация может относиться к управляющей информации. Управляющая информация может быть использована для считывания фактических данных. Временная характеристика относится к символам, а частотная характеристика относится к поднесущим частотам. Динамическая вспомогательная информация имеет вид как минимум одного блока ресурсов. Статическая основная системная информация может иметь вид блока главной информации «MIB» (мастер-информации), а динамическая вспомогательная системная информация имеет вид блока системной информации «SIB». Также, блок главной информации «MIB» содержит информацию о размере блока системной информации «SIB. Вспомогательная системная информация может содержать управляющую информацию, которая включает отдельную информацию для работы мобильного терминала в режиме ожидания и в активном режиме.

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

Похожие патенты RU2429577C2

название год авторы номер документа
СПОСОБ ОБРАБОТКИ ИНФОРМАЦИИ ПОИСКОВОГО ВЫЗОВА В СИСТЕМЕ БЕСПРОВОДНОЙ ПОДВИЖНОЙ СВЯЗИ 2006
  • Ли
  • Чхон Сон-Дук
  • Чжон Мюн-Чхоль
  • Пак Сон-Чон
RU2420927C2
СПОСОБ ПРИЕМА ДАННЫХ ТЕРМИНАЛОМ ПОДВИЖНОЙ СВЯЗИ 2006
  • Ли
  • Чхон Сон-Дук
  • Чжон Мюн-Чхоль
  • Пак Сон-Чон
  • Фишер Патрик
RU2416160C2
СПОСОБ ПЕРЕДАЧИ И ПРИЕМА СИСТЕМНОЙ ИНФОРМАЦИИ 2008
  • Ли Йоунг-Дае
  • Чун Сунг-Дук
  • Парк Сунг-Дзун
  • Йи Сеунг-Дзуне
RU2428819C2
ШИРОКОВЕЩАТЕЛЬНАЯ ПЕРЕДАЧА СООБЩЕНИЙ НА ОСНОВЕ КАНАЛА УПРАВЛЕНИЯ 2016
  • Сюй Хао
  • Чэнь Ваньши
  • Ваджапеям Мадхаван Сринивасан
  • Гаал Питер
RU2713462C2
СДВОЕННЫЙ ПРИЕМНИК ДЛЯ МУЛЬТИМЕДИЙНОГО ШИРОКОВЕЩАТЕЛЬНОГО/МНОГОАДРЕСНОГО ОБСЛУЖИВАНИЯ "MBMS" 2007
  • Ли
  • Чхон Сон-Дук
  • Чжон Мюн-Чхоль
  • Пак Сон-Чон
  • Фишер Патрик
RU2451426C2
СИГНАЛИЗАЦИЯ УРОВНЯ УЛУЧШЕНИЯ ПОКРЫТИЯ И ЭФФЕКТИВНАЯ УПАКОВКА СИСТЕМНОЙ ИНФОРМАЦИИ MTC 2016
  • Басу Маллик Пратик
  • Судзуки Хидетоси
  • Лоэр Йоахим
RU2697730C2
СИГНАЛИЗАЦИЯ УРОВНЯ УЛУЧШЕНИЯ ПОКРЫТИЯ И ЭФФЕКТИВНАЯ УПАКОВКА СИСТЕМНОЙ ИНФОРМАЦИИ MTC 2016
  • Басу Маллик, Пратик
  • Судзуки, Хидетоси
  • Лоэр, Йоахим
RU2779259C2
СПОСОБ ОСУЩЕСТВЛЕНИЯ СВЯЗИ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ, ПОДДЕРЖИВАЮЩИЙ СЕТЬ МНОЖЕСТВЕННОГО ДОСТУПА, И ПОДДЕРЖИВАЮЩЕЕ ЭТО УСТРОЙСТВО 2013
  • Дзунг Сунгхоон
  • Ли Дзаевоок
  • Ли Йоунгдае
RU2621072C2
СДВОЕННЫЙ ПРИЕМНИК ДЛЯ МУЛЬТИМЕДИЙНОГО ШИРОКОВЕЩАТЕЛЬНОГО/МНОГОАДРЕСНОГО ОБСЛУЖИВАНИЯ "MBMS" 2007
  • Ли
  • Чхон Сон-Дук
  • Чжон Мюн-Чхоль
  • Пак Сон-Чон
  • Фишер Патрик
RU2430472C2
ВСТАВКА ВИРТУАЛЬНОЙ НЕСУЩЕЙ В ТРАДИЦИОННУЮ ОСНОВНУЮ НЕСУЩУЮ OFDM В СИСТЕМЕ СВЯЗИ 2012
  • Макнамара Даррен
  • Лайли Эндрю
  • Дарвуд Питер
  • Биль Мартин
RU2582334C2

Иллюстрации к изобретению RU 2 429 577 C2

Реферат патента 2011 года СПОСОБ ОБРАБОТКИ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ В СИСТЕМЕ БЕСПРОВОДНОЙ ПОДВИЖНОЙ СВЯЗИ

Изобретение относится к системам связи. В беспроводной системе подвижной связи способ обработки управляющей информации дает возможность упростить функционирование мобильного терминала и позволит эффективно использовать ресурсы мобильного терминала. Способ приема системной информации в мобильном терминале системы подвижной связи включает в себя: прием в мобильном терминале первой системной информации, передаваемой через широковещательный канал, статическим способом; прием в мобильном терминале второй системной информации, передаваемой, как минимум, через один канал, иной, чем упомянутый широковещательный канал, динамическим способом. 2 н. и 14 з.п. ф-лы, 11 ил.

Формула изобретения RU 2 429 577 C2

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

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

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

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

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

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

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

8. Способ по п.1, в котором первая системная информация, передаваемая через широковещательный канал представлена в форме блока главной информации «MIB» (мастер-информации), а вторая системная информация, передаваемая через, по крайней мере, один канал, иной, чем широковещательный канал, представлена в форме блока системной информации «SIB».

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

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

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

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

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

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

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

16. Способ по п.9, в котором первая системная информация, передаваемая через широковещательный канал представлена в форме блока главной информации «MIB» (мастер-информации), а вторая системная информация, передаваемая через, по крайней мере, один канал, иной, чем широковещательный канал, представлена в форме блока системной информации «SIB».

Документы, цитированные в отчете о поиске Патент 2011 года RU2429577C2

WO 03096149 A2, 20.11.2003
US 6628946 В1, 30.09.2003
US 2005177623 A1, 11.08.2005
СПОСОБ ПЕРЕДАЧИ ШИРОКОВЕЩАТЕЛЬНОЙ ИНФОРМАЦИИ 1993
  • Рейт Алекс К.
RU2149518C1
СПОСОБ ПЛАНИРОВАНИЯ ПОКАЗАНИЯ ПЕРЕМЕННЫХ БЛОКОВ С ПОМОЩЬЮ ФЛАГА СОСТОЯНИЯ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ В СИСТЕМЕ ПЕРЕДАЧИ ПАКЕТНЫХ ДАННЫХ 1999
  • Турина Далибор
  • Перссон Бенгт Ингве
RU2216100C2

RU 2 429 577 C2

Авторы

Ли Ен-Дэ

Чхон Сон-Дук

Чжон Мюн-Чхоль

Пак Сон-Чон

Фишер Патрик

Даты

2011-09-20Публикация

2006-10-25Подача