способ приема данных терминалом подвижной связи

Формула изобретения

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

прием канала управления в этом подкадре;

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

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

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

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

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

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

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

7. Способ по п.1, где управляющая информация содержит как минимум одну из следующих управляющих информации: канала «SCCH», канала «FCCH» и уровней L1/L2.

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

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

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

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

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

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

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

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

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

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

16. Способ по п.10, где управляющая информация содержит как минимум одну из следующих управляющих информации: канала «SCCH», канала «FCCH» и уровней L1/L2.

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

18. Способ по п.17, где параметр частоты относится к символам, параметр времени относится к поднесущим частотам, а параметр размера относится к символам и поднесущим частотам.

Описание изобретения к патенту

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

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

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

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

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

[10] Как показано на Фиг.4, сеть развивающейся универсальной системы подвижной связи «E-UMTS» обычно состоит из развивающейся универсальной наземной сети радиодоступа «E-UTRAN» и базовой сети. Сеть «E-UTRAN» состоит из терминала (то есть пользовательского устройства «UE») и базовой станции (то есть «Узел-В», или «Узел-eNB»), а также шлюза доступа («AG»), расположенного на выходе сети системы «E-UMTS» и соединенного с одной или несколькими внешними сетями. Шлюз доступа «AG» можно разделить на модуль, который обрабатывает трафик пользователя (поток пользовательских данных), и модуль, который обрабатывает трафик управления (поток данных управления). В этом случае шлюз доступа «AG», который обрабатывает трафик пользователя, и шлюз доступа «AG», который обрабатывает трафик управления, могут взаимодействовать друг с другом через вновь определенный интерфейс. Для одной базовой станции «Узел-eNB» может существовать одна или несколько ячеек. Между базовыми станциями «Узел-eNB» для передачи пользовательского трафика и трафика управления может использоваться интерфейс. Базовая сеть «CN» может состоять из узлов и т.п., используемых для регистрации, и других функций для пользователей терминалов «UE» и шлюза доступа «AG». Кроме того, может использоваться интерфейс, различающий сеть «E-UTRAN» и базовую сеть.

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

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

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

[14] Модуляция физического канала осуществляется посредством технологий мультиплексирования с ортогональным разделением частот «OFDM», использующих время и частоту в качестве ресурсов радиосвязи.

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

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

[17] Уровень «NAS» (слой без доступа), расположенный на более высоком уровне, чем уровень управления ресурсами радиосвязи «RRC», выполняет функции управления сеансом связи, управления мобильностью и т.п.

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

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

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

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

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

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

[22] Кроме того, в рамках существующей технологии мобильный терминал должен принимать канал «SCH» в каждом и любом кадре. Однако поскольку данные, которые должны считываться этим мобильным терминалом (то есть данные, предназначенные для самого этого терминала «UE»), в действительности передаются только в определенные моменты времени, прием канала «SCH» для каждого кадра связан с чрезмерным расходом энергии аккумулятора.

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

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

[24]

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

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

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

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

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

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

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

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

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

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

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

[34] Свойства настоящего изобретения можно реализовать в системе подвижной связи, например системе «UMTS». Однако свойства настоящего изобретения можно также реализовать в системах связи других видов, работающих согласно другим стандартам.

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

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

[37] Первый канал может представлять собой совместно используемый канал «SCH», а второй канал может представлять собой совместно используемый канал управления «SCCH», который передает информацию управления канала «SCH».

[38] Сеть радиосвязи (подвижной связи) может представлять собой базовую сеть - узел «eNode В» («Узел eNB»), данные выделенного канала терминала «UE» могут представлять собой данные логического канала «DTCH» - выделенный канал трафика, или «DCCH» - выделенный канал управления, а данные общего канала могут быть данными логического канала «СССН» - общий канал управления, или каналов «ВССН» - канал широковещательной передачи, «МССН» - канал управления многоадресной передачей, «МТСН» - канал трафика многоадресной передачи, «РССН» - канал управления поисковым вызовом (пейджинговый канал), и т.п.

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

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

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

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

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

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

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

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

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

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

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

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

[51] На Фиг.7 показан примерный вариант осуществления способа приема данных для терминала мобильной связи в соответствии с настоящим изобретением.

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

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

[54] На Фиг.7 совместно используемый канал управления «SCCH» (например, каналы «SCCH1», «SCCH2», «SCCH3», «SCCH4»), который передается в одном подкадре, передает управляющую информацию, связанную с совместно используемым каналом «SCH» (например, каналы «SCH1», «SCH2», «SCH3», «SCH4»), соответствующего подкадра. Управляющая информация, переданная по одному совместно используемому каналу управления «SCCH», может содержать идентификатор (идентификацию) мобильного терминала, идентификатор (идентификацию) услуги многоадресной передачи и идентификатор (идентификацию) логического канала. Идентификатор логического канала может сообщать о том, являются ли данные, переданные в подкадре соответствующего совместно используемого канала «SCH», данными для выделенного канала мобильного терминала (например, выделенный канал управления «DCCH» или выделенный канал трафика «DTCH») или данными для общего канала. В частности, если данные предназначены для общего канала, идентификатор логического канала сообщает тип общего канала (то есть «ВССН» - канал широковещательной передачи, «РССН» - канал управления поисковым вызовом (пейджинговый канал), «МССН» - канал управления многоадресной передачей, «МТСН» - канал трафика многоадресной передачи, «СССН» - общий канал управления).

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

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

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

[58] Таким образом, в соответствии с управлением радиосети терминал «UE» периодически принимает канал «SCCH1» или один из каналов «SCCH2», «SCCH3» и «SCCH4». Таким образом, базовая станция - узел «eNode B» («Узел eNB»), может указать конкретный совместно используемый канал управления «SCCH», который должен принимать определенный терминал «UE».

[59] На Фиг.7 подкадр совместно используемого канала управления «SCCH» и подкадр совместно используемого канала «SCH», который отображается на подкадр канала SCCH, не совпадают, и эти подкадры отличаются. Соответственно, например, для терминала «UE», который периодически принимает совместно используемый канал управления «SCCH2», если передается идентификатор терминала «UE» (отображаемого на подкадре совместно используемого канала управления «SCCH2») или если передается нужная (требуемая) информация, то принимается подкадр совместно используемого канала «SCH2» (который передается в одном подкадре после подкадра совместно используемого канала управления «SCCH2»). Другими словами, на Фиг.7 для терминала «UE», который периодически принимает канал «SCCH2», если информация в совместно используемом канале управления «SCCH2» из подкадра #2 обозначает, что должна считываться определенная информация в совместно используемом канале управления «SCH2», то этот терминал «UE» считывает совместно используемый канал «SCH2» подкадра #3.

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

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

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

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

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

[65] Идентификатор может быть идентификатором самого терминала или идентификатором общего канала. Как минимум одним из общих каналов может быть «СССН» - общий канал управления, «ВССН» - канал широковещательной передачи, «МССН» - канал управления многоадресной передачей, «МТСН» - канал трафика многоадресной передачи, или «РССН» - канал управления поисковым вызовом (пейджинговый канал). Прием управляющей информации может осуществляться по управляющему каналу. Управляющая информация и данные могут быть приняты (переданы) в одном и том же подкадре. Управляющая информация и данные могут быть приняты (переданы) в различных подкадрах. Управляющая информация может обозначать время и информацию о частоте для данных в одном подкадре или в различных последовательных подкадрах. Управляющая информация может содержать как минимум одно из следующего: управляющая информация каналов «SCCH», «FCCH» и управляющая информация уровней L1/L2. Управляющая информация может обозначать как минимум одно из следующего: параметр частоты, параметр времени и параметр размера считываемых данных. Параметр частоты может относиться к символам, параметр времени относится к поднесущим частотам, а параметр размера относится к символам и поднесущим частотам.

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