Система мобильной связи



Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи
Система мобильной связи

 


Владельцы патента RU 2546310:

МИЦУБИСИ ЭЛЕКТРИК КОРПОРЕЙШН (JP)

Изобретение относится к системе мобильной связи. Технический результат изобретения заключается в повышении эффективности управления мобильностью мобильного терминала. Система связи имеет две или более зон MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа), в каждой из которых MBMS (Услуга Широковещательной и Многоадресной Передачи Мультимедиа) предоставляется на одной частоте. Базовая станция, принадлежащая множеству зон MBSFN, передает информацию диспетчеризации для каждого MCCH (канала управления многоадресной передачей) множества зон MBSFN посредством BCCH (широковещательного канала управления). Мобильный терминал принимает информацию диспетчеризации, переданную от базовой станции. Информация диспетчеризации включает в себя период повторения MCCH и значение начальной точки MCCH, соответствующие каждой из множества зон MBSFN. 3 н. и 2 з.п. ф-лы, 103 ил.

 

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

Настоящее изобретение относится к системе мобильной связи, в которой базовая станция выполняет радиосвязь с множеством мобильных терминалов. Более конкретно, оно относится к системе мобильной связи, которая может предоставлять широковещательную мультимедийную услугу (MBMS: услугу широковещательной и многоадресной передачи мультимедиа) для мобильных терминалов.

Уровень техники изобретения

Коммерческие услуги, которые используют способ W-CDMA (широкополосный множественный доступ с кодовым разделением каналов), который включается в способы связи, называемые третьим поколением, запущены в Японии с 2001. Кроме того, запущена услуга с HSDPA (высокоскоростной пакетный доступ по нисходящей линии связи), которая реализует дополнительное повышение скорости передачи данных с помощью нисходящих линий связи (выделенного канала передачи данных и выделенного канала управления) посредством добавления канала для пакетной передачи (HS-DSCH: высокоскоростной совместно используемый канал нисходящей линии связи) к нисходящим линиям связи. Помимо этого, способ HSUPA (высокоскоростной пакетный доступ по восходящей линии связи) также стандартизирован, чтобы дополнительно ускорять передачу данных по восходящей линии связи. W-CDMA - это способ связи, который определен посредством 3GPP (партнерский проект третьего поколения), который является организацией по стандартизации систем мобильной связи, и технические требования версии 7 систематизируются в настоящее время.

В 3GPP, в качестве способа связи, отличного от W-CDMA, также изучаются новый способ связи, имеющий беспроводной сегмент, который упоминается как стандарт долгосрочного развития (LTE), и общая конфигурация системы, включающей в себя базовую сеть, которая упоминается как развитие архитектуры системы (SAE). LTE предоставляет способ доступа, структуру радиоканалов и протоколы, которые полностью отличаются от текущего W-CDMA (HSDPA/HSUPA). Например, тогда как W-CDMA использует, в качестве своего способа доступа, множественный доступ с кодовым разделением каналов (множественный доступ с кодовым разделением каналов), LTE использует, в качестве своего способа доступа, OFDM (мультиплексирование с ортогональным частотным разделением каналов) для направления нисходящей линии связи и использует SC-FDMA (множественный доступ с частотным разделением каналов с одной несущей) для направления восходящей линии связи. Кроме того, тогда как W-CDMA имеет полосу пропускания в 5 МГц, LTE предоставляет возможность каждой базовой станции выбирать одну полосу пропускания из числа полос пропускания в 1,25, 2,5, 5, 10, 15 и 20 МГц. Помимо этого, LTE не включает в себя способ связи с коммутацией каналов, в отличие от W-CDMA, а использует только способ связи с коммутацией пакетов.

Согласно LTE, поскольку система связи выполнена с использованием новой базовой сети, отличной от базовой сети (GPRS) в W-CDMA, система связи задается как независимая сеть радиодоступа, которая является отдельной от сети W-CDMA. Следовательно, чтобы отличать от системы связи, которая соответствует W-CDMA, в системе связи, которая соответствует LTE, базовая станция (базовая станция), которая обменивается данными с мобильным терминалом (UE: абонентским устройством), упоминается как eNB (узел B E-UTRAN), и устройство управления базовыми станциями (контроллер радиосети), которое выполняет обмен управляющими и пользовательскими данными с множеством базовых станций, упоминается как EPC (усовершенствованное ядро пакетной коммутации) (может называться aGW: шлюз доступа). Эта система связи, которая соответствует LTE, предоставляет услугу одноадресной передачи (одноадресной передачи) и E-MBMS-услугу (услугу усовершенствованной широковещательной и многоадресной передачи мультимедиа). E-MBMS-услуга - это широковещательная мультимедийная услуга, и она может упоминаться просто как MBMS. Широковещательное содержимое с большим объемом данных, такое как прогноз погоды или мобильное широковещательное содержимое, передается во множество мобильных терминалов. Эта услуга также упоминается как услуга "точка-многоточка" ("Точка-Многоточка").

Вопросы, в настоящий момент определенные в 3GPP и касающиеся общей архитектуры (Архитектуры) в LTE-системе, описываются в непатентной ссылке 1. Общая архитектура (глава 4 непатентной ссылки 1) поясняется со ссылкой на фиг. 1. Фиг. 1 - это пояснительный чертеж, показывающий конфигурацию системы связи с использованием способа LTE. На фиг. 1, если протокол управления (к примеру, RRC (управление радиоресурсами)) и пользовательская плоскость (к примеру, PDCP: протокол конвергенции пакетных данных, RLC: управление радиосвязью, MAC: управление доступом к среде, PHY: физический уровень) для мобильного терминала 101 завершаются в базовой станции 102, E-UTRAN (усовершенствованный универсальный наземный радиодоступ) состоит из одной или более базовых станций 102. Каждая базовая станция 102 выполняет диспетчеризацию (Диспетчеризацию) и передачу сигнала поискового вызова (Передачу Сигналов Поискового Вызова, которая также упоминается как сообщения поискового вызова (сообщения поискового вызова)), который передается ей из MME 103 (объекта управления мобильностью). Базовые станции 102 соединяются друг с другом через X2-интерфейсы. Кроме того, каждая базовая станция 102 соединяется с EPC (усовершенствованное ядро пакетной коммутации) через S1-интерфейс. Более конкретно, каждая базовая станция 103 соединяется с MME (объект управления мобильностью) 104 через S1_MME-интерфейс и соединяется с S-GW (обслуживающий шлюз) 104 через S1_U-интерфейс. Каждый MME 103 распространяет сигнал поискового вызова в одну или более базовых станций 102. Кроме того, каждый MME 103 выполняет управление мобильностью (управление мобильностью) состояния бездействия (состояние бездействия). Каждый S-GW 104 выполняет передачу и прием пользовательских данных в и из одной или более базовых станций 102.

Вопросы, в настоящий момент определенные в 3GPP и касающиеся конфигурации кадра в LTE-системе, описываются в непатентной ссылке 1 (глава 5). В настоящий момент определенные аспекты поясняются со ссылкой на фиг. 2. Фиг. 2 - это пояснительный чертеж, показывающий конфигурацию радиокадра для использования в системе связи с использованием способа LTE. На фиг. 2, один радиокадр (радиокадр) имеет продолжительность 10 мс. Каждый радиокадр делится на десять субкадров (субкадров) одинакового размера. Каждый субкадр делится на два временных кванта (временных кванта) одинакового размера. Канал синхронизации нисходящей линии связи (канал синхронизации нисходящей линии связи: SCH) включается в каждый из 1-ого (#0) и 6-ого субкадров (#5) каждого кадра. Сигналы синхронизации включают в себя канал основной синхронизации (канал основной синхронизации: P-SCH) и канал дополнительной синхронизации (канал дополнительной синхронизации: S-SCH). Мультиплексирование канала, используемого для MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа), и канала, используемого для остального, кроме MBSFN, выполняется для каждого субкадра. Далее, субкадр, используемый для MBSFN-передачи, упоминается как MBSFN-субкадр (MBSFN-субкадр). В непатентной ссылке 2 описывается пример передачи служебных сигналов во время выделения MBSFN-субкадров. Фиг. 3 - это пояснительный чертеж, показывающий конфигурацию MBSFN-кадра. На фиг. 3, MBSFN-субкадры выделяются каждому MBSFN-кадру (MBSFN-кадру). Кластер MBSFN-кадров (кластер MBSFN-кадров) диспетчеризуется. Период повторения (период повторения) кластеров MBSFN-кадров назначается.

Вопросы, в настоящий момент определенные в 3GPP и касающиеся структуры канала в LTE-системе, описываются в непатентной ссылке 1. Физические каналы (физические каналы) (глава 15 непатентной ссылки) поясняются со ссылкой на фиг. 4. Фиг. 4 - это пояснительный чертеж, поясняющий физические каналы для использования в системе связи с использованием способа LTE. На фиг. 4, физический широковещательный канал 401 (физический широковещательный канал: PBCH) - это канал нисходящей линии связи, который передается из базовой станции 102 в мобильный терминал 101. Транспортный блок (транспортный блок) BCH преобразуется в четыре субкадра в течение периода времени в 40 мс. Отсутствует открытая передача служебных сигналов, имеющая синхронизацию 40 мс. Физический канал 402 индикатора формата канала управления (физический канал индикатора формата канала управления: PCFICH) передается из базовой станции 102 в мобильный терминал 101. PCFICH сообщает число OFDM-символов, используемых для PDCCH, из базовой станции 102 в мобильный терминал 101. PCFICH передается в каждом субкадре. Физический канал 403 управления нисходящей линии связи (физический канал управления нисходящей линии связи: PDCCH) - это канал нисходящей линии связи, передаваемый из базовой станции 102 в мобильный терминал 101. PDCCH сообщает выделение (выделение) ресурсов, информацию HARQ о DL-SCH (совместно используемый канал нисходящей линии связи, который является одним из транспортных каналов, показанных на фиг. 5) и PCH (канал поисковых вызовов, который является одним из транспортных каналов, показанных на фиг. 5). PDCCH переносит разрешение на диспетчеризацию в восходящей линии связи (разрешение на диспетчеризацию в восходящей линии связи). PDCCH также переносит ACK/Nack, который является ответным сигналом, показывающим ответ на передачу по восходящей линии связи. Физический совместно используемый канал 404 нисходящей линии связи (физический совместно используемый канал нисходящей линии связи: PDSCH) - это канал нисходящей линии связи, передаваемый из базовой станции 102 в мобильный терминал 101. DL-SCH (совместно используемый канал нисходящей линии связи), который является транспортным каналом, преобразуется в PDSCH. Физический канал 405 многоадресной передачи (физический канал многоадресной передачи: PMCH) - это канал нисходящей линии связи, передаваемый из базовой станции 102 в мобильный терминал 101. MCH (канал многоадресной передачи), который является транспортным каналом, преобразуется в PMCH.

Физический канал 406 управления восходящей линии связи (физический канал управления восходящей линии связи: PUCCH) - это канал восходящей линии связи, передаваемый из мобильного терминала 101 в базовую станцию 102. PUCCH переносит ACK/Nack, который является ответным сигналом (ответом), который является ответом на передачу по нисходящей линии связи. PUCCH переносит сообщение CQI (индикатор качества канала). CQI - это информация качества, показывающая либо качество принимаемых данных, либо качество канала связи. Физический совместно используемый канал 407 восходящей линии связи (физический совместно используемый канал восходящей линии связи: PUSCH) - это канал восходящей линии связи, передаваемый из мобильного терминала 101 в базовую станцию 102. UL-SCH (совместно используемый канал восходящей линии связи, который является одним из транспортных каналов, показанных на фиг. 5) преобразуется в PUSCH. Физический канал 408 индикатора HARQ (физический канал индикатора гибридного ARQ: PHICH) - это канал нисходящей линии связи, передаваемый из базовой станции 102 в мобильный терминал 101. PHICH переносит ACK/Nack, который является ответом на передачу по восходящей линии связи. Физический канал 409 с произвольным доступом (физический канал с произвольным доступом: PRACH) - это канал восходящей линии связи, передаваемый из мобильного терминала 101 в базовую станцию 102. PRACH переносит преамбулу произвольного доступа (преамбулу произвольного доступа).

Транспортные каналы (транспортные каналы) (глава 5 непатентной ссылки 1) поясняются со ссылкой на фиг. 5. Фиг. 5 - это пояснительный чертеж, поясняющий транспортные каналы для использования в системе связи с использованием способа LTE. Преобразование между транспортными каналами нисходящей линии связи и физическими каналами нисходящей линии связи показывается на фиг. 5A. Преобразование между транспортными каналами восходящей линии связи и физическими каналами восходящей линии связи показывается на фиг. 5B. В транспортных каналах нисходящей линии связи, широковещательный канал (широковещательный канал: BCH) передается в широковещательном режиме во все базовые станции (сота). BCH преобразуется в физический широковещательный канал (PBCH). Управление повторной передачей с помощью HARQ (гибридного ARQ) применяется к совместно используемому каналу нисходящей линии связи (совместно используемому каналу нисходящей линии связи: DL-SCH). Широковещательная передача во все базовые станции (соту) может выполняться. Динамическое или полустатическое (полустатическое) выделение ресурсов поддерживается. Полустатическое выделение ресурсов также упоминается как постоянная диспетчеризация (постоянная диспетчеризация). DRX (прерывистый прием) посредством мобильного терминала поддерживается, чтобы достигать низкого потребления мощности мобильного терминала. DL-SCH преобразуется в физический совместно используемый канал нисходящей линии связи (PDSCH). Канал поисковых вызовов (канал поисковых вызовов: PCH) поддерживает DRX посредством мобильного терминала, чтобы предоставлять возможность мобильному терминалу достигать низкого потребления мощности. Передача в широковещательном режиме во все базовые станции (сота) запрашивается. Преобразование либо в физический ресурс, такой как физический совместно используемый канал нисходящей линии связи (PDSCH), который может динамически использоваться для трафика, либо в физический ресурс, такой как физический канал управления нисходящей линии связи (PDCCH), который является другим каналом управления, выполняется. Канал многоадресной передачи (канал многоадресной передачи: MCH) используется для передачи в широковещательном режиме во все базовые станции (соту). SFN-комбинирование MBMS-услуг (MTCH и MCCH) поддерживается при многосотовой передаче. Полустатическое выделение ресурсов поддерживается. MCH преобразуется в PMCH.

Управление повторной передачей с помощью HARQ (гибридного ARQ) применяется к совместно используемому каналу восходящей линии связи (совместно используемому каналу восходящей линии связи: UL-SCH). Динамическое или полустатическое (полустатическое) выделение ресурсов поддерживается. UL-SCH преобразуется в физический совместно используемый канал восходящей линии связи (PUSCH). Канал с произвольным доступом (канал с произвольным доступом: RACH), показанный на фиг. 5B, ограничен управляющей информацией. Существует риск конфликта. RACH преобразуется в физический канал с произвольным доступом (PRACH). HARQ поясняется далее.

HARQ - это технология повышения качества связи линии передачи с использованием комбинации автоматической повторной передачи (автоматического запроса на повторную передачу) и коррекции ошибок (прямой коррекции ошибок). Повторная передача предоставляет преимущество задания функции коррекции ошибок так, чтобы быть эффективной также для линии передачи, качество связи которой варьируется. В частности, при выполнении повторной передачи комбинирование результатов приема первоначальной передачи и результатов приема повторной передачи предоставляет дополнительное повышение качества. Пример способа повторной передачи поясняется далее. Когда приемная сторона не может декодировать принимаемые данные корректно (когда ошибка контроля циклическим избыточным кодом CRC возникает (CRC=NG)), приемная сторона передает "Nack" в передающую сторону. При приеме "Nack" передающая сторона повторно передает данные. Напротив, когда приемная сторона может декодировать принимаемые данные корректно (когда ошибки CRC не возникают (CRC=OK)), приемная сторона передает "Ack" в передающую сторону. При приеме "Ack" передающая сторона передает следующие данные. Предусматривается "отслеживаемое комбинирование" (отслеживаемое комбинирование) в качестве примера способа HARQ. Отслеживаемое комбинирование - это способ передачи идентичной последовательности данных во время первоначальной передачи и во время повторной передачи и, при выполнении повторной передачи, комбинирования последовательности данных при первоначальной передаче и последовательности данных при повторной передаче, чтобы повышать прирост. Это основано на такой идее, что даже если первоначальные передаваемые данные содержат ошибку, первоначальные передаваемые данные частично включают в себя корректные данные, и поэтому данные могут быть переданы с более высокой степенью точности посредством комбинирования корректной части первоначальных передаваемых данных и данных для повторной передачи. Кроме того, предусматривается IR (нарастающая избыточность) в качестве еще одного примера способа HARQ. IR - это способ увеличения степени резервирования с комбинацией с первоначальной передачей посредством передачи бита четности во время повторной передачи, чтобы повышать качество посредством использования функции коррекции ошибок.

Логические каналы (Логические Каналы) (глава 6 непатентной ссылки 1) поясняются со ссылкой на фиг. 6. Фиг. 6 - это пояснительный чертеж, поясняющий логические каналы для использования в системе связи с использованием способа LTE. Преобразование между логическими каналами нисходящей линии связи и транспортными каналами нисходящей линии связи показывается на фиг. 6A. Преобразование между логическими каналами восходящей линии связи и транспортными каналами восходящей линии связи показывается на фиг. 6B. Широковещательный канал управления (широковещательный канал управления: BCCH) - это канал нисходящей линии связи для управляющей информации широковещательной системы. BCCH, который является логическим каналом, преобразуется либо в широковещательный канал (BCH), который является транспортным каналом, либо в совместно используемый канал нисходящей линии связи (DL-SCH). Канал управления поисковыми вызовами (канал управления поисковыми вызовами: PCCH) - это канал нисходящей линии связи для передачи сигнала поискового вызова. PCCH используется, когда сеть не знает местоположение в соте мобильного терминала. PCCH, который является логическим каналом, преобразуется в канал поисковых вызовов (PCH), который является транспортным каналом. Общий канал управления (общий канал управления: CCCH) - это канал для управляющей информации передачи между мобильным терминалом и базовой станцией. CCCH используется, когда мобильный терминал не имеет RRC-соединения (соединения) между мобильным терминалом и сетью. Следует или нет располагать CCCH для нисходящей линии связи, не определяется в это время. В направлении восходящей линии связи, CCCH преобразуется в совместно используемый канал восходящей линии связи (UL-SCH), который является транспортным каналом.

Канал управления многоадресной передачей (канал управления многоадресной передачей: MCCH) - это канал нисходящей линии связи для передачи типа "точка-многоточка". Канал используется для передачи управляющей информации MBMS для одного или нескольких MTCH из сети в мобильные терминалы. MCCH используется только для мобильного терминала, в настоящий момент принимающего MBMS. MCCH преобразуется либо в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, либо в канал многоадресной передачи (MCH). Выделенный канал управления (выделенный канал управления: DCCH) - это канал для передачи отдельной управляющей информации между мобильным терминалом и сетью. DCCH преобразуется в совместно используемый канал восходящей линии связи (UL-SCH) в восходящей линии связи и преобразуется в совместно используемый канал нисходящей линии связи (DL-SCH) в нисходящей линии связи. Выделенный канал трафика (выделенный канал трафика: DTCH) - это канал связи "точка-точка" для каждого мобильного терминала для передачи пользовательской информации. DTCH существует как для восходящей линии связи, так и для нисходящей линии связи. DTCH преобразуется в совместно используемый канал восходящей линии связи (UL-SCH) в восходящей линии связи и преобразуется в совместно используемый канал нисходящей линии связи (DL-SCH) в нисходящей линии связи. Канал трафика для многоадресной передачи (канал трафика для многоадресной передачи: MTCH) - это канал нисходящей линии связи для передачи данных трафика из сети в мобильный терминал. MTCH используется только для мобильного терминала, в настоящий момент принимающего MBMS. MTCH преобразуется либо в совместно используемый канал нисходящей линии связи (DL-SCH), либо в канал многоадресной передачи (MCH).

Вопросы, в настоящий момент определенные в 3GPP и касающиеся E-MBMS-услуги, описываются в непатентной ссылке 1. Определения терминов, касающихся E-MBMS (глава 15 непатентной ссылки 1), поясняются со ссылкой на фиг. 7. Фиг. 7 - это пояснительный чертеж для пояснения зависимости между зоной MBSFN-синхронизации и MBSFN-зонами. На фиг. 7, зона 701 MBSFN-синхронизации (зона синхронизации одночастотной сети для услуги широковещательной и многоадресной передачи мультимедиа) является зоной сети, в которой все базовые станции могут выполнять передачу MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа) синхронно друг с другом. Зона MBSFN-синхронизации включает в себя одну или более MBSFN-зон (MBSFN-зон) 702. На одном частотном уровне (частотном уровне) каждая базовая станция может принадлежать только одной зоне MBSFN-синхронизации. Каждая MBSFN-зона 702 (MBSFN-зона) состоит из группы базовых станций (соты), включенных в зону синхронизации MBSFN сети. Базовые станции (сота) в зоне синхронизации MBSFN могут составлять множество MBSFN-зон.

Логическая архитектура (логическая архитектура) E-MBMS (глава 15 непатентной ссылки 1) поясняется со ссылкой на фиг. 8. Фиг. 8 - это пояснительный чертеж, поясняющий логическую архитектуру (логическую архитектуру) E-MBMS. На фиг. 8, объект 801 координации многосотовой/многоадресной передачи (объект координации многосотовой/многоадресной передачи: MCE) - это логический объект. MCE 801 выделяет радиоресурсы всем базовым станциям в MBSFN-зоне, чтобы выполнять многосотовую MBMS-передачу (многосотовую MBMS-передачу). MCE 801 принимает решение по деталям конфигурации радиостанции (к примеру, способ модуляции и код) в дополнение к выделению радиоресурсов во времени и/или на частоте. E-MBMS-шлюз 802 (MBMS GW) является логическим объектом. E-MBMS-шлюз 802 находится между eBMSC и базовыми станциями и имеет основную функцию передачи и широковещательной передачи MBMS-услуги в каждую из базовых станций согласно протоколу SYNC. M3-интерфейс - это интерфейс управления (интерфейс плоскости управления) между MCE 801 и E-MBMS-шлюзом 802. M2-интерфейс - это интерфейс управления между MCE 801 и eNB 102. M1-интерфейс - это интерфейс пользовательских данных (интерфейс пользовательской плоскости) между E-MBMS-шлюзом 802 и eNB 803.

Архитектура (архитектура) E-MBMS (глава 15 непатентной ссылки 1) поясняется далее. Фиг. 9 - это пояснительный чертеж, поясняющий архитектуру (архитектуру) E-MBMS. Относительно архитектуры E-MBMS, два примера рассматриваются, как показано на фиг. 9A и 9B. Соты (15 непатентной ссылки 1) MBMS поясняются далее. В LTE-системе предусмотрена выделенная для MBMS сота (базовая станция) (выделенная для MBMS сота) и смешанная сота для MBMS/одноадресной передачи (смешанная сота для MBMS/одноадресной передачи), которая может выполнять как MBMS-услугу, так и услугу одноадресной передачи. Выделенная для MBMS сота поясняется далее. Признаки в случае, если выделенная для MBMS сота принадлежит частотному уровню, выделенному MBMS-передаче, описываются далее. В дальнейшем в этом документе, выделенный частотный уровень для MBMS-передачи также упоминается как частотный уровень выделенной для MBMS соты. MTCH (канал трафика многоадресной передачи) и MCCH (канал управления многоадресной передачей), которые являются логическими каналами нисходящей линии связи, преобразуются либо в MCH (канал многоадресной передачи), который является транспортным каналом нисходящей линии связи, либо в DL-SCH (совместно используемый канал нисходящей линии связи) при передаче типа "точка-многоточка". Восходящей линии связи не существует в выделенной для MBMS соте. Кроме того, передача и прием данных одноадресной передачи не могут выполняться в рамках выделенной для MBMS соты. Кроме того, механизм подсчета не устанавливается. Следует или нет предоставлять сигнал поискового вызова (сообщения поискового вызова) на выделенном частотном уровне для MBMS-передачи, не определено.

Далее, смешанная сота для MBMS/одноадресной передачи поясняется. Признаки в случае, если смешанная сота для MBMS/одноадресной передачи не принадлежит выделенному частотному уровню для MBMS-передачи, описываются далее. Частотный уровень, отличный от выделенного частотного уровня для MBMS-передачи, упоминается как "частотный уровень для одноадресной передачи/смешанный частотный уровень". MTCH и MCCH, которые являются логическими каналами нисходящей линии связи, преобразуются либо в MCH, который является логическим каналом нисходящей линии связи, либо в DL-SCH при передаче типа "точка-многоточка". В смешанной соте для MBMS/одноадресной передачи может выполняться как передача данных одноадресной передачи, так и передача MBMS-данных.

MBMS-передача (глава 15 непатентной ссылки 1) поясняется далее. MBMS-передача в LTE-системе поддерживает односотовую передачу (односотовую передачу: SC-передачу) и многосотовую передачу (многосотовую передачу: MC-передачу). Режим SFN (одночастотной сети) не поддерживается при односотовой передаче. Кроме того, режим SFN поддерживается при многосотовой передаче. Передача MBMS синхронизируется в зоне MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа). SFN-комбинирование MBMS-услуг (MTCH и MCCH) поддерживается при многосотовой передаче. MTCH и MCCH преобразуются в MCH при передаче типа "точка-многоточка". Диспетчеризация выполняется посредством MCE.

Структура (структура) канала управления многоадресной передачей (MCCH) (глава 15 непатентной ссылки) поясняется далее. Широковещательный канал управления (BCCH), который является логическим каналом нисходящей линии связи, показывает диспетчеризацию одного или двух основных каналов управления многоадресной передачей (основных MCCH: P-MCCH). P-MCCH для односотовой передачи преобразуется в DL-SCH (совместно используемый канал нисходящей линии связи). Кроме того, P-MCCH для многосотовой передачи преобразуется в MCH (канал многоадресной передачи). В случае если дополнительный канал управления многоадресной передачей (дополнительный MCCH: S-MCCH) преобразуется в MCH, адрес дополнительного канала управления многоадресной передачей (S-MCCH) может показываться посредством использования основного канала управления многоадресной передачей (P-MCCH). Хотя широковещательный канал управления (BCCH) показывает ресурс основного канала управления многоадресной передачей (P-MCCH), он не показывает доступных услуг.

Вопросы, в настоящий момент определенные в 3GPP и касающиеся поисковых вызовов, описываются в непатентной ссылке 1 (глава 10). Группа для передачи поисковых вызовов использует канал передачи служебных сигналов L1/L2 (PDCCH). Точный идентификатор (UE-ID) мобильного терминала может быть идентифицирован в канале поисковых вызовов (PCH).

Непатентная ссылка 1. 3GPP TS36.300 V8.2.0

Непатентная ссылка 2. 3GPP R1-072963

Непатентная ссылка 3. 3GPP R1-080073

Непатентная ссылка 4. 3GPP R2-080463

Непатентная ссылка 5. 3GPP R2-075570

Непатентная ссылка 6. 3GPP TS36.211 V8.4.0

Непатентная ссылка 7. 3GPP TS36.331 V8.3.0

Непатентная ссылка 8. 3GPP TS36.300 V8.2.0

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

Задачи, решаемые изобретением

Задачи, которые должны решаться в соответствии с настоящим изобретением, поясняются далее. В непатентной ссылке 1, не определяется то, задавать или нет сигнал поискового вызова так, чтобы он присутствовал на выделенном частотном уровне для MBMS-передачи. Следовательно, способ и система мобильной связи для передачи сигнала поискового вызова в мобильный терминал, который в настоящий момент принимает MBMS-услугу на выделенном частотном уровне для MBMS-передачи, еще не определены. Следовательно, задача настоящего изобретения заключается в том, чтобы предоставлять способ и систему мобильной связи для передачи сигнала поискового вызова в мобильный терминал, который в настоящий момент принимает MBMS-услугу на выделенном частотном уровне для MBMS-передачи.

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

Кроме того, подробности способа передачи сообщения поискового вызова не установлены также для мобильного терминала, находящегося в состоянии бездействия (состоянии бездействия) на частоте, которая не находится на выделенном частотном уровне для MBMS-передачи (на частотном уровне для одноадресной передачи/смешанном частотном уровне). Непатентная ссылка 1 раскрывает преобразование PCH либо в PDSCH, либо в PDCCH. Непатентная ссылка 1 также раскрывает, что группа для передачи поисковых вызовов использует канал передачи служебных сигналов L1/L2 (PDCCH), и что точный идентификатор (UE-ID) мобильного терминала может быть обнаружен в PCH. Напротив, непатентная ссылка 1 не раскрывает, как мобильные терминалы делятся на группы для передачи поисковых вызовов и как PCH сообщается. Кроме того, непатентная ссылка 1 не раскрывает, как мобильный терминал, находящийся в состоянии бездействия, выполняет прерывистый прием. Следовательно, дополнительная задача настоящего изобретения заключается в том, чтобы предоставлять подробности способа передачи сигнала поискового вызова в мобильный терминал, находящийся в состоянии бездействия на частотном уровне для одноадресной передачи/смешанном частотном уровне, и системы мобильной связи, которая предоставляет возможность реализации способа.

Кроме того, непатентная ссылка 1 раскрывает наличие выделенного частотного уровня для MBMS-передачи и наличие и признаки выделенной для MBMS соты. Напротив, непатентная ссылка 1 не раскрывает способ предоставления возможности мобильному терминалу перемещаться на выделенный частотный уровень для MBMS-передачи и способ выбора требуемой услуги. Помимо этого, хотя наличие множества MBSFN-зон на выделенном частотном уровне для MBMS-передачи обсуждено, непатентная ссылка 1 не раскрывает способ мультиплексирования MBSFN-зон. Следовательно, еще одна задача настоящего изобретения заключается в том, чтобы предоставлять способ мультиплексирования MBSFN-зон. Дополнительная задача настоящего изобретения заключается в том, чтобы предоставлять способ выбора требуемой услуги на выделенном частотном уровне для MBMS-передачи согласно способу мультиплексирования, и систему мобильной связи, которая предоставляет возможность реализации способа.

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

Кроме того, мобильный терминал должен выполнять измерение (измерение) в фиксированные периоды (интервалы) на частотном уровне для одноадресной передачи/смешанном частотном уровне. Длина каждого фиксированного периода указывается посредством верхнего уровня. Измерение - это операция, которую мобильный терминал должен выполнять также для того, чтобы распознавать, что мобильный терминал перемещен, и базовая станция, из которой мобильный терминал может принимать нисходящую линию связи (сигнал нисходящей линии связи или радиоволну нисходящей линии связи), изменена, лучшая базовая станция (сота) (предоставляющая наибольшую принимаемую мощность), включенная в базовые станции, из которых мобильный терминал может принимать нисходящую линию связи, изменена. Следовательно, если мобильный терминал не выполняет измерение, управление мобильностью (мобильностью) становится невозможным в системе мобильной связи. С другой стороны, базовая станция, которая составляет зону MBSFN-синхронизации (зону MBSFN-синхронизации) на выделенном частотном уровне для MBMS-передачи, и базовая станция, которая составляет частотный уровень для одноадресной передачи/смешанный частотный уровень, являются асинхронными друг с другом. Следовательно, проблема в конфигурации традиционных систем мобильной связи и традиционного способа связи состоит в том, что, поскольку мобильный терминал, принимающий в настоящий момент MBMS-услугу на выделенном частотном уровне для MBMS-передачи, выполняет измерение на частотном уровне для одноадресной передачи/смешанном частотном уровне, прием MBMS прерывается. Следовательно, дополнительная задача настоящего изобретения заключается в том, чтобы предоставлять способ предоставления возможности мобильному терминалу, принимающему в настоящий момент MBMS-услугу на выделенном частотном уровне для MBMS-передачи, выполнять измерение на частотном уровне для одноадресной передачи/смешанном частотном уровне без приема прерываемого MBMS и систему мобильной связи, которая предоставляет возможность реализации способа.

Кроме того, непатентная ссылка 1 раскрывает наличие выделенного частотного уровня для MBMS-передачи и наличие и признаки выделенной для MBMS соты. Напротив, непатентная ссылка 1 не раскрывает способ предоставления возможности мобильному терминалу перемещаться на выделенный частотный уровень для MBMS-передачи и способ выбора требуемой услуги. Другая задача настоящего изобретения заключается в том, чтобы предоставлять способ выбора требуемой услуги на выделенном частотном уровне для MBMS-передачи, и систему мобильной связи, которая предоставляет возможность реализации способа.

Кроме того, из главы 15 непатентной ссылки 1 можно понять, что MBSFN-зона состоит из группы сот, включенных в зону MBSFN-синхронизации, которая регулируется, чтобы реализовывать MBSFN-передачу. Следовательно, имеется случай, в котором MBSFN-передача не реализуется в различной MBSFN-зоне. Следовательно, возникает следующая проблема. Более конкретно, когда мобильный терминал, принимающий в настоящий момент MBMS-услугу, передаваемую через схему многосотовой передачи из выделенной для MBMS соты или смешанной соты для одноадресной передачи/MBMS на частотном уровне для одноадресной передачи/смешанном частотном уровне, выполняет передачу обслуживания, возникает следующая проблема. Далее, рассматривается случай, в котором смешанная сота для одноадресной передачи/MBMS, которая является источником передачи обслуживания (текущей обслуживающей сотой), и смешанная сота для одноадресной передачи/MBMS, которая является назначением передачи обслуживания (базовой станцией, которая заново выбрана как обслуживающая сота (новая обслуживающая сота: новая обслуживающая сота)), не принадлежат одной MBSFN-зоне. В этом случае, имеется возможность того, что, поскольку источник и назначение передачи обслуживания принадлежат различным MBSFN-зонам, содержимое принимаемых MBMS-услуг, соответственно, в MBSFN-зонах отличается друг от друга. Следовательно, возникает такая проблема, что прерывание приема MBMS-услуги возникает вследствие передачи обслуживания.

Средство решения проблемы

В соответствии с настоящим изобретением, предоставляется система связи, которая использует способ OFDM (мультиплексирования с ортогональным частотным разделением каналов) в качестве способа доступа по нисходящей линии связи и также использует способ SC-FDMA (множественного доступа с частотным разделением каналов с одной несущей) в качестве способа доступа по восходящей линии связи и которая может передавать данные широковещательного типа для предоставления MBMS (услуги широковещательной и многоадресной передачи мультимедиа), которая является услугой широковещательной связи "один ко многим", в мобильный терминал и также может передавать отдельные данные связи, "один-к-одному" в мобильный терминал, при этом система связи имеет три типа сот, в том числе соту для одноадресной передачи, в которую и из которой мобильный терминал может передавать и принимать отдельные данные связи, выделенную для MBMS соту, из которой мобильный терминал может принимать данные широковещательного типа, но в которую и из которой мобильный терминал не может передавать и принимать отдельные данные связи, и смешанную соту для MBMS/одноадресной передачи, которая может предоставлять как услугу соты для одноадресной передачи, так и услугу выделенной для MBMS соты, и, при приеме данных широковещательного типа, передаваемых из выделенной для MBMS соты, мобильный терминал выполняет уведомление относительно состояния MBMS-приема через соту для одноадресной передачи или смешанную соту для MBMS/одноадресной передачи, и система связи передает сигнал поискового вызова, предназначенный для мобильного терминала, в настоящий момент принимающего данные широковещательного типа, передаваемые из выделенной для MBMS соты, на основе зоны отслеживания (зоны отслеживания), в которой мобильные терминалы отслеживаются, причем зона отслеживания определяется на основе информации, передаваемой из мобильного терминала.

В соответствии с настоящим изобретением, предоставляется система связи, которая использует способ OFDM (мультиплексирования с ортогональным частотным разделением каналов) в качестве способа доступа по нисходящей линии связи и также использует способ SC-FDMA (множественного доступа с частотным разделением каналов с одной несущей) в качестве способа доступа по восходящей линии связи и которая может передавать данные широковещательного типа для предоставления MBMS (услуги широковещательной и многоадресной передачи мультимедиа), которая является услугой широковещательной связи "один ко многим", в мобильный терминал и также может передавать отдельные данные связи, "один-к-одному" в мобильный терминал, при этом система связи имеет зону синхронизации MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа), состоящую из множества выделенных для MBMS сот, из каждой из которых мобильный терминал может принимать данные широковещательного типа, но в каждую и из каждой из которых мобильный терминал не может передавать и принимать отдельные данные связи, при этом множество выделенных для MBMS сот синхронизируются друг с другом на одной частоте, и выделенная для MBMS сота, которая составляет зону MBSFN-синхронизации, прекращает передачу MBMS-данных в мобильный терминал в течение периода заранее определенного времени, чтобы предоставлять прерывистый период времени приема, в течение которого мобильный терминал не принимает MBMS-данные.

Преимущества изобретения

В системе связи в соответствии с настоящим изобретением, которая использует способ OFDM (мультиплексирования с ортогональным частотным разделением каналов) в качестве способа доступа по нисходящей линии связи и также использует способ SC-FDMA (множественного доступа с частотным разделением каналов с одной несущей) в качестве способа доступа по восходящей линии связи и которая может передавать данные широковещательного типа для предоставления MBMS (услуги широковещательной и многоадресной передачи мультимедиа), которая является услугой широковещательной связи "один ко многим", в мобильный терминал и также может передавать отдельные данные связи, "один-к-одному" в мобильный терминал, система связи имеет три типа сот, в том числе соту для одноадресной передачи, в которую и из которой мобильный терминал может передавать и принимать отдельные данные связи, выделенную для MBMS соту, из которой мобильный терминал может принимать данные широковещательного типа, но в которую и из которой мобильный терминал не может передавать и принимать отдельные данные связи, и смешанную соту для MBMS/одноадресной передачи, которая может предоставлять как услугу соты для одноадресной передачи, так и услугу выделенной для MBMS соты, и мобильный терминал, в настоящий момент принимающий данные широковещательного типа, передаваемые из выделенной для MBMS соты, выполняет уведомление относительно состояния MBMS-приема через соту для одноадресной передачи или смешанную соту для MBMS/одноадресной передачи, и система связи передает сигнал поискового вызова, предназначенный для мобильного терминала, в настоящий момент принимающего данные широковещательного типа, передаваемые из выделенной для MBMS соты, на основе зоны отслеживания (зоны отслеживания), в которой мобильный терминал отслеживается, причем зона отслеживания определяется на основе информации, передаваемой из мобильного терминала. Следовательно, мобильный терминал может указывать MBMS-данные (MTCH и MCCH), которые мобильный терминал принимает или является принимающим, и система связи может передавать сигнал поискового вызова в мобильный терминал, для которого MBMS-услуга предоставляется из выделенной соты для MBMS-передачи.

В системе связи в соответствии с настоящим изобретением, которая использует способ OFDM (мультиплексирования с ортогональным частотным разделением каналов) в качестве способа доступа по нисходящей линии связи и также использует способ SC-FDMA (множественного доступа с частотным разделением каналов с одной несущей) в качестве способа доступа по восходящей линии связи и которая может передавать данные широковещательного типа для предоставления MBMS (услуги широковещательной и многоадресной передачи мультимедиа), которая является услугой широковещательной связи "один ко многим", в мобильный терминал и также может передавать отдельные данные связи, "один-к-одному" в мобильный терминал, система связи имеет зону синхронизации MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа), состоящую из множества выделенных для MBMS сот, из каждой из которых мобильный терминал может принимать данные широковещательного типа, но в каждую и из каждой из которых мобильный терминал не может передавать и принимать отдельные данные связи, при этом множество выделенных для MBMS сот синхронизируются друг с другом на одной частоте, и выделенная для MBMS сота, которая составляет зону MBSFN-синхронизации, прекращает передачу MBMS-данных в мобильный терминал в течение периода заранее определенного времени, чтобы предоставлять прерывистый период времени приема, в течение которого мобильный терминал не принимает MBMS-данные. Следовательно, мобильный терминал получает возможность выполнять процесс измерения и регистрацию местоположения во время этого прерывистого периода времени приема, и система связи может передавать сигнал поискового вызова в мобильный терминал, для которого MBMS-услуга предоставляется из выделенной соты для MBMS-передачи.

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

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

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

Фиг. 3 - это пояснительный чертеж, показывающий конфигурацию кадра MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа);

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

Фиг. 5 - это пояснительный чертеж, поясняющий транспортные каналы для использования в системе связи согласно способу LTE;

Фиг. 6 - это пояснительный чертеж, поясняющий логические каналы для использования в системе связи согласно способу LTE;

Фиг. 7 - это пояснительный чертеж, поясняющий отношение между зоной синхронизации MBSFN и MBSFN-зоной;

Фиг. 8 - это пояснительный чертеж, поясняющий логическую архитектуру (логическую архитектуру) E-MBMS;

Фиг. 9 - это пояснительный чертеж, поясняющий архитектуру (архитектуру) E-MBMS;

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

Фиг. 11 - это блок-схема, показывающая структуру мобильного терминала;

Фиг. 12 - это блок-схема, показывающая структуру базовой станции;

Фиг. 13 - это блок-схема, показывающая конфигурацию MME (объекта управления мобильностью);

Фиг. 14 - это блок-схема, показывающая конфигурацию MCE (объекта координации многосотовой/многоадресной передачи);

Фиг. 15 - это блок-схема, показывающая конфигурацию MBMS-шлюза;

Фиг. 16 - это блок-схема последовательности операций способа, показывающая структуру обработки, включающей в себя от процесса начала использования MBMS до процесса окончания использования MBMS, которая выполняется посредством мобильного терминала в системе связи, которая использует способ LTE;

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

Фиг. 18 - это блок-схема последовательности операций способа, показывающая процесс MBMS-поиска;

Фиг. 19 - это блок-схема последовательности операций способа, показывающая процесс выбора MBMS-услуги;

Фиг. 20 - это блок-схема последовательности операций способа, показывающая процесс уведомления для уведомления о состоянии приема на стороне MBMS;

Фиг. 21 - это блок-схема последовательности операций способа, поясняющая процесс измерения на стороне одноадресной передачи;

Фиг. 22 - это блок-схема последовательности операций способа, поясняющая процесс прерывистого приема во время MBMS-приема;

Фиг. 23 - это блок-схема последовательности операций способа, показывающая процесс приема по MTCH и процесс окончания MBMS-приема;

Фиг. 24 - это блок-схема последовательности операций способа, показывающая процесс прерывистого приема на стороне одноадресной передачи и процесс окончания MBMS-приема;

Фиг. 25 - это пояснительный чертеж, показывающий множество MBSFN-зон, которые составляют зону MBSFN-синхронизации;

Фиг. 26 - это концептуальная схема преобразования в физический канал в зоне MBSFN-синхронизации, когда мультиплексирование с временным разделением каналов MBSFN-зон выполняется;

Фиг. 27 - это концептуальная схема преобразования в физический канал в зоне MBSFN-синхронизации, когда мультиплексирование с временным разделением каналов MBSFN-зон выполняется;

Фиг. 28 - это пояснительный чертеж, показывающий множество MBSFN-зон, которые составляют зону MBSFN-синхронизации, и также показывающий MBSFN-зону, покрывающую множество MBSFN-зон;

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

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

Фиг. 31 - это пояснительный чертеж, поясняющий подробности списка зон отслеживания;

Фиг. 32 - это вид примеров структуры канала, в который преобразуется сигнал поискового вызова на частотном уровне, выделенном MBMS-передаче;

Фиг. 33 - это пояснительный чертеж, показывающий пример способа преобразования сигнала поискового вызова в физическую зону в физическом канале многоадресной передачи (PMCH), в котором должен переноситься сигнал поискового вызова;

Фиг. 34 - это пояснительный чертеж, показывающий пример способа преобразования сигнала поискового вызова в физическую зону в физическом канале многоадресной передачи (PMCH), в котором должен переноситься сигнал поискового вызова;

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

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

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

Фиг. 38 - это таблица, показывающая принцип характеристик мобильного терминала;

Фиг. 39 - это пояснительный чертеж, показывающий структуру физического канала многоадресной передачи, расположенного для каждой зоны MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа);

Фиг. 40 - это пояснительный чертеж, показывающий структуру физического канала многоадресной передачи, расположенного для каждой зоны MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа);

Фиг. 41 - это пояснительный чертеж, показывающий структуру PMCH, расположенного для каждой MBSFN-зоны;

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

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

Фиг. 44 - это пояснительный чертеж, показывающий способ преобразования сигнала поискового вызова в выделенный канал поисковых вызовов (DPCH);

Фиг. 45 - это пояснительный чертеж, показывающий способ преобразования сигнала поискового вызова в выделенный канал поисковых вызовов (DPCH);

Фиг. 46 - это пояснительный чертеж, показывающий структуру физического канала (основной PMCH), который передается через схему многосотовой передачи в зоне MBSFN-синхронизации;

Фиг. 47 - это пояснительный чертеж, показывающий конфигурацию радиокадра, через который передается основной PMCH;

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

Фиг. 49 - это пояснительный чертеж, показывающий структуру основного PMCH, в котором располагается зона для сигнала поискового вызова;

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

Фиг. 51 - это пояснительный чертеж, показывающий пример кода для дополнения для каждой соты, которая располагается в соте, которая не передает сигнал поискового вызова;

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

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

Фиг. 54 - это пояснительный чертеж, показывающий способ преобразования в случае мультиплексирования логического канала PCCH с логическими каналами MTCH и MCCH, чтобы переносить их в транспортном канале MCH;

Фиг. 55 - это пояснительный чертеж, показывающий способ преобразования в случае переноса логического канала PCCH в транспортном канале PCH, выполнения мультиплексирования логических каналов MTCH и MCCH, чтобы переносить их в транспортном канале MCH, и дополнительного мультиплексирования PCH и MCH, чтобы переносить их в физическом канале многоадресной передачи;

Фиг. 56 - это пояснительный чертеж, показывающий способ преобразования в случае переноса логического канала PCCH, включающего в себя сигнал поискового вызова, в транспортном канале PCH, выполнения мультиплексирования логических каналов MTCH и MCCH, чтобы переносить их в транспортном канале MCH, и дополнительного переноса PCH в физическом канале, выделенном поисковым вызовам;

Фиг. 57 - это пояснительный чертеж, показывающий способ преобразования во время расположения основного PMCH как физического канала, общего в зоне MBSFN-синхронизации;

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

Фиг. 59 - это блок-схема последовательности операций способа, показывающая процесс приема по MTCH;

Фиг. 60 - это пояснительный чертеж, показывающий структуру PMCH для каждой MBSFN-зоны;

Фиг. 61 - это пояснительный чертеж, показывающий структуру PMCH для каждой MBSFN-зоны;

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

Фиг. 63 - это пояснительный чертеж, показывающий структуру PMCH для каждой MBSFN-зоны;

Фиг. 64 - это блок-схема последовательности операций способа, показывающая способ поиска для поиска MBMS, который поясняется в варианте осуществления 12;

Фиг. 65 - это пояснительный чертеж, показывающий структуру основного PMCH в зоне MBSFN-синхронизации;

Фиг. 66 - это пояснительный чертеж, показывающий структуру основного PMCH в зоне MBSFN-синхронизации;

Фиг. 67 - это блок-схема последовательности операций способа, показывающая способ поиска для поиска MBMS, который поясняется в варианте осуществления 12;

Фиг. 68 - это пояснительный чертеж, показывающий структуру PMCH для каждой MBSFN-зоны;

Фиг. 69 - это пояснительный чертеж, показывающий структуру PMCH для каждой MBSFN-зоны;

Фиг. 70 - это пояснительный чертеж, показывающий структуру PMCH для каждой MBSFN-зоны;

Фиг. 71 - это пояснительный чертеж, показывающий пример информации о прерывистом приеме;

Фиг. 72 - это пояснительный чертеж, показывающий пример информации о прерывистом приеме;

Фиг. 73 - это пояснительный чертеж, показывающий проблему настоящего изобретения;

Фиг. 74 - это схема последовательности операций в случае извлечения периода поисковых вызовов, в который преобразуется уведомление относительно информации выделения о MBSFN-субкадрах и сигнале поискового вызова;

Фиг. 75 - это вид, поясняющий конфигурацию MBSFN-субкадров для каждой MBSFN-зоны в каждой соте в случае, если DRX-период также учитывается;

Фиг. 76 - это блок-схема последовательности операций способа, поясняющая процесс подготовки к прерывистому приему во время MBMS-приема в варианте осуществления 15;

Фиг. 77 - это блок-схема последовательности операций способа, поясняющая процесс прерывистого приема во время MBMS-приема в варианте осуществления 15;

Фиг. 78 - это вид, поясняющий подробности списка зон отслеживания в варианте осуществления 16;

Фиг. 79 - это вид, поясняющий подробности списка зон отслеживания в варианте осуществления 16;

Фиг. 80 - это вид, поясняющий произвольную выделенную для MBMS соту в одной MBSFN-зоне, задаваемой как зона отслеживания;

Фиг. 81 - это вид, поясняющий подробности списка зон отслеживания в варианте осуществления 17;

Фиг. 82 - это вид, поясняющий зону отслеживания, созданную посредством произвольной выделенной для MBMS соты во множестве MBSFN-зон;

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

Фиг. 84 - это таблица, поясняющая соответствие между номерами услуг и содержимым услуг;

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

Фиг. 86 - это блок-схема последовательности операций способа, показывающая процесс, который выполняется посредством мобильного терминала, принимающего в настоящий момент MBMS-услугу, которая передается через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS, для выполнения передачи обслуживания;

Фиг. 87 - это блок-схема последовательности операций способа, показывающая процесс, который выполняется посредством мобильного терминала, принимающего в настоящий момент MBMS-услугу, которая передается через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS, для выполнения передачи обслуживания;

Фиг. 88 - это блок-схема последовательности операций способа, показывающая процесс, который выполняется посредством мобильного терминала, принимающего в настоящий момент MBMS-услугу, которая передается через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS, для выполнения передачи обслуживания;

Фиг. 89 - это блок-схема последовательности операций способа, показывающая процесс, который выполняется посредством мобильного терминала, принимающего в настоящий момент MBMS-услугу, которая передается через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS, для выполнения передачи обслуживания;

Фиг. 90 - это блок-схема последовательности операций способа, показывающая процесс, который выполняется посредством мобильного терминала, принимающего в настоящий момент MBMS-услугу, которая передается через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS, для выполнения передачи обслуживания;

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

Фиг. 93 - это пояснительный чертеж, поясняющий проблему настоящего изобретения;

Фиг. 93 - это схема последовательности операций в случае определения субкадров в радиокадре для периода поисковых вызовов, в который преобразуется сигнал поискового вызова;

Фиг. 94 - это схема последовательности операций в случае определения субкадров в радиокадре для периода поисковых вызовов, в который преобразуется сигнал поискового вызова;

Фиг. 95 - это таблица, показывающая соответствие между субкадрами в радиокадре для периода поисковых вызовов и номерами субкадров, исключая MBSFN-субкадры;

Фиг. 96 - это таблица, показывающая соответствие между субкадрами в радиокадре для периода поисковых вызовов и номерами MBSFN-субкадров;

Фиг. 97 - это схема последовательности операций в случае определения субкадров в радиокадре для периода поисковых вызовов, который используется в разновидности 5 варианта осуществления 23;

Фиг. 98 - это вид, поясняющий случай, в котором два TA(MBMS) (TA(MBMS) #1 и TA(MBMS) #2) формируются в одной MBSFN-зоне;

Фиг. 99 - это вид, показывающий, что TDM сигнала поискового вызова выполняется для каждого TA(MBMS), и сигнал поискового вызова преобразуется;

Фиг. 100 - это вид, поясняющий структуру, в которой выделенный канал сигналов поисковых вызовов и PMCH располагаются в идентичном MBSFN-субкадре;

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

Фиг. 102 - это вид, поясняющий полосу пропускания системы каждой соты в MBSFN-зоне; и

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

Пояснения ссылок с номером

101 - мобильный терминал, 102 - базовая станция, 103 - MME (объект управления мобильностью), 104 - S-GW (обслуживающий шлюз).

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

Первый вариант осуществления

Фиг. 10 - это блок-схема, показывающая общую конфигурацию системы мобильной связи в соответствии с настоящим изобретением. На фиг. 10, мобильный терминал 101 выполняет передачу и прием управляющих данных (C-плоскость) и пользовательских данных (U-плоскость) в и из базовой станции 102. Базовые станции 102 классифицируются на соты 102-1 для одноадресной передачи, каждая из которых обрабатывает только передачу и прием одноадресной передачи, смешанные соты 102-2, каждая из которых обрабатывает передачу и прием одноадресной передачи и MBMS-услуг (MTCH и MCCH), и выделенные для MBMS соты 102-3, каждая из которых обрабатывает только передачу и прием MBMS-услуг. Каждая из соты 102-1 для одноадресной передачи, обрабатывающей передачу и прием одноадресной передачи, и смешанной соты для MBMS/одноадресной передачи (смешанной соты) 102-2, обрабатывающей передачу и прием одноадресной передачи, соединяется с MME 103 через интерфейс S1_MME. Каждая из соты 102-1 для одноадресной передачи, обрабатывающей передачу и прием одноадресной передачи, и смешанной соты 102-2, обрабатывающей передачу и прием одноадресной передачи, также соединяется с S-GW 104 через интерфейс S1_U для передачи и приема пользовательских данных одноадресной передачи. MME 103 соединяется с PDNGW (шлюзом сети пакетной передачи данных) 902 через интерфейс S11. MCE 801 выделяет радиоресурсы всем базовым станциям 102, существующим в MBSFN-зоне, чтобы выполнять многосотовую (MC) передачу. Например, рассматривается случай, в котором существуют как MBSFN-зона #1, состоящая из одной или более смешанных сот 102-2 для MBMS/одноадресной передачи, так и MBSFN-зона #2, состоящая из одной или более выделенных для MBMS сот 102-3. Смешанная сота 102-2 для MBMS/одноадресной передачи соединяется с MCE 801-1, который выделяет радиоресурсы для всех базовых станций, существующих в MBSFN-зоне #1, через M2-интерфейс. Кроме того, выделенная для MBMS сота 102-3 соединяется с MCE 801-2, который выделяет радиоресурсы для всех базовых станций, существующих в MBSFN-зоне #2, через M2-интерфейс.

MBMS GW 802 может быть разделен на MBMS CP 802-1, который обрабатывает управляющие данные, и MBMS UP 802-2, который обрабатывает пользовательские данные. Каждая смешанная сота 102-2 для MBMS/одноадресной передачи и выделенная для MBMS сота 102-3 соединяются с MBMS CP 802-1 через M1-интерфейс для передачи и приема связанных с MBMS управляющих данных. Каждая смешанная сота 102-2 для MBMS/одноадресной передачи и выделенная для MBMS сота 102-3 соединяются с MBMS UP 802-2 через M1_U-интерфейс для передачи и приема связанных с MBMS пользовательских данных. MCE 801 соединяется с MBMS CP 802-1 через M3-интерфейс для передачи и приема связанных с MBMS управляющих данных. MBMS UP 802-2 соединяется с eBMSC 901 через SGimb-интерфейс. MBMS GW 802 соединяется с eBMSC 901 через SGmb-интерфейс. EBMSC 901 соединяется с поставщиком содержимого. EBMSC 901 соединяется с PDNGW 902 через SGi-интерфейс. MCE 801 соединяется с MME 103 через интерфейс (IF) между MME и MCE, который является новым интерфейсом.

Фиг. 11 - это блок-схема, показывающая конфигурацию мобильного терминала 101 для использования в системе в соответствии с настоящим изобретением. На фиг. 11, процесс передачи мобильного терминала 101 выполняется следующим образом. Во-первых, управляющие данные из протокольного процессора 1101 и пользовательские данные из прикладного модуля 1102 сохраняются в модуле 1103 буфера передаваемых данных. Данные, сохраненные в модуле 1103 буфера передаваемых данных, доставляются в модуль 1104 кодера и подвергаются процессу кодирования, включающему в себя коррекцию ошибок. Могут быть предусмотрены данные, которые выводятся непосредственно из модуля 1103 буфера передаваемых данных в модуль 1105 модуляции без кодирования. Процесс модуляции выполняется для данных, для которых процесс кодирования выполнен посредством модуля 1104 кодера, посредством модуля 1105 модуляции. После того, как модулированные данные преобразуются в сигнал в полосе модулирующих частот, сигнал в полосе модулирующих частот выводится в модуль 1106 преобразования частоты и преобразуется в передаваемый сигнал, имеющий частоту радиопередачи, посредством модуля 1106 преобразования частоты. После этого передаваемый сигнал передается в базовую станцию 102 через антенну 1107. Мобильный терминал 101 также выполняет процесс приема следующим образом. Радиосигнал из базовой станции 102 принимается посредством антенны 1107. Принимаемый сигнал, имеющий частоту радиоприема, преобразуется в сигнал в полосе модулирующих частот посредством модуля 1106 преобразования частоты, и процесс демодуляции выполняется для сигнала в полосе модулирующих частот посредством модуля 1108 демодуляции. Данные, которые получаются через процесс демодуляции, доставляются в модуль 1109 декодера и подвергаются процессу декодирования, включающему в себя коррекцию ошибок. Управляющие данные, включенные в декодированные данные, доставляются в протокольный процессор 1101, тогда как пользовательские данные, включенные в декодированные данные, доставляются в прикладной модуль 1102. Последовательности процессов, выполняемые посредством мобильного терминала, управляются посредством модуля 1110 управления. Следовательно, хотя не показано в чертеже, модуль 1110 управления соединяется с каждым из модулей (1101-1109).

Фиг. 12 - это блок-схема, показывающая конфигурацию базовой станции 102. Базовая станция 102 выполняет процесс передачи следующим образом. Модуль 1201 связи EPC передает и принимает данные между базовой станцией 102 и EPC (MME 103 и S-GW 104). Модуль 1202 связи другой базовой станции передает и принимает данные в и из другой базовой станции. Каждый из модуля 1201 связи EPC и модуля 1202 связи другой базовой станции выполняет прием и передачу информации из и в протокольный процессор 1203. Управляющие данные из протокольного процессора 1203 и пользовательские и управляющие данные из модуля 1201 связи EPC и модуля 1202 связи другой базовой станции сохраняются в модуле 1204 буфера передаваемых данных. Данные, сохраненные в модуле 1204 буфера передаваемых данных, доставляются в модуль 1205 кодера и подвергаются процессу кодирования, включающему в себя коррекцию ошибок. Могут быть предусмотрены данные, которые выводятся непосредственно из модуля 1204 буфера передаваемых данных в модуль 1206 модуляции без кодирования. Модуль 1206 модуляции выполняет процесс модуляции для кодированных данных. После того, как модулированные данные преобразуются в сигнал в полосе модулирующих частот, сигнал в полосе модулирующих частот выводится в модуль 1207 преобразования частоты и преобразуется в передаваемый сигнал, имеющий частоту радиопередачи, посредством модуля 1207 преобразования частоты. После этого передаваемый сигнал передается из антенны 1208 в один или более мобильных терминалов 101. Базовая станция 102 также выполняет процесс приема следующим образом. Радиосигнал из одного или более мобильных терминалов 101 принимается посредством антенны 1208. Принимаемый сигнал, имеющий частоту радиоприема, преобразуется в сигнал в полосе модулирующих частот посредством модуля 1207 преобразования частоты, и процесс демодуляции выполняется для сигнала в полосе модулирующих частот посредством модуля 1209 демодуляции. Данные, которые получаются через процесс демодуляции, доставляются в модуль 1210 декодера и подвергаются процессу декодирования, включающему в себя коррекцию ошибок. Управляющие данные из декодированных данных доставляются в протокольный процессор 1203 или модуль 1201 связи EPC и модуль 1202 связи другой базовой станции, а пользовательские данные из декодированных данных доставляются в модуль 1201 связи EPC и модуль 1202 связи другой базовой станции. Последовательность процессов, выполняемая посредством базовой станции 102, управляется посредством модуля 1211 управления. Следовательно, хотя не показано в чертеже, модуль 1211 управления соединяется с каждым из модулей (1201-1210).

Фиг. 13 - это блок-схема, показывающая конфигурацию MME (объекта управления мобильностью). Модуль 1301 связи PDN GW выполняет передачу и прием данных между MME 103 и PDN GW 902. Модуль 1302 связи базовой станции выполняет передачу и прием данных между MME 103 и базовой станцией 102 через S1_MME-интерфейс. Когда данные, принимаемые из PDN GW 902, являются пользовательскими данными, пользовательские данные доставляются из модуля 1301 связи PDN GW в модуль 1302 связи базовой станции через процессор 1303 пользовательской плоскости и затем передаются в одну или более базовых станций 102. Когда данные, принимаемые из базовой станции 102, являются пользовательскими данными, пользовательские данные доставляются из модуля 1302 связи базовой станции в модуль 1301 связи PDN GW через процессор 1303 пользовательской плоскости и затем передаются в PDN GW 902.

Модуль 1304 связи MCE выполняет передачу и прием данных между MME 103 и MCE 801 через IF между MME и MCE. Когда данные, принимаемые из PDN GW 902, являются управляющими данными, управляющие данные доставляются из модуля 1301 связи PDN GW в модуль 1305 управления плоскостью управления. Когда данные, принимаемые из базовой станции 102, являются управляющими данными, управляющие данные доставляются из модуля 1302 связи базовой станции в модуль 1305 управления плоскостью управления. Управляющие данные, принимаемые из MCE 801, доставляются из модуля 1304 связи MCE в модуль 1305 управления плоскостью управления. Результаты процесса, выполняемого посредством модуля 1305 управления плоскостью управления, передаются в PDN GW 902 через модуль 1301 связи PDN GW, затем передаются, через S1_MME-интерфейс, в одну или более базовых станций 102 посредством модуля 1302 связи базовой станции и затем передаются, через IF между MME и MCE, в один или более MCE 801 посредством модуля 1304 связи MCE. Модуль 1305-1 обеспечения безопасности NAS, модуль 1305-2 управления однонаправленным каналом SAE и модуль 1305-3 управления мобильностью в состоянии бездействия (состоянии бездействия) включаются в модуль 1305 управления плоскостью управления, и модуль управления плоскостью управления выполняет общие процессы для плоскости управления. Модуль 1305-1 обеспечения безопасности NAS выполняет задание обеспечения безопасности для сообщения NAS (не связанный с предоставлением доступа уровень) и т.д., модуль 1305-2 управления однонаправленным каналом SAE выполняет управление однонаправленным каналом SAE (развитие архитектуры системы) и т.д. Модуль 1305-3 управления мобильностью в состоянии бездействия выполняет управление мобильностью состояния бездействия (состояния LTE-IDLE, называемого просто бездействие), формирование и управление сигналом поискового вызова во время состояния бездействия, добавление, удаление, обновление и извлечение зоны отслеживания (TA) одного или более мобильных терминалов 101, обслуживаемых посредством базовой станции, управление списком зон отслеживания (списком TA) и т.д. MME запускает протокол поисковых вызовов посредством передачи сообщения поискового вызова в соту, принадлежащую зоне отслеживания (TA), в которой UE зарегистрированы. Последовательность процессов, выполняемая посредством MME 103, управляется посредством модуля 1306 управления. Следовательно, хотя не показано в чертеже, модуль 1306 управления соединяется с каждым из модулей (1301-1305).

Фиг. 14 - это блок-схема, показывающая конфигурацию MCE (объекта координации многосотовой/многоадресной передачи). Модуль 1401 связи MBMS GW выполняет передачу и прием управляющих данных между MCE 801 и MBMS GW 802 через M3-интерфейс. Модуль 1402 связи базовой станции выполняет передачу и прием управляющих данных между MCE 801 и базовой станцией 102 через M2-интерфейс. Модуль 1403 связи MME выполняет передачу и прием управляющих данных между MCE 801 и MME 103 через IF между MME и MCE. Модуль 1404 планировщика MC-передач выполняет диспетчеризацию многосотовой передачи одной или более MBSFN-зон, которыми модуль планировщика MC-передач управляет, посредством использования управляющих данных из MBMS GW 802, доставляемых ему через модуль 1401 связи MBMS GW, управляющих данных из базовой станции 102 в зоне MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа), которые доставляются ему через модуль 1402 связи базовой станции, и управляющих данных из MME 103, которые доставляются ему через модуль 1403 связи MME. В качестве примера диспетчеризации, радиоресурсы (время, частота и т.д.) базовой станции, конфигурация радиостанции (способ модуляции, код и т.д.) и т.д. может предоставляться. Результаты диспетчеризации многосотовой передачи доставляются в модуль 1402 связи базовой станции и затем передаются в одну или более базовых станций 102 в MBSFN-зоне. Последовательность процессов, выполняемая посредством MCE 801, управляется посредством модуля 1405 управления. Следовательно, хотя не показано в чертеже, модуль 1405 управления соединяется с каждым из модулей (1401-1404).

Фиг. 15 - это блок-схема, показывающая конфигурацию MBMS-шлюза. На фиг. 15, модуль 1501 связи eBMSC из MBMS GW 802 выполняет передачу и прием данных (пользовательских и управляющих данных) между MBMS GW 802 и eBMSC 901. Модуль 1502 связи MCE выполняет передачу и прием управляющих данных между MBMS GW 802 и MCE 801 через M3-интерфейс. Управляющие данные, принимаемые из eBMSC 901, доставляются в модуль 1503 MBMS CP через модуль 1501 связи eBMSC и, после обработки посредством модуля 1503 MBMS CP, передаются в один или более MCE 801 через модуль 1502 связи MCE. Управляющие данные, принимаемые из MCE 801, отправляются в модуль 1503 MBMS CP через модуль 1502 связи MCE и, после обработки посредством модуля 1503 MBMS CP, передаются в eBMSC901 и/или MCE 801 через модуль 1501 связи eBMSC. Модуль 1504 связи базовой станции передает пользовательские данные (также называемые данными трафика) в MBMS GW 802 и одну или более базовых станций через M1_U-интерфейс. Пользовательские данные, принимаемые из eBMSC 901, доставляются в модуль 1505 MBMS UP через модуль 1501 связи eBMSC и, после обработки посредством модуля 1505 MBMS UP, передаются в одну или более базовых станций 102 через модуль 1504 связи базовой станции. Модуль 1503 MBMS CP и модуль 1505 MBMS UP соединяются друг с другом. Последовательность процессов, выполняемая посредством MBMS GW 802, управляется посредством модуля 1506 управления. Следовательно, хотя не показано в чертеже, модуль 1506 управления соединяется с каждым из модулей (1501-1506).

Далее, пример последовательности операций обработки, выполняемой посредством системы мобильной связи в соответствии с настоящим изобретением, показывается на фиг. 16. Фиг. 16 - это блок-схема последовательности операций способа, показывающая структуру обработки, включающей в себя от процесса начала использования MBMS до процесса окончания использования MBMS, которая выполняется посредством мобильного терминала в системе связи, которая использует способ LTE. Мобильный терминал, на этапе ST1601 по фиг. 16, выполняет выбор соты обслуживающей соты в смешанной соте для MBMS/одноадресной передачи. Далее, процесс этапа 1601 упоминается как "выбор соты на стороне одноадресной передачи". Сторона сети, на этапе ST1601-1, выполняет процесс "широковещательной рассылки информации о принимаемом MBMS" в мобильный терминал. Более конкретно, сторона сети сообщает мобильному терминалу, что доступная на данный момент MBMS-услуга существует, а также информацию, касающуюся частот MBMS-услуги (список частот). Поскольку через процесс этапа ST1601-1 мобильный терминал может знать, что доступная на данный момент MBMS-услуга существует, и знать информацию о частотах MBMS-услуги, мобильный терминал не должен выполнять поиск принимаемой частоты круговым способом. Как результат, предоставляется преимущество сокращения времени задержки на управление, возникающей до того, как мобильный терминал принимает услугу на частоте, отличной от выбранной в настоящий момент частоты.

Мобильный терминал, на этапе ST1602, выполняет процесс поиска для поиска выделенной соты для MBMS-передачи на основе информации, передаваемой ему со стороны сети на этапе ST1601. В качестве примера процесса поиска, предоставляется обнаружение временной синхронизации (синхронизации с временным распределением радиокадров), полосы пропускания системы, числа передающих антенн и идентификатора (идентификатора) MBSFN-зоны (также называемого номером MBSFN-зоны), системной информации, такой как связанная с MCCH (канал управления многоадресной передачей) информация, и т.д. Далее, процесс этапа 1602 упоминается как "поиск MBMS". Мобильный терминал, на этапе ST1603, принимает информацию, используемую для приема MBMS-услуги (MCCH и MTCH) в выделенной соте для MBMS-передачи со стороны сети. Далее, процесс этапа 1603 упоминается "как обнаружение информации MBMS-зоны". Пользователь (мобильный терминал), на этапе ST1604, выбирает MBMS-услугу, которую пользователь хочет, посредством использования информации, используемой для приема MBMS-услуги, принимаемой со стороны сети на этапе ST1603. Далее, процесс этапа 1604 упоминается "как выбор MBMS-услуги".

Как пояснено ранее, относительно проблем проанализировано то, что в системе связи на основе способа LTE только нисходящая линия связи для передачи данных широковещательного типа, предоставленных посредством MBMS-услуги, в мобильные терминалы, реализуется, тогда как все восходящие линии связи опускаются, и сота, выделенная MBMS-передаче, которая реализует простую конфигурацию системы, реализуется. В вышеуказанном пояснении этапов ST1601-1-ST1604 способ выбора MBMS-услуги с использованием такой выделенной соты для MBMS-передачи раскрывается. Следовательно, обеспечивается преимущество предоставления возможности мобильному терминалу принимать требуемую MBMS-услугу посредством выделенной соты для MBMS-передачи через поясненную выше последовательность процессов.

Мобильный терминал, на этапе ST1605, осуществляет подготовку для выполнения прерывистого приема MBMS-данных из выделенной соты для MBMS-передачи посредством использования информации, используемой для приема MBMS-услуги, принимаемой со стороны сети на этапе ST1603. Далее, процесс этапа 1605 упоминается "как подготовка к прерывистому приему во время MBMS-приема". Мобильный терминал, на этапе ST1606, выполняет "процесс" уведомления состояния приема на стороне MBMS для уведомления состояния приема MBMS в выделенной соте для MBMS-передачи стороне сети. Поскольку выделенная сота для MBMS-передачи не имеет расположенной восходящей линии связи, все мобильные терминалы, в настоящий момент принимающие MBMS-данные в выделенной для MBMS соте, не могут выполнять регистрацию местоположения в сторону сети. В этом случае, поскольку сторона сети не может указывать соту, в которой находится мобильный терминал, для стороны сети трудно отправлять сигнал поискового вызова мобильному терминалу, когда входящий вызов, предназначенный для рассматриваемого мобильного терминала, осуществляется. Поскольку сторона сети, на этом этапе ST1606, может знать, что рассматриваемый мобильный терминал принимает MBMS-услугу в выделенной соте для MBMS-передачи, и получает возможность отслеживать мобильный терминал, когда входящий вызов, предназначенный для мобильного терминала, в настоящий момент использующего MBMS-услугу в выделенной соте для MBMS-передачи, осуществляется, сторона сети может передавать информацию поисковых вызовов выделенной соте для MBMS-передачи через MME 103 и MCE 801-1, чтобы уведомлять, что отдельный входящий вызов, предназначенный для мобильного терминала, в настоящий момент использующего MBMS-услугу, осуществляется. Следовательно, проблема поисковых вызовов в мобильный терминал, в настоящий момент использующий MBMS-услугу в выделенной соте для MBMS-передачи, может разрешаться.

Мобильный терминал, на этапе ST1607, выполняет процесс измерения (измерения), включающий в себя измерение интенсивности электрического поля соты для одноадресной передачи (102-1 на фиг. 10) и/или интенсивности электролиза смешанной соты для MBMS/одноадресной передачи (102-2 на фиг. 10) и выбор соты. Этот процесс упоминается как "измерение на стороне одноадресной передачи". Посредством выполнения этапа ST1607, даже если мобильный терминал принимает MBMS-данные в выделенной соте для MBMS-передачи, мобильный терминал получает возможность выполнять процесс, включающий в себя измерение соты для одноадресной передачи (102-1 на фиг. 10) и измерение смешанной соты для MBMS/одноадресной передачи (102-2 на фиг. 10), выбор соты, регистрацию местоположения и т.д. Поскольку мобильный терминал, в настоящий момент использующий MBMS-услугу в выделенной соте для MBMS-передачи, выбирает и обновляет либо соту для одноадресной передачи, либо смешанную соту для MBMS/одноадресной передачи, которая является целью для передачи, посредством выполнения этого процесса измерения, предоставляется преимущество возможности обеспечивать мобильность в выделенной для MBMS соте, в которой не существует восходящая линия связи. Следовательно, мобильный терминал, в настоящий момент использующий MBMS-услугу в выделенной для MBMS соте, получает возможность надежно выполнять процесс, касающийся мобильности, такой как регистрация местоположения, например, через соту для одноадресной передачи или смешанную соту для MBMS/одноадресной передачи, и, как результат, сторона сети получает возможность отправлять сигнал поискового вызова в мобильный терминал, в настоящий момент использующий MBMS-услугу в выделенной соте для MBMS-передачи. Рассматриваемый мобильный терминал также выполняет установление синхронизации нисходящей линии связи через измерение для частотного уровня для одноадресной передачи/смешанного частотного уровня в периоды (интервалы) измерений. Соответственно, даже в случае, если в выделенной соте для MBMS-передачи, в которой не существует восходящая линия связи, мобильный терминал передает ответ на сигнал поискового вызова через смешанную соту для MBMS/одноадресной передачи, что является задачей настоящего изобретения, время задержки на управление может уменьшаться.

Мобильный терминал, на этапе ST1608, выполняет прерывистый прием, чтобы принимать сигнал поискового вызова. Более конкретно, когда отдельный входящий вызов, предназначенный для рассматриваемого мобильного терминала, осуществляется, сторона сети передает сигнал поискового вызова, через нисходящую линию связи выделенной соты для MBMS-передачи, в мобильный терминал, принимающий в настоящий момент MBMS-услугу из частотного уровня, выделенного MBMS-передаче, состоящей из выделенной соты для MBMS-передачи. На этапах ST1605-ST1608, уведомление относительно поисковых вызовов в мобильный терминал, использующий MBMS-услугу в выделенной соте для MBMS-передачи, что является задачей настоящего изобретения, может предоставляться.

Мобильный терминал, который не принял сигнал поискового вызова через "прерывистый прием во время MBMS-приема" этапа ST1608, на этапе ST1609, принимает данные трафика MBMS, передаваемые ему из выделенной соты для MBMS-передачи через канал трафика многоадресной передачи (MTCH). Далее, процесс этапа ST1609 упоминается "как прием MTCH". Мобильный терминал, который выполняет "прием MTCH", осуществляет переход к этапу ST1607 во время "измерения на стороне одноадресной передачи". В качестве альтернативы, мобильный терминал, который выполняет "прием MTCH", осуществляет переход к этапу ST1602, ST1604 или ST1612, когда чувствительность приема ухудшается. Напротив, мобильный терминал, который принял сигнал поискового вызова через "прерывистый прием во время MBMS-приема" этапа ST1608, на этапе ST1610, переключает частоту (f(MBMS)) на частотном уровне, выделенном MBMS-передаче, на частоту (f(одноадресная передача)) на частотном уровне для одноадресной передачи/смешанном частотном уровне, и выполняет передачу и прием управляющих данных. Далее, процесс этапа ST1610 упоминается "как прерывистый прием на стороне одноадресной передачи". Как результат, рассматриваемый мобильный терминал получает возможность передавать данные восходящей линии связи, такие как ответ на сигнал поискового вызова, на сторону сети либо через соту для одноадресной передачи, либо через смешанную соту. Мобильный терминал, на этапах ST1611 и ST1612, сообщает стороне сети то, что мобильный терминал должен завершать прием MBMS-данных на частотном уровне, выделенном MBMS-передаче (выделенная сота для MBMS-передачи). Посредством выполнения этапа ST1611 мобильный терминал предоставляет возможность стороне сети знать, что рассматриваемый мобильный терминал должен завершать использование MBMS-услуги. Поскольку необходимо передавать только сигнал поискового вызова в мобильный терминал, который завершил использование MBMS-услуги для частотного уровня, выделенного MBMS-передаче, либо через соту для одноадресной передачи, либо через смешанную соту, сторона сети может прекращать процесс передачи сигнала поискового вызова через нисходящую линию связи соты MBMS-передачи. Следовательно, эффективное использование радиоресурсов выделенной соты для MBMS-передачи может быть осуществлено.

Второй вариант осуществления

В этом варианте осуществления, подробный пример последовательности операций обработки, выполняемой посредством системы мобильной связи, описанной в варианте осуществления 1, поясняется со ссылкой на фиг. 17. Фиг. 17 - это блок-схема последовательности операций способа, поясняющая выбор соты на стороне одноадресной передачи. Каждая из соты для одноадресной передачи и смешанной соты для MBMS/одноадресной передачи (упоминается просто как смешанная сота (смешанная сота)), на этапе ST1701, передает в широковещательном режиме канал основной синхронизации (канал основной синхронизации: P-SCH) и канал дополнительной синхронизации (канал дополнительной синхронизации: S-SCH) и опорный сигнал (также называемый опорным символом, опорным символом: RS) в мобильные терминалы, обслуживаемые посредством нее. Каждый из мобильных терминалов, на этапе ST1702, принимает P-SCH, S-SCH и RS из базовой станции (соты для одноадресной передачи или/и смешанной соты). Каждый из мобильных терминалов, на этапе ST1703, выполняет операцию поиска начальной соты с использованием P-SCH, S-SCH и RS, принимаемых посредством него. Подробности операции поиска соты, которые обсуждаются в 3GPP, поясняются далее. На первом этапе каждый из мобильных терминалов выполняет обнаружение вслепую канала основной синхронизации (P-SCH), для которого три типа заданных последовательностей существуют в системе мобильной связи. P-SCH преобразуется в центральные 72 поднесущие, имеющие полосу пропускания системы, на частоте и преобразуется в 1-ый (#0) и 6-ой (#5) субкадры каждого радиокадра во времени. Следовательно, каждый из мобильных терминалов, который обнаруживает вслепую P-SCH, может знать обнаружение с периодом в 5 мс и группы сот (первую-третью группы, соответствующие вышеуказанным трем типам последовательностей P-SCH). На втором этапе, каждый из мобильных терминалов выполняет обнаружение вслепую канала дополнительной синхронизации (S-SCH). Позиции преобразования S-SCH являются идентичными позициям преобразования P-SCH. Каждый из мобильных терминалов, который обнаруживает вслепую S-SCH, может знать обнаружение с периодом в 10 мс (кадровая синхронизация) и идентификатор соты (идентификатор соты).

Каждый из мобильных терминалов, на этапе ST1704, выполняет выбор соты. Выбор соты - это процесс выбора одной базовой станции, которая удовлетворяет требованиям становления обслуживающей базовой станцией (сотой), посредством использования результатов измерения чувствительности приема нисходящей линии связи каждой из множества из базовых станций, которое выполняется посредством каждого из мобильных терминалов. В качестве примера требований становления обслуживающей базовой станцией, может рассматриваться случай, в котором базовая станция, которая должна выбираться, имеет лучшую из чувствительностей приема нисходящей линии связи множества базовых станций, или случай, в котором базовая станция, которая должна выбираться, имеет чувствительность приема, превышающую минимальное пороговое значение чувствительности приема обслуживающей базовой станции. В качестве значения, которое фактически измеряет каждый из мобильных терминалов, предусмотрена мощность приема опорных символов (мощность приема опорных символов: RSRP) или индикатор интенсивности принимаемого сигнала E-UTRA-несущей (индикатор интенсивности принимаемого сигнала E-UTRA-несущей: RSSI). Обслуживающая базовая станция - это базовая станция, которая осуществляет управление диспетчеризацией рассматриваемого мобильного терминала. Даже базовая станция, отличная от обслуживающей базовой станции для рассматриваемого мобильного терминала, может становиться обслуживающей базовой станцией для других мобильных терминалов. Таким образом, каждая из всех базовых станций, каждая из которых является сотой для одноадресной передачи или смешанной сотой для MBMS/одноадресной передачи, имеет функцию диспетчеризации и может становиться обслуживающей базовой станцией для некоторых мобильных терминалов. Каждая из соты для одноадресной передачи и смешанной соты для MBMS/одноадресной передачи, на этапе ST1705, передает широковещательную информацию посредством использования широковещательного канала управления (BCCH), который является одним из логических каналов. Широковещательная информация включает в себя, в качестве примера, длину периода измерений, длину цикла прерывистого приема и информацию зоны отслеживания (информацию TA). Длина периода измерений сообщается со стороны сети в мобильные терминалы, обслуживаемые посредством нее, и каждый из мобильных терминалов измеряет напряженность поля и т.д. с периодами (интервалами) этой длины периода. Длина цикла прерывистого приема - это длина каждого из периодов, в которые каждый из мобильных терминалов отслеживает сигнал поискового вызова периодически, чтобы принимать сигнал поискового вызова в состоянии бездействия (состоянии бездействия). Информация TA - это информация о "зоне отслеживания" (зоне отслеживания). Посредством отправки сообщения поискового вызова каждому eNB, принадлежащему зоне отслеживания, в котором UE зарегистрированы, MME начинает процесс поисковых вызовов (см. TS36.300 19.2.2.1). Каждый из мобильных терминалов, на этапе ST1706, принимает длину периода измерений, длину цикла прерывистого приема, информацию TA и т.д., через BCCH, из обслуживающей базовой станции.

Каждая сота для одноадресной передачи или каждая смешанная сота для MBMS/одноадресной передачи, на этапе ST1707, передает в широковещательном режиме одну или более частот доступной MBMS-услуги, т.е. одну или более частот принимаемой зоны MBSFN-синхронизации (зоны MBSFN-синхронизации) (называемых одной или более частот f(MBMS)) в мобильные терминалы посредством использования BCCH. В системе связи W-CDMA параметр, называемый предпочтительной частотной информацией (предпочтительной частотной информацией: информацией о PL), существует. Информация о PL преобразуется в канал управления многоадресной передачей (MCCH), который является логическим каналом, на стороне сети и передается в широковещательном режиме в мобильные терминалы, обслуживаемые посредством стороны сети. Проблема, тем не менее, заключается в том, что в LTE-системе сота для одноадресной передачи, которая не предоставляет MBMS-услуги, планируется для расположения, и эта сота для одноадресной передачи не может использовать способ передачи в широковещательном режиме частоты f(MBMS) посредством использования MCCH, который является каналом для MBMS.

Каждый из мобильных терминалов, на этапе ST1708, принимает частоту f(MBMS), передаваемую ему посредством использования BCCH из обслуживающей базовой станции. Посредством приема частоты f(MBMS), каждый из мобильных терминалов не должен выполнять поиск частоты, на которой услуга может предоставляться для него, кроме выбранной в настоящий момент частоты, круговым способом. Как результат, предоставляется преимущество сокращения задержки на управление, требуемой для каждого из мобильных терминалов, чтобы принимать услугу на частоте, отличной от выбранной в настоящий момент частоты. Этапы ST1707 и ST1708 - это подробный пример "широковещательной информации о принимаемом MBMS", описанной в варианте осуществления 1. В этом случае, если каждая частота f(MBMS) определяется статически (статически) или полустатически (полустатически) в системе мобильной связи, может предоставляться преимущество сокращения времени задержки на управление, возникающей до того, как каждый из вышеуказанных мобильных терминалов принимает услугу на частоте, отличной от выбранной в настоящий момент частоты, без передачи в широковещательном режиме каждой частоты f(MBMS) из базовой станции. Помимо этого, поскольку становится необязательным передавать в широковещательном режиме каждую частоту f(MBMS), преимущество осуществления эффективного использования радиоресурсов также может предоставляться.

В качестве альтернативы, базовая станция, на этапах ST1707 и ST1708, также может передавать в широковещательном режиме полосу пропускания системы и число передающих антенн на каждой частоте f(MBMS) посредством использования BCCH в дополнение к каждой частоте f(MBMS). Как результат, каждый из мобильных терминалов, на этапе ST1708, не должен принимать каждую частоту f(MBMS), передаваемую посредством использования BCCH из обслуживающей базовой станции, чтобы обнаруживать системную информацию (полосу пропускания системы и число передающих антенн) на частотном уровне, выделенном MBMS-передаче. Следовательно, может предоставляться преимущество сокращения времени задержки на управление. Это обусловлено тем, что, даже если объем информации (полоса пропускания системы и число передающих антенн) увеличивается, длина времени обработки, требуемого для каждого из мобильных терминалов, чтобы выполнять обработку, не увеличивается значительно, поскольку каждый из мобильных терминалов должен принимать BCCH из обслуживающей базовой станции на частотном уровне для одноадресной передачи, чтобы принимать каждую частоту f(MBMS), тогда как поскольку каждый из мобильных терминалов должен принимать BCCH на частотном уровне, выделенном MBMS-передаче, чтобы обнаруживать системную информацию частотного уровня, выделенного MBMS-передаче, после переключения на частотный уровень, выделенный MBMS-передаче, и каждый из мобильных терминалов, следовательно, требует процесса декодирования для декодирования другого канала заново, время задержки на управление возникает.

Каждый из мобильных терминалов, на этапе ST1709, выясняет, включена или нет информация TA об обслуживающей базовой станции, принимаемая на этапе ST1706, в текущий список зон отслеживания (список TA), который каждый из мобильных терминалов сохраняет в протокольном процессоре 1101 или его модуле 1110 управления. Когда информация TA включена в текущий список зон отслеживания, каждый из мобильных терминалов осуществляет переход к этапу ST1720 по фиг. 18. Напротив, когда информация TA не включена в текущий список зон отслеживания, каждый из мобильных терминалов выполняет этап ST1710. Каждый из мобильных терминалов, на этапе ST1710, передает "запрос на присоединение" (запрос на присоединение) в обслуживающую базовую станцию, чтобы сообщать, что информация TA не включена в текущий список зон отслеживания. В качестве информации, включенной в "запрос на присоединение", предусмотрен идентификатор (IMSI (международный идентификатор абонента мобильной связи)) или S-TMSI (S-временный идентификатор абонента мобильной связи, S-TMSI может просто упоминаться как временный идентификатор абонента мобильной связи (TMSI)) каждого из мобильных терминалов и характеристики (характеристики) каждого из мобильных терминалов. Обслуживающая базовая станция, которая приняла "запрос на присоединение" на этапе ST1711, на этапе ST1712 передает "запрос на присоединение" в MME (объект управления мобильностью) или HSS (сервер собственных абонентов). MME, на этапе ST1713, принимает "запрос на присоединение". Модуль 1305-3 управления мобильностью в состоянии бездействия MME управляет списком зон отслеживания каждого из мобильных терминалов. MME, на этапе ST1714, проверяет, включена или нет обслуживающая базовая станция рассматриваемого мобильного терминала в список зон отслеживания, который управляется посредством рассматриваемого мобильного терминала. Когда обслуживающая базовая станция рассматриваемого мобильного терминала включена в список зон отслеживания, MME осуществляет переход к этапу ST1716 по фиг. 18. Напротив, когда обслуживающая базовая станция рассматриваемого мобильного терминала не включена в список зон отслеживания, MME выполняет этап ST1715. Модуль 1305-3 управления мобильностью в состоянии бездействия MME, на этапе 1715, выполняет процесс добавления информации TA об обслуживающей базовой станции рассматриваемого мобильного терминала к списку зон отслеживания, который управляется посредством рассматриваемого мобильного терминала (или обновления списка зон отслеживания). MME, на этапе ST1716, сообщает о "допуске присоединения" (допуске присоединения) обслуживающей базовой станции. "Допуск присоединения" включает в себя информацию, такую как список зон отслеживания и идентификатор (S-TMSI и т.п.), который предоставляется в мобильный терминал. Обслуживающая базовая станция, которая, на этапе ST1717, приняла "допуск присоединения", на этапе ST1718 сообщает о "допуске присоединения" в рассматриваемый мобильный терминал. Мобильный терминал, на этапе ST1719, принимает "допуск присоединения".

Фиг. 18 - это блок-схема последовательности операций способа, показывающая процесс MBMS-поиска. Этапы 1720-1725 по фиг. 18 - это конкретный пример "поиска MBMS", описанного в варианте осуществления 1. Каждый из мобильных терминалов, на этапе ST1720, выясняет, принял он или нет частоту принимаемой зоны MBSFN-синхронизации (или частоту частотного уровня, выделенного MBMS-передаче) на этапе ST1708. Таким образом, каждый из мобильных терминалов выясняет, принял он или нет одну или более частот f(MBMS). Когда частота отсутствует (нет f(MBMS)), каждый из мобильных терминалов завершает процесс. Когда существует одна или более частот (существует одна или более частот f(MBMS)), каждый из мобильных терминалов выполняет этап ST1721. Каждый из мобильных терминалов, на этапе ST1721, выясняет, имеет или нет пользователь намерение приема MBMS-услуги на частоте f(MBMS). В качестве примера проверки, когда пользователь имеет намерение приема MBMS-услуги, он использует пользовательский интерфейс, чтобы отправлять команду в свой мобильный терминал, и каждый из мобильных терминалов сохраняет информацию, показывающую намерение пользователя, в протокольном процессоре 1101. Каждый из мобильных терминалов, на этапе ST1721, выясняет, сохраняется или нет информация, показывающая намерение пользователя по приему MBMS-услуги, в протокольном процессоре 1101. Когда информация, показывающая намерение пользователя по приему MBMS-услуги, не сохраняется, каждый из мобильных терминалов повторяет процесс этапа ST1721. В качестве способа повторения процесса, каждый из мобильных терминалов использует способ выполнения определения этапа ST1721 с постоянными периодами (интервалами) или способ выполнения этапа ST1721 или ST1720 при приеме уведомления, показывающего изменение в намерении пользователя по приему MBMS-услуги, от пользователя посредством пользовательского интерфейса. Напротив, когда информация, показывающая намерение пользователя по приему MBMS-услуги, сохраняется, каждый из мобильных терминалов осуществляет переход к этапу ST1722. Каждый из мобильных терминалов, на этапе ST1722, изменяет частоту, заданную согласно своему модулю 1107 преобразования частоты (синтезатору), и изменяет свою среднюю частоту на частоту f(MBMS), чтобы начинать операцию поиска для поиска MBMS. Изменение частоты, заданной согласно модулю 1107 преобразования частоты, чтобы изменять его среднюю частоту, упоминается как перенастройка (перенастройка). Выделенная для MBMS сота, на этапе ST1723, передает в широковещательном режиме канал основной синхронизации (сигнал основной синхронизации: P-SCH) и канал дополнительной синхронизации (сигнал дополнительной синхронизации: S-SCH), опорный сигнал (RS (MBMS)) и BCCH в мобильные терминалы, обслуживаемые посредством нее. Каждый из мобильных терминалов, на этапе ST1724, принимает P-SCH, S-SCH, RS (MBMS) и BCCH (широковещательный канал управления) из выделенной для MBMS соты.

Каждый из мобильных терминалов, на этапе ST1725, выполняет операцию поиска для поиска MBMS. В это время, каждый из мобильных терминалов измеряет качество приема с помощью опорного сигнала (RS). Операция поиска на частотном уровне, выделенном MBMS-передаче, которая обсуждена в 3GPP, поясняется далее. Последовательность, используемая исключительно на частотном уровне, выделенном MBMS-передаче, добавляется к P-SCH. Допускается, что дополнительная последовательность для монопольного использования задается статически. На первом этапе каждый из мобильных терминалов выполняет обнаружение вслепую P-SCH в дополнительной последовательности для монопольного использования. P-SCH преобразуется в центральные 72 поднесущих, имеющие полосу пропускания системы, на частоте и преобразуется в 1-ый (#0) и 6-ой (#5) субкадры каждого радиокадра во времени. Следовательно, каждый из мобильных терминалов, который обнаруживает вслепую P-SCH, может выполнять обнаружение с периодом в 5 мс. Кроме того, P-SCH передается через схему многосотовой передачи. На втором этапе, каждый из мобильных терминалов выполняет обнаружение вслепую S-SCH. Позиции преобразования S-SCH являются идентичными позициям преобразования P-SCH. Каждый из мобильных терминалов, который обнаруживает вслепую S-SCH, может знать обнаружение с периодом в 10 мс (кадровая синхронизация) и идентификатор MBSFN-зоны. Кроме того, S-SCH передается через схему многосотовой передачи. Каждый из мобильных терминалов принимает BCCH с использованием кода скремблирования (кода скремблирования), связанного с идентификатором MBSFN-зоны, обнаруживаемым на втором этапе. Каждый из мобильных терминалов может обнаруживать диспетчеризацию MCCH (канала управления многоадресной передачей) посредством декодирования BCCH. В этом процессе декодирования каждый из мобильных терминалов использует код скремблирования (код скремблирования), связанный с вышеуказанным идентификатором MBSFN-зоны. Кроме того, BCCH передается через схему многосотовой передачи. В настоящем изобретении допускается, что каждый из мобильных терминалов может обнаруживать полосу пропускания системы при f(MBMS) и число передающих антенн при f(MBMS) посредством дополнительного декодирования BCCH. В случае если в системе мобильной связи, полоса пропускания системы и число передающих антенн при f(MBMS) определяются статически (статически) или полустатически (полустатически), может предоставляться преимущество возможности исключать необходимость передавать в широковещательном режиме полосу пропускания системы и/или число передающих антенн при f(MBMS) из базовой станции, чтобы осуществлять эффективное использование радиоресурсов. Кроме того, поскольку необходимость изменять декодирование и параметры (полоса пропускания системы и/или число передающих антенн при f(MBMS)) может исключаться, может предоставляться преимущество достижения низкого потребления мощности в каждом мобильном терминале и уменьшении времени задержки на управление.

В настоящем изобретении дополнительно изучается диспетчеризация MCCH. Согласно текущим стандартам 3GPP, задано то, что зона MBSFN-синхронизации (зона синхронизации одночастотной сети для услуги широковещательной и многоадресной передачи мультимедиа f(MBMS)) может поддерживать одну или более MBSFN-зон (MBSFN-зон) (см. фиг. 7). Напротив, не определено то, как мультиплексировать множество MBSFN-зон с f(MBMS), которая является одной частотой (одной частотой). Далее, процесс "MBMS-поиска" в соответствии с настоящим изобретением, который приспосабливается таким образом, чтобы поддерживать несколько различных способов мультиплексирования MBSFN-зон, поясняется в случае использования каждого из различных способов мультиплексирования.

Во-первых, случай, в котором мультиплексирование с временным разделением каналов (TDM: мультиплексирование с временным разделением каналов) MBSFN-зон выполняется, поясняется далее. Концептуальная схема географического местоположения базовой станции в случае, если две или более MBSFN-зон существуют, показывается на фиг. 25. Фиг. 25 - это пояснительный чертеж, показывающий множество MBSFN-зон, которые составляют зону MBSFN-синхронизации. На фиг. 25, эти три зоны: MBSFN-зона 1, MBSFN-зона 2 и MBSFN-зона 3 существуют в рамках одной зоны MBSFN-синхронизации. Пример диспетчеризации MCCH в BCCH, обнаруживаемом на этапе ST1725, не обсужден подробно в 3GPP. Чтобы раскрывать способ выбора требуемой услуги на частотном уровне, выделенном MBMS-передаче, и систему мобильной связи, которая предоставляет возможность реализации способа, которые являются задачей настоящего изобретения, показывается пример диспетчеризации MCCH в BCCH, в случае если мультиплексирование с временным разделением каналов MBSFN-зон выполняется. Фиг. 26 - это концептуальная схема преобразования в физический канал в зоне MBSFN-синхронизации, когда мультиплексирование с временным разделением каналов MBSFN-зон выполняется.

Фиг. 26 показывает принцип мультиплексирования с временным разделением каналов на множество MBMFN-зон, которое выполняется в одной зоне MBSFN-синхронизации. Поскольку MBFSN-зоны, включенные в одну зону MBSFN-синхронизации, синхронизированы друг с другом во времени, P-SCH (канал основной синхронизации) передается одновременно в рамках каждой из выделенной для MBMS соты в MBSFN-зоне 1, выделенной для MBMS соты в MBSFN-зоне 2 и выделенной для MBMS соты в MBSFN-зоне 3. Кроме того, при условии, что дополнительная последовательность для монопольного использования используется, последовательности P-SCH во всех MBSFN-зонах являются идентичными друг другу. Следовательно, в зоне MBSFN-синхронизации, идентичная информация передается одновременно посредством использования P-SCH. Кроме того, как упомянуто выше, считается, что идентификатор MBSFN-зоны передается посредством использования S-SCH (канала дополнительной синхронизации). В этом случае, посредством использования S-SCH информация, различная для каждой MBSFN-зоны, передается одновременно в зоне MBSFN-синхронизации. В этом случае, все выделенные для MBMS соты в каждой MBSFN-зоне передают идентичную информацию одновременно. Когда система мобильной связи выполняет передачу данных с использованием BCCH, система мобильной связи умножает данные на код скремблирования, связанный с идентификатором MBSFN-зоны. Этот код скремблирования сообщается в каждый из мобильных терминалов посредством использования S-SCH (канала дополнительной синхронизации). Следовательно, информация, различная для каждой MBSFN-зоны, передается посредством использования BCCH одновременно в зоне MBSFN-синхронизации. С другой стороны, содержимое BCCH является идентичным во всех базовых станциях, выделенных MBMS в каждой MBSFN-зоне. Посредством декодирования BCCH каждый из мобильных терминалов может обнаруживать диспетчеризацию MCCH.

Как описано в непатентной ссылке 2, для текущих систем связи 3GPP рассмотрено выделение MBSFN-субкадров в смешанной соте для MBMS/одноадресной передачи. В системе связи на основе способа LTE, поскольку отсутствуют субкадры для одноадресной передачи в выделенной для MBMS соте, которая располагается в системе связи, все субкадры в выделенной для MBMS соте являются MBSFN-субкадрами. Тем не менее, важно приводить в соответствие конфигурацию смешанной соты для MBMS/одноадресной передачи с конфигурацией выделенной для MBMS соты в максимально возможной степени. С этой целью, способ выполнения диспетчеризации в выделенной для MBMS соте согласно принципу о "кластере MBSFN-кадров" (кластере MBSFN-кадров), раскрытому посредством непатентной ссылки 2, раскрывается далее. Помимо этого, диспетчеризация MCCH в MBSFN-субкадре также поясняется далее. На фиг. 26, каждый из периодов, в которые повторяется кластер MBSFN-кадров, упоминается как период повторения кластера MBSFN-кадров (период повторения кластера MBSFN-кадров). Кроме того, каждый из периодов, в которые передается MCCH, упоминается как период повторения MCCH (период повторения MCCH). Случай, в котором кластер MBSFN-кадров меньше длины периода повторения MCCH, поясняется далее.

На фиг. 26, считается, что значение начальной точки времени, в которое MCCH преобразуется, и длина периода повторения MCCH сообщаются в качестве диспетчеризации MCCH. Более конкретно, число радиокадров используется для спецификации длины периода повторения MCCH. SFN (номер системного кадра) используется для спецификации значения начальной точки. Что-либо отличное от числа радиокадров может использоваться для спецификации длины периода повторения MCCH. В качестве конкретного примера, число субкадров может использоваться для спецификации длины периода повторения MCCH. Что-либо отличное от SFN может использоваться для спецификации значения начальной точки. В качестве конкретного примера, значение смещения от определенного опорного значения может использоваться для спецификации значения начальной точки. В случае, если MCCH преобразуется в некоторые субкадры в радиокадре, SFN, номер субкадра и т.д. может сообщаться как начальная точка. Конкретное вычислительное выражение для вычисления значения начальной точки выражается посредством (значение начальной точки = (SFN-номер ведущего из системных кадров, в которые MCCH преобразуется) mod (длина периода повторения MCCH)). На фиг. 26, значение начальной точки MCCH 1 в MBSFN-зоны 1 равно 1mod7=1, 8mod7=1 или..., и параметрами диспетчеризации MCCH MBSFN-зоны 1 являются длина периода повторения MCCH 1 в "7" и значение начальной точки 1 в "1". Кроме того, значение начальной точки MCCH 2 MBSFN-зоны 2 равно 4mod7=4 или..., и параметрами диспетчеризации MCCH MBSFN-зоны 2 являются длина периода повторения MCCH 2 в "7" и значение начальной точки 2 в "4". Кроме того, значение начальной точки MCCH MBSFN-зоны равно 3 6mod7=6 или..., и параметрами диспетчеризации MCCH MBSFN-зоны 3 являются длина периода повторения MCCH 3 в "7" и значение смещения 3 в "6". SFN в это время передается в широковещательном режиме для каждого радиокадра при преобразовании в BCCH и является эффективным также при приеме MCCH из значения начальной точки MCCH.

Таким образом, данные, которые передаются из каждой базовой станции, принадлежащей MBSFN-зоне 1, предоставляются следующим образом. BCCH1, в который P-SCH (канал основной синхронизации), который является вышеуказанной дополнительной последовательностью для монопольного использования, S-SCH1 (канал дополнительной синхронизации), в который ID1 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 1 в "1", длина периода итерации MCCH 1 в "7" и т.д. преобразуются, и который умножается на код скремблирования 1, и MCCH1 и MTCH1 MBSFN-зоны 1 передаются. Поскольку мультиплексирование с временным разделением каналов каждой базовой станции, принадлежащей MBSFN-зоне 1, MBSFN-зоне 2 и MBSFN-зоне 3, выполняется, MCCH2 или 3 и MTCH2 или 3 из каждой базовой станции, принадлежащей MBSFN-зоне 2 или 3, находятся в состоянии прерывистой передачи (DTX - прерывистая передача) в течение периода времени, в течение которого MBSFN-зона 1 выполняет передачу. Каждый из MCCH1 и MTCH1 может быть умножен на код скремблирования 1. Посредством умножения каждого из MCCH1 и MTCH1 на код скремблирования, может предоставляться преимущество стандартизации процесса, который должен выполняться для конкретных для MBSFN-зоны данных (BCCH, MCCH и MTCH). Напротив, поскольку MCCH и MTCH подвергаются мультиплексированию с временным разделением каналов (TDM), необязательно умножать каждый из MCCH и MTCH на специфичный для MBSFN-зоны код скремблирования. В случае не умножения каждого из MCCH1 и MTCH1 на код скремблирования, может предоставляться преимущество уменьшения нагрузки обработки кодирования на каждой стороне базовой станции и нагрузки процесса декодирования на стороне каждого мобильного терминала и, следовательно, уменьшения временной задержки, возникающей перед приемом данных.

Как в случае MBSFN-зоны 1, данные, которые передаются из каждой базовой станции, принадлежащей MBSFN-зоне 2, предоставляются следующим образом. BCCH2, в который P-SCH (канал основной синхронизации), который является вышеуказанной дополнительной последовательностью для монопольного использования, S-SCH2 (канал дополнительной синхронизации), в который ID2 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 2 в "4", длина периода итерации MCCH 2 в "7" и т.д. преобразуются, и который умножается на код скремблирования 2, и MCCH2 и MTCH2 каждой базовой станции, принадлежащей MBSFN-зоне 2, передаются. MCCH1 или 3 и MTCH1 или 3 из каждой базовой станции, принадлежащей MBSFN-зоне 1 или 3, находятся в состоянии прерывистой передачи (DTX - прерывистая передача) в течение этого периода времени. Как в случае MBSFN-зоны 1, данные, которые передаются из каждой базовой станции, принадлежащей MBSFN-зоне 3, предоставляются следующим образом. BCCH3, в который P-SCH (канал основной синхронизации), который является вышеуказанной дополнительной последовательностью для монопольного использования, S-SCH3 (канал дополнительной синхронизации), в который ID3 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 3 в "6", длина периода итерации MCCH 3 в "7" и т.д. преобразуются, и который умножается на код скремблирования 3, и MCCH3 и MTCH3 MBSFN-зоны 3 передаются. MCCH1 или 2 и MTCH1 или 2 из каждой базовой станции, принадлежащей MBSFN-зоне 1 или 2, находятся в состоянии прерывистой передачи (DTX - прерывистая передача) в течение этого периода времени. Для простоты, пример, в котором мультиплексирование с временным разделением каналов MCCH и MTCH выполняется для каждого радиокадра, показывается на фиг. 26. Тем не менее, настоящее изобретение может применяться к случаю, в котором другой способ мультиплексирования MCCH и MTCH используется, и случаю, в котором мультиплексирование с временным разделением каналов выполняется для каждого из модулей, отличных от каждого радиокадра. Кроме того, в течение всего времени, пока длина периода повторения MCCH определяется статически (статически) или полустатически (полустатически) в системе мобильной связи, каждая базовая станция не должна передавать в широковещательном режиме длину периода повторения MCCH. Следовательно, поскольку объем информации, который должен быть передан в широковещательном режиме, снижается, может предоставляться преимущество осуществления эффективного использования радиоресурсов.

Далее, поясняется случай, в котором мультиплексирование с кодовым разделением каналов (CDM: мультиплексирование с кодовым разделением каналов) MBSFN-зон выполняется. Концептуальная схема, показывающая местоположение базовой станции в случае, если две или более MBSFN-зон существуют, является идентичной концептуальной схеме в случае мультиплексирования с временным разделением каналов (TDM). Фиг. 27 - это концептуальная схема преобразования в физический канал в зоне MBSFN-синхронизации, когда мультиплексирование с временным разделением каналов MBSFN-зон выполняется. На фиг. 27, допускается, что MBMS-услуга (MCCH и MTCH) передается непрерывно в каждой из MBSFN-зон. В таком случае, кластер MBSFN-кадров не должен быть задан. Случай, в котором кластер MBSFN-кадров меньше длины периода повторения MCCH, поясняется далее. Поскольку пример P-SCH (канала основной синхронизации), S-SCH (канала дополнительной синхронизации) и BCCH является идентичным случаю мультиплексирования с временным разделением каналов (TDM), пояснение примера далее опускается. В настоящем изобретении считается, что значение начальной точки времени, в которое MCCH преобразуется, и длина периода повторения MCCH сообщаются в качестве диспетчеризации MCCH. Более конкретно, число радиокадров используется для спецификации длины периода повторения MCCH. SFN (номер системного кадра) используется для спецификации значения начальной точки. Что-либо отличное от числа радиокадров может использоваться для спецификации длины периода повторения MCCH. В качестве конкретного примера, число субкадров может использоваться для спецификации длины периода повторения MCCH. Что-либо отличное от SFN может использоваться для спецификации значения начальной точки. В качестве конкретного примера, значение смещения от определенного опорного значения может использоваться для спецификации значения начальной точки. В случае если MCCH преобразуется в некоторые субкадры в радиокадре, SFN, номер субкадра и т.д. может сообщаться как начальная точка. Конкретное вычислительное выражение для вычисления значения начальной точки выражается посредством (значение начальной точки = (SFN-номер ведущего из системных кадров, в которые MCCH преобразуется) mod (длина периода повторения MCCH)). На фиг. 27, значение начальной точки MCCH MBSFN-зоны 1 равно 1mod3=1, 4mod3=1 или..., и параметрами диспетчеризации MCCH MBSFN-зоны 1 являются длина периода повторения MCCH 1 в "3" и значение начальной точки в "1". Значение начальной точки MCCH MBSFN-зоны 2 равно 1mod2=1, 3mod2=1 или..., и параметрами диспетчеризации MCCH MBSFN-зоны 1 являются длина периода повторения MCCH 2 в "2" и значение начальной точки в "1". Значение начальной точки MCCH MBSFN-зоны 3 равно 2mod4=2 или..., и параметрами диспетчеризации MCCH MBSFN-зоны 3 являются длина периода повторения MCCH 3 в "4" и значение начальной точки в "2".

Таким образом, данные, которые передаются из каждой базовой станции, принадлежащей MBSFN-зоне 1, предоставляются следующим образом. BCCH1, в который P-SCH (канал основной синхронизации), который является последовательностью, предназначенной для частотного уровня, выделенного MBMS-передаче (вышеуказанная дополнительная последовательность для монопольного использования), S-SCH1 (канал дополнительной синхронизации), в который ID1 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 1 в "1", длина периода итерации MCCH 1 в "3" и т.д. преобразуются, и который умножается на код скремблирования 1, и MCCH1 и MTCH1 каждой базовой станции, принадлежащей MBSFN-зоне 1, каждый из которых умножается на код скремблирования 1, передаются. Как в случае MBSFN-зоны 1, данные, которые передаются из каждой базовой станции, принадлежащей MBSFN-зоне 2, предоставляются следующим образом. BCCH2, в который P-SCH (канал основной синхронизации), который является последовательностью, предназначенной для частотного уровня, выделенного MBMS-передаче, S-SCH2 (канал дополнительной синхронизации), в который ID2 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 2 в "1", длина периода итерации MCCH 2 в "2" преобразуются, и который умножается на код скремблирования 2, и MCCH2 и MTCH2 каждой базовой станции, принадлежащей MBSFN-зоне 2, каждый из которых умножается на код скремблирования 2, передаются. Как в случае MBSFN-зоны 1, данные, которые передаются из каждой базовой станции, принадлежащей MBSFN-зоне 3, предоставляются следующим образом. BCCH3, в который P-SCH (канал основной синхронизации), который является последовательностью, предназначенной для частотного уровня, выделенного MBMS-передаче, S-SCH3 (канал дополнительной синхронизации), в который ID3 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 3 в "2", длина периода итерации MCCH 3 в "4" преобразуются и, который умножается на код скремблирования 3, и MCCH3 и MTCH3 каждой базовой станции, принадлежащей MBSFN-зоне 3, каждый из которых умножается на код скремблирования 3, передаются.

Для простоты, пример, в котором мультиплексирование с временным разделением каналов MCCH и MTCH выполняется для каждого радиокадра, показывается на фиг. 27. Тем не менее, настоящее изобретение может применяться к случаю, в котором другой способ мультиплексирования MCCH и MTCH используется, и случаю, в котором мультиплексирование с временным разделением каналов выполняется для каждого из модулей, отличных от каждого радиокадра. Кроме того, в течение всего времени, пока длина периода повторения MCCH определяется статически (статически) или полустатически (полустатически) в системе мобильной связи, базовые станции не должны передавать в широковещательном режиме длину периода повторения MCCH. Следовательно, поскольку объем информации, который должен быть передан в широковещательном режиме, снижается, может предоставляться преимущество осуществления эффективного использования радиоресурсов. В случае если мультиплексирование с кодовым разделением каналов (CDM) MBSFN-зон выполняется, поскольку различная длина периода повторения может устанавливаться для каждой из MBSFN-зон, предоставляется преимущество возможности выполнять диспетчеризацию с высокой гибкостью для MBMS-услуг по сравнению со случаем, в котором выполняется мультиплексирование с временным разделением каналов (TDM) MBSFN-зон. Помимо этого, поскольку используется мультиплексирование с кодовым разделением каналов, даже когда MTCH и MCCH из множества MBSFN-зон совпадают одновременно в мобильном терминале, мобильный терминал может отделять их друг от друга (поскольку мобильный терминал может отделять их друг от друга посредством использования кодов скремблирования). Следовательно, поскольку система мобильной связи может передавать MTCH и MCCH из MBSFN-зон 1-3 одновременно, может предоставляться преимущество расширения частотных и временных радиоресурсов, которые выделяются одной MBSFN-зоне.

Далее приводится пояснение относительно исследования размещать MBSFN-зону, покрывающую множество MBSFN-зон, что осуществлено в текущем обсуждении 3GPP. Фиг. 28 - это пояснительный чертеж, показывающий множество MBSFN-зон, которые составляют зону MBSFN-синхронизации, и является пояснительным чертежом, показывающим MBSFN-зону, покрывающую множество MBSFN-зон. На фиг. 28, четыре MBSFN-зоны 1-4 существуют в одной зоне MBSFN-синхронизации (зоне MBSFN-синхронизации). Из четырех MBSFN-зон MBSFN-зона 4 покрывает MBSFN-зоны 1-3. Хотя обсуждается то, что к этой MBSFN-зоне 4 доступ осуществляется через одну из MBSFN-зон 1-3, покрываемых посредством MBSFN-зоны 4, более подробная информация еще не определена. Следовательно, способ осуществления доступа в MBSFN-зону, покрывающую множество MBSFN-зон, поясняется далее.

Как упомянуто выше, поскольку более подробное решение не принято относительно способа мультиплексирования для мультиплексирования MBSFN-зон, поясняется сначала случай, в котором выполняется мультиплексирование с временным разделением каналов MBSFN-зоны 4 и MBSFN-зон 1-3, покрываемых посредством этой MBSFN-зоны 4, и мультиплексирование с кодовым разделением каналов MBSFN-зон 1-3, покрываемых посредством MBSFN-зоны 4, затем выполняется. Показывается пример этапа ST1725 (см. фиг. 18) в случае, если MBSFN-зона имеет географические местоположения, как показано на фиг. 28. На первом этапе каждый из мобильных терминалов выполняет обнаружение вслепую P-SCH (канала основной синхронизации) в вышеуказанной последовательности для монопольного использования. Следовательно, каждый из мобильных терминалов, который обнаруживает вслепую P-SCH, может выполнять обнаружение с периодом в 5 мс. Кроме того, выполняется многосотовая передача P-SCH. Базовые станции, находящиеся в зоне MBSFN-синхронизации, синхронизированы друг с другом для многосотовой передачи. Следовательно, многосотовая передача P-SCH предназначается для базовых станций, включенных в зону синхронизации. На втором этапе, каждый из мобильных терминалов выполняет обнаружение вслепую S-SCH (канала дополнительной синхронизации). Каждый из мобильных терминалов, который обнаруживает вслепую S-SCH, может знать обнаружение с периодом в 10 мс (кадровая синхронизация) и идентификатор MBSFN-зоны. Кроме того, S-SCH передается через многосотовую передачу. Идентификатор MBSFN-зоны в это время является идентификатором покрываемой MBSFN-зоны. Подробно, идентификатор MBSFN-зоны в это время является идентификатором любой покрываемой MBSFN-зоны, в которой находится мобильный терминал (т.е. любой из MBSFN-зон 1-3). Следовательно, многосотовая передача S-SCH предназначается для базовых станций, включенных в каждую из покрываемых MBSFN-зон. Каждый из мобильных терминалов принимает BCCH (широковещательный канал управления) с использованием кода скремблирования, связанного с идентификатором MBSFN-зоны, обнаруживаемым на втором этапе. Посредством декодирования BCCH каждый из мобильных терминалов может обнаруживать диспетчеризацию MCCH (канала управления многоадресной передачей). Кроме того, BCCH передается через многосотовую передачу. Поскольку код скремблирования, обнаруживаемый на втором этапе, используется, BCCH является BCCH из покрываемой MBSFN-зоны. Следовательно, многосотовая передача BCCH предназначается для базовых станций, включенных в каждую из покрываемых MBSFN-зон. Каждый из мобильных терминалов может обнаруживать диспетчеризацию MCCH, полосу пропускания системы при f(MBMS), число передающих антенн и т.д. посредством декодирования BCCH.

Далее, дополнительно анализируется диспетчеризация MCCH. Фиг. 29 - это пояснительный чертеж, показывающий преобразование в физический канал в зоне MBSFN-синхронизации, в случае если мультиплексирование с временным разделением каналов MBSFN-зоны (т.е. MBSFN-зоны 4), покрывающей другие MBSFN-зоны, и других покрываемых MBSFN-зон (т.е. MBSFN-зон 1-3), выполняется, и мультиплексирование с кодовым разделением каналов используется в качестве способа мультиплексирования для мультиплексирования покрываемых MBSFN-зон. Поскольку зона MBSFN-синхронизации является синхронной во времени, P-SCH (канал основной синхронизации) передается одновременно из выделенных для MBMS сот в каждой из MBSFN-зон 1-3. Кроме того, при условии, что используется вышеуказанная последовательность, используемая исключительно для частотного уровня, выделенного MBMS-передаче (вышеуказанная дополнительная последовательность для монопольного использования), последовательности P-SCH (каналов основной синхронизации) во всех MBSFN-зонах являются идентичными друг другу. Следовательно, в зоне MBSFN-синхронизации, идентичная информация передается одновременно посредством использования P-SCH. Как упомянуто выше, считается, что идентификатор MBSFN-зоны передается посредством использования S-SCH (канала дополнительной синхронизации). В этом случае, посредством использования S-SCH информация, различная для каждой MBSFN-зоны, передается одновременно в зоне MBSFN-синхронизации. В этом случае, все выделенные для MBMS соты в каждой MBSFN-зоне передают идентичную информацию одновременно. Допускается, что в это время нет S-SCH, конкретного для MBSFN-зоны (MBSFN-зоны 4), покрывающей другие MBSFN-зоны. S-SCH использует одинаковые радиоресурсы на частоте и во времени в зоне MBSFN-синхронизации. Кроме того, поскольку S-SCH используется для поиска идентификатора MBSFN-зоны, связанного с каждым кодом скремблирования MBSFN-зоны, S-SCH не может быть умножен на код скремблирования каждой MBSFN-зоны. Отсутствие передачи из S-SCH в MBSFN-зону, покрывающую другие MBSFN-зоны, означает, что необходимо передавать только один тип S-SCH в перекрывающихся MBSFN-зонах (к примеру, MBSFN-зонах 1 и 4) в географических местоположениях, где множество MBSFN-зон перекрывают друг друга. Как результат, можно не допускать создание помех посредством S-SCH из нескольких MBSFN-зон друг с другом. Система мобильной связи передает BCCH, умноженный на код скремблирования, связанный с идентификатором MBSFN-зоны, который система мобильной связи сообщает посредством использования S-SCH. Следовательно, в этом случае посредством использования BCCH, информация, различная для каждой покрываемой MBSFN-зоны, передается одновременно в зоне MBSFN-синхронизации. Содержимое BCCH является идентичным во всех выделенных для MBMS базовых станциях в каждой MBSFN-зоне. Посредством декодирования BCCH каждый из мобильных терминалов может обнаруживать диспетчеризацию MCCH. Пример диспетчеризации MCCH не пояснен в 3GPP. В настоящем изобретении показывается пример диспетчеризации MCCH.

Ссылаясь на фиг. 29, диспетчеризация MCCH в случае, если длина кластера MBSFN-кадров превышает длину периода повторения MCCH также поясняется далее. В качестве диспетчеризации MCCH MBSFN-зоны, покрывающей другие MBSFN-зоны, рассматриваются два этапа. В следующем пояснении, для простоты, случай, в котором мобильный терминал находится в MBSFN-зоне 1, которая является зоной, покрываемой посредством MBSFN-зоны, и существует MBSFN-зона 4 в качестве MBSFN-зоны, покрывающей другие MBSFN-зоны, в том числе MBSFN-зону 1, поясняется далее. На первом этапе диспетчеризация MCCH MBSFN-зоны 1 сообщается посредством использования BCCH MBSFN-зоны 1. В настоящем изобретении показывается пример диспетчеризации MCCH. В настоящем изобретении, рассматривается случай, в котором, в качестве диспетчеризации MCCH, значение начальной точки в момент, когда преобразуется MCCH, и длина периода повторения кластера MBSFN-кадров и частота MCCH-передачи в течение периода повторения кластера MBSFN-кадров сообщаются. Более конкретно, число радиокадров используется как длина периода повторения кластера MBSFN-кадров. Более конкретно, SFN (номер системного кадра) используется для спецификации значения начальной точки. Что-либо отличное от числа радиокадров может использоваться для спецификации длины периода повторения кластера MBSFN-кадров. В качестве конкретного примера, число субкадров может использоваться для спецификации длины периода повторения кластера MBSFN-кадров. Что-либо отличное от SFN может использоваться для спецификации значения начальной точки. В качестве конкретного примера, значение смещения от определенного опорного значения может использоваться для спецификации значения начальной точки. В случае если MCCH преобразуется в некоторые субкадры в радиокадре, SFN, номер субкадра и т.д. может сообщаться как начальная точка. Конкретное вычислительное выражение для вычисления значения начальной точки выражается посредством (значение начальной точки = (SFN-номер ведущего из системных кадров, в которые MCCH преобразуется) mod (длина периода повторения кластера MBSFN-кадров)). Более конкретно, частота MCCH-передачи (называемая NMCCH с этого места) в кластере MBSFN-кадров используется как частота MCCH-передачи в рамках периода повторения кластера MBSFN-кадров. Конкретное вычислительное выражение для вычисления NMCCH выражается посредством (NMCCH = длина кластера MBSFN-кадров/длина (период повторения MCCH) периода повторения MCCH)). На фиг. 29, значение смещения MCCH 4 1 MBSFN-зоны 1 составляет 1mod10=1. Значение начальной точки MCCH 2 MBSFN-зоны 2 равно 1mod10=1. Значение начальной точки MCCH 4 MBSFN-зоны 4 равно 7mod10=7. Далее, NMCCH1 MBSFN-зоны 1 равно 6/2=3. Кроме того, NMCCH2 MBSFN-зоны 2 равно 6/3=2. NMCCH4 MBSFN-зоны 4 равно 4/2=2. Следовательно, параметрами диспетчеризации MCCH MBSFN-зоны 1 являются длина периода повторения кластера MBSFN-кадров 1 в "10", значение начальной точки 1 в "1" и NMCCH1 в "3". В это время, вместо сообщения NMCCH1 как одного из параметров, кластер MBSFN-кадров 1 и длина периода повторения MCCH 1 может сообщаться.

На втором этапе, диспетчеризация MCCH MBSFN-зоны 4 сообщается посредством использования MCCH MBSFN-зоны 1. В примере диспетчеризации MCCH, в дополнение к вышеуказанным параметрам MBSFN-зоны 4 (длина периода повторения кластера MBSFN-кадров 4 в "10", начальная точка 4 в "7" и NMCCH4 в "2"), идентификатор MBSFN-зоны покрывающей MBSFN-зоны (т.е. MBSFN-зоны 4) сообщается. Случай включения одного этапа в качестве диспетчеризации MCCH MBSFN-зоны 4 альтернативно может рассматриваться. Подробно, также может рассматриваться способ сообщения вышеуказанной диспетчеризации MCCH MBSFN-зоны 4 с использованием BCCH MBSFN-зоны 1. Как результат, поскольку мобильный терминал, принимающий услугу MBSFN-зоны 4, не должен выполнять процесс приема и декодирования MCCH MBSFN-зоны 1, может предоставляться преимущество уменьшения задержки на управление. Способ использования, в качестве диспетчеризации MCCH, вышеуказанной начальной точки, длины периода повторения кластера MBSFN-кадров и NMCCH (альтернативно, длины кластера MBSFN-кадров и длина периода повторения MCCH) могут применяться также к случаю, в котором MCCH существует множество раз в кластере MBSFN-кадров, когда мультиплексирование с временным разделением каналов MBSFN-зон выполняется (см. фиг. 26).

Более конкретно, данные, передаваемые из каждой базовой станции, принадлежащей MBSFN-зоне 1, предоставляются следующим образом. BCCH1, в который P-SCH (канал основной синхронизации), который является последовательностью, предназначенной для частотного уровня, выделенного MBMS-передаче, S-SCH1 (канал дополнительной синхронизации), в который ID1 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 1 в "1", длина периода повторения кластера MBSFN-кадров 1 в "10", NMCCH1 в "3" и т.д. преобразуются, и который умножается на код скремблирования 1 и MCCH1 и MTCH1 MBSFN-зоны 1, каждый из которых умножается на код скремблирования 1, передаются. Посредством использования MCCH1 идентификатор MBSFN-зоны (MBSFN-зоны 4) для MBSFN-зоны 4 и значение начальной точки MCCH 4 в "7", длина периода повторения кластера MBSFN-кадров 4 в "10" и NMCCH4 в "2", которые являются данными о диспетчеризации MCCH MBSFN-зоны 4, передаются. Как в случае MBSFN-зоны 1, данные, которые передаются из каждой базовой станции, принадлежащей MBSFN-зоне 2, предоставляются следующим образом. BCCH2, в который P-SCH, который является последовательностью, предназначенной для частотного уровня, выделенного MBMS-передаче, S-SCH2, в который ID2 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 2 в "1", длина периода повторения кластера MBSFN-кадров 2 в "10", NMCCH2 в "2" и т.д. преобразуются, и который умножается на код скремблирования 2, и MCCH2 и MTCH2 MBSFN-зоны 2, каждый из которых умножается на код скремблирования 2, передаются. Посредством использования MCCH2 идентификатор MBSFN-зоны (MBSFN-зоны 4) для MBSFN-зоны 4 и значение смещения MCCH 4 в "7", длина периода повторения кластера MBSFN-кадров 4 в "10" и NMCCH4 в "2", которые являются данными о диспетчеризации MCCH MBSFN-зоны 4, передаются.

Как поясняется ранее, передача данных MBSFN-зоны 4 не включает в себя передачу P-SCH и S-SCH. Помимо этого, когда необязательно сообщать, как системную информацию о MBSFN-зоне 4, какую-либо информацию, кроме той, что передается с использованием BCCH каждой из покрываемых MBSFN-зон (MBSFN-зон 1-3), передача BCCH из MBSFN-зоны 4 может опускаться. Как результат, может предоставляться преимущество эффективного использования радиоресурсов. MCCH4 и MTCH4 MBSFN-зоны 4, каждый из которых не умножается ни на какой код скремблирования, передаются.

Для простоты, пример, в котором мультиплексирование с временным разделением каналов MCCH и MTCH выполняется для каждого радиокадра, показывается на фиг. 29. Тем не менее, настоящее изобретение может применяться к случаю, в котором другой способ мультиплексирования MCCH и MTCH используется, и случаю, в котором мультиплексирование с временным разделением каналов выполняется для каждого из модулей, отличных от каждого радиокадра. Способ мультиплексирования для выполнения мультиплексирования с временным разделением каналов MBSFN-зоны (MBSFN-зоны 4), покрывающей другие MBSFN-зоны, и других MBSFN-зон (MBSFN-зон 1-3) и последующего выполнения мультиплексирования с кодовым разделением каналов покрываемых MBSFN-зон использует мультиплексирование с кодовым разделением каналов в качестве способа мультиплексирования для мультиплексирования MBSFN-зон 1-3, которые разделяются с точки зрения их географических местоположений. Как результат, может предоставляться преимущество осуществления эффективного использования радиоресурсов как на частоте, так и во времени. При мультиплексировании с кодовым разделением каналов, поскольку демультиплексирование MBSFN-зон выполняется посредством использования только кода скремблирования, выделяемого каждой MBSFN-зоне, имеется возможность того, что передаваемые данные, передаваемые из MBSFN-зон, создают помехи друг другу. Напротив, в соответствии с настоящим способом мультиплексирования, предоставляется преимущество, даже если мультиплексирование с кодовым разделением каналов используется для того, чтобы мультиплексировать передаваемые данные из MBSFN-зон 1-3, которые разделяются с точки зрения их географических местоположений, затруднения возникновения помех между передаваемыми данными из MBSFN-зон 1-3. Мультиплексирование с временным разделением каналов используется для того, чтобы мультиплексировать передаваемые данные из MBSFN-зоны 4 и передаваемые данные из MBSFN-зон 1-3, при этом MBSFN-зона 4 и MBSFN-зоны 1-3 являются неразделенными с точки зрения их географических местоположений. Как результат, способ мультиплексирования для мультиплексирования передаваемых данных из MBSFN-зоны 4 и передаваемых данных из MBSFN-зон 1-3, который первоначально дает возможность помехам легко возникать, поскольку MBSFN-зона 4 и MBSFN-зоны 1-3 не разделяются с точки зрения их географических местоположений, может модифицироваться, чтобы затруднять возникновение помех между передаваемыми данными из MBSFN-зоны 4 и передаваемыми данными из MBSFN-зон 1-3. Посредством использования этого способа мультиплексирования, может предоставляться преимущество возможности осуществлять эффективное использование радиоресурсов при одновременном предотвращении помех между передаваемыми данными из MBSFN-зон. Кроме того, в покрывающей MBSFN-зоне (MBSFN-зоне 4), P-SCH, S-SCH и BCCH могут исключаться без выполнения поиска MBMS. Как результат, может предоставляться преимущество возможности осуществлять эффективное использование радиоресурсов MBSFN-зоны 4.

Далее, пример в случае, если выполняется мультиплексирование с временным разделением каналов MBSFN-зоны (т.е. MBSFN-зоны 4), покрывающей другие MBSFN-зоны, и других MBSFN-зон (т.е. MBSFN-зон 1-3), покрываемых посредством MBSFN-зоны 4, и мультиплексирование с временным разделением каналов также используется в качестве способа мультиплексирования покрываемых MBSFN-зон, поясняется. Концептуальная схема, показывающая местоположения базовых станций в случае, если множество MBSFN-зон существует, является идентичной концептуальной схеме в случае, если выполняется мультиплексирование с временным разделением каналов MBSFN-зоны (т.е. MBSFN-зоны 4), покрывающей другие MBSFN-зоны, и других MBSFN-зон (т.е. MBSFN-зон 1-3), покрываемых посредством MBSFN-зоны 4, и мультиплексирование с кодовым разделением каналов используется в качестве способа мультиплексирования покрываемых MBSFN-зон. Поскольку пояснение по P-SCH, S-SCH и BCCH является идентичным пояснению в вышеуказанном случае, пояснение пропускается. Поскольку пример диспетчеризации MCCH является во многом аналогичным примеру в вышеуказанном случае, пояснение осуществляется с сосредоточением на другой части. На первом этапе диспетчеризация MCCH MBSFN-зоны 1 сообщается с использованием BCCH MBSFN-зоны 1. В настоящем изобретении показывается пример диспетчеризации MCCH. В настоящем изобретении, рассматривается случай, в котором, в качестве диспетчеризации MCCH, значение начальной точки в момент, когда преобразуется MCCH, и длина периода повторения MCCH сообщаются. Число радиокадров используется для спецификации длины периода повторения MCCH. Более конкретно, SFN (номер системного кадра) используется для спецификации значения начальной точки. Что-либо отличное от числа радиокадров может использоваться для спецификации длины периода повторения MCCH. В качестве конкретного примера, число субкадров может использоваться для спецификации длины периода повторения MCCH. Что-либо отличное от SFN может использоваться для спецификации значения начальной точки. В качестве конкретного примера, значение смещения от определенного опорного значения может использоваться для спецификации значения начальной точки. В случае если MCCH преобразуется в некоторые субкадры в радиокадре, SFN, номер субкадра и т.д. может сообщаться как начальная точка. Конкретное вычислительное выражение для вычисления значения начальной точки предоставляется посредством (значение начальной точки = (SFN-номер ведущего из системных кадров, в которые MCCH преобразуется) mod (длина периода повторения MCCH). На втором этапе, диспетчеризация MCCH MBSFN-зоны 4 сообщается посредством использования MCCH MBSFN-зоны 1. В примере диспетчеризации MCCH идентификатор MBSFN-зоны (MBSFN-зоны 4) покрывающей MBSFN-зоны сообщается в дополнение к параметрам MBSFN-зоны 4, которые являются идентичными вышеуказанным параметрам MBSFN-зоны 1. Пояснение параметров MBSFN-зоны 4 далее опускается.

Далее, пример в случае, если выполняется мультиплексирование с кодовым разделением каналов MBSFN-зоны (т.е. MBSFN-зоны 4), покрывающей другие MBSFN-зоны, и других MBSFN-зон (т.е. MBSFN-зон 1-3), покрываемых посредством MBSFN-зоны 4, и мультиплексирование с кодовым разделением каналов также используется в качестве способа мультиплексирования покрываемых MBSFN-зон, поясняется. Концептуальная схема, показывающая местоположения базовых станций в случае, если множество MBSFN-зон существует, является идентичной концептуальной схеме в случае, если выполняется мультиплексирование с временным разделением каналов MBSFN-зоны (т.е. MBSFN-зоны 4), покрывающей другие MBSFN-зоны, и других MBSFN-зон (т.е. MBSFN-зон 1-3), покрываемых посредством MBSFN-зоны 4, и мультиплексирование с кодовым разделением каналов используется в качестве способа мультиплексирования покрываемых MBSFN-зон. Поскольку пояснение по P-SCH, S-SCH и BCCH является идентичным пояснению в вышеуказанном случае, пояснение пропускается. Поскольку пример диспетчеризации MCCH является во многом аналогичным примеру в вышеуказанном случае, пояснение осуществляется с сосредоточением на другой части. На первом этапе диспетчеризация MCCH MBSFN-зоны 1 сообщается с использованием BCCH MBSFN-зоны 1. В настоящем изобретении показывается пример диспетчеризации MCCH. В настоящем изобретении, рассматривается случай, в котором, в качестве диспетчеризации MCCH, значение начальной точки в момент, когда преобразуется MCCH, и длина периода повторения MCCH сообщаются. Число радиокадров используется для спецификации длины периода повторения MCCH. Более конкретно, SFN (номер системного кадра) используется для спецификации значения начальной точки. Что-либо отличное от числа радиокадров может использоваться для спецификации длины периода повторения MCCH. В качестве конкретного примера, число субкадров может использоваться для спецификации длины периода повторения MCCH. Что-либо отличное от SFN может использоваться для спецификации значения начальной точки. В качестве конкретного примера, значение смещения от определенного опорного значения может использоваться для спецификации значения начальной точки. В случае если MCCH преобразуется в некоторые субкадры в радиокадре, SFN, номер субкадра и т.д. может сообщаться как начальная точка. Конкретное вычислительное выражение для вычисления значения начальной точки предоставляется посредством (значение начальной точки = (SFN-номер ведущего из системных кадров, в которые MCCH преобразуется) mod (длина периода повторения MCCH). На втором этапе, диспетчеризация MCCH MBSFN-зоны 4 сообщается посредством использования MCCH MBSFN-зоны 1. В примере диспетчеризации MCCH, идентификатор MBSFN-зоны (т.е. MBSFN-зоны 4) покрывающей MBSFN-зоны сообщается в дополнение к параметрам MBSFN-зоны 4, которые являются идентичными вышеуказанным параметрам MBSFN-зоны 1. Пояснение параметров MBSFN-зоны 4 далее опускается. Код скремблирования, используемый в MBSFN-зоне 4, определяется на основе идентификатора MBSFN-зоны (MBSFN-зоны 4), сообщенного ей посредством использования MCCH1 MBSFN-зоны 1.

Далее, пример в случае, если выполняется мультиплексирование с кодовым разделением каналов MBSFN-зоны (т.е. MBSFN-зоны 4), покрывающей другие MBSFN-зоны, и других MBSFN-зон (MBSFN-зон 1-3), покрываемых посредством MBSFN-зоны 4, и мультиплексирование с временным разделением каналов используется в качестве способа мультиплексирования покрываемых MBSFN-зон, поясняется. Концептуальная схема, показывающая местоположения базовых станций в случае, если множество MBSFN-зон существует, является идентичной концептуальной схеме в случае, если выполняется мультиплексирование с временным разделением каналов MBSFN-зоны (т.е. MBSFN-зоны 4), покрывающей другие MBSFN-зоны, и других MBSFN-зон (т.е. MBSFN-зон 1-3), покрываемых посредством MBSFN-зоны 4, и мультиплексирование с кодовым разделением каналов используется в качестве способа мультиплексирования покрываемых MBSFN-зон. Поскольку пояснение по P-SCH, S-SCH и BCCH является идентичным пояснению в вышеуказанном случае, пояснение пропускается. Поскольку пример диспетчеризации MCCH является во многом аналогичным примеру в вышеуказанном случае, пояснение осуществляется с сосредоточением на другой части. На первом этапе диспетчеризация MCCH MBSFN-зоны 1 сообщается с использованием BCCH MBSFN-зоны 1. В настоящем изобретении показывается пример диспетчеризации MCCH. В настоящем изобретении, рассматривается случай, в котором, в качестве диспетчеризации MCCH, значение начальной точки в момент, когда преобразуется MCCH, и длина периода повторения MCCH сообщаются. Число радиокадров используется для спецификации длины периода повторения MCCH. Более конкретно, SFN (номер системного кадра) используется для спецификации значения начальной точки. Что-либо отличное от числа радиокадров может использоваться для спецификации длины периода повторения MCCH. В качестве конкретного примера, число субкадров может использоваться для спецификации длины периода повторения MCCH. Что-либо отличное от SFN может использоваться для спецификации значения начальной точки. В качестве конкретного примера, значение смещения от определенного опорного значения может использоваться для спецификации значения начальной точки. В случае если MCCH преобразуется в некоторые субкадры в радиокадре, SFN, номер субкадра и т.д. может сообщаться как начальная точка. Конкретное вычислительное выражение для вычисления значения начальной точки предоставляется посредством (значение начальной точки = (SFN-номер ведущего из системных кадров, в которые MCCH преобразуется) mod (длина периода повторения MCCH). На втором этапе, диспетчеризация MCCH MBSFN-зоны 4 сообщается посредством использования MCCH MBSFN-зоны 1. В примере диспетчеризации MCCH, как параметры MBSFN-зоны 4, сообщаются начальная точка, длина периода повторения MCCH и идентификатор MBSFN-зоны (MBSFN-зоны 4), покрывающей MBSFN-зоны.

В вышеуказанном способе мультиплексирования для мультиплексирования всех MBSFN-зон начальная точка MCCH в диспетчеризации MCCH может заменяться либо начальной точкой MCH, либо начальной точкой PMCH. В случае если начальная точка MCCH заменяется начальной точкой MCH, вместо параметра длины периода повторения MCCH в диспетчеризации MCCH, длина периода повторения MCH предоставляется. В это время, в случае если MCCH всегда преобразуется в каждый MCH, длина периода повторения MCH равна длине периода повторения MCCH. Напротив, когда MCCH не всегда преобразуется в каждый MCH, длина периода повторения MCCH, вместе с длиной периода повторения MCH, может предоставляться как параметр. В случае если начальная точка MCCH заменяется начальной точкой PMCH, вместо параметра длины периода повторения MCCH в диспетчеризации MCCH, длина периода повторения PMCH предоставляется. В это время, в случае если MCCH всегда преобразуется в каждый PMCH, длина периода повторения PMCH равна длине периода повторения MCCH. Напротив, когда MCCH не всегда преобразуется в каждый PMCH, длина периода повторения MCCH, вместе с длиной периода повторения PMCH, может предоставляться как параметр.

В 3GPP, обсуждение продвигается в направлении поддержки односотовой передачи на частотном уровне, выделенном MBMS-передаче. В качестве способа поддержки односотовой передачи, рассмотрен способ реализации односотовой передачи в MBSFN-зоне, состоящей из одной соты. Тем не менее, конкретные способы реализации односотовой передачи в MBSFN-зоне, состоящей из одной соты, вообще не рассмотрены. Чтобы раскрывать способ выбора требуемой услуги на частотном уровне, выделенном MBMS-передаче, и систему мобильной связи, которая предоставляет возможность реализации способа, которые являются задачей настоящего изобретения, показывается пример способа поддержки односотовой передачи. Конкретный пример реализации в случае, если MBSFN-зона, покрывающая множество MBSFN-зоны, существует, поясняется выше. Посредством замены покрываемых MBSFN-зон (т.е. MBSFN-зон 1-3) сотой, которая выполняет односотовую (односотовую) передачу и дополнительную замену MBSFN-зоны (т.е. MBSFN-зоны 4), покрывающей другие MBSFN-зоны, сотой, которая выполняет многосотовую (многосотовую) передачу в вышеуказанном способе, односотовая передача может реализовываться в MBSFN-зоне, состоящей из одной соты.

Далее, "обнаружение информации MBMS-зоны", описанное в варианте осуществления 1, поясняется более конкретно в отношении этапов ST1726 и ST1727 по фиг. 18 и этапов ST1728 и ST1729 по фиг. 19. Допускается, что MCCH (канал управления многоадресной передачей) каждой MBSFN-зоны передается через схему многосотовой передачи. Следовательно, MCE, на этапе ST1726, передает информацию о выделении радиоресурсов для передачи содержимого MCCH и MCCH в базовые станции в MBSFN-зоне. Каждая выделенная для MBMS базовая станция, на этапе ST1727, принимает информацию о выделении радиоресурсов для передачи содержимого MCCH и MCCH из MCE. Каждая базовая станция, на этапе ST1728, выполняет многосотовую передачу управляющей информации, такой как информация MBMS-зоны, информация прерывистого приема (DRX) и число K групп для передачи поисковых вызовов, посредством использования MCCH согласно радиоресурсам, выделяемым посредством MCE. Каждый из мобильных терминалов, на этапе ST1729, принимает MCCH из каждой базовой станции в MBSFN-зоне. Каждый из мобильных терминалов использует диспетчеризацию MCCH, принимаемого со стороны сети на этапе ST1725, для приема MCCH.

Пример способа приема поясняется далее. В качестве типичного примера, случай, в котором множество базовых станций размещаются, как показано на фиг. 25, и мультиплексирование с временным разделением каналов MBSFN-зон выполняется, как показано на фиг. 26, поясняется далее. Случай, в котором каждый из мобильных терминалов находится в рамках MBSFN-зоны 1, поясняется далее. Каждый из мобильных терминалов декодирует BCCH1 (широковещательный канал управления) MBSFN-зоны 1, чтобы принимать, как параметры диспетчеризации MCCH1, значение начальной точки 1 в "1" и период повторения MCCH (период повторения MCCH) длина 1 в "7". Кроме того, если SFN (номер системного кадра) преобразуется в BCCH, каждый из мобильных терминалов может знать SFN-номер посредством декодирования BCCH. Каждый из мобильных терминалов может определять SFN-номер, в который преобразуется MCCH, согласно следующему уравнению.

SFN = длина периода повторения MCCH 1xб + значение начальной точки 1 (б - положительное целое число).

Каждый из мобильных терминалов может принимать MCCH1 посредством приема и декодирования радиоресурсов SFN-номера, в который преобразуется MCCH1. Управляющая информация для MBMS-услуги, которая передается через схему многосотовой передачи из MBSFN-зоны 1, преобразуется в MCCH1. В качестве примера управляющей информации, предусмотрена информация MBMS-зоны, DRX-информация, параметры для прерывистого приема во время MBMS-приема и т.д.

Помимо этого, пример информации MBMS-зоны поясняется со ссылкой на фиг. 26. В качестве информации MBMS-зоны может рассматриваться конфигурация кадра каждой зоны (кластера MBSFN-кадров (кластера MBSFN-кадров), MBSFN-субкадра и т.д.), содержимое услуги, информация модуляции по MTCH и т.д. Как кластер MBSFN-кадров 1, сообщается число кадров, включенных в набор кадров, выделяемых MBSFN-зоне 1 в течение одного периода повторения кластера MBSFN-кадров. В качестве MBSFN-субкадра 1, сообщается номер субкадра, в который MBMS-данные (данные MTCH и/или MCCH) фактически преобразуются в одном радиокадре в рамках кластера MBSFN-кадров 1. В случае предложения MBMS-услуги с помощью выделенной для MBMS базовой станции необязательно совместно использовать радиоресурсы с данными одноадресной передачи, в отличие от случая использования смешанной соты для MBMS/одноадресной передачи. Следовательно, MBMS-данные могут преобразовываться во все субкадры в одном радиокадре (тем не менее, кроме частей, в которые P-SCH, S-SCH или BCCH преобразуются). В случае преобразования MBMS-данных во все субкадры, необязательно сообщать параметр относительно MBSFN-субкадров со стороны сети стороне мобильного терминала. Как результат, может быть осуществлено эффективное использование радиоресурсов. В качестве альтернативы, поскольку посредством использования способа статического преобразования MBMS-данных во все субкадры во время передачи MBMS-данных из выделенной для MBMS соты в системе радиосвязи, появляется возможность передавать объемные MBMS-данные, и становится необязательным также сообщать о параметре относительно MBSFN-субкадров, эффективное использование радиоресурсов может быть осуществлено. В качестве содержимого услуги, сообщается содержимое услуги, в настоящий момент выполняемой в MBMS-зоне 1. Когда множество услуг (фильм, прямой широковещательный спортивный репортаж и т.д.) предлагается в MBSFN-зоне 1, содержимое множества услуг и множество параметров об этом содержимом сообщается.

Фиг. 30 - это пояснительный чертеж, показывающий зависимость между DRX-периодом, в течение которого прекращается передача MBMS-данных в мобильный терминал, и мобильный терминал не выполняет свою операцию приема для приема MBMS-данных, и DRX-циклом, который является циклом, в котором повторяется DRX-период. Помимо этого, пример информации DRX (прерывистого приема) поясняется со ссылкой на фиг. 30. Чтобы сообщать сигнал поискового вызова мобильному терминалу, в настоящий момент использующему MBMS-услугу в выделенной соте для MBMS-передачи, что является задачей настоящего изобретения, мобильный терминал, принимающий в настоящий момент MBMS-услугу в выделенной соте для MBMS-передачи, должен выполнять регистрацию местоположения в сеть либо через соту для одноадресной передачи, либо через смешанную соту для MBMS/одноадресной передачи и т.д. С этой целью, требуются измерение и регистрация местоположения или соты для одноадресной передачи или смешанной соты для MBMS/одноадресной передачи (повторный выбор обслуживающей базовой станции (повторный выбор соты)). Как результат, может предоставляться преимущество получения возможности обеспечивать мобильность в выделенной для MBMS соте, в которой восходящей линии связи не существует, через соту для одноадресной передачи/смешанную соту. Следовательно, обеспечивается преимущество предоставления возможности даже мобильному терминалу, принимающему в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, принимать сигнал поискового вызова. Следовательно, даже мобильный терминал, принимающий в настоящий момент MBMS-услугу в выделенной соте для MBMS-передачи, должен выполнять измерение соты для одноадресной передачи и смешанной соты для MBMS/одноадресной передачи с постоянными периодами (или интервалами). Согласно традиционному способу (3GPP W-CDMA), длина каждого из периодов измерений - это целое кратное длины цикла прерывистого приема, и она сообщается со стороны сети каждому мобильному терминалу посредством верхнего уровня.

Следовательно, проблема состоит в том, что, при условии, что мобильный терминал, принимающий в настоящий момент MBMS-услугу в выделенной соте для MBMS-передачи, выполняет измерение соты для одноадресной передачи и смешанной соты для MBMS/одноадресной передачи в периоды (или интервалы) измерений длины, сообщаемой из верхнего уровня, посредством использования традиционного способа, поскольку базовая станция, которая составляет зону MBSFN-синхронизации частотного уровня, выделенного MBMS-передаче, и базовая станция, которая составляет частотный уровень для одноадресной передачи/смешанный частотный уровень, являются асинхронными друг другу (асинхронными), мобильный терминал должен прерывать MBMS-прием, чтобы выполнять измерение.

Следовательно, в соответствии с настоящим изобретением, в качестве решения вышеуказанной проблемы, один DRX-период располагается в зоне MBSFN-синхронизации (см. фиг. 30). DRX-период в этом варианте осуществления 1 означает период времени, в течение которого передача MBMS-данных о MBMS-услугах всех MBSFN-зон в зоне MBSFN-синхронизации со стороны сети в мобильный терминал прекращается и не выполняется, т.е. период времени, в течение которого прием MBMS-данных не выполняется при рассмотрении со стороны мобильного терминала. Следовательно, мобильный терминал, в настоящий момент использующий MBMS-услугу на частотном уровне, выделенном MBMS-передаче, предоставляет преимущество исключения необходимости прерывать использование MBMS-услуги посредством выполнения измерения соты для одноадресной передачи и смешанной соты для MBMS/одноадресной передачи в течение DRX-периода, в течение которого MBMS-данные не передаются со стороны сети. Кроме того, посредством расположения DRX-периода в зоне MBSFN-синхронизации, каждому мобильному терминалу предоставляется возможность одновременно принимать MBMS-данные из MBSFN-зон в зоне MBSFN-синхронизации без добавления операций управления.

Далее, DRX-цикл, как показано на фиг. 30, поясняется. DRX-цикл означает цикл, в котором повторяется ранее поясненный DRX-период. Согласно традиционному способу, длина периода измерений задается (сообщается) для каждого мобильного терминала посредством стороны сети. В случае если этот способ применяется также к LTE, если мобильный терминал, принимающий в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, выполняет измерение на частотном уровне для одноадресной передачи/смешанном частотном уровне в течение DRX-периода, мобильный терминал должен сообщать информацию как по длине DRX-цикла, так и по длине DRX-периода на частотном уровне, выделенном MBMS-передаче, через один из маршрутов, в устройство управления (базовую станцию, MME, PDNGW и т.п.) на стороне соты для одноадресной передачи или смешанной соты для MBMS/одноадресной передачи. Кроме того, поскольку базовые станции, которые составляют частотный уровень для одноадресной передачи/смешанный частотный уровень, выполнены таким образом, чтобы быть фундаментально асинхронными друг к другу, имеется необходимость сообщать как длину DRX-цикла, так и длину DRX-периода на частотном уровне, выделенном MBMS-передаче, в каждую соту для одноадресной передачи или каждую смешанную соту для MBMS/одноадресной передачи. Этот способ приводит к усложнению системы мобильной связи и поэтому не является предпочтительным. Следовательно, в настоящем изобретении, раскрывается следующий способ.

Один или более периодов измерений на частотном уровне для одноадресной передачи/смешанном частотном уровне задаются так, чтобы быть включенными в один DRX-период на частотном уровне, выделенном MBMS-передаче. Как результат, даже если какая-либо длина периода измерений сообщается (задается) для мобильного терминала из соты для одноадресной передачи или смешанной соты для MBMS/одноадресной передачи, когда мобильный терминал выполняет измерение частотного уровня для одноадресной передачи/смешанного частотного уровня в течение DRX-периода, который предоставляется в DRX-цикле на частотном уровне, выделенном MBMS-передаче, длина периода измерений, сообщаемая со стороны сети, может удовлетворяться. Посредством использования этого способа, устройства управления выделенной соты для MBMS-передачи (базовая станция, MCE, MBMS-шлюз, eBNSC и т.д.) не должны сообщать длину DRX-цикла и длину DRX-периода в выделенной соте для MBMS-передачи в устройства управления соты для одноадресной передачи и смешанной соты для MBMS/одноадресной передачи. Следовательно, обеспечивается преимущество предоставления возможности мобильному терминалу, принимающему в настоящий момент MBMS-услугу на частотном уровне, выделенном MBSFN-передаче, выполнять измерение в периоды измерений длины, которую сота для одноадресной передачи или смешанная сота для MBMS/одноадресной передачи сообщила (задала) для мобильного терминала при одновременном недопущении усложнения системы мобильной связи, т.е. исключении добавления передачи служебных сигналов в беспроводной интерфейс или сеть.

DRX-цикл в выделенной соте для MBMS-передачи имеет длину, которая является или минимумом длины периода измерений, которая может предоставляться в соте для одноадресной передачи и в соте для одноадресной/смешанной передачи, или делителем нацело минимума. В случае если длина периода измерений, которую сота для одноадресной передачи или смешанная сота для MBMS/одноадресной передачи может задавать для мобильного терминала, принимающего в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, отличается от длины периода измерений, которая может предоставляться на частотном уровне для одноадресной передачи/смешанном частотном уровне, DRX-цикл имеет длину, которая равна длине периода измерений, которая может быть задана для мобильного терминала, принимающего в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, которая является минимумом вышеуказанной длины периода измерений или которая является делителем нацело минимума вышеуказанной длины периода измерений. Как результат, даже если какая-либо длина периода измерений сообщается (задается) для мобильного терминала из соты для одноадресной передачи или смешанной соты для MBMS/одноадресной передачи, когда мобильный терминал выполняет измерение частотного уровня для одноадресной передачи/смешанного частотного уровня в течение DRX-периода, который предоставляется в DRX-цикле на частотном уровне, выделенном MBMS-передаче, длина периода измерений, сообщаемая со стороны сети, может удовлетворяться. Посредством использования этого способа, устройства управления выделенной соты для MBMS-передачи (базовая станция, MCE, MBMS-шлюз, eBNSC и т.д.) не должны сообщать длину DRX-цикла и длину DRX-периода в выделенной соте для MBMS-передачи в устройства управления соты для одноадресной передачи и смешанной соты для MBMS/одноадресной передачи. Следовательно, обеспечивается преимущество предоставления возможности мобильному терминалу, принимающему в настоящий момент MBMS-услугу на частотном уровне, выделенном MBSFN-передаче, выполнять измерение в периоды измерений длины, которую сота для одноадресной передачи или смешанная сота для MBMS/одноадресной передачи сообщила (задала) для мобильного терминала при одновременном недопущении усложнения системы мобильной связи, т.е. исключении добавления передачи служебных сигналов в беспроводной интерфейс или сеть. Кроме того, мобильный терминал может обнаруживать широковещательную информацию из обслуживающей соты на частотном уровне для одноадресной передачи/смешанном частотном уровне во время вышеуказанного DRX-периода. Например, когда широковещательная информация в обслуживающей соте модифицируется, мобильный терминал может рассматривать модификацию. Вышеуказанный способ определения для определения DRX-периода на частотном уровне, выделенном MBMS-передаче, и вышеуказанный способ определения для определения DRX-цикла на частотном уровне, выделенном MBMS-передаче, также может использоваться в последующих вариантах осуществления.

Конкретный пример параметров относительно DRX-информации поясняется со ссылкой на фиг. 30. Конкретно, как параметры относительно DRX-информации, могут рассматриваться длина DRX-периода, длина DRX-цикла и значение начальной точки (DRX). Конкретно, число радиокадров используется для спецификации каждой из длины DRX-периода и длины DRX-цикла. На фиг. 30, длина DRX-периода равна "4" радиокадра (в течение периода между SFN 4-SFN 7). Кроме того, длина DRX-цикла равна "7" радиокадров (в течение периода между SFN 4-SFN 10). Помимо этого, SFN используется для спецификации значения начальной точки (DRX), в которой начинается DRX-период. Что-либо отличное от числа радиокадров может использоваться для спецификации каждой из длины DRX-периода и длины DRX-цикла. В качестве конкретного примера, число субкадров может использоваться для спецификации каждой из длины DRX-периода и длины DRX-цикла. Что-либо отличное от SFN может использоваться для спецификации значения начальной точки. В качестве конкретного примера, значение смещения от определенного опорного значения может использоваться для спецификации значения начальной точки. В случае если MCCH преобразуется в некоторые субкадры в радиокадре, SFN, номер субкадра и т.д. может сообщаться как начальная точка. Конкретное вычислительное выражение для вычисления значения начальной точки (DRX) предоставляется посредством (значение начальной точки (DRX) = (SFN-номер ведущего системного кадра, в котором DRX-период начинается) mod (длина DRX-цикла). На фиг. 30, значение начальной точки (DRX) равно 4mod7=4, 11mod7=4 или.... Пример, в котором SFN используется для спецификации значения начальной точки (DRX), показывается выше. Кроме того, в примере, один DRX-период предоставляется в зоне MBSFN-синхронизации, как пояснено ранее. Следовательно, значение начальной точки (DRX) также является общим в базовых станциях в зоне MBSFN-синхронизации. Случай, в котором SFN используется как значение начальной точки (DRX), рассматривается. Допускается, что одинаковое число передается из базовых станций в зоне MBSFN-синхронизации одновременно. В вышеуказанном примере DRX-информация преобразуется в MCCH и передается из базовой станции в MBSFN-зоне в мобильные терминалы, как пояснено ранее. Аналогично, DRX-информация может преобразовываться в BCCH и может быть передана из базовой станции в MBSFN-зоне в мобильные терминалы. В этом случае предоставляются идентичные преимущества. В качестве альтернативы, DRX-информация может преобразовываться в BCCH и может быть передана из обслуживающей базовой станции в мобильные терминалы. В этом случае предоставляются идентичные преимущества. Кроме того, даже когда DRX-информация определяется статически (статически) или полустатически (полустатически), идентичные преимущества предоставляются. Как результат, поскольку становится необязательным передавать в широковещательном режиме DRX-информацию, также может предоставляться преимущество осуществления эффективного использования радиоресурсов.

Пример параметра для прерывистого приема во время MBMS-приема поясняется далее. Как упомянуто выше, непатентная ссылка 1 раскрывает, что группа для передачи поисковых вызовов сообщается посредством использования канала передачи служебных сигналов L1/L2 (PDCCH). Задавать или нет присутствие канала передачи служебных сигналов L1/L2 в радиоресурсах, передаваемых из выделенной для MBMS соты, еще не определено. В этом варианте осуществления, допускается, что номер канал передачи служебных сигналов L1/L2 существует в радиоресурсах, передаваемых из выделенной для MBMS соты. Тем не менее, предпочтительно, чтобы способ сообщения поисковых вызовов стандартизировался в максимально возможной степени для соты для одноадресной передачи, смешанной соты для MBMS/одноадресной передачи и выделенной соты для MBMS-передачи, которые существуют в рамках одной системы мобильной связи, которая называется LTE. Это обусловлено тем, что посредством стандартизации способа сообщения поисковых вызовов, можно не допускать усложнение системы мобильной связи. В следующем пояснении число групп для передачи поисковых вызовов (называемое KMBMS с этого места) рассматривается как параметр для прерывистого приема во время MBMS-приема. Далее, случай, в котором множество базовых станций размещаются, как показано на фиг. 25, и мультиплексирование с кодовым разделением каналов MBSFN-зон выполняется, как показано на фиг. 27, поясняется. В этом случае, поскольку DRX-информация является идентичной информации в вышеуказанном случае, в котором выполняется мультиплексирование с временным разделением каналов MBSFN-зон, пояснение DRX-информации опускается.

Далее, "выбор MBMS-услуги", который описывается в варианте осуществления 1 со ссылкой на фиг. 19, поясняется более конкретно. Мобильный терминал, на этапе ST1730, проверяет содержимое услуги, включенной в информацию MBMS-зоны, чтобы знать, предоставляется или нет услуга, которую хочет пользователь, в соответствующей MBMS-зоне. Таким образом, мобильный терминал определяет то, предоставляется или нет требуемая услуга. Когда услуга, которую хочет пользователь, предоставляется в рассматриваемой MBMS-зоне, мобильный терминал осуществляет переход к этапу ST1731. Напротив, когда услуга, которую хочет пользователь, не предоставляется в соответствующей MBMS-зоне, мобильный терминал осуществляет переход к этапу ST1733. Мобильный терминал, на этапе ST1731, принимает опорный сигнал (RS) с радиоресурсом рассматриваемой MBSFN-зоны и измеряет принимаемую мощность (RSRP) опорного сигнала. Мобильный терминал затем определяет то, является или нет принимаемая мощность равной либо превышающей пороговое значение, которое определяется статически или полустатически. Факт, что принимаемая мощность равна или превышает вышеуказанное пороговое значение, показывает, что мобильный терминал имеет достаточно высокую чувствительность для того, чтобы принимать MBMS-услугу, тогда как факт, что принимаемая мощность ниже порогового значения, показывает, что мобильный терминал не имеет достаточно высокую чувствительность для того, чтобы принимать MBMS-услугу. Когда принимаемая мощность равна или превышает вышеуказанное пороговое значение, мобильный терминал осуществляет переход к этапу ST1732, тогда как когда принимаемая мощность ниже вышеуказанного порогового значения, мобильный терминал осуществляет переход к этапу ST1733. Мобильный терминал, на этапе ST1732, обнаруживает частоту f(MBMS), выделенную MBMS-передаче, и идентификатор MBSFN-зоны, которые требуются для пользователя, чтобы принимать требуемую MBMS-услугу. С другой стороны, мобильный терминал, на этапе ST1733, определяет то, существует или нет другая MBMS-зона, принимаемая в рамках этой полосы частот (f(MBMS)). Этот этап ST1733 является эффективным, в частности, когда MBSFN-зона (MBSFN-зона 4), покрывающая другие MBSFN-зоны, как показано на фиг. 28, существует. Когда другая MBMS-зона, принимаемая в рамках этой полосы частот (f(MBMS)), существует, мобильный терминал возвращается к этапу ST1730 и повторяет процесс. Напротив, когда других MBMS-зон, принимаемых в рамках этой полосы частот (f(MBMS)), не существует, мобильный терминал осуществляет переход к этапу ST1734. Мобильный терминал, на этапе ST1734, определяет то, существует или нет другая частота в списке частот принимаемой зоны MBSFN-синхронизации, которую мобильный терминал принимает на этапе ST1708. Когда другая частота существует в списке частот, мобильный терминал возвращается к этапу ST1722 и переключает свой синтезатор на новую частоту (f2(MBMS)) и затем повторяет процесс. Напротив, когда других частот не существует в списке частот, мобильный терминал возвращается к этапу ST1720 и повторяет процесс. Вместо приема опорного сигнала и измерения принимаемой мощности на этапе 1731, мобильный терминал может фактически принимать MBMS-услугу (MTCH и/или MCCH) в рассматриваемой MBSFN-зоне. В этом случае, пользователь может определять то, предоставляет или нет мобильный терминал чувствительность приема, которую он может разрешать, посредством прослушивания или просмотра декодированных данных. Когда мобильный терминал предоставляет чувствительность приема, которую он может разрешать, мобильный терминал осуществляет переход к этапу ST1732, тогда как когда мобильный терминал не предоставляет чувствительность приема, которую он может разрешать, мобильный терминал осуществляет переход к этапу ST1733. Поскольку допустимая чувствительность приема различается между отдельными терминалами, может предоставляться преимущество задания мобильных терминалов так, чтобы дополнительно подходить для пользователей.

Этап 1735 по фиг. 19 - это процесс задания "подготовки к прерывистому приему во время MBMS-приема", как описано в варианте осуществления 1. Мобильный терминал, на этапе ST1735, осуществляет подготовку для прерывистого приема во время MBMS-приема посредством использования параметра для прерывистого приема во время MBMS-приема, который мобильный терминал принимает на этапе ST1729. Конкретно, мобильный терминал определяет группу для передачи поисковых вызовов самого мобильного терминала посредством использования числа KMBMS групп для передачи поисковых вызовов, которое мобильный терминал принимает на этапе ST1729. Мобильный терминал использует идентификатор (UE-ID, IMSI) мобильного терминала для определения группы для передачи поисковых вызовов. Группа для передачи поисковых вызовов может быть выражена как IMSI mod KMBMS.

Фиг. 20 - это блок-схема последовательности операций способа, поясняющая процесс сообщения о состоянии приема на стороне MBMS. Этот процесс поясняется как более конкретное пояснение "уведомления относительно состояния приема на стороне MBMS", описанного в варианте осуществления 1 со ссылкой на фиг. 17. На фиг. 20, мобильный терминал, на этапе ST1736, изменяет частоту, заданную согласно своему модулю 1107 преобразования частоты, чтобы изменять свою среднюю частоту на частоту на частотном уровне для одноадресной передачи/смешанном частотном уровне (называемом f(одноадресная передача) с этого места), так что мобильный терминал перемещается на частотный уровень для одноадресной передачи/смешанный частотный уровень. Мобильный терминал, на этапе ST1737, передает запрос на диспетчеризацию в восходящей линии связи (запрос на диспетчеризацию в UL) в обслуживающую соту. Обслуживающая сота, на этапе ST1738, принимает запрос на диспетчеризацию в восходящей линии связи из мобильного терминала. Обслуживающая сота, на этапе ST1739, выполняет диспетчеризацию в восходящей линии связи (диспетчеризацию в UL), чтобы выделять радиоресурс восходящей линии связи мобильному терминалу. Обслуживающая сота, на этапе ST1740, передает выделение радиоресурса восходящей линии связи в мобильный терминал (называемое выделением ресурсов UL или разрешение на передачу), которое является результатом диспетчеризации в восходящей линии связи на этапе ST1739 в мобильный терминал. Мобильный терминал, на этапе ST1741, принимает выделение ресурсов UL из обслуживающей соты (т.е. принимает выделение радиоресурса восходящей линии связи). Мобильный терминал, на этапе ST1742, передает "уведомление относительно состояния приема на стороне MBMS" в обслуживающую соту согласно выделению ресурсов UL, которое мобильный терминал принимает на этапе ST1741. В качестве примера параметров, включенных в "уведомление относительно состояния приема на стороне MBMS", идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, частота (f(MBMS)), при которой мобильный терминал принимает MBMS-услугу, и номер MBSFN-зоны (идентификатор) включаются.

Кроме того, "уведомление относительно состояния MBMS-приема" этапа ST1742 может быть выполнено в случае "запроса на присоединение", показанного на ST1710, или в качестве типа "запроса на присоединение". В качестве альтернативы, "уведомление относительно состояния MBMS-приема" может быть выполнено в случае "обновления зоны отслеживания (обновления зоны отслеживания: TAU) "или в качестве типа "обновления зоны отслеживания".

Информационные параметры в этом случае включают в себя идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, частоту (f(MBMS)), при которой мобильный терминал принимает MBMS-услугу, и номер MBSFN-зоны (идентификатор), как в вышеуказанном случае. Как результат, стороне сети предоставляется возможность выяснять состояние MBMS-приема мобильного терминала в выделенной для MBMS соте без добавления нового сообщения. Следовательно, может предоставляться преимущество возможности не допускать сложности системы мобильной связи. Информация, показывающая то, что "обновление зоны отслеживания" - это "уведомление относительно состояния MBMS-приема", может быть помещена в "обновление зоны отслеживания". В качестве конкретного способа, "уведомление относительно состояния MBMS-приема" может быть добавлено к информации типа (типа) TAU. Информация типа может быть выражена как числовое значение. 1-битовый индикатор, показывающий то, следует или нет стремиться выполнять "уведомление относительно состояния MBMS-приема", формируется для сообщения с запросом TAU. Информация, показывающая то, что сообщение "запроса на присоединение" - это "уведомление относительно состояния MBMS-приема", может быть помещена в сообщение "запроса на присоединение". В качестве конкретного способа, "уведомление относительно состояния MBMS-приема" может быть добавлено к информации типа запроса на присоединение. Информация типа может быть выражена как числовое значение. 1-битовый индикатор, показывающий то, следует или нет стремиться выполнять "уведомление относительно состояния MBMS-приема", формируется для сообщения запроса на присоединение. Как результат, в первом случае, традиционное "обновление зоны отслеживания" может отличаться от "обновления зоны отслеживания", используемого для того, чтобы сообщать о "состоянии MBMS-приема". Кроме того, во втором случае, традиционный "запрос на присоединение" может отличаться от "запроса на присоединение", используемого для того, чтобы сообщать о "состоянии MBMS-приема". Как результат, может предоставляться преимущество недопущения возникновения времени задержки на управление в системе мобильной связи.

Обслуживающая сота, на этапе ST1743, выполняет процесс приема для приема различных параметров, передаваемых из мобильного терминала через процесс "уведомления состояния MBMS-приема" этапа ST1742. Сторона сети, на этапе ST1743, может знать, что рассматриваемый мобильный терминал принимает MBMS-услугу на частотном уровне, выделенном MBMS-передаче, без добавления канала восходящей линии связи в выделенную для MBMS соту, т.е. без увеличения сложности системы мобильной связи. Как результат, предоставляется преимущество разрешения стороне сети изменяться с конфигурации сообщения об общем сигнале поискового вызова на конфигурацию выполнения прерывистого приема во время MBMS-приема. Обслуживающая сота, на этапе ST1744, передает параметры, передаваемые ей через "уведомление относительно состояния MBMS-приема", выполненное посредством мобильного терминала на этапе ST1742, в MME. MME, на этапе ST1745, принимает эти параметры.

MME, на этапе ST1746, определяет зону отслеживания (называемую TA(MBMS) с этого места), в которой рассматриваемый мобильный терминал принимает MBMS-услугу на частоте, выделенной MBMS-передаче. MME определяет зону отслеживания на основе уведомления относительно состояния приема на стороне MBMS (параметров состояния MBMS-приема, f(MBMS) и номера MBSFN-зоны), сообщенного через обслуживающую соту из мобильного терминала на этапе ST1742. MME, на этапе ST1747, обновляет список зон отслеживания рассматриваемых мобильных терминалов. MME, на этапе ST1747, выполняет управление (хранение, добавление, обновление и удаление) списка TA, включающего в себя TA(одноадресная передача) и/или TA(MBMS). TA(одноадресная передача) является зоной отслеживания рассматриваемого мобильного терминала на частотном уровне для одноадресной передачи/смешанном частотном уровне. Фиг. 31 - это пояснительный чертеж, поясняющий подробности списка зон отслеживания. Далее, пример управления списком зон отслеживания поясняется со ссылкой на фиг. 31. Список зон отслеживания управляется для каждого мобильного терминала, как показано на фиг. 31(a). В примере по фиг. 31(a), UE#1 имеет TA(одноадресная передача) #1 и TA(одноадресная передача) #2, и UE#2 имеет TA(одноадресная передача) #1 и TA(MBMS) #1. MME также управляет базовыми станциями, включенными в каждую зону отслеживания (TA(одноадресная передача)). Управление базовыми станциями поясняется со ссылкой на фиг. 31(b). Смешанные соты для MBMS/одноадресной передачи, имеющие идентификаторы сот (сот) в 1, 2, 3, 4 и 5, включаются в TA(одноадресная передача) #1. Смешанные соты для MBMS/одноадресной передачи, имеющие идентификаторы сот в 23, 24 и 25, включаются в TA(одноадресная передача) #2. Далее, управление базовыми станциями поясняется со ссылкой на фиг. 31(c). TA(MBMS) #1 соответствует идентификатору MBSFN-зоны для MBSFN-зоны, в которой рассматриваемый мобильный терминал принимает MBMS-услугу на частотном уровне, выделенном MBMS-передаче. Более конкретно, в соответствии с настоящим изобретением, мобильный терминал, на этапе ST1742, передает параметры через "уведомление относительно состояния приема на стороне MBMS", и MME, на этапе ST1745, определяет TA(MBMS) с использованием f(MBMS) и идентификатора MBSFN-зоны, которые являются параметрами.

Подробности управления списком TA этапа ST1747 поясняются далее. MME выполняет поиск номера TA(MBMS), который управляется в рамках MME, на основе f(MBMS) и идентификатора MBSFN-зоны, который MME принимает на этапе ST1745 (например, посредством использования фиг. 31(c)). Далее, MME определяет то, существует или нет TA(MBMS), по которому выполнен поиск, как результат поиска в списке TA рассматриваемого мобильного терминала. Когда TA(MBMS) существует в списке TA, MME сохраняет текущий список TA. Напротив, когда TA(MBMS) не существует в списке TA, MME добавляет вышеуказанный TA(MBMS) к списку TA рассматриваемого мобильного терминала. MME может управлять (или регистрировать) множеством зон отслеживания (множество TA). MME также может управлять TA(MBMS) и TA(одноадресная передача) как множеством зон отслеживания. MME может отдельно управлять TA(MBMS) и TA(одноадресная передача) или может отдельно управлять списком зон отслеживания для TA(MBMS) и списком зон отслеживания для TA(одноадресная передача). MME, на этапе ST1748, передает ответный сигнал Ack, показывающий, что MME принял уведомление относительно состояния приема на стороне MBMS в обслуживающую соту. Можно включать список TA рассматриваемого мобильного терминала в этот ответный сигнал. Одна или более зон отслеживания (множество TA) могут быть включены в один список TA. TA(MBMS) и TA(одноадресная передача) могут быть включены в один список TA. Список TA для TA(MBMS) и список TA для TA(одноадресная передача) может предоставляться отдельно.

Обслуживающая сота, на этапе ST1749, принимает Ack на уведомление относительно состояния приема на стороне MBMS из MME и, на этапе ST1750, передает Ack на уведомление относительно состояния приема на стороне MBMS в мобильный терминал. Мобильный терминал, на этапе ST1751, принимает Ack на уведомление относительно состояния приема на стороне MBMS из обслуживающей соты. Мобильный терминал, на этапе ST1752, перемещается на частотный уровень, выделенный MBMS-передаче, посредством изменения частоты, заданной согласно своему модулю 1107 преобразования частоты, чтобы изменять среднюю частоту на частоту (f(MBMS)) на частотном уровне, выделенном MBMS-передаче.

Фиг. 21 - это блок-схема последовательности операций способа, показывающая процесс измерения на стороне одноадресной передачи. Далее, "измерение на стороне одноадресной передачи", которое описывается в варианте осуществления 1 со ссылкой на фиг. 21, поясняется более конкретно. Мобильный терминал, на этапе ST1753, определяет то, наступило или нет начальное время DRX-периода MBMS-услуги, посредством использования DRX-информации, которую мобильный терминал принимает на этапе ST1729 по фиг. 19. В качестве конкретного примера, мобильный терминал определяет SFN-номер ведущего системного кадра, в котором DRX-период начинается, посредством использования длины DRX-цикла и значения начальной точки (DRX), которые являются примером параметров, которые мобильный терминал принимает на этапе ST1729, и определяет то, наступило или нет начальное время DRX-периода, на основе SFN, преобразованного в BCCH (широковещательный канал управления), и т.п. Конкретный пример вычисления выражается как SFN = длина DRX-цикла x б + значение начальной точки (DRX), где б - положительное целое число. Когда начальное время DRX-периода еще не наступило, мобильный терминал осуществляет переход к этапу ST1772. Напротив, когда начальное время DRX-периода наступило, мобильный терминал осуществляет переход к этапу ST1754. Мобильный терминал, на этапе ST1754, определяет то, находится или нет начальное время DRX-периода в периоде измерений в смешанной соте для MBMS/одноадресной передачи, принимаемой на этапе ST1705. Когда начальное время DRX-периода не находится в периоде измерений, мобильный терминал осуществляет переход к этапу ST1772. Напротив, когда начальное время DRX-периода находится в периоде измерений, мобильный терминал осуществляет переход к этапу ST1755. Мобильный терминал, на этапе ST1755, принимает сигнал нисходящей линии связи смешанной соты для MBMS/одноадресной передачи посредством изменения частоты, заданной согласно своему модулю 1107 преобразования частоты (синтезатору), чтобы изменять среднюю частоту на f(одноадресная передача). Мобильный терминал, на этапе ST1756, выполняет измерение на стороне одноадресной передачи (т.е. измерение соты для одноадресной передачи и/или смешанной соты для MBMS/одноадресной передачи). В качестве значений, которые мобильный терминал фактически измеряет, RSRP, RSSI и т.д. обслуживающей соты и соседней соты могут рассматриваться. Информация о соседней соте может быть передана в широковещательном режиме, как информация соседних сот (список), из обслуживающей соты.

Мобильный терминал, на этапе ST1757, определяет то, требуется или нет повторный выбор (повторный выбор соты) обслуживающей соты, согласно результату измерения на этапе ST1756. В качестве примера критерия определения, может рассматриваться то, превышает или нет результат измерения одной соты из соседних сот результат измерения обслуживающей соты. Когда повторный выбор не требуется, мобильный терминал осуществляет переход к этапу ST1771. Напротив, когда повторный выбор требуется, мобильный терминал выполняет этапы ST1758 и ST1759. Базовая станция (новая обслуживающая сота: новая обслуживающая сота), которая заново выбирается как обслуживающая сота на этапе 1758, передает в широковещательном режиме длину периода измерений, длину цикла прерывистого приема и информацию зоны отслеживания (информацию TA) в мобильные терминалы, обслуживаемые посредством нее, с использованием BCCH (широковещательного канала управления), как в случае этапа ST1705. Мобильный терминал, на этапе ST1759, принимает и декодирует BCCH из новой обслуживающей соты, чтобы принимать длину периода измерений, длину цикла прерывистого приема и информацию TA. Мобильный терминал, на этапе ST1760, выясняет, включена или нет информация TA обслуживающей базовой станции, принимаемая на этапе ST1759, в текущий список зон отслеживания (список TA), который сохраняется в протокольном процессоре 1101 или его модуле 1110 управления. Когда информация TA включена в текущий список зон отслеживания, мобильный терминал осуществляет переход к этапу ST1771. Напротив, когда информация TA не включена в текущий список зон отслеживания, мобильный терминал выполняет этап ST1761. Пояснение этапов ST1761-ST1770 опускается, поскольку оно идентично пояснению этапов ST1710-ST1719. Мобильный терминал, на этапе ST1771, перемещается на частотный уровень, выделенный MBMS-передаче, посредством изменения частоты, заданной согласно своему модулю 1107 преобразования частоты, чтобы изменять среднюю частоту на f(MBMS).

Через процесс "измерения на стороне одноадресной передачи" на этапах ST1753-ST1771, мобильный терминал может выполнять измерение соты для одноадресной передачи и/или смешанной соты для MBMS/одноадресной передачи, даже если мобильный терминал принимает MBMS-услугу на частотном уровне, выделенном MBMS-передаче. Соответственно, предоставляется преимущество разрешения мобильному терминалу, принимающему в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, обеспечивать мобильность в соте для одноадресной передачи и/или смешанной соте для MBMS/одноадресной передачи. Как результат, может предоставляться преимущество получения возможности обеспечивать мобильность в выделенной для MBMS соте, в которой каналов восходящей линии связи не существует, посредством смешанной соты для MBMS/одноадресной передачи. Следовательно, обеспечивается преимущество предоставления возможности даже мобильному терминалу, принимающему в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, принимать сигнал поискового вызова. Кроме того, мобильный терминал, в настоящий момент принимающий услугу на частотном уровне, выделенном MBSFN-передаче, выполняет установление синхронизации нисходящей линии связи также через измерение с сотой для одноадресной передачи или смешанной сотой для MBMS/одноадресной передачи в периоды измерений. Как результат, может обеспечиваться преимущество предоставления возможности мобильному терминалу, который принял сигнал поискового вызова на частотном уровне, выделенном MBMS-передаче, в которой каналов восходящей линии связи не существует, реализовывать даже передачу ответа на сигнал поискового вызова в соте для одноадресной передачи или смешанной соте для MBMS/одноадресной передачи с коротким временем задержки на управление, что представляется как задача настоящего изобретения.

Фиг. 22 - это блок-схема последовательности операций способа, показывающая процесс прерывистого приема во время MBMS-приема, и он поясняет "прерывистый прием во время MBMS-приема", который описывается в варианте осуществления 1 со ссылкой на фиг. 17, более конкретно. Мобильный терминал, на этапе ST1772 по фиг. 21, определяет то, является или нет текущее время временем приема MCCH номера MBSFN-зоны, из которой мобильный терминал принимает MBMS от информации диспетчеризации MCCH из информации MBMS-зоны. Таким образом, мобильный терминал определяет то, является или нет текущее время временем приема MCCH, посредством использования диспетчеризации MCCH (канала управления многоадресной передачей), принимаемой на этапе ST1725. Более конкретно, мобильный терминал определяет SFN-номер ведущего из системных кадров, в которые MCCH преобразуется, посредством использования длины периода повторения MCCH и значения начальной точки, которые являются примером параметров, которые мобильный терминал принимает на этапе ST1725, и определяет то, является или нет он ведущим из системных кадров, в которые MCCH преобразуется, на основе SFN, преобразованного в BCCH, и т.п., чтобы определять то, является или нет он SFN-номером ведущего из системных кадров, в которые преобразуется MCCH. Когда текущее время не является временем ведущего из системных кадров, в которые преобразуется MCCH, мобильный терминал осуществляет переход к этапу ST1753. Напротив, когда текущее время является временем ведущего из системных кадров, в которые преобразуется MCCH, мобильный терминал осуществляет переход к этапу ST1784. Кроме того, в случае по фиг. 26, определение этапа ST1772 может выполняться каждый период повторения MCCH 1.

На этапе ST1772, время приема MCCH (SFN-номер ведущего из системных кадров, в которые преобразуется MCCH) и длина цикла прерывистого приема во время MBMS-приема могут быть заданы независимо. Посредством их независимого задания появляется возможность "удлинять" или "сокращать" длину цикла прерывистого приема во время MBMS-приема согласно характеристикам сети и т.п., и система мобильной связи может быть выполнена таким образом, чтобы иметь более высокую гибкость. На этапе ST1707, длина цикла прерывистого приема во время MBMS-приема может преобразовываться в BCCH и сообщаться из обслуживающей соты в мобильный терминал. В качестве альтернативы, на этапе ST1723, длина цикла прерывистого приема во время MBMS-приема может преобразовываться в BCCH и сообщаться из выделенной для MBMS соты в мобильный терминал. В качестве альтернативы, на этапе ST1728, длина цикла прерывистого приема во время MBMS-приема может преобразовываться в MCCH и сообщаться из выделенной для MBMS соты в мобильный терминал. Более конкретно, мобильный терминал определяет то, является или нет текущее время временем прерывистого приема во время MBMS-приема на этапе ST1772 и, когда текущее время является временем прерывистого приема, осуществляет переход к этапу 1784. Напротив, когда текущее время не является временем прерывистого приема, мобильный терминал определяет то, является или нет текущее время временем приема для приема MCCH, и, когда текущее время является временем приема для приема MCCH, мобильный терминал осуществляет переход к этапу ST1788. Напротив, когда текущее время не является временем приема для приема MCCH, мобильный терминал осуществляет переход к этапу ST1753 по фиг. 21.

Когда, на этапе ST1773, осуществляются поисковые вызовы в рассматриваемый мобильный терминал, MME, на этапе ST1774, проверяет список зон отслеживания (TA) рассматриваемого мобильного терминала на основе идентификатора (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, который является назначением поисковых вызовов. MME, на этапе ST1775, определяет то, включена или нет TA(MBMS) в список зон отслеживания рассматриваемого мобильного терминала. В качестве примера, MME выполняет поиск в списке зон отслеживания рассматриваемого мобильного терминала, этот список, как показано на фиг. 31(a), на основе UE-ID. В случае если рассматриваемый мобильный терминал - это UE#1 (UE-ID#1) по фиг. 31(a), MME определяет то, что TA(MBMS) не включена в список зон отслеживания. Напротив, в случае если рассматриваемый мобильный терминал - это UE#2 (UE-ID#2) по фиг. 31(a), MME определяет то, что TA(MBMS) включена в список зон отслеживания, поскольку TA(MBMS) #1 включена в список. Когда TA(MBMS) не включена в список зон отслеживания, MEE осуществляет переход к этапу ST1814. Напротив, когда TA(MBMS) включена в список зон отслеживания, MEE осуществляет переход к этапу ST1776. MME, на этапе ST1776, передает запрос поискового вызова (запрос поискового вызова) в MCE. Более конкретно, MME 103 по фиг. 10 передает запрос поискового вызова в MCE 801 посредством использования интерфейсов между MME и MCE. В качестве MCE, в которые MME передает запрос поискового вызова, могут рассматриваться все MCE, каждый из которых управляет базовыми станциями, которые географически перекрывают базовые станции, управляемые посредством MME.

В качестве примера параметров, включенных в запрос поискового вызова, может рассматриваться идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, номер TA(MBMS) и т.д. В это время, вместо номера TA(MBMS), как f(MBMS), так и идентификатор MBSFN-зоны или только идентификатор MBSFN-зоны может предоставляться. Каждый из MCE, на этапе ST1777, принимает запрос поискового вызова. Из MCE, каждый из которых принимает запрос поискового вызова на этапе ST1778, MCE, который управляет идентификатором MBSFN-зоны, который сообщается ему как параметр, включенный в запрос поискового вызова, и который связан с номером TA(MBMS), осуществляет подготовку к передаче поисковых вызовов. Напротив, MCE, который не управляет идентификатором MBSFN-зоны, связанным с номером TA(MBMS), не осуществляет подготовку к передаче поисковых вызовов. В качестве примера подготовки к передаче поисковых вызовов, MCE, который управляет идентификатором MBSFN-зоны, определяет группу для передачи поисковых вызовов рассматриваемого мобильного терминала с использованием как числа KMBMS групп для передачи поисковых вызовов базовых станций, управляемых посредством него (тождественной MBSFN-зоны), так и принимаемого запроса поискового вызова. При определении группы для передачи поисковых вызовов MCE использует вычислительное выражение, идентичное выражению, используемому посредством мобильного терминала (группа для передачи поисковых вызовов = IMSI mod KMBMS). Как упомянуто выше, поскольку способ управления соответствием между номером TA(MBMS) (MBSFN-зона) и MCE, который использует каждый MCE, принимающий запрос поискового вызова, предоставляет зависимость между идентификатором MBSFN-зоны и MCE, каждый из которых управляет MBSFN-зоной, которая должна компоноваться только в рамках архитектуры MBMS-услуги, т.е. поскольку способ может реализовываться независимо от MME, может предоставляться преимущество возможности конфигурировать систему мобильной связи таким образом, чтобы иметь высокую гибкость.

Кроме того, рассматривается случай, в котором MME управляет идентификатором MBSFN-зоны, связанным с номером TA(MBMS), как показано на фиг. 31(c), и также управляет идентификатором MBSFN-зоны и номером MCE, который управляет MBSFN-зоной, как показано на фиг. 31(d). В этом случае, MME, на этапе ST1776, передает запрос поискового вызова только в MCE, который управляет идентификатором MBSFN-зоны, связанным с номером TA(MBMS). В качестве примера параметра, включенного в запрос поискового вызова в это время, может рассматриваться идентификатор мобильного терминала и т.п. MCE, который принимает запрос поискового вызова на этапе ST1778, осуществляет подготовку к передаче поисковых вызовов, как в вышеуказанном случае. Как упомянуто выше, поскольку способ (фиг. 31(d)) управления зависимостью между идентификатором MBSFN-зоны и MCE, который управляет MBSFN-зоной в MME, сокращает число MCE, в которые запрос поискового вызова передается из MME, предоставляется преимущество возможности осуществлять эффективное использование ресурсов. Кроме того, поскольку объем информации, который должен сообщаться, снижается, предоставляется преимущество возможности осуществлять эффективное использование ресурсов.

Кроме того, рассматривается случай, в котором MME управляет идентификатором MBSFN-зоны, связанным с номером TA(MBMS), как показано на фиг. 31(c), и также управляет идентификатором MBSFN-зоны и идентификаторами сот выделенной для MBMS соты и/или смешанной соты для MBMS/одноадресной передачи, которая включается в идентификатор MBSFN-зоны, как показано на фиг. 31(e). В этом случае, MME, на этапе ST1776, передает запрос поискового вызова в соты, идентификаторы которых включаются в идентификатор MBSFN-зоны, которая управляется не посредством MCE, а посредством MME. Новый интерфейс располагается между MME и каждой выделенной для MBMS сотой. MME передает вышеуказанный запрос поискового вызова в каждую выделенную для MBMS соту, включенную в MBSFN-зону, имеющую идентификатор MBSFN-зоны, посредством использования нового интерфейса. В качестве примера параметра, включенного в запрос поискового вызова в это время, может рассматриваться идентификатор мобильного терминала и т.п. Как упомянуто выше, способ управления зависимостью между идентификатором MBSFN-зоны и сотами, зона идентификаторов которых включена в идентификатор MBSFN-зоны в MME (фиг. 31(e)), исключает необходимость для MCE выполнять процессы, касающиеся передачи сигнала поискового вызова в мобильный терминал. Поскольку это приводит к исключению необходимости добавлять какую-либо функцию к каждому MCE, может предоставляться преимущество возможности не допускать сложности каждого MCE. Кроме того, может предоставляться преимущество возможности уменьшения нагрузки по обработке на каждый MCE.

Фиг. 32 - это пояснительный чертеж, поясняющий пример структуры канала, в который преобразуется сигнал поискового вызова на частотном уровне, выделенном MBMS-передаче. Фиг. 32(a) является видом, показывающим конфигурацию, включающую в себя связанную с MBMS информацию и сигнал поискового вызова в PMCH (физическом канале многоадресной передачи). Связанная с MBMS информация переносится в логических каналах MTCH и MCCH для MBMS. Связанная с MBMS информация и сигнал поискового вызова могут существовать в качестве информационных элементов в MTCH и MCCH, соответственно, или мультиплексирование с временным разделением каналов физических зон (ресурсов), в которые преобразуются связанная с MBMS информация и сигнал поискового вызова, соответственно, может выполняться. Каждая из всех сот в MBSFN-зоне выполняет многосотовую передачу MCCH периодически в этой MBSFN-зоне посредством использования PMCH, соответствующего MBSFN-зоне. С другой стороны, мобильный терминал, который принимает или пытается принимать MBMS-услугу, передаваемую через схему многосотовой передачи из соты в вышеуказанной MBSFN-зоне, принимает вышеуказанный MCCH через регулярные промежутки времени и также принимает содержимое MBMS-услуги, информацию о конфигурации кадра и т.д., так что мобильный терминал может принимать MBMS-услугу.

Посредством включения сигнала поискового вызова в этот MCCH мобильному терминалу, который принимает или пытается принимать MBMS-услугу, предоставляется возможность принимать информацию поисковых вызовов при приеме MCCH. Как результат, поскольку мобильный терминал не должен принимать поисковые вызовы отдельно во время, отличное от времени приема MCCH, мобильный терминал может принимать поисковые вызовы без прерывания приема MBMS-услуги. Кроме того, в течение периода времени, в течение которого мобильный терминал не принимает MCCH, и в течение периода времени, в течение которого мобильный терминал не принимает MBMS-услуги, мобильный терминал может выполнять DRX-операцию (прекращать операцию приема), тем самым уменьшая свою потребляемую мощность. Кроме того, MCCH и PCCH, в которых переносится сигнал поискового вызова, могут быть реализованы таким же образом, как выполнены MBSFN-субкадры, и MBSFN-субкадр, в котором переносится MCCH, и MBSFN-субкадр, в котором переносится сигнал поискового вызова, могут размещаться таким образом, чтобы быть смежными друг другу во времени. В случае если они сконфигурированы таким образом, мобильному терминалу, который принимает или пытается принимать MBMS-услугу, предоставляется возможность принимать сигнал поискового вызова непрерывно при приеме MCCH. Как результат, поскольку мобильный терминал не должен выполнять прием для приема поисковых вызовов во время, отличное от времени приема непрерывных MBSFN-субкадров, в которых переносятся MCCH и сигнал поискового вызова, мобильный терминал может принимать сигнал поискового вызова без прерывания приема MBMS-услуги. Кроме того, в течение периода времени, в течение которого мобильный терминал не принимает MCCH и сигнал поискового вызова, и в течение периода времени, в течение которого мобильный терминал не принимает MBMS-услуги, мобильный терминал может выполнять DRX-операцию, тем самым уменьшая свою потребляемую мощность.

Конфигурация расположения индикатора, указывающего то, изменена или нет управляющая информация MBMS, и индикатора, указывающего то, передан или нет сигнал поискового вызова, раскрывается на фиг. 32(b). На фиг. 32(b), индикатор 1 указывает то, передан или нет сигнал поискового вызова, и упоминается как индикатор присутствия или отсутствия сигналов поисковых вызовов. Индикатор 2 указывает то, изменена или нет управляющая информация MBMS, и упоминается как индикатор модификации или немодификации связанной с MBMS информации. Физическая зона, в которую преобразуются индикаторы, может быть расположена в MBSFN-субкадре, через который передается PMCH. В качестве альтернативы, физическая зона, в которую преобразуются индикаторы, может быть зоной, смежной во времени с MBSFN-субкадром, через который передается PMCH. Посредством конфигурирования физической зоны, в которую преобразуются индикаторы, таким образом мобильный терминал может принимать и декодировать MCCH и сигнал поискового вызова, которые переносятся в PMCH сразу после приема индикаторов. Конкретно, 1-битовая (битовая) информация задается как каждый из индикаторов. Каждый из индикаторов умножается на специфичный для MBSFN-зоны код скремблирования и т.п. и преобразуется в заранее определенную физическую зону. В соответствии с другим способом, например, каждый из индикаторов может формироваться из конкретной для MBSFN-зоны последовательности и может преобразовываться в заранее определенную физическую зону. Когда входящий вызов в мобильный терминал осуществляется, мобильный терминал задает индикатор присутствия или отсутствия сигналов поисковых вызовов в "1", например, тогда как когда входящий вызов к нему не осуществляется, мобильный терминал задает индикатор присутствия или отсутствия сигналов поисковых вызовов в "0". Кроме того, например, когда управляющая информация MBMS, которая переносится в MCCH, изменена вследствие изменения содержимого MBMS-услуги, передаваемой в MBSFN-зоне, и т.п., мобильный терминал задает индикатор модификации или немодификации связанной с MBMS информации, например, в "1". Мобильный терминал определяет длину периода времени (называемого периодом модификации MBMS), в течение которого связанная с MBMS информация, включающая в себя управляющую информацию MBMS и индикатор модификации или немодификации связанной с MBMS информации, может модифицироваться один или более раз, и многократно передает индикатор модификации или немодификации связанной с MBMS информации "1" в течение этого периода времени. Длина периода модификации MBMS, время начала (SFN и начальная точка) и т.д. могут быть заранее определенными. В качестве альтернативы, они могут сообщаться через широковещательную информацию либо из обслуживающей соты для услуги одноадресной передачи, либо из выделенной для MBMS соты. Когда нет дополнительной модификации в связанной с MBMS информации после истечения периода модификации MBMS, мобильный терминал задает индикатор модификации или немодификации связанной с MBMS информации, например, в "0". Мобильный терминал может определять то, имеется или нет модификация в связанной с MBMS информации, которая существует в MCCH, и существует или нет сигнал поискового вызова, посредством приема индикаторов в MCCH требуемой MBSFN-зоны и выполнения декодирования с сужением спектра и т.д. для каждого из индикаторов, чтобы определять то, равен каждый из индикаторов 1 или 0.

Посредством такого расположения индикаторов, когда нет модификации в управляющей информации MBMS и когда сигнала поискового вызова не существует, мобильный терминал не должен принимать и/или декодировать всю информацию о PMCH. Следовательно, появляется возможность уменьшать принимаемую мощность мобильного терминала. Посредством дополнительного определения длины периода времени, в течение которого связанная с MBMS информация может модифицироваться, и предоставления возможности передачи идентичной управляющей информации MBMS один или более раз в течение одного периода времени, имеющего длину, мобильный терминал получает возможность принимать идентичную управляющую информацию MBMS один или более раз. Следовательно, частота ошибок приема управляющей информации MBMS может уменьшаться, и качество приема MBMS-услуги может повышаться. Физическая зона, в которую преобразуется индикатор модификации или немодификации связанной с MBMS информации, указывающий то, модифицирована или нет управляющая информация MBMS, может быть первым из одного или более MBSFN-субкадров, в которые преобразуется управляющая информация MBMS. В качестве альтернативы, физическая зона, в которую преобразуется индикатор модификации или немодификации связанной с MBMS информации, указывающий то, модифицирована или нет управляющая информация MBMS, может быть OFDM-символом в заголовке вышеуказанного первого MBSFN-субкадра. Как результат, мобильный терминал получает возможность определять то, осуществлена или нет модификация в управляющей информации MBMS, посредством приема первого OFDM-символа.

Кроме того, физическая зона, в которую преобразуется индикатор присутствия или отсутствия сигналов поисковых вызовов, указывающий то, существует или нет сигнал поискового вызова, может быть первым из одного или более MBSFN-субкадров, в которые преобразуется сигнал поискового вызова. В качестве альтернативы, физическая зона, в которую преобразуется индикатор присутствия или отсутствия сигналов поисковых вызовов, указывающий то, существует или нет сигнал поискового вызова, может быть OFDM-символом в заголовке вышеуказанного первого MBSFN-субкадра. Как результат, мобильный терминал получает возможность определять то, существует или нет сигнал поискового вызова, посредством приема первого OFDM-символа. Посредством преобразования каждого индикатора в такую физическую зону, как упомянуто выше, когда нет модификации в управляющей информации MBMS и когда сигнала поискового вызова не существует, мобильный терминал не должен принимать и/или декодировать последующие OFDM-символы. Следовательно, появляется возможность дополнительно уменьшать принимаемую мощность мобильного терминала. Кроме того, поскольку мобильный терминал может определять то, имеется или нет модификация в управляющей информации MBMS либо существует или нет сигнал поискового вызова на более ранней стадии от первого MBSFN-субкадра или OFDM-символа в заголовке первого MBSFN-субкадра, мобильный терминал может сразу принимать управляющую информацию MBMS или может сразу принимать сигнал поискового вызова, появляется возможность уменьшать задержку на управление в мобильном терминале.

Индикатор модификации или немодификации связанной с MBMS информации и индикатор присутствия или отсутствия сигналов поисковых вызовов могут преобразовываться в идентичную физическую зону или могут преобразовываться в различные физические зоны. В случае если индикаторы преобразуются в идентичную физическую зону, необходимо только реализовывать логическую операцию "или" для индикаторов. Как результат, мобильный терминал должен принимать только один индикатор, предоставляется преимущество возможности упрощать конфигурацию приемной схемы. Напротив, в случае если индикаторы преобразуются в различные физические зоны, мобильный терминал должен принимать только требуемый один из индикаторов без необходимости принимать другой индикатор. Следовательно, принимаемая мощность мобильного терминала дополнительно может уменьшаться, и задержка, возникающая при приеме запрошенной информации, дополнительно может уменьшаться. Например, мобильный терминал, который задается так, чтобы не принимать сигнал поискового вызова при приеме MBMS-услуги, должен принимать только индикатор модификации или немодификации связанной с MBMS информации и может исключать необходимость принимать индикатор присутствия или отсутствия сигналов поисковых вызовов. Кроме того, в случае если индикатор модификации или немодификации связанной с MBMS информации и индикатор присутствия или отсутствия сигналов поисковых вызовов преобразуются в различные физические зоны, когда, на этапе ST1772, время приема для приема MCCH (SFN-номер ведущего из системных кадров, в которые преобразуется MCCH) или длина периода повторения связанного с MBMS индикатора модификации или немодификации и длина периода повторения индикатора присутствия или отсутствия сигналов поисковых вызовов заданы равными различным значениям, мобильный терминал может принимать и/или декодировать только индикатор модификации или немодификации связанной с MBMS информации во время приема MCCH или в течение периода повторения связанного с MBMS индикатора модификации или немодификации и может принимать и/или декодировать индикатор присутствия или отсутствия сигналов поисковых вызовов в течение периода повторения индикатора присутствия или отсутствия сигналов поисковых вызовов. Как результат, может предоставляться преимущество уменьшения времени обработки мобильного терминала и возможности устанавливать низкое потребление мощности в мобильном терминале.

Длины периодов повторения индикаторов могут быть идентичными друг другу или могут отличаться друг от друга. Длина периода повторения каждого из индикаторов может быть идентичной длине периода повторения MCCH или может отличаться от длины периода повторения MCCH. Например, длина периода повторения индикатора модификации или немодификации связанной с MBMS информации задается равной длине периода повторения MCCH (длине периода повторения MCCH), и длина периода повторения индикатора присутствия или отсутствия сигналов поисковых вызовов задается как в n раз превышающая длину периода повторения MCCH (n - целое число, большее или равное 2). Посредством такого задания длин периода повторения, появляется возможность "удлинять" или "сокращать" длину цикла прерывистого приема во время MBMS-приема согласно характеристикам сети и т.п., и система мобильной связи может быть выполнена таким образом, чтобы иметь более высокую гибкость. Длины периодов повторения индикаторов упоминаются как период повторения индикатора присутствия или отсутствия сигналов поисковых вызовов (период повторения) и период повторения связанного с MBMS индикатора модификации или немодификации (период повторения). Время начала (SFN и начальная точка) MBSFN-субкадра, в котором индикатор существует, номер субкадра, длины периода повторения индикаторов и т.д. могут сообщаться через широковещательную информацию из обслуживающей соты для услуги одноадресной передачи, может сообщаться через широковещательную информацию из выделенной для MBMS соты или могут быть заранее определенными. В этом случае, мобильный терминал выполняет этап ST1772, ST1788 или ST1789 в течение каждого периода повторения связанного с MBMS индикатора модификации или немодификации. Каналом, выделенным индикатору модификации или немодификации связанной с MBMS информации, может быть, например, MICH (канал индикатора MBMS). Кроме того, индикатор присутствия или отсутствия сигналов поисковых вызовов может формироваться в MICH. Длина периодов повторения, в которые повторяется MICH, упоминается как "период повторения MICH" (период повторения MICH). Длина периода повторения индикатора присутствия или отсутствия сигналов поисковых вызовов может быть идентичной длине периода повторения MICH или может отличаться от длины периода повторения MICH. Уведомление относительно индикаторов может быть выполнено посредством использования способа, идентичного описанному выше. В этом случае, мобильный терминал выполняет этап ST1772 или ST1784 в течение каждого периода повторения индикатора присутствия или отсутствия сигналов поисковых вызовов. Как результат, время, когда каждый индикатор передается, не ограничено временем, когда MCCH передается, и, следовательно, появляется возможность гибко проектировать систему.

В случае если сигнал поискового вызова включается в PMCH, возникает такая проблема, что, когда число мобильных терминалов, для каждого из которых осуществляется входящий вызов, становится огромным, отнимает слишком много времени для каждого мобильного терминала то, чтобы обнаруживать предназначенный для самого мобильного терминала сигнал поискового вызова. Дополнительная проблема состоит в том, что ни одна зона, в которую должны преобразовываться сигналы поисковых вызовов для всех мобильных терминалов, для каждого из которых осуществляется входящий вызов, не может быть обеспечена в заранее определенной физической зоне, в которой должны переноситься сигналы поисковых вызовов. Чтобы разрешать эти проблемы, способ выполнения группировки поисковых вызовов раскрывается далее. Способ выполнения группировки поисковых вызовов показывается на фиг. 32(c). Все мобильные терминалы делятся на K групп, и индикатор присутствия или отсутствия сигналов поисковых вызовов располагается для каждой из групп. Физическая зона, используемая для индикатора присутствия или отсутствия сигналов поисковых вызовов в MCCH, делится на K частей, и индикаторы присутствия или отсутствия сигналов поисковых вызовов K групп преобразуются в K разделенных частей физической зоны, соответственно. В этом случае, K может иметь значение в диапазоне от 1 до числа всех мобильных терминалов. Когда входящий вызов в мобильный терминал осуществляется, индикатор присутствия или отсутствия сигналов поисковых вызовов группы, которой принадлежит этот мобильный терминал, задается равным "1". Когда входящие вызовы ни к одному из всех мобильных терминалов, принадлежащих группе, не осуществляются, индикатор присутствия или отсутствия сигналов поисковых вызовов этой группы задается равным "0". Повторение и т.п. значения индикатора присутствия или отсутствия сигналов поисковых вызовов может выполняться так, чтобы каждый из мобильных терминалов удовлетворял требуемой частоте ошибок приема. Физическая зона, в которую преобразуются сигналы поисковых вызовов, также делится на K частей, и эти K частей приводятся в соответствие вышеуказанным K групп, соответственно. В качестве сигнала поискового вызова, предназначенного для каждого мобильного терминала, может предоставляться идентификатор мобильного терминала (идентификационный номер или идентификационный код). Каждый из K разделенных фрагментов физической зоны является суммой физических зон мобильных терминалов соответствующей группы, в каждой из которых приспосабливаются данные сигнала поискового вызова, требуемые посредством одного мобильного терминала. Число мобильных терминалов в каждой группе может быть идентичным числу в любой другой группе или может отличаться от числа в любой другой группе.

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

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

В вышеуказанном варианте осуществления, каждый из K разделенных фрагментов физической зоны, в которую преобразуются сигналы поисковых вызовов, является суммой физических зон мобильных терминалов соответствующей группы, в каждой из которых приспосабливаются данные сигнала поискового вызова, требуемые посредством одного мобильного терминала. Тем не менее, поскольку требуемая физическая зона становится очень большой, и объем служебной информации для передачи MBMS-услуги значительно увеличивается по мере того, как число мобильных терминалов становится огромным, скорость передачи данных MBMS-услуги снижается. Чтобы предотвращать эту проблему, сигнал поискового вызова, предназначенный для каждого из мобильных терминалов, умножается на идентификационный код, специфичный для самого мобильного терминала. Как результат, поскольку каждый из мобильных терминалов получает возможность выполнять обнаружение вслепую (обнаружение вслепую) того, является или нет это информацией, предназначенной для самого мобильного терминала, посредством использования идентификационного кода, конкретного для мобильного терминала, становится необязательным устанавливать физическую зону, в которую сигнал поискового вызова, предназначенный для каждого из мобильных терминалов, преобразуется заранее. Следовательно, нет необходимости предоставлять физическую зону, используемую для сигналов поисковых вызовов, предназначенных для всех мобильных терминалов, и должна предоставляться только физическая зона, которая является достаточно большой, чтобы преобразовывать сигналы поисковых вызовов, предназначенные для определенного числа мобильных терминалов, для каждого из которых прогнозируется фактическое осуществление входящего вызова. В качестве примера, предусмотрен способ задания среднего измерений числа мобильных терминалов, для каждого из которых входящий вызов осуществлен одновременно, как числа мобильных терминалов, которые должны быть включены в каждую группу. Посредством использования этого способа, появляется возможность использовать ограниченный объем физических ресурсов эффективно. Кроме того, посредством использования вышеуказанного способа, система мобильной связи может гибко рассматривать даже случай, в котором число мобильных терминалов, для каждого из которых осуществляется входящий вызов, становится превышающим прогнозное число, через диспетчеризацию в базовой станции. Например, система мобильной связи может передавать сигнал поискового вызова, предназначенный для мобильного терминала, принимающего новый входящий вызов, в следующем PMCH.

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

Пример способа преобразования сигналов поисковых вызовов в физическую зону в PMCH, в котором должны переноситься сигналы поисковых вызовов, показывается на фиг. 33. Сигналы поисковых вызовов, предназначенные для мобильных терминалов n1, n2 и т.д., для каждого из которых входящий вызов осуществляется, из мобильных терминалов (показанных на фиг. 33), принадлежащих группе для передачи поисковых вызовов n, преобразуются в физическую зону, соответствующую этой группе n. Базовая станция умножает сигнал поискового вызова, предназначенный для каждого из мобильных терминалов, на идентификационный код, специфичный для этого мобильного терминала (число или последовательность) (процесс 1), выполняет добавление CRC (процесс 2) и выполняет процесс, включающий в себя кодирование, и согласование скорости (процесс 3). Когда сигнал поискового вызова, предназначенный для каждого из мобильных терминалов, является идентификатором мобильного терминала, операция управления умножения сигнала поискового вызова на вышеуказанный специфичный для мобильного терминала идентификационный код может опускаться. Результат последовательности выполняемых процессов выделяется модулю информационного элемента, имеющему размер, соответствующий размеру физической зоны, в которую сигнал поискового вызова должен преобразовываться (процесс 4), и множество модулей информационных элементов, число которых равно числу мобильных терминалов, для каждого из которых осуществляется входящий вызов, соединяются друг с другом. Связный результат подвергается процессу скремблирования с использованием конкретного для MBSFN-зоны кода скремблирования, процессу модуляции и т.д. (процессу 5). Процесс модуляции может быть конкретным для MBSFN-зоны. Результат выполнения этих процессов преобразуется в физическую зону, соответствующую группе для передачи поисковых вызовов n (процесс 6). В этом случае, базовая станция задает "1"" для индикатора присутствия или отсутствия сигналов поисковых вызовов (индикатора 1) группы для передачи поисковых вызовов n и затем преобразует его в физическую зону, соответствующую группе для передачи поисковых вызовов n индикатора присутствия или отсутствия сигналов поисковых вызовов. Физическая зона, соответствующая группе для передачи поисковых вызовов n, может быть заранее определенной или может сообщаться, как широковещательная информация, либо из обслуживающей соты на стороне одноадресной передачи, либо из выделенной для MBMS соты в базовую станцию. Каждый из мобильных терминалов принимает индикатор присутствия или отсутствия сигналов поисковых вызовов группы для передачи поисковых вызовов, которой сам мобильный терминал принадлежит, и, когда индикатор присутствия или отсутствия сигналов поисковых вызовов имеет значение "1", принимает физическую зону для сигнала поискового вызова, соответствующего этой группе для передачи поисковых вызовов. Каждый из мобильных терминалов принимает физическую зону для сигнала поискового вызова, выполняет демодуляцию и дескремблирование с использованием конкретного для MBSFN-зоны кода скремблирования и делит результат демодуляции и дескремблирования на части, каждая из которых соответствует модулю информационного элемента. Каждый из мобильных терминалов выполняет обнаружение вслепую сигнала поискового вызова, предназначенного для самого мобильного терминала, посредством выполнения процесса, включающего в себя декодирование для каждой из разделенных частей, каждая из которых соответствует модулю информационного элемента, и последующего выполнения операции корреляции с конкретным для мобильного терминала идентификационным номером. Когда результат операции корреляции превышает определенное пороговое значение, каждый из мобильных терминалов определяет то, что имеются предназначенные для самого мобильного терминала поисковые вызовы, и начинает операцию приема входящего вызова поисковых вызовов с сигналом поискового вызова. Напротив, когда результат операции корреляции равен или меньше определенного порогового значения, каждый из мобильных терминалов определяет то, что нет предназначенных для самого мобильного терминала поисковых вызовов, и осуществляет переход к приему связанной с MBMS информации или осуществляет переход к DRX-операции, если нет необходимости принимать какую-либо связанную с MBMS информацию. То, какой группе каждый из мобильных терминалов принадлежит, может быть определено посредством использования заранее определенного способа определения или может сообщаться, как широковещательная информация, либо из обслуживающей соты для услуги одноадресной передачи, либо из выделенной для MBMS соты в мобильный терминал через верхний уровень.

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

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

Кроме того, при преобразовании сигналов поисковых вызовов в PMCH, чтобы отличать этот PMCH от другой информации, к примеру, MCCH и MTCH, базовая станция может умножать каждый из них на конкретный идентификатор (идентификатор), различающийся согласно его типу информации. Поскольку идентификатор, специфичный для каждого типа информации, используется в MBSFN-субкадрах, которые передаются через схему многосотовой передачи, в отличие от случая обмена данными одноадресной передачи, необходимо передавать идентичный конкретный идентификатор из множества сот, каждая из которых выполняет многосотовую передачу. Например, идентификатор, специфичный для каждого идентичного типа информации, используется в каждой MBSFN-зоне. В качестве примера, выделенная для MBMS сота умножает сигналы поисковых вызовов на идентификатор для сигналов поисковых вызовов и передает их с помощью PMCH. Мобильный терминал, который должен принимать сигнал поискового вызова, из мобильных терминалов, обслуживаемых посредством выделенной для MBMS соты, выполняет обнаружение вслепую посредством использования идентификатора для сигналов поисковых вызовов. Как результат, может обеспечиваться преимущество предоставления возможности такому мобильному терминалу принимать запрошенную информацию, когда мобильный терминал запрашивает информацию. Соответственно, может предоставляться преимущество уменьшения потребляемой мощности мобильного терминала. Может предоставляться дополнительное преимущество недопущения возникновения времени задержки на управление в мобильном терминале. Идентификатор, различный для каждого типа информации, может быть заранее определенным или может быть передан в широковещательном режиме через широковещательную информацию из обслуживающей соты. В качестве альтернативы, идентификатор, различный для каждого типа информации, может быть передан в широковещательном режиме из выделенной для MBMS соты. Кроме того, поскольку каждый из мобильных терминалов получает возможность выполнять обнаружение вслепую, когда сигнал поискового вызова умножается на или добавляется к конкретному для мобильного терминала идентификатору, становится необязательным устанавливать физическую зону, в которую сигнал поискового вызова, предназначенный для каждого из мобильных терминалов, преобразуется заранее. Следовательно, преобразование может выполняться гибко, и предоставляется преимущество повышения эффективности использования физических ресурсов.

Другой пример способа преобразования сигналов поисковых вызовов в физическую зону в PMCH, в котором должны переноситься сигналы поисковых вызовов, показывается на фиг. 34. На фиг. 34, ссылки с номером, идентичные ссылкам с номером на фиг. 33, обозначают идентичные процессы или аналогичные процессы. Сигналы поисковых вызовов в мобильные терминалы n1, n2 и т.д., для каждого из которых входящий вызов осуществляется, из мобильных терминалов, принадлежащих группе для передачи поисковых вызовов n, преобразуются в физическую зону, соответствующую этой группе n. Базовая станция выполняет добавление CRC (контроля циклическим избыточным кодом) для сигнала поискового вызова, предназначенного для каждого из мобильных терминалов (процесс 2), и выполняет процесс, включающий в себя кодирование, и согласование скорости (процесс 3). Результат этих процессов, выполняемых для сигнала поискового вызова, умножается на идентификационный код (номер), специфичный для вышеуказанного мобильного терминала (процесс 7). Данный специфичный для мобильного терминала идентификационный код - это код скремблирования, имеющий ортогональность, которая устанавливается для кодов скремблирования мобильных терминалов, включающих в себя код скремблирования. Базовая станция выполняет мультиплексирование результатов множества умножений результатов процессов посредством кодов скремблирования, причем число умножений равно числу мобильных терминалов, для каждого из которых осуществляется входящий вызов (процесс 8). Базовая станция затем выполняет процесс скремблирования с использованием конкретного для MBSFN-зоны кода скремблирования, процесс модуляции и т.д. для результата мультиплексирования (процесс 5). Процесс модуляции может быть конкретным для MBSFN-зоны. Результат выполнения этих процессов преобразуется в физическую зону, соответствующую группе для передачи поисковых вызовов n (процесс 6). В этом случае, базовая станция задает "1"" для индикатора присутствия или отсутствия сигналов поисковых вызовов (индикатора 1) группы для передачи поисковых вызовов n и затем преобразует его в физическую зону, соответствующую группе для передачи поисковых вызовов n индикатора присутствия или отсутствия сигналов поисковых вызовов. Физическая зона, соответствующая группе для передачи поисковых вызовов n, может быть заранее определенной или может сообщаться, как широковещательная информация, либо из обслуживающей соты на стороне одноадресной передачи, либо из выделенной для MBMS соты в базовую станцию.

Каждый из мобильных терминалов принимает индикатор присутствия или отсутствия сигналов поисковых вызовов группы для передачи поисковых вызовов, которой сам мобильный терминал принадлежит, и, когда индикатор присутствия или отсутствия сигналов поисковых вызовов имеет значение "1", принимает физическую зону для сигнала поискового вызова, соответствующего этой группе для передачи поисковых вызовов. Каждый из мобильных терминалов принимает физическую зону для сигнала поискового вызова и выполняет демодуляцию и дескремблирование с использованием конкретного для MBSFN-зоны кода скремблирования. Каждый из мобильных терминалов выполняет обнаружение вслепую сигнала поискового вызова, предназначенного для самого мобильного терминала, посредством выполнения операции вычисления корреляции с идентификационным номером, конкретным для самого мобильного терминала. Когда результат операции корреляции превышает определенное пороговое значение, каждый из мобильных терминалов определяет то, что имеются предназначенные для самого мобильного терминала поисковые вызовы, и начинает операцию приема входящего вызова поисковых вызовов с декодированным сигналом поискового вызова. Напротив, когда результат операции корреляции равен или меньше определенного порогового значения, каждый из мобильных терминалов определяет то, что нет предназначенных для самого мобильного терминала поисковых вызовов, и осуществляет переход к приему связанной с MBMS информации или осуществляет переход к DRX-операции, если нет необходимости принимать какую-либо связанную с MBMS информацию. То, какой группе каждый из мобильных терминалов принадлежит, может быть определено посредством использования заранее определенного способа определения или может сообщаться, как широковещательная информация, либо из обслуживающей соты для услуги одноадресной передачи, либо из выделенной для MBMS соты в мобильный терминал через верхний уровень. Вместо сигналов поисковых вызовов, описанных на фиг. 33 и 34, может предоставляться транспортный канал, в который преобразуются сигналы поисковых вызовов. Этот способ также может применяться к последующим вариантам осуществления. Необходимо использовать информацию, в которой сигналы поисковых вызовов переносятся, причем информация является связанной с поисковыми вызовами информацией, которую каждый мобильный терминал запрашивает при приеме поисковых вызовов.

Некоторые способы преобразования сигналов поисковых вызовов в зону в PMCH, в котором должны переноситься сигналы поисковых вызовов, реализуются, хотя преобразование альтернативно может выполняться таким образом, что вышеуказанная зона, в которую должны переноситься сигналы поисковых вызовов, - это произвольная заранее определенная зона, локализованная зона (физическая зона, непрерывная на частотной оси) или распределенные зоны (физические зоны, распределенные на частотной оси).

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

Посредством умножения сигнала поискового вызова, предназначенного для каждого из мобильных терминалов, на специфичный для мобильного терминала идентификационный номер или код скремблирования и затем его преобразования в зону PMCH, в котором переносится сигнал поискового вызова, для каждой группы для передачи поисковых вызовов, как упомянуто выше, необходимость для каждого из мобильных терминалов принимать всю зону, выделенную сигналам поисковых вызовов, может исключаться, и каждый из мобильных терминалов должен принимать только требуемую зону, т.е. физическую зону, соответствующую группе, которой принадлежит сам мобильный терминал. Следовательно, продолжительность, требуемая для каждого из мобильных терминалов, чтобы обнаруживать сигнал поискового вызова, предназначенный для него, может сокращаться. Кроме того, поскольку каждый из мобильных терминалов не должен принимать физическую зону, соответствующую любой другой группе, которой не принадлежит сам мобильный терминал, принимаемая мощность каждого из мобильных терминалов может уменьшаться. Помимо этого, посредством использования индикатора присутствия или отсутствия сигналов поисковых вызовов, соответствующего каждой группе, также когда имеется много мобильных терминалов, для индикаторов присутствия или отсутствия сигналов поисковых вызовов может предоставляться небольшой объем физических ресурсов. Кроме того, каждый из мобильных терминалов должен принимать только зону, выделенную сигналам поисковых вызовов, по мере необходимости. Следовательно, при том что принимаемая мощность каждого из мобильных терминалов может уменьшаться, задержка на управление также может уменьшаться, поскольку каждый из мобильных терминалов может выполнять переход к следующей операции сразу после того, когда он не должен принимать сигнал поискового вызова. Как результат, поскольку каждый из мобильных терминалов получает возможность выполнять обнаружение вслепую (обнаружение вслепую) того, является или нет это информацией, предназначенной для самого мобильного терминала, посредством использования идентификационного кода, конкретного для мобильного терминала, или кода скремблирования, становится необязательным устанавливать физическую зону, в которую сигнал поискового вызова, предназначенный для каждого из мобильных терминалов, преобразуется заранее. Следовательно, нет необходимости предоставлять физическую зону, используемую для сигналов поисковых вызовов, предназначенных для всех мобильных терминалов, и должна предоставляться только физическая зона, которая является достаточно большой, чтобы преобразовывать сигналы поисковых вызовов, предназначенные для определенного числа мобильных терминалов, для каждого из которых прогнозируется фактическое осуществление входящего вызова. Посредством использования этого способа, появляется возможность использовать ограниченный объем физических ресурсов эффективно. Кроме того, посредством использования вышеуказанного способа, система мобильной связи может гибко рассматривать даже случай, в котором число мобильных терминалов, для каждого из которых осуществляется входящий вызов, становится превышающим прогнозное число, через диспетчеризацию в базовой станции. Например, система мобильной связи может передавать сигнал поискового вызова, предназначенный для мобильного терминала, принимающего новый входящий вызов в PMCH, в котором переносится следующий MCCH.

В вышеуказанном примере базовая станция умножает сигнал поискового вызова, предназначенный для каждого мобильного терминала, на специфичный для мобильного терминала идентификационный номер. В качестве альтернативы, базовая станция может использовать способ умножения CRC, вместо сигнала поискового вызова, на специфичный для мобильного терминала идентификационный номер. Способ умножения CRC на специфичный для мобильного терминала идентификационный номер является эффективным для случая, в котором отличается объем информации сигнала поискового вызова, предназначенного для каждого мобильного терминала. Посредством использования способа переноса сигналов поисковых вызовов в PMCH, который раскрывается выше, система мобильной связи может передавать сигналы поисковых вызовов, предназначенные для всех мобильных терминалов, каждый из которых принимает или пытается принимать MBMS-услугу из выделенной для MBMS соты, чтобы давать возможность каждому из вышеуказанных мобильных терминалов принимать сигнал поискового вызова из выделенной для MBMS соты.

Далее, структура канала, в который преобразуются сигналы поисковых вызовов на частотном уровне, выделенном MBMS-передаче, поясняется в отношении примера, показанного на фиг. 32(c) и 33. MCE, на этапе ST1779, выполняет диспетчеризацию сигнала поискового вызова, предназначенного для рассматриваемого мобильного терминала. Более конкретно, MCE определяет то, какому из информационных элементов, преобразованных в физическую зону, выделяемую номеру группы для передачи поисковых вызовов рассматриваемого мобильного терминала, определенному на этапе ST1778, идентификатор рассматриваемого мобильного терминала выделяется. Посредством задания MCE так, чтобы выполнять эту диспетчеризацию, идентификатор рассматриваемого мобильного терминала передается из идентичных физических ресурсов базовых станций, включенных в MBSFN-зону. Как результат, может обеспечиваться преимущество предоставления возможности каждому мобильному терминалу принимать сигнал поискового вызова, извлекающий выгоду из прироста SFN, посредством приема PMCH, который передается через схему многосотовой передачи в MBSFN-зоне. MCE, на этапе ST1780, передает запрос поискового вызова для рассматриваемого мобильного терминала в базовые станции в MBSFN-зоне. MCE передает запрос поискового вызова для рассматриваемого мобильного терминала в базовые станции, включенные в TA(MBMS). MCE передает запрос поискового вызова для рассматриваемого мобильного терминала в выделенную для MBMS соту, включенную в TA(MBMS). В качестве примера параметров, включенных в запрос поискового вызова, идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, результат диспетчеризации сигнала поискового вызова, выполняемого на этапе ST1779 (конкретно, SFN, номер MBSFN-субкадра и номер информационного элемента) и т.д. может рассматриваться. Каждая из базовых станций в MBSFN-зоне, на этапе ST1781, принимает запрос поискового вызова из MCE.

Вместо расположения IF между MME и MCE между MME 103 и MCE 801, как показано на фиг. 10, интерфейс MBMS GW MME может быть расположен между MME 103 и MBMS GW 802 (подробнее, MBMS CP 802-1). Кроме того, процессы этапов ST1776-ST1780, которые выполняются посредством MCE, могут выполняться посредством MBMS GW от имени MCE. В этой разновидности предоставляются преимущества, идентичные преимуществам, предоставляемым в соответствии с настоящим изобретением.

Каждая из базовых станций в MBSFN-зоне, на этапе ST1782, определяет группу для передачи поисковых вызовов рассматриваемого мобильного терминала. В качестве примера способа определения, предусмотрен способ определения группы для передачи поисковых вызовов рассматриваемого мобильного терминала с использованием числа KMBMS групп для передачи поисковых вызовов самой базовой станции (тождественной MBSFN-зоны) и принимаемого запроса поискового вызова. При определении группы для передачи поисковых вызовов рассматриваемого мобильного терминала каждая из базовых станций использует вычислительное выражение, идентичное выражению, используемому посредством стороны мобильного терминала (группа для передачи поисковых вызовов = IMSI mod KMBMS). Когда MCE, на этапе ST1780, также сообщает группу для передачи поисковых вызовов рассматриваемого мобильного терминала, этап ST1782 может опускаться. Как результат, может предоставляться преимущество уменьшения управляющей нагрузки на каждую базовую станцию в MBSFN-зоне и т.д. Напротив, в соответствии со способом, на этапе ST1782, определения группы для передачи поисковых вызовов в каждой базовой станции в MBSFN-зоне без сообщения группы для передачи поисковых вызовов рассматриваемого мобильного терминала на этапе ST1780, может предоставляться преимущество возможности уменьшать объем информации, уведомляемый из MCE в каждую базовую станцию в MBSFN-зоне, и осуществления эффективного использования ресурсов. Каждая из базовых станций в MBSFN-зоне, на этапе ST1783, передает PMCH, в котором переносится сигнал поискового вызова, посредством использования идентификатора рассматриваемого мобильного терминала, принимаемого на этапе ST1781, результата диспетчеризации сигнала поискового вызова, группы для передачи поисковых вызовов рассматриваемого мобильного терминала, определенной на этапе ST1782, и т.д. Более конкретно, каждая из базовых станций преобразует UE-ID рассматриваемого мобильного терминала в указанный номер информационного элемента соответствующей группы связанного с поисковыми вызовами PMCH и задает индикатор, показывающий присутствие или отсутствие связанного с поисковыми вызовами изменения в соответствующей группе, как "присутствие изменения". Поясненные выше способы могут использоваться в качестве способа преобразования для преобразования UE-ID в связанную с поисковыми вызовами зону в PMCH в это время и конкретного способа преобразования для преобразования UE-ID в физический канал и т.д.

Мобильный терминал, на этапе ST1784, принимает связанный с поисковыми вызовами индикатор модификации или немодификации в PMCH, причем индикатор соответствует группе для передачи поисковых вызовов, определенной на этапе ST1735, самого мобильного терминала. Мобильный терминал, на этапе ST1785, определяет то, возникает или нет изменение в связанном с поисковыми вызовами индикаторе модификации или немодификации. Когда нет изменения в связанном с поисковыми вызовами индикаторе модификации или немодификации, мобильный терминал осуществляет переход к этапу ST1788. Напротив, когда имеется изменение в связанном с поисковыми вызовами индикаторе модификации или немодификации, мобильный терминал осуществляет переход к этапу ST1786. Мобильный терминал затем, на этапе ST1786, принимает и декодирует физическую зону, в которую преобразуется связанная с поисковыми вызовами информация группы для передачи поисковых вызовов самого мобильного терминала. В это время, мобильный терминал выполняет обнаружение вслепую посредством выполнения операции вычисления корреляции с конкретным для мобильного терминала идентификационным кодом. Мобильный терминал, на этапе ST1787, определяет то, обнаружил он или нет идентификатор самого мобильного терминала через обнаружение вслепую, выполняемое на этапе ST1786. Когда мобильный терминал не обнаруживает идентификатор самого мобильного терминала, мобильный терминал осуществляет переход к этапу ST1788. Напротив, когда мобильный терминал обнаруживает идентификатор самого мобильного терминала, мобильный терминал осуществляет переход к этапу ST1814. Процессы, поясненные в вышеуказанных этапах ST1773-ST1787, являются примером "конфигурации прерывистого приема во время MBMS-приема", описанной в варианте осуществления 1. Как результат, может быть раскрыт способ передачи сигнала поискового вызова в мобильный терминал, принимающий в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, и система мобильной связи, которая предоставляет возможность реализации способа, что является задачей настоящего изобретения. Следовательно, обеспечивается преимущество предоставления возможности даже мобильному терминалу, принимающему в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, принимать сигнал поискового вызова.

Далее, "прием MTCH", который описывается в варианте осуществления 1 со ссылкой на фиг. 17, поясняется более конкретно со ссылкой на фиг. 22 и 23. Мобильный терминал, на этапе ST1788, определяет то, принимает он непрерывно или нет MBMS-услугу в рассматриваемой MBSFN-зоне. Когда мобильный терминал не принимает непрерывно MBMS-услугу в MBSFN-зоне, мобильный терминал осуществляет переход к этапу ST1792. Напротив, когда мобильный терминал принимает непрерывно MBMS-услугу в MBSFN-зоне, мобильный терминал осуществляет переход к этапу ST1789. Мобильный терминал, на этапе ST1789, принимает связанный с MBMS индикатор модификации или немодификации в PMCH. Мобильный терминал, на этапе ST1790, определяет то, возникает или нет изменение в связанном с MBMS индикаторе модификации или немодификации. Когда нет изменения в связанном с MBMS индикаторе модификации или немодификации, мобильный терминал осуществляет переход к этапу ST1791. Напротив, когда имеется изменение в связанном с MBMS индикаторе модификации или немодификации, мобильный терминал осуществляет переход к этапу ST1792. Поскольку нет изменения в MCCH во времени приема для приема MCCH, мобильный терминал, на этапе ST1791, не выполняет прием и/или декодирование связанной с MBMS информации в MCCH. Мобильный терминал выполняет прием и декодирование MTCH без обновления управляющей информации (MCCH). Мобильный терминал, на этапе ST1792, выполняет прием и декодирование связанной с MBMS информации в MCCH, чтобы обновлять управляющую информацию. Мобильный терминал, на этапе ST1793, выполняет прием и декодирование MTCH согласно управляющей информации, принимаемой на этапе ST1792.

Мобильный терминал, на этапе ST1794 по фиг. 23, измеряет качество приема MBMS-услуги, которую принимает мобильный терминал. Мобильный терминал принимает опорный сигнал (RS) с радиоресурсами рассматриваемой MBSFN-зоны и измеряет принимаемую мощность (RSRP). Мобильный терминал затем определяет то, является или нет принимаемая мощность равной либо превышающей пороговое значение, определенное статически или полустатически. Факт, что принимаемая мощность равна или превышает вышеуказанное пороговое значение, показывает, что мобильный терминал имеет достаточно высокую чувствительность для того, чтобы принимать MBMS-услугу, тогда как факт, что принимаемая мощность ниже порогового значения, показывает, что мобильный терминал не имеет достаточно высокую чувствительность для того, чтобы принимать MBMS-услугу. Когда принимаемая мощность равна или превышает вышеуказанное пороговое значение, мобильный терминал осуществляет переход к этапу ST1795, тогда как когда принимаемая мощность ниже вышеуказанного порогового значения, мобильный терминал осуществляет переход к этапу ST1796. Вместо приема опорного сигнала и измерения принимаемой мощности на этапе 1794, мобильный терминал может фактически принимать и декодировать MBMS-услугу (MTCH и/или MCCH) рассматриваемой MBSFN-зоны. В этом случае, пользователь может определять то, предоставляет или нет мобильный терминал чувствительность приема, которую он может разрешать, посредством прослушивания или просмотра декодированных данных. Когда мобильный терминал предоставляет чувствительность приема, которую он может разрешать, мобильный терминал осуществляет переход к этапу ST1795, тогда как когда мобильный терминал не предоставляет чувствительность приема, которую он может разрешать, мобильный терминал осуществляет переход к этапу ST1796. Поскольку допустимая чувствительность приема различается между людьми, может предоставляться преимущество задания мобильных терминалов так, чтобы дополнительно подходить для пользователей. Мобильный терминал, на этапе ST1795, выясняет намерение пользователя. Когда пользователь хочет впоследствии принимать MBMS-услугу, которую принимает мобильный терминал, мобильный терминал осуществляет переход к этапу ST1753. Напротив, когда пользователь хочет завершать прием MBMS-услуги, которую принимает мобильный терминал, мобильный терминал осуществляет переход к этапу ST1798. Мобильный терминал, на этапе ST1796, определяет то, существует или нет другая MBMS-зона, в которой мобильный терминал может принимать MBMS-услугу, в рамках этой полосы частот (f(MBMS)). Этот этап ST1796 является эффективным, в частности, когда MBSFN-зона, покрывающая другие MBSFN-зоны, существует. Когда другая MBMS-зона, принимаемая в рамках этой полосы частот, существует, мобильный терминал возвращается к этапу ST1730 и повторяет процесс. Напротив, когда других MBMS-зон, принимаемых в рамках этой полосы частот, не существует, мобильный терминал осуществляет переход к этапу ST1797.

Тем не менее, после этого, если какая-либо другая принимаемая MBSFN-зона, которую хочет пользователь, обнаружена, мобильный терминал не выполняет процесс "окончания A MBMS-приема" на этапе ST1798 и последующие этапы. Соответственно, сторона сети может знать, что рассматриваемый мобильный терминал завершает прием MBMS-услуги на частотном уровне, выделенном MBMS-передаче. Следовательно, сторона сети может прекращать конфигурирование передачи сигнала поискового вызова в рассматриваемый мобильный терминал на частотном уровне, выделенном MBMS-передаче. Как результат, система мобильной связи получает возможность прекращать передачу сигнала поискового вызова в рассматриваемый мобильный терминал из частотного уровня, выделенного MBMS-передаче, которую не принимает рассматриваемый мобильный терминал. Следовательно, предоставляется преимущество осуществления эффективного использования радиоресурсов. Мобильный терминал, на этапе 1797, определяет то, содержится или нет другая частота в списке частот принимаемой зоны MBSFN-синхронизации, принимаемой на этапе ST1708. Когда другая частота содержится в списке частот, мобильный терминал возвращается к этапу ST1722 и переключает синтезатор на новую частоту (f2(MBMS)) и повторяет процесс. Напротив, когда другая частота не содержится в списке частот, мобильный терминал осуществляет переход к этапу ST1798.

Далее, процесс уведомления "окончания A MBMS-приема", описанный в варианте осуществления 1 со ссылкой на фиг. 23, поясняется более конкретно. Мобильный терминал, на этапе ST1798, перемещается в смешанную соту для MBMS/одноадресной передачи посредством изменения частоты, заданной согласно своему модулю 1107 преобразования частоты, чтобы изменять среднюю частоту на f(одноадресная передача). Поскольку пояснение этапов ST1799-ST1803 является идентичным пояснению этапов ST1737-ST1741, пояснение этапов ST1799-ST1803 опускается. Мобильный терминал, на этапе ST1804, передает уведомление "окончания MBMS-приема" обслуживающей соте согласно выделению ресурсов UL (восходящей линии связи), принимаемому на этапе ST1803. В качестве примера параметров, включенных в уведомление "окончания MBMS-приема", идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, частота (f(MBMS)), при которой мобильный терминал завершает прием MBMS-услуги, и номер MBSFN-зоны (идентификатор) включаются.

Кроме того, уведомление "окончания MBMS-приема" относительно этапа ST1804 может быть выполнено, как в случае "запроса на присоединение", показанного на ST1710, или в качестве типа "запроса на присоединение". В качестве альтернативы, уведомление "окончания MBMS-приема" может быть выполнено, как в случае "обновления зоны отслеживания (обновления зоны отслеживания: TAU)" или в качестве типа "обновления зоны отслеживания". Информационные параметры в этом случае включают в себя идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, частоту (f(MBMS)), при которой мобильный терминал завершает прием MBMS-услуги, и номер MBSFN-зоны (идентификатор), как в вышеуказанном случае. Как результат, стороне сети предоставляется возможность знать, что мобильный терминал завершил прием MBMS в выделенной для MBMS соте, без добавления нового сообщения. Следовательно, может предоставляться преимущество возможности не допускать сложности системы мобильной связи.

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

Обслуживающая сота, на этапе ST1805, принимает уведомление окончания MBMS-приема из мобильного терминала. Сторона сети, на этапе ST1805, может знать, что рассматриваемый мобильный терминал завершил прием MBMS-услуги на частотном уровне, выделенном MBMS-передаче, без добавления канала восходящей линии связи в выделенную для MBMS соту. Как результат, предоставляется преимущество разрешения стороне сети переключать конфигурацию прерывистого приема во время MBMS-приема на общую конфигурацию передачи сигналов поисковых вызовов. Обслуживающая сота, на этапе ST1806, передает уведомление окончания MBMS-приема MME. MME, на этапе ST1807, принимает уведомление окончания MBMS-приема из обслуживающей соты.

MME, на этапе ST1808, выполняет поиск TA(MBMS), чтобы завершать MBMS-прием рассматриваемого мобильного терминала. Поскольку пример зависимости между параметрами, включенными в уведомление окончания MBMS-приема и TA(MBMS), является идентичным примеру, показанному на этапе ST1747, пояснение примера опускается. MME, на этапе ST1809, удаляет TA(MBMS), которую он обнаружил, как результат поиска этапа ST1808, из списка зон отслеживания рассматриваемого мобильного терминала. MME, на этапе ST1810, передает Ack, который является ответным сигналом в обслуживающую соту при приеме сигнала, отправляемого ему, и сообщении об окончании MBMS-приема через обслуживающую соту. В качестве примера параметров, включенных в этот ответный сигнал Ack, список зон отслеживания рассматриваемых мобильных терминалов может рассматриваться. Обслуживающая сота, на этапе ST1811, принимает ответный сигнал Ack, передаваемый из MME. Обслуживающая сота, на этапе ST1812, передает принимаемый ответный сигнал Ack в мобильный терминал. Мобильный терминал, на этапе ST1813, принимает ответный сигнал Ack, отправляемый ему из MME через обслуживающую соту.

Затем, "прерывистый прием на стороне одноадресной передачи", описанный в варианте осуществления 1, поясняется более конкретно со ссылкой на фиг. 24. MME, на этапе ST1814, выясняет список зон отслеживания рассматриваемых мобильных терминалов на основе идентификатора (UE-ID, IMSI, S-TMSI и т.п.) рассматриваемого мобильного терминала, в котором осуществлены поисковые вызовы. MME затем выполняет поиск в списке зон отслеживания рассматриваемых мобильных терминалов для TA(одноадресная передача). В качестве примера, MME выполняет поиск в списке зон отслеживания рассматриваемого мобильного терминала, таком как список, показанный на фиг. 31(a), на основе UE-ID мобильного терминала. Когда рассматриваемый мобильный терминал - это UE#1 по фиг. 31(a), TA(одноадресная передача(и)) #1 и #2 включается в список зон отслеживания. Затем, MME выполняет поиск в списке, как показано на фиг. 31(b), на предмет идентификаторов (идентификаторов сот) базовых станций, включенных в TA(одноадресная передача). Когда рассматриваемый мобильный терминал - это UE#1 по фиг. 31(a), идентификаторами сот, включенными в список зон отслеживания рассматриваемого мобильного терминала, являются 1, 2, 3, 4, 5, 23, 24 и 25. MME передает запрос поискового вызова в базовые станции (включающие в себя обслуживающую соту), включенные в список зон отслеживания рассматриваемого мобильного терминала. В качестве примера параметров, включенных в запрос поискового вызова, идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала и т.д. включается. Каждая из базовых станций (включающих в себя обслуживающую соту), включенных в список зон отслеживания (TA(одноадресная передача)) рассматриваемого мобильного терминала, на этапе ST1815, принимает запрос поискового вызова.

Далее поясняется задача настоящего изобретения. Также для мобильного терминала, находящегося в состоянии бездействия (состоянии бездействия) в смешанной соте для MBMS/одноадресной передачи, подробности способов уведомления о сообщении поискового вызова не устанавливаются. Непатентная ссылка 1 раскрывает, что PCH преобразуется в PDSCH или PDCCH. Непатентная ссылка 1 также раскрывает, что группа для передачи поисковых вызовов использует канал передачи служебных сигналов L1/L2 (PDCCH) и что точный идентификатор (UE-ID) мобильного терминала может быть обнаружен в PCH. Напротив, непатентная ссылка 1 не раскрывает, как мобильные терминалы делятся на группы для передачи поисковых вызовов и как PCH передается в каждую из групп для передачи поисковых вызовов. Кроме того, непатентная ссылка 1 не раскрывает, как мобильный терминал выполняет прерывистый прием в состоянии бездействия. Задача настоящего изобретения заключается в том, чтобы раскрывать подробности способа отправки для отправки сигнала поискового вызова в мобильный терминал в состоянии бездействия на частотном уровне для одноадресной передачи и/или смешанном частотном уровне, и системы мобильной связи, которая предоставляет возможность реализации способа.

Следовательно, пример способа отправки для отправки сигнала поискового вызова раскрывается далее. Мобильные терминалы делятся на группы для передачи поисковых вызовов. В соответствии с традиционной технологией (W-CDMA-системой), число S-CCPCH (вторичных общих каналов управления) (число кодов канализации), в которые преобразуется PCH, задается как число групп. Тем не менее, поскольку LTE-система не основана на способе мультиплексирования с кодовым разделением каналов (CDM), идея использовать число кодов канализации не может применяться к настоящему изобретению. Непатентная ссылка 1, предоставленная посредством текущей 3GPP, раскрывает, что группа для передачи поисковых вызовов использует канал передачи служебных сигналов L1/L2 (PDCCH) и что точный идентификатор (UE-ID) мобильного терминала может быть обнаружен в PCH. Тем не менее, конкретный пример не раскрывается. KUnicast в вычислительном выражении для определения группы для передачи поисковых вызовов (IMSI mod KUnicast) является числом групп для передачи поисковых вызовов в смешанной соте для MBMS/одноадресной передачи. В примере значения K канал передачи служебных сигналов L1/L2 (PDCCH) преобразуется для каждого субкадра. Десять субкадров существуют в одном радиокадре. Следовательно, число групп для передачи поисковых вызовов задается равным десяти. Более конкретно, каждый мобильный терминал может знать, в какой субкадр в одном радиокадре информация поисковых вызовов о группе для передачи поисковых вызовов, которой принадлежит сам мобильный терминал, преобразуется из группы для передачи поисковых вызовов. Относительно того, в какой радиокадр преобразуется информация поисковых вызовов о группе, которой принадлежит каждый мобильный терминал, может применяться традиционная технология (W-CDMA). Конкретное вычислительное выражение предоставляется посредством "Период поисковых вызовов = (IMSI div K) mod (длина цикла прерывистого приема на частотном уровне для одноадресной передачи/смешанном частотном уровне) + n x (длина цикла прерывистого приема на частотном уровне для одноадресной передачи/смешанном частотном уровне), где n: 0, 1, 2,... и максимум SFN". Конкретное вычислительное выражение альтернативно предоставляется посредством "Период поисковых вызовов = (IMSI div KUnicast) mod (длина цикла прерывистого приема на частотном уровне для одноадресной передачи/смешанном частотном уровне) + n x (длина цикла прерывистого приема на частотном уровне для одноадресной передачи/смешанном частотном уровне), где n: 0, 1, 2,... и где Период поисковых вызовов ≤ максимум SFN". SFN - целое число в диапазоне от 0 до максимума SFN.

Затем, в непатентной ссылке 1, предоставленной посредством текущей 3GPP, раскрывается то, что точный идентификатор (UE-ID) мобильного терминала может быть обнаружен в PCH. Тем не менее, конкретный пример не раскрывается. В конкретном примере способа преобразования для преобразования информации поисковых вызовов в PCH, PCH состоит из идентификационной информации о мобильном терминале или выполнен с возможностью показывать корреляцию при умножении на идентификационную информацию о мобильном терминале. PCH преобразуется в CCE в канале передачи служебных сигналов L1/L2. Кроме того, допускается, что выделение радиоресурсов нисходящей линии связи канала управления, который мобильный терминал должен принимать в следующий раз, включается в PCH. Как результат, может предоставляться преимущество исключения необходимости выполнять выделение ресурсов в нисходящей линии связи во второй раз и возможности уменьшать задержку на управление. В качестве альтернативы, способ не отправки выделения радиоресурсов нисходящей линии связи канала управления, который мобильный терминал должен принимать в следующий раз с использованием PCH, может использоваться. В качестве этого способа, может рассматриваться способ передачи канала передачи служебных сигналов L1/L2 с переносом индикатора поискового вызова по этому каналу и задания мобильного терминала, который выполняет обнаружение вслепую индикатора поискового вызова, предназначенного для него, чтобы принимать индикатор поискового вызова, так, чтобы передавать RACH восходящей линии связи, чтобы выполнять запрос базовой станции для выделения ресурсов. PCH, в который включается точный идентификатор (UE-ID) мобильного терминала, может быть передан по PDSCH. В этом случае, информация о выделении радиоресурсов PDSCH, в который преобразуется этот PCH, который должен принимать мобильный терминал, преобразуется, как индикатор поискового вызова, в канал передачи служебных сигналов L1/L2. В случае если индикатор поискового вызова выполнен с возможностью показывать корреляцию при умножении на идентификационную информацию о мобильном терминале, мобильный терминал получает возможность определять то, предназначен или нет индикатор поискового вызова для него. Мобильный терминал, который принял индикатор поискового вызова, предназначенный для него, принимает идентификационную информацию, включенную в PCH, по PDSCH на основе информации выделения, чтобы выяснять, показывает она или нет сам мобильный терминал. В случае если способ выполнен таким образом, мобильный терминал получает возможность безусловно обнаруживать, предназначен или нет сигнал поискового вызова для самого мобильного терминала, и может исключать для себя выполнение ошибочной операции приема.

Каждая из базовых станций (включающих в себя обслуживающую соту), включенных в список зон отслеживания (TA(одноадресная передача)) рассматриваемого мобильного терминала, на этапе ST1816, осуществляет подготовку для прерывистого приема на стороне одноадресной передачи. Конкретно, каждая из базовых станций определяет группу для передачи поисковых вызовов и период поисковых вызовов из идентификатора рассматриваемого мобильного терминала, который каждая из базовых станций принимает на этапе ST1815. Пример вычислительного выражения для их определения является таким, как упомянуто выше. Каждая из базовых станций (включающих в себя обслуживающую соту), включенных в список зон отслеживания (TA(одноадресная передача)) рассматриваемого мобильного терминала, на этапе ST1817, преобразует информацию поисковых вызовов о рассматриваемом мобильном терминале в PCH согласно группе для передачи поисковых вызовов и периоду поисковых вызовов, который каждая из базовых станций определяет на этапе ST1816. В это время, каждая из базовых станций может преобразовывать информацию поисковых вызовов в любые CCE до тех пор, пока эти CCE включаются в канал передачи служебных сигналов L1/L2 в субкадре, показанном посредством вышеуказанной группы для передачи поисковых вызовов в радиокадре, показанном посредством вышеуказанного периода поисковых вызовов. В качестве альтернативы, каждая из базовых станций может преобразовывать информацию поисковых вызовов в CCE, которые являются заранее определенными так, чтобы выделяться PCH. В случае если CCE являются заранее определенными так, чтобы выделяться PCH, поскольку количество раз, когда рассматриваемый мобильный терминал выполняет обнаружение вслепую, уменьшается, может предоставляться преимущество уменьшения задержки на управление. Каждая из базовых станций (включающих в себя обслуживающую соту), включенных в список зон отслеживания (TA(одноадресная передача)) рассматриваемого мобильного терминала, на этапе ST1818, передает PCH.

Мобильный терминал, на этапе ST1819, перемещается на частотный уровень для одноадресной передачи/смешанный частотный уровень посредством изменения частоты, заданной согласно своему модулю 1107 преобразования частоты, чтобы изменять среднюю частоту на f(одноадресная передача). Мобильный терминал, на этапе ST1820, осуществляет подготовку для прерывистого приема на стороне одноадресной передачи. Конкретно, мобильный терминал определяет группу для передачи поисковых вызовов и период поисковых вызовов из идентификатора самого мобильного терминала. Вычислительное выражение для их определения является идентичным вычислительному выражению для использования на стороне сети, как упомянуто выше. Мобильный терминал, на этапе ST1821, выполняет обнаружение вслепую PCH в канале передачи служебных сигналов L1/L2 согласно группе для передачи поисковых вызовов и периоду поисковых вызовов, который мобильный терминал определяет на этапе ST1820. Мобильный терминал использует идентификатор самого мобильного терминала для обнаружения вслепую. Мобильный терминал умножает каждый из CCE PCH на идентификатор самого мобильного терминала, чтобы обнаруживать значение корреляции. Когда значение корреляции равно или превышает пороговое значение, мобильный терминал определяет то, что имеются предназначенные для самого мобильного терминала поисковые вызовы. Мобильный терминал, на этапе ST1822, декодирует PCH, чтобы обнаруживать выделение ресурсов в нисходящей линии связи следующего канала управления. Согласно выделению, мобильный терминал принимает управляющую информацию.

В текущем 3GPP, определяется то, что в смешанной соте что-либо, отличное от одного или двух ведущих OFDM-символов в каждом субкадре, не должно использоваться для одноадресной передачи в MBSFN-кадре (субкадре). Другими словами, что-либо, отличное от одного или двух ведущих OFDM-символов, является ресурсом, выделенным MBMS-передаче. Это обусловлено тем, что MBSFN-кадр - это субкадр, который не выделяется ни одному из субкадров #0 и #5 и в который преобразуется SCH. В этом случае, следующие проблемы возникают. Если вышеуказанное вычислительное выражение для определения группы для передачи поисковых вызовов и периода поисковых вызовов используется, имеется вероятность того, что сигнал поискового вызова возникает для каждого радиокадра и для каждого субкадра. Поскольку PCH использует канал передачи служебных сигналов L1/L2, PCH может преобразовываться даже в MBSFN-кадр. С другой стороны, в случае если выделение радиоресурса нисходящей линии связи следующей управляющей информации посредством использования PCH выполняется в MBSFN-кадре, поскольку радиоресурс нисходящей линии связи в одном субкадре используется исключительно для MBMS-передачи, возникает такая проблема, что управляющая информация не может выделяться одному субкадру. В качестве решения проблемы, выделение радиоресурса нисходящей линии связи следующей управляющей информации посредством использования PCH направлено на радиокадр, отличный от последующих MBSFN-кадров. В качестве другого решения проблемы, используется способ выделения сигнала поискового вызова одному или более субкадрам, исключая MBSFN-субкадры. Например, число групп для передачи поисковых вызовов задается как равное или меньшее числа субкадров, исключая MBSFN-субкадры в одном радиокадре. Как результат, сигнал поискового вызова не должен выделяться MBSFN-субкадру. В качестве конкретного примера, число групп для передачи поисковых вызовов задано равным 2, и вычислительное выражение для определения группы для передачи поисковых вызовов предоставляется посредством "IMSI mod 2", как упоминается ниже. В конкретном примере выделения групп, когда группа поисковых вызовов=0, субкадр #0 выделяется. Кроме того, когда группа поисковых вызовов=1, субкадр #5 выделяется. Как результат, поскольку появляется возможность сообщать информацию поисковых вызовов посредством использования только субкадра (#0 или #5), которому не выделяются MBSFN-субкадры, вышеуказанная проблема, что не может выполняться выделение следующей управляющей информации субкадру, который является идентичным субкадру, которому выделяется сигнал поискового вызова, может разрешаться.

Кроме того, в качестве другого решения проблемы, предусмотрен способ не отправки выделения радиоресурса нисходящей линии связи каналу управления, который мобильный терминал должен принимать в следующий раз посредством использования PCH. В этом способе индикатор поискового вызова передается с переносом индикатора поискового вызова в канале передачи служебных сигналов L1/L2, и мобильный терминал, который выполнил обнаружение вслепую индикатора поискового вызова, предназначенного для него, чтобы принимать индикатор поискового вызова, передает RACH восходящей линии связи в базовую станцию, чтобы выполнять запрос базовой станции для выделения ресурсов. Поскольку способ выполнен таким образом, необязательно переносить информацию выделения ресурсов в PDSCH для обмена данными после поисковых вызовов, и, следовательно, появляется возможность передавать и принимать сигнал поискового вызова без проблем, даже если MBSFN-субкадр существует. В этом случае, индикатор поискового вызова выполнен с возможностью показывать корреляцию при умножении на идентификационную информацию о мобильном терминале так, чтобы мобильный терминал мог быть идентифицирован посредством использования только индикатора поискового вызова. В MBSFN-субкадре необходимо только переносить индикатор поискового вызова в зоне, которая выделяется для одноадресной передачи, т.е. в одной или двух ведущих зонах OFDM-символа. Также в этом случае, индикатор поискового вызова аналогично выполнен с возможностью показывать корреляцию при умножении на идентификационную информацию о мобильном терминале так, чтобы мобильный терминал мог быть идентифицирован посредством использования только индикатора поискового вызова. Сторона мобильного терминала может принимать радиокадр или субкадр, в котором индикатор поискового вызова группы, которой принадлежит мобильный терминал, переносится, причем группа определяется из идентификационного номера, конкретного для этого мобильного терминала, и выполнять обнаружение вслепую с использованием идентификационного номера, конкретного для самого мобильного терминала.

В качестве конкретного вычислительного выражения для определения группы для передачи поисковых вызовов и периода поисковых вызовов, может использоваться следующее уравнение, как упомянуто выше.

mod IMSI K, где K - это число групп для передачи поисковых вызовов в смешанной соте для MBMS/одноадресной передачи.

Период поисковых вызовов = (IMSI div K) mod (длина цикла прерывистого приема на частотном уровне для одноадресной передачи/смешанном частотном уровне) + n x (длина цикла прерывистого приема на частотном уровне для одноадресной передачи/смешанном частотном уровне), где n: 0, 1, 2,... и где Период поисковых вызовов ≤ максимум SFN. SFN - целое число в диапазоне от 0 до максимума SFN.

Поскольку способ выполнен таким образом, также в случае смешанной соты для MBMS/одноадресной передачи сигнал поискового вызова (индикатор поискового вызова) может быть передан с произвольным радиокадром или субкадром независимо от того, существует или нет MBSFN-субкадр.

Подробности процесса окончания B MBMS-приема показываются на фиг. 24. На фиг. 24, поскольку пояснение этапов ST1823-ST1837 является идентичным пояснению этапов ST1799-ST1813, пояснение этапов ST1823-ST1837 опускается. Отличие состоит в том, что "ответ на поисковые вызовы" включается на этапе ST1828. Через этот процесс окончания B MBMS-приема сторона сети может знать, что рассматриваемый мобильный терминал завершил прием MBMS-услуги на частотном уровне, выделенном MBMS-передаче, без добавления канала восходящей линии связи в выделенную для MBMS соту. Как результат, предоставляется преимущество разрешения стороне сети переключать конфигурацию прерывистого приема во время MBMS-приема на общую конфигурацию передачи сигналов поисковых вызовов.

Кроме того, уведомление "окончания MBMS-приема" относительно этапа ST1828 может быть выполнено, как в случае "запроса на присоединение", показанного на ST1710, или в качестве типа "запроса на присоединение". В качестве альтернативы, уведомление "окончания MBMS-приема" может быть выполнено, как в случае "обновления зоны отслеживания (обновления зоны отслеживания: TAU)" или в качестве типа "обновления зоны отслеживания". Информационные параметры в этом случае включают в себя идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, частоту (f(MBMS)), при которой мобильный терминал завершает прием MBMS-услуги, номер MBSFN-зоны (идентификатор) и ответ на поисковые вызовы, как в вышеуказанном случае. Как результат, стороне сети предоставляется возможность знать, что мобильный терминал завершил прием MBMS в выделенной для MBMS соте, без добавления нового сообщения. Следовательно, может предоставляться преимущество возможности не допускать сложности системы мобильной связи. Информация, показывающая то, что "обновление зоны отслеживания" - это уведомление "окончания MBMS-приема", может быть помещена в "обновление зоны отслеживания". В качестве конкретного способа, уведомление "окончания MBMS-приема" может быть добавлено к информации типа (типа) TAU. Информация типа может быть выражена как числовое значение. 1-битовый индикатор, показывающий то, следует или нет стремиться выполнять уведомление "окончания MBMS-приема", формируется для сообщения с запросом TAU. Информация, показывающая то, что сообщение "запроса на присоединение" - это уведомление "окончания MBMS-приема", может быть помещена в сообщение "запроса на присоединение". В качестве конкретного способа, уведомление "окончания MBMS-приема" может быть добавлено к информации типа запроса на присоединение. Информация типа может быть выражена как числовое значение. 1-битовый индикатор, показывающий то, следует или нет стремиться выполнять уведомление "окончания MBMS-приема", формируется для сообщения запроса на присоединение.

Как результат, в первом случае, традиционное "обновление зоны отслеживания" может отличаться от "обновления зоны отслеживания", используемого для того, чтобы сообщать об "окончании MBMS-приема". Кроме того, во втором случае, традиционный "запрос на присоединение" может отличаться от "запроса на присоединение", используемого для того, чтобы сообщать об "окончании MBMS-приема". Как результат, может предоставляться преимущество недопущения возникновения времени задержки на управление в системе мобильной связи. Кроме того, "уведомление окончания MBMS-приема + ответ на поисковые вызовы" этапа ST1828 может быть выполнено, как в случае "запроса на присоединение", показанного на ST1710, или в качестве типа "запроса на присоединение". В качестве альтернативы, "уведомление окончания MBMS-приема + ответ на поисковые вызовы" может быть выполнено, как в случае "обновления зоны отслеживания (обновления зоны отслеживания: TAU)" или в качестве типа "обновления зоны отслеживания". Информационные параметры в этом случае включают в себя идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, частоту (f(MBMS)), при которой мобильный терминал завершает прием MBMS-услуги, и номер MBSFN-зоны (идентификатор), как в вышеуказанном случае. Как результат, стороне сети предоставляется возможность знать, что мобильный терминал завершил прием MBMS в выделенной для MBMS соте, без добавления нового сообщения. Следовательно, может предоставляться преимущество возможности не допускать сложности системы мобильной связи.

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

В вышеуказанном примере идентификаторы мобильного терминала могут включать в себя следующие. В системе мобильной связи идентификаторы мобильного терминала могут включать в себя идентификатор мобильного терминала, который используется на частотном уровне для одноадресной передачи/смешанном частотном уровне, и идентификатор мобильного терминала, который используется на частотном уровне, выделенном MBSFN-передаче. В качестве примеров идентификатора мобильного терминала, который используется на частотном уровне для одноадресной передачи/смешанном частотном уровне, могут рассматриваться UE-ID, IMSI и S-TMSI, которые традиционно используются, и идентификатор мобильного терминала, выделенный для каждой соты. В качестве примера идентификатора мобильного терминала, который используется на частотном уровне, выделенном MBSFN-передаче, может рассматриваться идентификатор, который выделяется совместно мобильным терминалам посредством базовой станции, которая выполняет многосотовую передачу. В качестве дополнительных примеров, может рассматриваться идентификатор мобильного терминала, который заново раскрывается в настоящем изобретении и который используется (или выделяется совместно) в рамках TA(MBMS), идентификатор мобильного терминала, используемый для рассматриваемого мобильного терминала, идентификатор, который используется (или выделяется совместно) в MBSFN-зоне, в которой рассматриваемый мобильный терминал принимает MBMS-услугу, идентификатор, используемый для рассматриваемого мобильного терминала, и идентификатор мобильного терминала, который используется (или выделяется совместно) в зоне MBSFN-синхронизации.

Посредством нового расположения идентификатора мобильного терминала, как упомянуто выше, который используется на частотном уровне, выделенном MBSFN-передаче, могут предоставляться следующие преимущества. В случае если традиционный идентификатор мобильного терминала, выделяемый для каждой соты, используется, поскольку имеется вероятность того, что идентификатор, выделяемый рассматриваемому мобильному терминалу, отличается для каждой соты, невозможно выполнять многосотовую передачу информации посредством использования идентификатора. Следовательно, невозможно выполнять SFN-комбинирование информации посредством использования идентификатора мобильного терминала, выделяемого для каждой соты. Кроме того, в случае если традиционный идентификатор IMSI или UE-ID используются, можно выполнять многосотовую передачу, но имеется проблема в эффективном использовании радиоресурсов, поскольку объем информации идентификатора IMSI или UE-ID увеличивается. Кроме того, идентификаторы IMSI и UE-ID имеют значения, определенные статически для каждого мобильного терминала, и нет возможности изменять любое из них. Следовательно, интенсивное использование идентификатора IMSI или UE-ID в беспроводном модуле повышает возможность перехвата и т.д. и вызывает проблему с безопасностью.

Поскольку идентификатор, как упомянуто выше, в соответствии с настоящим изобретением используется либо в TA(MBMS), либо в MBSFN-зоне, он не является аналогичным идентификатору IMSI, статически предусмотренному для каждого мобильного терминала, но он имеет значение, которое изменяется, когда, например, TA(MBMS) изменяется. Следовательно, даже если идентификатор сталкивается с перехватом, имеется возможность изменять идентификатор, и, следовательно, предоставляется хорошая безопасность. Как результат, посредством использования идентификатора мобильного терминала, который используется на частотном уровне, выделенном MBSFN-передаче, тогда как разрешается проблема с безопасностью и проблема с радиоресурсами, появляется возможность выполнять многосотовую передачу информации посредством использования идентификатора, как упомянуто выше, в соответствии с настоящим изобретением (информация может быть умножена на идентификатор). Соответственно, может обеспечиваться преимущество предоставления возможности каждому мобильному терминалу выполнять SFN-комбинирование информации посредством использования идентификатора мобильного терминала, который используется на частотном уровне, выделенном MBSFN-передаче, и уменьшения ошибок приема, обнаруживаемых в информации, принимаемой посредством мобильного терминала. Это приводит к преимуществам, таким как предотвращение времени задержки на управление во всей системе мобильной связи и эффективное использование радиоресурсов.

Пример операции показывается далее. Мобильный терминал, на этапе ST1742, передает "уведомление относительно состояния приема на стороне MBMS" в обслуживающую соту. В качестве примера параметров, включенных в "уведомление относительно состояния приема на стороне MBMS", идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, частота (f(MBMS)), при которой мобильный терминал принимает MBMS-услугу, и номер MBSFN-зоны (идентификатор) включаются. MME, на этапе ST1746, определяет зону отслеживания (называемую TA(MBMS) с этого места), в которой рассматриваемый мобильный терминал принимает MBMS-услугу на частоте, выделенной MBMS-передаче. В это время, MME извлекает идентификатор мобильного терминала, используемого в MBSFN-зоне (альтернативно может извлекать идентификационный код), посредством использования конкретного для мобильного терминала идентификатора мобильного терминала, идентификатора MBSFN-зоны и т.д., которые обнаруживаются через "уведомление относительно состояния приема на стороне MBMS". В качестве альтернативы, MME может извлекать идентификатор мобильного терминала, используемого в TA(MBMS) (альтернативно может извлекать идентификационный код), посредством использования конкретного для мобильного терминала идентификатора мобильного терминала, идентификатора MBSFN-зоны и т.д. Извлеченный идентификатор мобильного терминала может выделяться множеству мобильных терминалов (т.е. идентификатор выделяется группе, которой мобильный терминал принадлежит), или может быть идентификатором, конкретным для мобильного терминала. От имени MME, MCE или MBMS GW могут извлекать идентификатор мобильного терминала.

Извлеченный идентификатор передается из MME в мобильный терминал через обслуживающую соту и дополнительно передается из MME в MCE. Например, передача извлеченного идентификатора из MME в мобильный терминал через обслуживающую соту может выполняться на этапах ST1748-ST1750. Извлеченный идентификатор не обязательно должен быть передан на этих этапах и альтернативно может быть передан через отдельный сигнал (DCCH, DTCH и т.п.). MME, при передаче запроса поискового вызова в MCE, к примеру, на ST1776, может сообщать либо идентификатор мобильного терминала, используемого в TA(MBMS), либо идентификатор мобильного терминала, используемого в MBSFN-зоне. При передаче из MCE в выделенную для MBMS соту извлеченный идентификатор может быть передан вместе с запросом поискового вызова на ST1780. Каждая базовая станция в MBSFN-зоне, на этапе ST1783, преобразует или идентификатор мобильного терминала, используемого в MBSFN-зоне рассматриваемого мобильного терминала, или идентификатор мобильного терминала, используемого в TA(MBMS) в PMCH. Мобильный терминал, на этапе ST1787, определяет то, включается или нет идентификатор самого мобильного терминала в результат приема и декодирования (обнаружил он или нет идентификатор). Аналогично, на этапах ST1710-ST1719, этапах ST1761-ST1770, этапах ST1804-ST1813, этапах ST1814-ST1815 и этапах ST1828-ST1837, идентификатор мобильного терминала, который используется на частотном уровне, выделенном MBSFN-передаче, может использоваться.

Кроме того, не только в случае этого варианта осуществления, но и в случае, если многосотовая (MC) передача выполняется для каждой MBSFN-зоны, в вышеуказанной системе мобильной связи, способ включения, в качестве идентификаторов каждого мобильного терминала, идентификатора мобильного терминала, используемого на частотном уровне для одноадресной передачи/смешанном частотном уровне, и идентификатора мобильного терминала, используемого на частотном уровне, выделенном MBSFN-передаче, может использоваться. Более конкретно, не только в случае этого варианта осуществления, но и в случае, если многосотовая (MC) передача выполняется для каждой MBSFN-зоны, идентификатор мобильного терминала, используемый для рассматриваемого мобильного терминала, который используется (или выделяется совместно) в TA(MBMS), идентификатор, используемый для рассматриваемого мобильного терминала, который используется (или выделяется совместно) в MBSFN-зоне, где рассматриваемый мобильный терминал принимает MBMS-услугу, и т.п. может использоваться для информации (информация может быть умножена на каждый из идентификаторов). Как результат, может обеспечиваться преимущество предоставления возможности мобильному терминалу выполнять SFN-комбинирование информации и уменьшения ошибок приема, обнаруживаемых в информации, принимаемой посредством мобильного терминала. Это приводит к преимуществам, таким как предотвращение времени задержки на управление во всей системе мобильной связи и эффективное использование радиоресурсов. Введение многосотовой передачи даже на частотном уровне для одноадресной передачи/смешанном частотном уровне также изучено. В этом случае, идентификатор, используемый для рассматриваемого мобильного терминала, который используется (или выделяется совместно) в MBSFN-зоне, где рассматриваемый мобильный терминал принимает MBMS-услугу, и т.п. может использоваться, в качестве идентификатора мобильного терминала, для информации (информация может быть умножена на каждый из идентификаторов). Как результат, может обеспечиваться преимущество предоставления возможности мобильному терминалу выполнять SFN-комбинирование информации и уменьшения ошибок приема, обнаруживаемых в информации, принимаемой посредством мобильного терминала. Это приводит к преимуществам, таким как предотвращение времени задержки на управление во всей системе мобильной связи и эффективное использование радиоресурсов.

В этом варианте осуществления 2, описывается случай, в котором частотный уровень, выделенный MBMS-передаче, состоит из выделенной для MBMS соты. Этот вариант осуществления 2 может применяться к даже случаю, в котором частотный уровень, выделенный MBMS-передаче, состоит из смешанной соты для MBMS/одноадресной передачи. Варианты осуществления 3, 4, 5 и 6, как и вариант осуществления 1, также могут аналогично применяться к даже случаю, в котором частотный уровень, выделенный MBMS-передаче, состоит из смешанной соты для MBMS/одноадресной передачи.

Третий вариант осуществления

В текущем 3GPP, обсуждено наличие зоны MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа), покрывающей множество MBSFN-зон. Концептуальная схема географических местоположений базовых станций в случае, если MBSFN-зона, покрывающая множество MBSFN-зон, существует, показывается на фиг. 28. Четыре MBSFN-зоны 1-4 существуют в одной зоне MBSFN-синхронизации (зоне MBSFN-синхронизации). MBSFN-зона 4 покрывает другие MBSFN-зоны 1-3. В качестве содержимого обсуждения о MBSFN-зоне 4 в текущем 3GPP, определяется только то, что доступ к MBSFN-зоне (т.е. MBSFN-зоне 4), покрывающей другие MBSFN-зоны, выполняется через покрываемую MBSFN-зону (одну из MBSFN-зон 1-3). Не определено то, следует или нет располагать MCCH (канал управления многоадресной передачей) в MBSFN-зоне 4, покрывающей другие MBSFN-зоны 1-3. Подробная конкретная операция в случае, если MCCH существует в MBSFN-зоне 4, поясняется в варианте осуществления 2. В этом варианте осуществления, поясняется случай, в котором MCCH не существует в MBSFN-зоне, покрывающей другие MBSFN-зоны. Концептуальная схема показывается на фиг. 35. Пояснение осуществляется с сосредоточением на части, отличной от фиг. 29, на которую ссылаются в пояснении варианта осуществления 2. Части, которые не поясняются конкретно, являются идентичными поясненным в варианте осуществления 2.

Во-первых, в качестве первого различия между фиг. 35 и фиг. 29, имеется различие между способом передачи управляющей информации (MCCH) в соответствии с этим вариантом осуществления и способом в соответствии с вариантом осуществления 2, поскольку MCCH не существует в MBSFN-зоне 4, показанной на фиг. 28. Во-первых, в качестве способа преобразования MCCH для MBSFN-зоны 4, может рассматриваться способ обеспечения зон для MBSFN-зон 1 и 4 в PMCH (PMCH1) покрываемой MBSFN-зоны (к примеру, MBSFN-зоны 1).

Концептуальная схема показывается на фиг. 36. Фиг. 36 - это пояснительный чертеж, показывающий способ преобразования связанного с поисковыми вызовами сигнала в PMCH (PMCH1), в который канал управления многоадресной передачей (MCCH1) преобразуется, чтобы отправлять управляющую информацию в MBSFN-зону, включающую в себя множество MBSFN-зон. Конфигурация физического MCH (PMCH), в котором располагается связанная с поисковыми вызовами зона MBSFN-зон 1 и 4, показывается на фиг. 36(a). Физический MCH выполнен таким образом, что связанная с MBMS информация о MBSFN-зонах 1 и 4 и связанная с поисковыми вызовами информация о MBSFN-зонах 1 и 4 включается в PMCH (PMCH1). Связанная с MBMS информация и сигнал поискового вызова каждой из MBSFN-зон могут существовать в качестве информационных элементов в MTCH и MCCH, соответственно, или мультиплексирование с временным разделением каналов физических зон (ресурсов), в которые преобразуются связанная с MBMS информация и сигнал поискового вызова, соответственно, может выполняться. Конфигурация расположения индикатора, указывающего то, изменено или нет содержимое MCCH независимо для каждой из MBSFN-зон 1 и 4 в физическом MCH (PMCH), в котором располагается связанная с поисковыми вызовами зона MBSFN-зон 1 и 4, показывается на фиг. 36(b). На фиг. 36(b), случай, в котором индикаторы присутствия или отсутствия сигналов поисковых вызовов (индикаторы 1), каждый из которых показывает или отсутствие поисковых вызовов в соответствующей одной из MBSFN-зон 1 и 4, и связанные с MBMS индикаторы модификации или немодификации (индикаторы 2), каждый из которых показывает модификацию или немодификацию в связанной с MBMS информации в соответствующей одной из MBSFN-зон 1 и 4, предоставляются в качестве индикаторов, показывается. Конфигурация в случае, если связанные с поисковыми вызовами индикаторы модификации или немодификации (индикаторы 1) делятся на K групп, показывается на фиг. 36(c). Когда способ обеспечения, в PMCH (PMCH1) одной покрываемой MBSFN-зоны (к примеру, MBSFN-зоны 1), зон для MBSFN-зон 1 и 4 используется таким образом, может предоставляться преимущество выполнения диспетчеризации MCCH1, которая должна сообщаться через BCCH1 (широковещательный канал управления) только для MBSFN-зоны 1. Поскольку подробности способа диспетчеризации для диспетчеризации MCCH являются идентичными подробностям, показанным в варианте осуществления 2, подробности способа диспетчеризации далее опускаются.

Способ диспетчеризации для диспетчеризации MCCH поясняется. В дополнение к диспетчеризации MCCH1, которая должна сообщаться через BCCH1, должна сообщаться только начальная точка физической зоны, в которой переносится MCCH4. В качестве альтернативы, диспетчеризация MCCH1, которая должна сообщаться через BCCH1, может диспетчеризацией PMCH1.

В качестве второго различия между чертежами, имеется различие между способом передачи сигнала поискового вызова, предназначенного для мобильного терминала, принимающего в настоящий момент MBMS-услугу в MBSFN-зоне 4, и способом, используемым в варианте осуществления 2, поскольку MCCH не существует в MBSFN-зоне (т.е. MBSFN-зоне 4), покрывающей другие MBSFN-зоны. Это различие в способе передачи сигнала поискового вызова поясняется. Во-первых, может рассматриваться способ предоставления возможности стороне сети сообщать сигнал поискового вызова, предназначенный для рассматриваемого мобильного терминала, во все MBSFN-зоны 1-3, покрываемые посредством MBSFN-зоны 4. Этот способ может реализовываться также в случае, если MCCH не существует в MBSFN-зоне 4, без добавления дополнительного управления в конкретный способ, поясненный в варианте осуществления 2. Этот способ является эффективным с точки зрения недопущения сложности системы мобильной связи.

Затем, может рассматриваться способ предоставления возможности стороне сети сообщать сигнал поискового вызова, предназначенный для рассматриваемого мобильного терминала, в MBSFN-зону, покрываемую посредством MBSFN-зоны 4 (любой из MBSFN-зон 1-3), в которой находится мобильный терминал. Конкретная операция поясняется с сосредоточением на моменте, отличном от показанного в варианте осуществления 2. "Уведомление относительно состояния приема на стороне MBMS" поясняется. Мобильный терминал, на этапе ST1742 по фиг. 20, передает "уведомление относительно состояния приема на стороне MBMS" в обслуживающую соту согласно выделению ресурсов UL (восходящей линии связи), принимаемому на этапе ST1741. В качестве примера параметров, включенных в "уведомление относительно состояния приема на стороне MBMS", идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, частота (f(MBMS)), при которой мобильный терминал принимает MBMS-услугу, и номер MBSFN-зоны (идентификатор) включаются. В этом случае, идентификатор MBSFN-зоны, сообщаемый обслуживающей соте, не является идентификатором MBSFN-зоны (MBSFN-зоны 4) для MBSFN-зоны, из которой мобильный терминал фактически принимает MBMS-услугу (MTCH), а является идентификатором MBSFN-зоны для MBSFN-зоны, в которой мобильный терминал находится, причем эта MBSFN-зона покрывается посредством MBSFN-зоны 4. Другими словами, мобильный терминал сообщает об идентификаторе MBSFN-зоны, преобразованном в S-SCH (канал дополнительной синхронизации), который он принял при выполнении поиска MBSFN. Как результат, сторона сети может знать покрываемую MBSFN-зону, в которой фактически находится мобильный терминал. Мобильный терминал дополнительно выполняет процесс этапа ST3101 по фиг. 37 перед выполнением процесса этапа ST1794 по фиг. 23.

Мобильный терминал, на этапе ST3101 по фиг. 37, измеряет качество приема MCCH, который принимает мобильный терминал. Мобильный терминал принимает опорный сигнал (RS) с радиоресурсами рассматриваемой MBSFN-зоны и измеряет принимаемую мощность (RSRP). Мобильный терминал затем определяет то, является или нет принимаемая мощность равной либо превышающей пороговое значение, определенное статически или полустатически. Факт, что принимаемая мощность равна или превышает вышеуказанное пороговое значение, показывает, что мобильный терминал имеет достаточно высокую чувствительность для того, чтобы принимать MCCH, тогда как факт, что принимаемая мощность ниже порогового значения, показывает, что мобильный терминал не имеет достаточно высокую чувствительность для того, чтобы принимать MCCH. Когда принимаемая мощность равна или превышает вышеуказанное пороговое значение, мобильный терминал осуществляет переход к этапу ST1794, тогда как когда принимаемая мощность ниже вышеуказанного порогового значения, мобильный терминал осуществляет переход к этапу ST1724. Как результат, мобильный терминал выясняет мобильность между покрываемыми MBSFN-зонами, в которые преобразуется MCCH. Этот способ предоставляет более эффективные признаки, как показывается ниже, по сравнению со способом предоставления возможности стороне сети сообщать сигнал поискового вызова, предназначенный для рассматриваемого мобильного терминала, из всех MBSFN-зон 1-3, покрываемых посредством MBSFN-зоны 4. Поскольку системе мобильной связи более не требуется задавать какую-либо базовую станцию, отличную от базовой станции, из которой рассматриваемый мобильный терминал может принимать сигнал поискового вызова географически (к примеру, базовую станцию в MBSFN-зоне 2 или 3, когда рассматриваемый мобильный терминал находится в MBSFN-зоне 1), так, чтобы передавать сигнал поискового вызова, предоставляется преимущество осуществления эффективного использования радиоресурсов. Также в этом варианте осуществления, как в случае варианта осуществления 2, может использоваться способ включения, в качестве идентификаторов каждого мобильного терминала, идентификатора мобильного терминала, используемого на частотном уровне для одноадресной передачи/смешанном частотном уровне, и идентификатора мобильного терминала, используемого на частотном уровне, выделенном MBSFN-передаче.

В соответствии с вариантом осуществления 3, также в случае, если MCCH не существует в MBSFN-зоне, включающей в себя множество MBSFN-зон, предоставляется преимущество возможности сообщать сигнал поискового вызова в мобильный терминал, принимающий в настоящий момент MBMS-услугу в выделенной соте для MBMS-передачи, что является задачей настоящего изобретения. Кроме того, способ выбора требуемой услуги в выделенной соте для MBMS-передачи, что является задачей настоящего изобретения, может быть раскрыт. Как результат, обеспечивается преимущество предоставления возможности мобильному терминалу принимать требуемую услугу в выделенной соте для MBMS-передачи, в которой не существует каналов восходящей линии связи.

Четвертый вариант осуществления

Способ отправки для отправки сигнала поискового вызова, когда мобильный терминал, принимающий в настоящий момент MBMS-услугу в выделенной соте для MBMS-передачи, имеет слабые характеристики (характеристики) приема поисковых вызовов, описывается в вариантах осуществления 1-3. Далее, способ отправки сигнала поискового вызова в случае, если мобильный терминал, имеющий расширенные характеристики приема поисковых вызовов (терминал с расширенными характеристиками), и мобильный терминал, имеющий слабые характеристики приема поисковых вызовов (терминал со слабыми характеристиками), сосуществуют, поясняется. В качестве примера "терминала со слабыми характеристиками", который описывается далее, предусмотрен мобильный терминал, имеющий одно приемное устройство. Другой пример - это мобильный терминал, который может определять только одну среднюю частоту посредством изменения частоты, заданной согласно своему модулю 1107 преобразования частоты. Другой пример - это мобильный терминал, который не может выполнять прерывистый прием смешанной соты для MBMS/одноадресной передачи при приеме MBMS-услуги в выделенной соте для MBMS-передачи.

В качестве примера "терминала с расширенными характеристиками", предусмотрен мобильный терминал, имеющий множество приемных устройств (к примеру, два приемных устройства). Другой пример - это мобильный терминал, который может определять множество одиночных средних частот посредством изменения частоты, заданной согласно своему модулю 1107 преобразования частоты. Другой пример - это мобильный терминал, который может выполнять прерывистый прием смешанной соты для MBMS/одноадресной передачи даже при приеме MBMS-услуги в выделенной соте для MBMS-передачи. Фиг. 38 - это таблица, показывающая принцип характеристик мобильного терминала. Эти характеристики (характеристики) мобильного терминала сообщаются, на этапе ST1710, из мобильного терминала в обслуживающую базовую станцию и дополнительно сообщаются, на этапе ST1712, из обслуживающей базовой станции в MME. Как результат, сторона сети может распознавать характеристики приема поисковых вызовов рассматриваемого мобильного терминала. Следовательно, появляется возможность изменять способ поисковых вызовов для передачи поисковых вызовов в мобильный терминал, принимающий в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, согласно характеристикам приема поисковых вызовов мобильного терминала.

Конкретный пример операции поясняется со ссылкой на фиг. 16 и 17. Терминал с расширенными характеристиками выполняет операцию приема для приема сигнала из смешанной соты для MBMS/одноадресной передачи и операцию приема для приема сигнала из выделенной соты для MBMS-передачи параллельно. В качестве примера операции приема для приема сигнала из выделенной соты для MBMS-передачи, предусмотрены этапы ST1601-1, ST1602, ST1603, ST1604 и ST1609. Поскольку подробная операция на каждом из этапов является такой, как показано в варианте осуществления 1, варианте осуществления 2 или варианте осуществления 3, пояснение подробной операции далее опускается. Терминал со слабыми характеристиками выполняет операцию, как поясняется в варианте осуществления 1, варианте осуществления 2 или варианте осуществления 3. Посредством использования этого способа, в то время когда способ отправки сигнала поискового вызова отправки сигнала поискового вызова в терминал со слабыми характеристиками, принимающий в настоящий момент MBMS-услугу в выделенной соте для MBMS-передачи, устанавливается, способ отправки для отправки сигнала поискового вызова в терминал с расширенными характеристиками, принимающий в настоящий момент MBMS-услугу в выделенной соте для MBMS-передачи, может быть выполнен таким образом, чтобы отправлять общий сигнал поискового вызова терминалу с расширенными характеристиками. Как результат, когда терминал с расширенными характеристиками принимает MBMS-услугу в выделенной соте для MBMS-передачи, процесс, выполняемый посредством мобильного терминала, и процесс, выполняемый посредством системы мобильной связи, может упрощаться. Упрощение процесса, выполняемого посредством мобильного терминала, может предоставлять преимущество достижения низкого потребления мощности в мобильном терминале. Кроме того, поскольку система мобильной связи не должна задавать базовую станцию в MBSFN-зоне так, чтобы передавать сигнал поискового вызова в терминал с расширенными характеристиками, может предоставляться преимущество осуществления эффективного использования радиоресурсов.

Кроме того, даже терминал с расширенными характеристиками выполняет операцию, как поясняется в варианте осуществления 1, варианте осуществления 2 или варианте осуществления 3, согласно намерению пользователя, чтобы предотвращать увеличение его потребляемой мощности при выполнении операции приема для приема сигнала из смешанной соты для MBMS/одноадресной передачи и операции приема для приема сигнала из выделенной соты для MBMS-передачи параллельно. Как результат, даже терминал с расширенными характеристиками не должен выполнять операции приема параллельно, и, следовательно, может предоставляться преимущество предотвращения увеличения его потребляемой мощности. Намерение пользователя, а также характеристики приема поисковых вызовов мобильного терминала, сообщаются, на этапе ST1710, из мобильного терминала в сторону сети, и последующие процессы, выполняемые посредством системы мобильной связи, в том числе последующие процессы, выполняемые посредством мобильного терминала, являются идентичными процессам, показанным в варианте осуществления 2.

Далее поясняется разновидность. Непатентная ссылка 8 раскрывает индикатор версии (индикатор версии) в качестве одного параметра характеристик мобильного терминала. Тем не менее, непатентная ссылка 8 не описывает варьирования при операции системы мобильной связи, вследствие варьирования в индикаторе версии. В этой разновидности раскрывается способ переключения между способами отправки, каждый из которых отправляет сигнал поискового вызова в мобильный терминал, принимающий в настоящий момент MBMS-услугу в выделенной соте для MBMS-передачи, согласно характеристикам мобильного терминала, конкретно согласно индикатору версии, который является одним параметром характеристик мобильного терминала. Кроме того, каждый мобильный терминал использует, в качестве способа приема для приема сигнала поискового вызова при приеме MBMS-услуги, способ приема для приема сигнала поискового вызова согласно характеристикам самого мобильного терминала, конкретно согласно версии, которой подчиняется мобильный терминал. Чтобы переключаться между способами отправки, каждый из которых отправляет сигнал поискового вызова в мобильный терминал согласно версии, которой подчиняется мобильный терминал, информация о характеристиках мобильного терминала должна совместно использоваться посредством мобильного терминала, обслуживающей базовой станции и стороны сети. С этой целью, в этой разновидности, характеристики (характеристики) мобильного терминала сообщаются из мобильного терминала в обслуживающую базовую станцию и дополнительно сообщаются из обслуживающей базовой станции в MME. В качестве примера, эти характеристики (характеристики) мобильного терминала сообщаются, на этапе ST1710, из мобильного терминала в обслуживающую базовую станцию и дополнительно сообщаются, на этапе ST1712, из обслуживающей базовой станции в MME. Как результат, сторона сети может распознавать характеристики приема поисковых вызовов рассматриваемого мобильного терминала. Следовательно, появляется возможность переключаться между способами отправки, каждый из которых отправляет сигнал поискового вызова в мобильный терминал, принимающий в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, согласно характеристикам приема поисковых вызовов мобильного терминала.

Примеры переключения между способами отправки, каждый из которых отправляет сигнал поискового вызова, раскрываются. Пример переключения включает в себя: этап (1) использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, принимающий в настоящий момент MBMS-услугу из выделенной для MBMS соты, способа, показанного в любом из вариантов осуществления 1-3, чтобы отправлять сигнал поискового вызова из выделенной для MBMS соты в мобильный терминал, и этап (2) использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, принимающий в настоящий момент MBMS-услугу из выделенной для MBMS соты, традиционного способа отправки, чтобы отправлять сигнал поискового вызова из соты для одноадресной передачи или смешанной соты для MBMS/одноадресной передачи в мобильный терминал. Другой пример переключения включает в себя: этап (1) использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, принимающий в настоящий момент MBMS-услугу из выделенной для MBMS соты, способа, показанного в любом из вариантов осуществления 1-3, чтобы отправлять сигнал поискового вызова из выделенной для MBMS соты в мобильный терминал, и этап (2) не отправки поисковых вызовов в мобильный терминал, принимающий в настоящий момент MBMS-услугу из выделенной для MBMS соты. Примеры переключения между способами отправки, каждый из которых отправляет сигнал поискового вызова согласно индикатору версии, раскрываются. Может рассматриваться случай, в котором мобильный терминал определяет то, может он или нет принимать сигнал поискового вызова из выделенной для MBMS соты, согласно версии, которой подчиняется мобильный терминал. Например, совместимый с версией 8 мобильный терминал не может принимать сигнал поискового вызова из выделенной для MBMS соты, тогда как совместимый с версией 9 мобильный терминал может принимать сигнал поискового вызова из выделенной для MBMS соты.

Пример переключения согласно индикатору версии включает в себя: этап (1), когда совместимый с версией мобильный терминал, который может принимать сигнал поискового вызова из выделенной для MBMS соты, принимает MBMS-услугу из выделенной для MBMS соты, использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, способа, показанного в любом из вариантов осуществления 1-3, чтобы отправлять сигнал поискового вызова из выделенной для MBMS соты в совместимый с версией мобильный терминал, и этап (2), когда совместимый с версией мобильный терминал, который не может принимать сигнал поискового вызова из выделенной для MBMS соты, принимает MBMS-услугу из выделенной для MBMS соты, использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, традиционного способа отправки, чтобы отправлять сигнал поискового вызова из соты для одноадресной передачи или смешанной соты для MBMS/одноадресной передачи в совместимый с версией мобильный терминал. Другой пример переключения согласно индикатору версии включает в себя: этап (1), когда совместимый с версией мобильный терминал, который может принимать сигнал поискового вызова из выделенной для MBMS соты, принимает MBMS-услугу из выделенной для MBMS соты, использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, способа, показанного в любом из вариантов осуществления 1-3, чтобы отправлять сигнал поискового вызова из выделенной для MBMS соты в совместимый с версией мобильный терминал, и этап (2), когда совместимый с версией мобильный терминал, который не может принимать сигнал поискового вызова из выделенной для MBMS соты, принимает MBMS-услугу из выделенной для MBMS соты, не передачи сигнала поискового вызова, предназначенного для совместимого с версией мобильного терминала, в совместимый с версией мобильный терминал.

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

Далее, другая разновидность поясняется как разновидность 2. Непатентная ссылка 8 раскрывает связанные с MBMS параметры (связанные с MBMS параметры) в качестве одного параметра характеристик мобильного терминала. Тем не менее, непатентная ссылка 8 вообще не раскрывает описаний связанных с MBMS параметров. В этой разновидности раскрывается способ переключения между способами отправки, каждый из которых отправляет сигнал поискового вызова в мобильный терминал, принимающий в настоящий момент MBMS-услугу в выделенной соте для MBMS-передачи, согласно характеристикам мобильного терминала, конкретно согласно связанным с MBMS параметрам, которые являются одним параметром характеристик мобильного терминала. Кроме того, каждый мобильный терминал использует, в качестве способа приема для приема сигнала поискового вызова, предназначенного для мобильного терминала, при приеме MBMS-услуги, способ приема для приема сигнала поискового вызова согласно характеристикам самого мобильного терминала, конкретно согласно связанным с MBMS параметрам. Чтобы переключаться между способами отправки, каждый из которых отправляет сигнал поискового вызова в мобильный терминал согласно версии, которой подчиняется мобильный терминал, информация о характеристиках мобильного терминала должна совместно использоваться посредством мобильного терминала, обслуживающей базовой станции и стороны сети. С этой целью, в этой разновидности, характеристики (характеристики) мобильного терминала сообщаются из мобильного терминала в обслуживающую базовую станцию и дополнительно сообщаются из обслуживающей базовой станции в MME. В качестве примера, эти характеристики (характеристики) мобильного терминала сообщаются, на этапе ST1710, из мобильного терминала в обслуживающую базовую станцию и дополнительно сообщаются, на этапе ST1712, из обслуживающей базовой станции в MME. Как результат, сторона сети может распознавать характеристики приема поисковых вызовов рассматриваемого мобильного терминала. Следовательно, появляется возможность переключаться между способами отправки, каждый из которых отправляет сигнал поискового вызова в мобильный терминал, принимающий в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, согласно характеристикам приема поисковых вызовов мобильного терминала. Поскольку примеры переключения между способами отправки, каждый из которых отправляет сигнал поискового вызова, являются идентичными примерам разновидности 1, пояснение примеров опускается далее. Пример связанных с MBMS параметров и пример переключения между способами отправки, каждый из которых отправляет сигнал поискового вызова согласно параметрам, раскрываются.

Пример параметров раскрывается. В связанных с MBMS параметрах предоставляются параметр "терминал со слабыми характеристиками (или терминал с одним приемным устройством)" параметр и "терминал с расширенными характеристиками (или терминал с двумя приемными устройствами)". Пример переключения согласно параметрам включает в себя: этап (1), когда мобильный терминал со слабыми характеристиками принимает MBMS-услугу из выделенной для MBMS соты, использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, способа, показанного в любом из вариантов осуществления 1-3, чтобы отправлять сигнал поискового вызова из выделенной для MBMS соты в мобильный терминал со слабыми характеристиками, и этап (2), когда мобильный терминал с расширенными характеристиками принимает MBMS-услугу из выделенной для MBMS соты, использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, традиционного способа отправки, чтобы отправлять сигнал поискового вызова из соты для одноадресной передачи или смешанной соты для MBMS/одноадресной передачи в мобильный терминал с расширенными характеристиками. Другой пример переключения согласно параметрам включает в себя: этап (1), когда мобильный терминал с расширенными характеристиками принимает MBMS-услугу из выделенной для MBMS соты, использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, традиционного способа отправки, чтобы отправлять сигнал поискового вызова из соты для одноадресной передачи или смешанной соты для MBMS/одноадресной передачи в мобильный терминал с расширенными характеристиками, и этап (2), когда мобильный терминал со слабыми характеристиками принимает MBMS-услугу из выделенной для MBMS соты, не отправки сигналов поискового вызова в мобильный терминал со слабыми характеристиками. Другой пример параметров раскрывается. В связанных с MBMS параметрах располагаются параметр "принимаемого сигнала поискового вызова, инициированного в выделенной для MBMS соте" и параметр "непринимаемого сигнала поискового вызова, инициированного в выделенной для MBMS соте".

Пример переключения согласно параметрам включает в себя: этап (1), когда мобильный терминал, который может принимать сигнал поискового вызова из выделенной для MBMS соты, принимает MBMS-услугу из выделенной для MBMS соты, использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, способа, показанного в любом из вариантов осуществления 1-3, чтобы отправлять сигнал поискового вызова из выделенной для MBMS соты в мобильный терминал, и этап (2), когда мобильный терминал, который не может принимать сигнал поискового вызова из выделенной для MBMS соты, принимает MBMS-услугу из выделенной для MBMS соты, использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, традиционного способа отправки, чтобы отправлять сигнал поискового вызова из соты для одноадресной передачи или смешанной соты для MBMS/одноадресной передачи в мобильный терминал. Другой пример переключения согласно параметрам включает в себя: этап (1), когда мобильный терминал, который может принимать сигнал поискового вызова из выделенной для MBMS соты, принимает MBMS-услугу из выделенной для MBMS соты, использования, в качестве способа отправки для отправки сигнала поискового вызова в мобильный терминал, способа, показанного в любом из вариантов осуществления 1-3, чтобы отправлять сигнал поискового вызова из выделенной для MBMS соты в мобильный терминал, и этап (2), когда мобильный терминал, который не может принимать сигнал поискового вызова из выделенной для MBMS соты, принимает MBMS-услугу из выделенной для MBMS соты, не отправки сигналов поискового вызова в мобильный терминал.

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

Пятый вариант осуществления

Способ отправки для отправки сигнала поискового вызова в мобильный терминал, принимающий в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче, описывается в варианте осуществления 1, варианте осуществления 2 и варианте осуществления 3. В этом варианте осуществления 5, способ представления возможности пользователю выбирать "не принимать поисковые вызовы" согласно намерению пользователя в то время, когда его мобильный терминал принимает MBMS-услугу на частотном уровне, выделенном MBMS-передаче, раскрывается. Конкретный пример работы мобильного терминала во время выбора "не принимать поисковые вызовы" согласно намерению пользователя поясняется со ссылкой на фиг. 16 и 17. Мобильный терминал, который выбрал "не принимать поисковые вызовы" согласно намерению пользователя, на этапе ST1606, более конкретно в уведомлении относительно состояния приема на стороне MBMS этапа ST1742, сообщает, что он "не принимает поисковые вызовы".

Кроме того, "уведомление относительно состояния MBMS-приема" этапа ST1742 может быть выполнено, как в случае "запроса на присоединение", показанного на ST1710, или в качестве типа "запроса на присоединение". В качестве альтернативы, "уведомление относительно состояния MBMS-приема" может быть выполнено в случае "обновления зоны отслеживания (обновления зоны отслеживания: TAU)" или в качестве типа "обновления зоны отслеживания". Информационные параметры в этом случае включают в себя идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, частоту (f(MBMS)), при которой мобильный терминал завершает прием MBMS-услуги, номер MBSFN-зоны (идентификатор), информацию, показывающую, что мобильный терминал не принимает поисковые вызовы, в вышеуказанном случае. Как результат, стороне сети предоставляется возможность знать, что мобильный терминал завершил прием MBMS в выделенной для MBMS соте, без добавления нового сообщения. Следовательно, может предоставляться преимущество возможности не допускать сложности системы мобильной связи. Информация, показывающая то, что "обновление зоны отслеживания" - это "уведомление относительно состояния MBMS-приема", может быть помещена в "обновление зоны отслеживания". В качестве конкретного способа, "уведомление относительно состояния MBMS-приема" может быть добавлено к информации типа (типа) TAU. Информация типа может быть выражена как числовое значение. 1-битовый индикатор, показывающий то, следует или нет стремиться выполнять "уведомление относительно состояния MBMS-приема", формируется для сообщения с запросом TAU.

Информация, показывающая то, что сообщение "запроса на присоединение" - это "уведомление относительно состояния MBMS-приема", может быть помещена в сообщение "запроса на присоединение". В качестве конкретного способа, "уведомление относительно состояния MBMS-приема" может быть добавлено к информации типа запроса на присоединение. Информация типа может быть выражена как числовое значение. 1-битовый индикатор, показывающий то, следует или нет стремиться выполнять "уведомление относительно состояния MBMS-приема", формируется для сообщения запроса на присоединение. Как результат, в первом случае, традиционное "обновление зоны отслеживания" может отличаться от "обновления зоны отслеживания", используемого для того, чтобы выполнять "уведомление относительно состояния MBMS-приема". Кроме того, во втором случае, традиционный "запрос на присоединение" может отличаться от "запроса на присоединение", используемого для того, чтобы выполнять "уведомление относительно состояния MBMS-приема". Как результат, может предоставляться преимущество недопущения возникновения задержки на управление в системе мобильной связи. Кроме того, "уведомление относительно состояния MBMS-приема + информация, показывающая то, что мобильный терминал не принимает поисковые вызовы" этапа ST1828 может быть выполнено, как в случае "запроса на присоединение", показанного на ST1710, или в качестве типа "запроса на присоединение". В качестве альтернативы, "уведомление относительно состояния MBMS-приема + информация, показывающая то, что мобильный терминал не принимает поисковые вызовы" может быть выполнено, как в случае "обновления зоны отслеживания (обновления зоны отслеживания: TAU)" или в качестве типа "обновления зоны отслеживания".

Информационные параметры в этом случае включают в себя идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, частоту (f(MBMS)), при которой мобильный терминал завершает прием MBMS-услуги, и номер MBSFN-зоны (идентификатор), как в вышеуказанном случае. Как результат, стороне сети предоставляется возможность знать, что мобильный терминал завершил прием MBMS в выделенной для MBMS соте, без добавления нового сообщения. Следовательно, может предоставляться преимущество возможности не допускать сложности системы мобильной связи. Информация, показывающая то, что "обновление зоны отслеживания" - это "уведомление относительно состояния MBMS-приема + информация, показывающая то, что мобильный терминал не принимает поисковые вызовы", может быть помещена в "обновление зоны отслеживания". В качестве конкретного способа, "уведомление относительно состояния MBMS-приема + информация, показывающая то, что мобильный терминал не принимает поисковые вызовы", может быть добавлена к информации типа (типа) TAU. Информация типа может быть выражена как числовое значение. 1-битовый индикатор, показывающий то, следует или нет стремиться выполнять "уведомление относительно состояния MBMS-приема + информацию, показывающую, что мобильный терминал не принимает поисковые вызовы", формируется для сообщения с запросом TAU. Информация, показывающая то, что сообщение "запроса на присоединение" - это "уведомление относительно состояния MBMS-приема + информация, показывающая то, что мобильный терминал не принимает поисковые вызовы", может быть помещена в сообщение "запроса на присоединение". В качестве конкретного способа, "уведомление относительно состояния MBMS-приема + информация, показывающая то, что мобильный терминал не принимает поисковые вызовы", может быть добавлена к информации типа запроса на присоединение. Информация типа может быть выражена как числовое значение. 1-битовый индикатор, показывающий то, следует или нет стремиться выполнять "уведомление относительно состояния MBMS-приема + информацию, показывающую, что мобильный терминал не принимает поисковые вызовы", формируется для сообщения запроса на присоединение. Как результат, в первом случае, традиционное "обновление зоны отслеживания" может отличаться от "обновления зоны отслеживания", используемого для того, чтобы выполнять "уведомление относительно состояния MBMS-приема + информацию, показывающую то, что мобильный терминал не принимает поисковые вызовы". Кроме того, во втором случае, традиционный "запрос на присоединение" может отличаться от "запроса на присоединение", используемого для того, чтобы выполнять "уведомление относительно состояния MBMS-приема + информацию, показывающую то, что мобильный терминал не принимает поисковые вызовы". Как результат, может предоставляться преимущество недопущения возникновения времени задержки на управление в системе мобильной связи.

Мобильный терминал не выполняет этапы ST1605, ST1608, ST1610 и ST1611. Упрощение процесса, выполняемого посредством мобильного терминала, может предоставлять преимущество достижения низкого потребления мощности в мобильном терминале. Система мобильной связи, на этапе ST1745, принимает информацию, показывающую, что рассматриваемый мобильный терминал "не принимает поисковые вызовы". На этапе ST1746, информация, показывающая "прекращать уведомление относительно поисковых вызовов" в рассматриваемый мобильный терминал, сохраняется в списке TA рассматриваемого мобильного терминала или независимо от списка TA. После этого поисковые вызовы в рассматриваемый мобильный терминал осуществляются на этапе ST1773. MME, на этапе ST1774, проверяет список зон отслеживания рассматриваемого мобильного терминала на основе идентификатора (UE-ID, IMSI, S-TMSI и т.п.) рассматриваемого мобильного терминала, в котором осуществлены поисковые вызовы. MME затем проверяет "прекращать уведомление относительно поисковых вызовов" в рассматриваемый мобильный терминал. Также в этом варианте осуществления, как в случае варианта осуществления 2, может использоваться способ включения, в качестве идентификаторов каждого мобильного терминала, идентификатора мобильного терминала, используемого на частотном уровне для одноадресной передачи/смешанном частотном уровне, и идентификатора мобильного терминала, используемого на частотном уровне, выделенном MBSFN-передаче.

Система мобильной связи прекращает процесс формирования поисковых вызовов этапов ST1775-ST1783 и ST1814-ST1818. MME затем сообщает "отклонение приема поисковых вызовов" рассматриваемого мобильного терминала в сторону сети. Соответственно, система мобильной связи может прекращать процесс формирования поисковых вызовов для мобильного терминала, который "не принимает поисковые вызовы" согласно намерению пользователя. Как результат, предоставляется преимущество возможности уменьшать нагрузку по обработке на системе мобильной связи, которая используется для уведомления относительно сигнала поискового вызова, который мобильный терминал не должен принимать и уменьшать радиоресурсы.

Шестой вариант осуществления

В соответствии с вариантами осуществления 1-4, мобильный терминал выполнен таким образом, чтобы выполнять прерывистый прием снова в смешанной соте для MBMS/одноадресной передачи (называемый двухэтапным прерывистым приемом с этого места) даже при приеме сигнала поискового вызова, предназначенного для самого мобильного терминала на частотном уровне, выделенном MBMS-передаче. Базовая станция в выделенной соте для MBMS-передачи и базовая станция в смешанной соте для MBMS/одноадресной передачи являются асинхронными друг другу в принципе. Следовательно, двухэтапный прерывистый прием выполняется для того, чтобы разрешать проблему, что базовая станция в выделенной соте для MBMS-передачи не может выполнять выделение радиоресурсов для управляющего сигнала нисходящей линии связи после того, как базовая станция отправила сигнал поискового вызова в смешанной соте для MBMS/одноадресной передачи. Тем не менее, двухэтапный прерывистый прием имеет проблему в том, что задержка на управление становится превышающей задержку на управление в случае конфигурации отправки общего сигнала поискового вызова в мобильный терминал, отличный от мобильного терминала, принимающего в настоящий момент MBMS-услугу на частотном уровне, выделенном MBMS-передаче. Конкретный пример операции поясняется со ссылкой на фиг. 17. Сота для одноадресной передачи или смешанная сота, на этапе ST1705, сообщает о двух различных длинах цикла прерывистого приема посредством использования BCCH. Конкретно, они являются длиной для двухэтапного прерывистого приема и длиной для типичного прерывистого приема. Более конкретно, длина цикла прерывистого приема для двухэтапного прерывистого приема равна или короче длины для типичного прерывистого приема. Период прерывистого приема для двухэтапного прерывистого приема может представлять непрерывный прием. Соответственно, период прерывистого приема для двухэтапного прерывистого приема и период прерывистого приема для типичного прерывистого приема могут задаваться так, чтобы иметь различные длины. Как результат, может предоставляться преимущество возможности конфигурировать систему мобильной связи таким образом, чтобы иметь высокую гибкость. Может предоставляться дополнительное преимущество возможности, даже в случае, если мобильный терминал принимает сигнал поискового вызова, предназначенный для него, на частотном уровне, выделенном MBMS-передаче, сокращать задержку на управление посредством задания длины цикла прерывистого приема для двухэтапного прерывистого приема равной или меньшей длины цикла прерывистого приема для типичного прерывистого приема, чтобы предоставлять возможность мобильному терминалу выполнять прерывистый прием снова в смешанной соте для MBMS/одноадресной передачи с уменьшенной длиной цикла прерывистого приема.

Седьмой вариант осуществления

Проанализировано то, что выделенная для MBMS сота заново располагается в LTE-системе. Эта выделенная для MBMS сота не предоставляет услуги одноадресной передачи для выполнения отдельного обмена данными, предназначенного для каждого терминала. Следовательно, трудно применять способ, выполняемый в W-CDMA-системе, которая может осуществлять как MBMS-услугу, так и услугу одноадресной передачи, и которая задается, например, посредством стандартов версии 6 3GPP, к выделенной для MBMS соте в данной ситуации. Необходимо располагать новый канал поисковых вызовов для мобильного терминала, чтобы принимать поисковые вызовы из выделенной для MBMS соты. Настоящее изобретение предоставляет способ предоставления возможности мобильному терминалу, которое принимает или пытается принимать MBMS-услугу на частотном уровне, выделенном MBMS-передаче, принимать сигнал поискового вызова из выделенной для MBMS соты. Настоящее изобретение также раскрывает структуру канала и способ преобразования, используемый для передачи сигнала поискового вызова, и систему мобильной связи, которая имеет канал и предоставляет возможность реализации способа.

Далее, способ переноса сигнала поискового вызова в физическом канале многоадресной передачи (физическом канале многоадресной передачи: PMCH), раскрывается. Фиг. 39 - это пояснительный чертеж, показывающий структуру физического канала многоадресной передачи, расположенного для каждой зоны MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа). На фиг. 39, выполняется мультиплексирование с временным разделением каналов (мультиплексирование с временным разделением каналов: TDM) PMCH MBSFN-зон 1-3, в каждую из которых канал управления многоадресной передачей (канал управления многоадресной передачей: MCCH) и канал трафика для многоадресной передачи (канал трафика для многоадресной передачи: MTCH), которые являются логическими каналами нисходящей линии связи, преобразуются. Кроме того, на фиг. 39, сотой #n1 является сота, находящаяся в MBSFN-зоне 1, сотой #n2 является сота, находящаяся в MBSFN-зоне 2, а сотой #n3 является сота, находящаяся в MBSFN-зоне 3. Поскольку сота #n1 принадлежит MBSFN-зоне 1, PMCH, соответствующий MBSFN-зоне, передается в это время. Поскольку PMCH передается через схему многосотовой (многосотовой - MC) передачи в MBSFN-зоне, PMCH передается в MBSFN-субкадрах. Набор MBSFN-кадров, которым выделяются MBSFN-субкадры, упоминается как "кластер MBSFN-кадров" (кластер MBSFN-кадров). В выделенной для MBMS соте все субкадры в MBSFN-кадре могут быть MBSFN-субкадрами, используемыми для многосотовой передачи. Длина каждого из периодов повторения, в которые повторяется кластер MBSFN-кадров, выражается как "период повторения кластера MBSFN-кадров" (период повторения кластера MBSFN-кадров).

MCH, который является транспортным каналом для одной или более MBMS-услуг, преобразуется в PMCH, и один или оба из MCCH, который является логическим каналом для управляющей информации MBMS, и MTCH, который является логическим каналом для MBMS-данных, преобразуются в MCH. MCCH и MTCH могут быть разделены во времени и преобразованы в PMCH и могут быть дополнительно разделены во времени и преобразованы в физическую зону, которая передается через схему многосотовой передачи. Например, MCCH и MTCH могут преобразовываться в различные MBSFN-субкадры, которые являются физической зоной, в которую они преобразуются. MCCH может преобразовываться в каждый кластер MBSFN-кадров, или только MTCH может преобразовываться в каждый кластер MBSFN-кадров. В случае если только MTCH преобразуется в PMCH, период повторения MCCH отличается от периода повторения кластера MBSFN-кадров. Кроме того, имеется случай, в котором множество MCCH преобразуются в каждый кластер MBSFN-кадров. Длина каждого из периодов повторения, в которые повторяется MCCH, выражается как "период повторения MCCH" (период повторения MCCH). На фиг. 39, MCCH1 - это управляющая информация MBMS для MBSFN-зоны 1, и MTCH1 - это MBMS-данные для MBSFN-зоны 1. Сота #n2 принадлежит MBSFN-зоне 2, MCCH2 - это управляющая информация MBMS для MBSFN-зоны 2, и MTCH2 - это MBMS-данные для MBSFN-зоны 2. Сота #n3 принадлежит MBSFN-зоне 3, MCCH3 - это управляющая информация MBMS для MBSFN-зоны 3, и MTCH3 - это MBMS-данные для MBSFN-зоны 3. Период повторения MCCH может отличаться для каждой MBSFN-зоны. Мультиплексирование с временным разделением каналов PMCH MBSFN-зон выполняется. Следовательно, ортогональность между сотами MBSFN-зон обнаруживается в зоне MBSFN-синхронизации (см. зону MBSFN-синхронизации, показанную на фиг. 7), в которой обеспечивается синхронизация между сотами, и помехи из соты в другой MBSFN-зоне могут предотвращаться. Поскольку PMCH передается через схему многосотовой передачи в каждой MBSFN-зоне, каждая сота в каждой MBSFN-зоне передает идентичные данные с использованием одного PMCH. Поскольку, даже если одна сота принадлежит множеству MBSFN-зон, и две или более сот перекрывают друг друга, мультиплексирование с временным разделением каналов PMCH MBSFN-зон выполняется, и они передаются в MBSFN-субкадрах, вышеуказанная конфигурация PMCH может применяться с ортогональностью для поддерживаемых MBSFN-зон.

Следовательно, мобильный терминал может принимать MBMS-услугу посредством приема PMCH, которые передаются через схему многосотовой передачи из множества сот в MBSFN-зоне, в которой сам мобильный терминал находится, и может повышать свое качество приема с приростом SFN, полученным из многосотовой передачи. Даже в случае, если одна сота принадлежит множеству MBSFN-зон, мобильный терминал может принимать множество MBMS-услуг посредством приема PMCH каждой из MBSFN-зон. Кроме того, мобильный терминал, в настоящий момент принимающий PMCH определенной требуемой MBSFN-зоны, может выполнять операцию прерывистого приема (прерывистого приема - DRX) в течение периода времени, отличного от времени приема этого PMCH, поскольку мобильный терминал не должен принимать PMCH кроме вышеуказанного PMCH и, следовательно, может уменьшать потребляемую мощность. Поскольку мобильный терминал может выполнять операцию прерывистого приема непрерывно в случае, если PMCH передается непрерывно в каждой MBSFN-зоне, где MBSFN-кадры обрабатываются как кластер MBSFN-кадров, мобильный терминал дополнительно может уменьшать свою потребляемую мощность.

Фиг. 40 - это пояснительный чертеж, показывающий структуру физического канала многоадресной передачи, расположенного для каждой зоны MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа). На фиг. 39, мультиплексирование с временным разделением каналов (мультиплексирование с временным разделением каналов: TDM) PMCH в MBSFN-зонах 1-3 выполняется. Случай, в котором мультиплексирование с кодовым разделением каналов (мультиплексирование с кодовым разделением каналов: CDM) PMCH в MBSFN-зонах 1-3 выполняется, показывается на фиг. 40. Сотой #n1 является сота, находящаяся в MBSFN-зоне 1, сотой #n2 является сота, находящаяся в MBSFN-зоне 2, а сотой #n3 является сота, находящаяся в MBSFN-зоне 3. В соте #n1, передается PMCH, соответствующий MBSFN-зоне 1. В этом случае, этот PMCH может быть непрерывным или прерывистым во времени. В случае если PMCH является прерывистым во времени, длина каждого из периодов повторения, в которые повторяется кластер MBSFN-кадров, через который передается PMCH, соответствующий MBSFN-зоне, становится равной длине "периода повторения кластера MBSFN-кадров" (периода повторения кластера MBSFN-кадров). Напротив, в случае если PMCH является непрерывным во времени, период повторения кластера MBSFN-кадров может быть выражен как 0 или необязательно указывать этот период повторения. MCCH и MTCH могут быть разделены во времени и преобразованы в PMCH и могут быть дополнительно разделены во времени и преобразованы в физическую зону, которая передается через схему многосотовой передачи. Например, MCCH и MTCH могут преобразовываться в различные MBSFN-субкадры, которые являются физической зоной, в которую они преобразуются в результате. Длина каждого из периодов повторения, в которые повторяется MCCH, выражается как "период повторения MCCH" (период повторения MCCH). Аналогично, PMCH, соответствующий MBSFN-зоне 2, передается в соте #n2, и PMCH, соответствующий MBSFN-зоне 3, передается в соте #n3. Период повторения MCCH может отличаться в каждой из MBSFN-зон. Поскольку данные, которые умножаются на специфичный для MBSFN-зоны код скремблирования, преобразуются в PMCH в каждой из MBSFN-зон, помехи между MBSFN-зонами в зоне MBSFN-синхронизации, в которой обеспечивается синхронизация между сотами, могут быть подавлены. Поскольку многосотовая передача используется в каждой из MBSFN-зон, каждая сота в каждой из MBSFN-зон передает идентичные данные, т.е. данные, которые умножаются на специфичный для MBSFN-зоны код скремблирования (код скремблирования) с идентичным PMCH. Даже в случае, если одна сота принадлежит множеству MBSFN-зон, вышеуказанная конфигурация PMCH может применяться с помехами между подавляемыми MBSFN-зонами.

Мобильный терминал принимает PMCH, которые передаются через схему многосотовой передачи из множества сот в MBSFN-зоне, в которой сам мобильный терминал находится, и выполняет дескремблирование (дескремблирование) с использованием конкретного для MBSFN-зоны кода скремблирования. Как результат, мобильный терминал может принимать MBMS-услугу при одновременном исключении влияния помех от другой MBSFN-зоны и может повышать свое качество приема с приростом SFN, полученным из многосотовой передачи. Также в случае, если одна сота принадлежит множеству MBSFN-зон, мобильный терминал может принимать множество MBMS-услуг посредством приема PMCH каждой из MBSFN-зон и выполнения дескремблирования посредством использования каждого конкретного для MBSFN-зоны кода скремблирования. Кроме того, в случае если PMCH определенной требуемой MBSFN-зоны является прерывистым во времени, мобильный терминал может выполнять операцию прерывистого приема в течение периода времени, отличного от времени приема этого PMCH и, следовательно, может уменьшать потребляемую мощность, поскольку мобильный терминал не должен выполнять прием в течение периода времени, отличного от времени приема вышеуказанного PMCH. Когда две или более услуг, которые должны преобразовываться в PMCH, существуют, и мультиплексирование во временной области этих услуг в PMCH выполняется, даже если PMCH является непрерывным во времени, мобильный терминал должен принимать только временной сегмент в этом PMCH, в который требуемая услуга преобразуется, и не должен принимать другие временные сегменты. Следовательно, мобильный терминал может выполнять операцию прерывистого приема в течение другого периода времени в рамках этого PMCH и может уменьшать потребляемую мощность.

Фиг. 32 - это пояснительный чертеж, показывающий структуру физического канала многоадресной передачи (PMCH), в котором переносится сигнал поискового вызова. Структура физического канала многоадресной передачи (PMCH), в котором переносится сигнал поискового вызова, показывается на фиг. 32. Фиг. 32(a) является видом, показывающим PMCH, в котором зона, используемая для сигнала поискового вызова, располагается и показывает, что связанная с MBMS информация и сигнал поискового вызова включаются в PMCH. Связанная с MBMS информация и сигнал поискового вызова могут существовать в качестве информационных элементов в MTCH и MCCH, соответственно, или мультиплексирование с временным разделением каналов физических зон (ресурсов), в которые преобразуются связанная с MBMS информация и сигнал поискового вызова, соответственно, может выполняться. Фиг. 53 - это пояснительный чертеж, показывающий способ преобразования в случае переноса, как информационных элементов, связанной с MBMS информации и сигнала поискового вызова в канале управления многоадресной передачей (MCCH). Управляющая информация MBMS, включенная в связанную с MBMS информацию, а также сигнал поискового вызова переносятся в логическом канале MCCH. MCCH, а также MTCH преобразуются в канал многоадресной передачи (MCH), который является транспортным каналом, и MCH преобразуется в физический канал многоадресной передачи (PMCH), который является физическим каналом. Таким образом, мобильному терминалу, который принимает или пытается принимать MBMS-услугу, предоставляется возможность принимать информацию поисковых вызовов при приеме MCCH.

Другой пример поясняется далее. Фиг. 54 - это пояснительный чертеж, показывающий способ преобразования в случае мультиплексирования логического канала PCCH и логических каналов MTCH и MCCH, чтобы переносить их в транспортном канале MCH. На фиг. 54, сигнал поискового вызова переносится в логическом канале PCCH, а связанная с MBMS информация переносится в MTCH и MCCH. Базовая станция может предоставлять MBSFN-субкадр, в который преобразуется только MTCH, и MBSFN-субкадр, в который преобразуются MCCH и PCCH. Базовая станция также может управлять так, чтобы предоставлять MBSFN-субкадр, в который преобразуется только MCCH, и MBSFN-субкадр, в который преобразуется только PCCH. При этом, базовая станция может передавать MTCH и MCCH и PCCH отдельно во времени друг от друга и дополнительно может передавать MCCH и PCCH отдельно во времени друг от друга. Мобильный терминал должен принимать только MBSFN-субкадр, включающий в себя необходимую информацию, и, следовательно, может выполнять DRX-операцию в течение периода времени, во время которого он принимает MBSFN-субкадр, включающий в себя ненужную информацию. Кроме того, MBSFN-субкадр, в котором переносится MCCH, и MBSFN-субкадр, в котором переносится PCCH, могут размещаться таким образом, чтобы быть смежными друг другу во времени. Например, базовая станция выполняет диспетчеризацию таким образом, что MBSFN-субкадр, в котором переносится PCCH, размещается последовательно после (или перед) MBSFN-субкадра, в котором переносится MCCH. Мобильный терминал, который принимает или пытается принимать MBMS, может знать времена приема для приема MCCH и PCCH, соответственно, из длины периода повторения MCCH посредством задания MCCH и PCCH так, чтобы размещаться непрерывно, чтобы принимать MCCH. Следовательно, мобильный терминал, который принимает или пытается принимать MBMS, может принимать сигнал поискового вызова последовательно во время приема MCCH. Кроме того, поскольку MTCH не помещается между MCCH и PCCH, когда терминал не принимает MTCH, терминал может принимать PCCH без осуществления перехода к DRX-операции. В качестве другого примера, способ использования MCH и PCH показывается на фиг. 55. Фиг. 55 - это пояснительный чертеж, показывающий способ преобразования в случае переноса логического канала PCCH в транспортном канале PCH, выполнения мультиплексирования логических каналов MTCH и MCCH, чтобы переносить их в транспортном канале MCH, и дополнительного мультиплексирования PCH и MCH, чтобы переносить их в физическом канале многоадресной передачи. На фиг. 55, сигнал поискового вызова переносится в PCCH, и этот PCCH преобразуется в транспортный канал PCH. Мультиплексирование этого PCH и MCH выполняется, и они преобразуются в PMCH. При этом, базовая станция может передавать PCH и MCH отдельно во времени друг от друга и дополнительно может выполнять кодирование для них независимо друг от друга. Следовательно, мобильный терминал может декодировать каждый из PCH и MCH независимо во время их приема.

Все соты в определенной MBSFN-зоне переносят MCCH, соответствующий этой MBSFN-зоне, в PMCH, а затем выполняют многосотовую передачу периодически в периоды повторения MCCH (периоды повторения MCCH). Мобильный терминал, который принимает или пытается принимать MBMS-услугу, которая передается через схему многосотовой передачи из соты в вышеуказанной MBSFN-зоне, принимает вышеуказанный MCCH через регулярные промежутки времени и также принимает содержимое MBMS-услуги, информацию о конфигурации кадра и т.д., так что мобильный терминал может принимать MBMS-услугу. Следовательно, как раскрыто посредством фиг. 53, посредством включения сигнала поискового вызова в этот MCCH, мобильному терминалу, который принимает или пытается принимать MBMS-услугу, предоставляется возможность принимать информацию поисковых вызовов при приеме MCCH. Как результат, поскольку мобильный терминал не должен принимать поисковые вызовы отдельно во время, отличное от времени приема MCCH, мобильный терминал может принимать поисковые вызовы без прерывания приема MBMS-услуги. Кроме того, в течение периода времени, в течение которого мобильный терминал не принимает MCCH, и в течение периода времени, в течение которого мобильный терминал не принимает MBMS-услуги, мобильный терминал может выполнять операцию прерывистого приема, тем самым имея возможность уменьшать потребляемую мощность.

В случае способа преобразования, раскрытого на фиг. 54, MCCH и PCCH могут быть выполнены таким образом, что они располагаются в идентичном MBSFN-субкадре, и MBSFN-субкадр, в котором переносится MCCH, и MBSFN-субкадр, в котором переносится сигнал поискового вызова, могут разделяться друг от друга во времени и могут размещаться таким образом, чтобы быть смежными друг другу во времени. Один признак настоящего изобретения состоит в том, что "мобильному терминалу предоставляется возможность, при наблюдении MCCH, также наблюдать PCCH". Следовательно, когда MCCH и PCCH переносятся в идентичном MBSFN-субкадре, мобильный терминал должен принимать только субкадр, тогда как когда мультиплексирование с временным разделением каналов MBSFN-субкадра, в котором переносится MCCH, и субкадра, в котором переносится PCCH, выполняется, предпочтительно задавать их так, чтобы быть смежными друг другу. В случае способа преобразования, раскрытого на фиг. 55, необходимо только задавать MBSFN-субкадр, в котором переносится MCCH, и MBSFN-субкадр, в котором переносится сигнал поискового вызова, так, чтобы быть смежными во времени друг другу. Например, базовая станция выполняет диспетчеризацию таким образом, что MBSFN-субкадр, в котором переносится PCCH, размещается последовательно после (или перед) MBSFN-субкадра, в котором переносится MCCH. В случае если они выполнены таким образом, мобильному терминалу, который принимает или пытается принимать MBMS-услугу, предоставляется возможность принимать сигнал поискового вызова непрерывно при приеме MCCH. Как результат, поскольку мобильный терминал не должен отдельно принимать сигнал поискового вызова во время, отличное от времени приема субкадра, в котором переносятся MCCH и PCCH, мобильный терминал может принимать сигнал поискового вызова без прерывания приема MBMS-услуги. Кроме того, в течение периода времени, в течение которого мобильный терминал не принимает MCCH, и в течение периода времени, в течение которого мобильный терминал не принимает MBMS-услуги, мобильный терминал может выполнять операцию прерывистого приема, тем самым имея возможность уменьшать потребляемую мощность.

Конфигурация расположения индикатора, указывающего то, изменена или нет управляющая информация MBMS, и индикатора, указывающего то, передан или нет сигнал поискового вызова, показывается на фиг. 32(b). Один или оба из этих индикаторов могут быть расположены. Индикатор, указывающий то, модифицирована или нет управляющая информация MBMS, упоминается как "индикатор модификации или немодификации связанной с MBMS информации", а индикатор, указывающий то, передан или нет сигнал поискового вызова, упоминается как "индикатор присутствия или отсутствия сигналов поисковых вызовов". Физическая зона, в которую преобразуются индикаторы, может быть расположена в MBSFN-субкадре, через который передается PMCH. В качестве альтернативы, физическая зона, в которую преобразуются индикаторы, может быть зоной, смежной во времени с MBSFN-субкадром, через который передается PMCH. Посредством конфигурирования физической зоны, в которую преобразуются индикаторы, таким образом каждый мобильный терминал может принимать и декодировать MCCH и сигнал поискового вызова, которые переносятся в PMCH сразу после приема индикаторов. Например, 1-битовая информация задается как каждый из индикаторов. Каждый из индикаторов умножается на специфичный для MBSFN-зоны код скремблирования и т.п. и преобразуется в заранее определенную физическую зону. В соответствии с другим способом, например, каждый из индикаторов может формироваться из конкретной для MBSFN-зоны последовательности и может преобразовываться в заранее определенную физическую зону. Когда входящий вызов в мобильный терминал осуществляется, соответствующий индикатор присутствия или отсутствия сигналов поисковых вызовов задается равным "1", тогда как когда входящий вызов в мобильный терминал не осуществляется, индикатор присутствия или отсутствия сигналов поисковых вызовов задается равным "0". Кроме того, например, когда управляющая информация MBMS, которая переносится в MCCH, изменена вследствие изменения содержимого MBMS-услуги, передаваемой в MBSFN-зоне, и т.п., индикатор модификации или немодификации связанной с MBMS информации задается равным "1". Длина периода времени (называемого периодом модификации MBMS), в течение которого может модифицироваться связанная с MBMS информация, определяется, и индикатор модификации или немодификации связанной с MBMS информации "1" многократно передаются в течение этого периода модификации MBMS. Эта длина периода модификации MBMS, время начала (SFN и начальная точка) и т.д. может быть заранее определенной. В качестве альтернативы, они могут сообщаться через широковещательную информацию либо из обслуживающей соты с использованием услуги одноадресной передачи, либо из выделенной для MBMS соты. Когда нет дополнительной модификации в связанной с MBMS информации после истечения периода модификации MBMS, индикатор модификации или немодификации связанной с MBMS информации задается равным "0".

Мобильный терминал может определять то, имеется или нет модификация в связанной с MBMS информации, которая существует в MCCH, и существует или нет сигнал поискового вызова, посредством приема индикаторов либо в рамках MBSFN-субкадра, через который PMCH требуемой MBSFN-зоны передается через схему многосотовой передачи, либо в рамках смежного MBSFN-субкадра, и выполнения декодирования с сужением спектра и т.д. для каждого из индикаторов, чтобы определять то, равен каждый из индикаторов 1 или 0. Посредством такого расположения индикаторов, когда нет модификации в управляющей информации MBMS и когда сигнала поискового вызова не существует, мобильный терминал не должен принимать и/или декодировать всю информацию о PMCH. Следовательно, появляется возможность уменьшать принимаемую мощность мобильного терминала. Физическая зона, в которую преобразуется индикатор модификации или немодификации связанной с MBMS информации, указывающий то, модифицирована или нет управляющая информация MBMS, может быть первым из одного или более MBSFN-субкадров, в которые преобразуется управляющая информация MBMS. В качестве альтернативы, физическая зона, в которую преобразуется индикатор модификации или немодификации связанной с MBMS информации, указывающий то, модифицирована или нет управляющая информация MBMS, может быть символом OFDM (мультиплексирования с ортогональным частотным разделением каналов) в заголовке вышеуказанного первого MBSFN-субкадра. Как результат, мобильный терминал получает возможность определять то, осуществлена или нет модификация в управляющей информации MBMS, посредством приема первого OFDM-символа.

Кроме того, физическая зона, в которую преобразуется индикатор присутствия или отсутствия сигналов поисковых вызовов, указывающий то, существует или нет сигнал поискового вызова, может быть первым из одного или более MBSFN-субкадров, в которые преобразуется сигнал поискового вызова. В качестве альтернативы, физическая зона, в которую преобразуется индикатор модификации или немодификации связанной с MBMS информации, указывающий то, модифицирована или нет управляющая информация MBMS, может быть OFDM-символом в заголовке вышеуказанного первого MBSFN-субкадра. Как результат, мобильный терминал получает возможность определять то, существует или нет сигнал поискового вызова, посредством приема первого OFDM-символа. Посредством преобразования каждого индикатора в такую физическую зону, как упомянуто выше, когда нет модификации в управляющей информации MBMS и когда сигнала поискового вызова не существует, мобильный терминал не должен принимать и/или декодировать последующие OFDM-символы. Следовательно, появляется возможность дополнительно уменьшать принимаемую мощность мобильного терминала. Кроме того, поскольку мобильный терминал может определять то, имеется или нет модификация в управляющей информации MBMS либо существует или нет сигнал поискового вызова на более ранней стадии от первого MBSFN-субкадра или OFDM-символа в заголовке первого MBSFN-субкадра, мобильный терминал может сразу принимать управляющую информацию MBMS или может сразу принимать сигнал поискового вызова, появляется возможность уменьшать задержку на управление в мобильном терминале. Индикатор модификации или немодификации связанной с MBMS информации и индикатор присутствия или отсутствия сигналов поисковых вызовов могут преобразовываться в идентичную физическую зону или могут преобразовываться в различные физические зоны. В случае если индикаторы преобразуются в идентичную физическую зону, необходимо только реализовывать логическую операцию "или" для индикаторов. Как результат, каждый мобильный терминал должен принимать только один индикатор, предоставляется преимущество возможности упрощать конфигурацию приемной схемы. Напротив, в случае если индикаторы преобразуются в различные физические зоны, каждый мобильный терминал должен принимать только требуемый один из индикаторов без необходимости принимать другой индикатор. Следовательно, принимаемая мощность мобильного терминала дополнительно может уменьшаться, и время задержки, возникающее при приеме запрошенной информации, дополнительно может уменьшаться. Например, когда мобильный терминал задается так, чтобы не принимать сигнал поискового вызова при приеме MBMS-услуги, мобильный терминал должен принимать только индикатор модификации или немодификации связанной с MBMS информации и, следовательно, может исключать необходимость принимать индикатор присутствия или отсутствия сигналов поисковых вызовов. Длины периодов повторения индикаторов могут быть идентичными друг другу или могут отличаться друг от друга. Длина периода повторения каждого из индикаторов может быть идентичной длине периода повторения MCCH или может отличаться от длины периода повторения MCCH. Например, индикатор модификации или немодификации связанной с MBMS информации может быть расположен в PMCH, в котором переносится MCCH, один раз для каждых нескольких раз, когда PMCH передается.

Длины периодов повторения индикаторов упоминаются как период повторения индикатора присутствия или отсутствия сигналов поисковых вызовов (период повторения) и период повторения связанного с MBMS индикатора модификации или немодификации (период повторения), соответственно. Время начала (SFN и начальная точка) MBSFN-субкадра, в котором индикатор существует, номер субкадра, длины периода повторения индикаторов и т.д. могут сообщаться через широковещательную информацию из обслуживающей соты с использованием услуги одноадресной передачи, могут сообщаться через широковещательную информацию из выделенной для MBMS соты или могут быть заранее определенными. Каналом, выделенным индикатору модификации или немодификации связанной с MBMS информации, может быть, например, MICH (канал индикатора MBMS). Кроме того, индикатор присутствия или отсутствия сигналов поисковых вызовов может формироваться в MICH. Длина периода повторения индикатора присутствия или отсутствия сигналов поисковых вызовов может быть идентичной длине периода повторения MICH (периода повторения MICH) или может отличаться от длины MICH. Уведомление относительно индикаторов может быть выполнено посредством использования способа, идентичного описанному выше. Как результат, время, когда каждый индикатор передается, не ограничено временем, когда MCCH передается, и, следовательно, появляется возможность гибко проектировать систему.

В случае если сигнал поискового вызова включается в PMCH, возникает такая проблема, что, когда число мобильных терминалов, для каждого из которых осуществляется входящий вызов, становится огромным, отнимает слишком много времени для каждого мобильного терминала то, чтобы обнаруживать предназначенный для самого мобильного терминала сигнал поискового вызова. Дополнительная проблема состоит в том, что ни одна зона, в которую должны преобразовываться сигналы поисковых вызовов для всех мобильных терминалов, для каждого из которых осуществляется входящий вызов, не может быть обеспечена в заранее определенной физической зоне, в которой должны переноситься сигналы поисковых вызовов. Чтобы разрешать эти проблемы, способ выполнения группировки поисковых вызовов раскрывается далее. Способ выполнения группировки поисковых вызовов показывается на фиг. 32(c). Все мобильные терминалы делятся на K групп, и индикатор присутствия или отсутствия сигналов поисковых вызовов располагается для каждой из групп. Физическая зона, используемая для индикатора присутствия или отсутствия сигналов поисковых вызовов, делится на K частей, и индикаторы присутствия или отсутствия сигналов поисковых вызовов K групп преобразуются в K разделенных частей физической зоны, соответственно. В этом случае, K может иметь значение в диапазоне от 1 до числа всех мобильных терминалов. Когда входящий вызов в мобильный терминал осуществляется, индикатор присутствия или отсутствия сигналов поисковых вызовов группы, которой принадлежит этот мобильный терминал, задается равным "1". Когда входящие вызовы ни к одному из всех мобильных терминалов, принадлежащих группе, не осуществляются, индикатор присутствия или отсутствия сигналов поисковых вызовов этой группы задается равным "0". Повторение и т.п. значения индикатора присутствия или отсутствия сигналов поисковых вызовов может выполняться так, чтобы каждый из мобильных терминалов удовлетворял требуемой частоте ошибок приема. Физическая зона, в которую преобразуются сигналы поисковых вызовов, также делится на K частей, и эти K частей приводятся в соответствие вышеуказанным K групп, соответственно. В качестве сигнала поискового вызова, предназначенного для каждого мобильного терминала, может предоставляться идентификатор мобильного терминала (идентификационный номер или идентификационный код). Каждый из K разделенных фрагментов физической зоны является суммой физических зон мобильных терминалов соответствующей группы, в каждой из которых приспосабливаются данные сигнала поискового вызова, требуемые посредством одного мобильного терминала. Число мобильных терминалов в каждой группе может быть идентичным числу в любой другой группе или может отличаться от числа в любой другой группе.

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

В качестве идентификационного кода, конкретного для каждого мобильного терминала, используется код, специфичный для каждой соты, когда одноадресная передача выполняется. Проблема, тем не менее, заключается в том, что в случае, если специфичный для мобильного терминала идентификационный код является конкретным для каждой соты, имеющей частотный уровень, выделенный MBMS, одинаковые данные не передаются из каждой соты, когда MC-передача выполняется в MBSFN-зоне, и поэтому каждый мобильный терминал теряет возможность принимать данные из обслуживающей соты, поскольку передаваемый сигнал из другой соты выступает в качестве шума, и качество приема ухудшается. Чтобы разрешать эту проблему, в соответствии с настоящим изобретением, идентификационный код, специфичный для каждого мобильного терминала, задается так, чтобы быть конкретным для каждой MBSFN-зоны. В качестве конкретного примера, идентификационный код мобильного терминала располагается для каждой MBSFN-зоны, и этот идентификационный код мобильного терминала передается заранее в мобильные терминалы, в каждый из которых сигнал поискового вызова может быть передан из MBSFN-зоны. В качестве альтернативы, идентификационный код мобильного терминала может извлекаться из IMSI или идентификатора MBSFN-зоны. Способ извлечения идентификационного кода мобильного терминала может быть заранее определенным. Сторона сети и сторона каждого мобильного терминала могут извлекать идентификационный код мобильного терминала посредством использования идентичного параметра и идентичного вычислительного выражения. Соответственно, необязательно передавать идентификационный код мобильного терминала, специфичный для каждой MBSFN-зоны, со стороны сети в каждый мобильный терминал. Следовательно, предоставляется преимущество возможности уменьшать объем передаваемых служебных сигналов. Этот специфичный для мобильного терминала идентификационный код, специфичный для каждой MBSFN-зоны, не может быть передан в широковещательном режиме как широковещательная информация ни из соты для одноадресной передачи, ни из выделенной для MBMS соты, поскольку специфичный для мобильного терминала идентификационный код - это отдельная информация. Следовательно, необходимо только извлекать специфичный для мобильного терминала идентификационный код посредством использования конкретного для мобильного терминала номера, такого как идентификатор MBSFN-зоны или IMSI. Необходимо извлекать идентификационный номер мобильного терминала, специфичный для каждой MBSFN-зоны, посредством использования идентичного вычислительного выражения как на стороне сети (MME и в MCE), так и в каждом мобильном терминале. Вычислительное выражение может быть заранее определенным. Как результат, появляется возможность использовать идентификационный код, специфичный для каждой MBSFN-зоны, в качестве этого конкретного для мобильного терминала идентификационного кода, и поэтому каждый мобильный терминал получает возможность принимать предназначенный для самого мобильного терминала сигнал поискового вызова.

В соответствии с другим способом, MME извлекает специфичный для мобильного терминала идентификационный код, специфичный для каждой MBSFN-зоны, посредством использования конкретного идентификационного номер и идентификатора MBSFN-зоны каждого мобильного терминала, передает специфичный для мобильного терминала идентификационный код в каждый мобильный терминал через обслуживающую соту и дополнительно передает специфичный для мобильного терминала идентификационный код в MCE. Например, MME передает специфичный для мобильного терминала идентификационный код в каждый мобильный терминал через обслуживающую соту посредством использования допуска присоединения, как показано на этапах ST1716-ST1718. Способ передачи конкретного для мобильного терминала идентификационного кода в каждый мобильный терминал через обслуживающую соту не ограничен использованием допуска присоединения. Например, MME может передавать специфичный для мобильного терминала идентификационный код в каждый мобильный терминал посредством использования отдельного сигнала (DCCH, DTCH и т.п.). В качестве альтернативы, MME может передавать специфичный для мобильного терминала идентификационный код в каждый мобильный терминал посредством использования запроса поискового вызова, который MME передает в MCE, например, на ST1776. MCE может передавать специфичный для мобильного терминала идентификационный код в выделенную для MBMS соту, вместе с запросом поискового вызова по ST1780. В этом случае, поскольку специфичный для мобильного терминала идентификационный код передается вместе с запросом поискового вызова, операции управления, выполняемые посредством MME, MCE и выделенной для MBMS соты, могут упрощаться. MME разрешается извлекать специфичный для мобильного терминала идентификационный номер, заданный для каждой MBSFN-зоны, посредством использования конкретного идентификационного номера и идентификатора MBSFN-зоны каждого мобильного терминала. Способ задания идентификационного кода мобильного терминала так, чтобы быть конкретным для каждой MBSFN-зоны, не применяется ограниченно к этому варианту осуществления. Способ задания идентификационного кода мобильного терминала так, чтобы быть конкретным для каждой MBSFN-зоны, также может применяться к случаю, при выполнении многосотовой (MC) передачи данных в каждой MBSFN-зоне, умножения данных на специфичный для мобильного терминала идентификационный код. Два или более конкретных для мобильного терминала идентификационных кода, конкретные для каждого мобильного терминала, могут быть заданы для каждой MBSFN-зоны. Два или более конкретных для мобильного терминала идентификационных кода могут быть по-разному использоваться. Например, два различных конкретных для мобильного терминала идентификационных кода, конкретные для каждого мобильного терминала, предоставляются для каждой MBSFN-зоны, и один из них используется для сигнала поискового вызова, а другой идентификационный код используется для управляющей информации MBMS. Посредством предоставления двух различных конкретных для мобильного терминала идентификационных кодов таким образом, сигнал поискового вызова, который передается через схему MC-передачи в MBSFN-зоне, разделяется на части, соответственно, предназначенные для мобильных терминалов, и каждый из мобильных терминалов может принимать предназначенный для самого мобильного терминала сигнал поискового вызова.

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

Таким образом, посредством задания MBSFN-субкадра, в который преобразуется сигнал поискового вызова, как физической зоны, в которую индикатор, показывающий то, передан или нет сигнал поискового вызова, преобразуется, как информация о диспетчеризации MBSFN-субкадра, в котором существует индикатор присутствия или отсутствия сигналов поисковых вызовов (к примеру, ведущий из MBSFN-кадров, длина периода MBSFN-кадров и т.д.), так и информация о диспетчеризации MBSFN-субкадра, в котором существует сигнал поискового вызова, не должна уведомляться или заранее определяться, хотя только одна из них может уведомляться или заранее определяться. Следовательно, появляется возможность упрощать операцию управления для управления процессом поисковых вызовов, и предоставляется другое преимущество возможности уменьшать объем передаваемых служебных сигналов между стороной сети или базовой станцией и каждым мобильным терминалом.

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

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

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

Фиг. 33 - это пояснительный чертеж, показывающий способ преобразования сигнала поискового вызова в зону в физическом канале многоадресной передачи. На фиг. 33, сигналы поисковых вызовов, предназначенные для мобильных терминалов n1, n2 и т.д., для каждого из которых входящий вызов, такой как речевой вызов, осуществляется, из мобильных терминалов, принадлежащих группе для передачи поисковых вызовов n, преобразуются в физическую зону, соответствующую этой группе n. Базовая станция умножает сигнал поискового вызова, предназначенный для каждого из мобильных терминалов, на идентификационный код, специфичный для этого мобильного терминала (число или последовательность), выполняет добавление CRC (контроля циклическим избыточным кодом) и выполняет процесс, включающий в себя кодирование (кодирование) и согласование скорости. Результат последовательности выполняемых процессов выделяется элементам канала управления (CCE: элементам канала управления), каждый из которых имеет размер, соответствующий размеру физической зоны, в которую сигналы поисковых вызовов преобразуются, и множество элементов канала управления, число которых равно числу мобильных терминалов, для каждого из которых осуществляется входящий вызов, соединяются друг с другом. Связный результат подвергается процессу скремблирования с использованием конкретного для MBSFN-зоны кода скремблирования (кода скремблирования), процессу модуляции и т.д. Процесс модуляции может быть конкретным для MBSFN-зоны. Результат выполнения этих процессов преобразуется в физическую зону, соответствующую группе для передачи поисковых вызовов n. В этом случае, базовая станция задает "1"" для индикатора присутствия или отсутствия сигналов поисковых вызовов (индикатора 1) группы для передачи поисковых вызовов n и затем преобразует его в физическую зону, соответствующую группе для передачи поисковых вызовов n индикатора присутствия или отсутствия сигналов поисковых вызовов.

Физическая зона, соответствующая группе для передачи поисковых вызовов n, может быть заранее определенной или может сообщаться, как широковещательная информация, либо из обслуживающей соты на стороне одноадресной передачи, либо из выделенной для MBMS соты в базовую станцию. Каждый из мобильных терминалов принимает индикатор присутствия или отсутствия сигналов поисковых вызовов группы для передачи поисковых вызовов, которой сам мобильный терминал принадлежит, и, когда индикатор присутствия или отсутствия сигналов поисковых вызовов имеет значение "1", принимает физическую зону, используемую для сигнала поискового вызова, соответствующего этой группе для передачи поисковых вызовов. Каждый из мобильных терминалов принимает физическую зону, используемую для сигнала поискового вызова, выполняет демодуляцию и дескремблирование (дескремблирование) с помощью конкретного для MBSFN-зоны кода скремблирования и делит результат демодуляции и дескремблирования на части, каждая из которых соответствует модулю управляющего информационного элемента. Каждый из мобильных терминалов выполняет обнаружение вслепую сигнала поискового вызова, предназначенного для самого мобильного терминала, посредством выполнения процесса, включающего в себя декодирование (декодирование) для каждой из разделенных частей, каждая из которых соответствует модулю управляющего информационного элемента, и затем выполняет операцию вычисления корреляции с конкретным для мобильного терминала идентификационным номером. Когда результат операции корреляции превышает определенное пороговое значение, каждый из мобильных терминалов определяет то, что имеются предназначенные для самого мобильного терминала поисковые вызовы, и начинает операцию приема входящего вызова поисковых вызовов с сигналом поискового вызова. Напротив, когда результат операции корреляции равен или меньше определенного порогового значения, каждый из мобильных терминалов определяет то, что нет предназначенных для самого мобильного терминала поисковых вызовов, и осуществляет переход к приему связанной с MBMS информации или осуществляет переход к операции прерывистого приема, если нет необходимости принимать какую-либо связанную с MBMS информацию. То, какой группе каждый из мобильных терминалов принадлежит, может быть определено посредством использования заранее определенного способа определения или может сообщаться, как широковещательная информация, либо из обслуживающей соты с использованием услуги одноадресной передачи, либо из выделенной для MBMS соты для самого мобильного терминала через верхний уровень.

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

Фиг. 34 показывает другой пример способа преобразования сигналов поисковых вызовов в физическую зону в PMCH, в котором должны переноситься сигналы поисковых вызовов. Сигналы поисковых вызовов в мобильные терминалы n1, n2 и т.д., для каждого из которых входящий вызов осуществляется, из мобильных терминалов, принадлежащих группе для передачи поисковых вызовов n, преобразуются в физическую зону, соответствующую этой группе n. Базовая станция выполняет добавление CRC для сигнала поискового вызова, предназначенного для каждого из мобильных терминалов, и выполняет процесс, включающий в себя кодирование и согласование скорости. Результат этих процессов, выполняемых для сигнала поискового вызова, умножается на идентификационный код (номер), специфичный для вышеуказанного мобильного терминала. Данный специфичный для мобильного терминала идентификационный код - это код скремблирования, имеющий ортогональность, которая устанавливается для кодов скремблирования мобильных терминалов, включающих в себя код скремблирования. Базовая станция выполняет мультиплексирование результатов множества умножений результатов процессов посредством кодов скремблирования, причем число умножений равно числу мобильных терминалов, для каждого из которых осуществляется входящий вызов. Базовая станция затем выполняет процесс скремблирования с использованием конкретного для MBSFN-зоны кода скремблирования, процесс модуляции и т.д. для результата мультиплексирования. Процесс модуляции может быть конкретным для MBSFN-зоны. Результат выполнения этих процессов преобразуется в физическую зону, соответствующую группе для передачи поисковых вызовов n. В этом случае, базовая станция задает "1"" для индикатора присутствия или отсутствия сигналов поисковых вызовов группы для передачи поисковых вызовов n и затем преобразует его в физическую зону, соответствующую группе для передачи поисковых вызовов n индикатора присутствия или отсутствия сигналов поисковых вызовов. Физическая зона, соответствующая группе для передачи поисковых вызовов n, может быть заранее определенной или может сообщаться, как широковещательная информация, либо из обслуживающей соты на стороне одноадресной передачи, либо из выделенной для MBMS соты в базовую станцию. Каждый из мобильных терминалов принимает индикатор присутствия или отсутствия сигналов поисковых вызовов группы для передачи поисковых вызовов, которой сам мобильный терминал принадлежит, и, когда индикатор присутствия или отсутствия сигналов поисковых вызовов имеет значение "1", принимает физическую зону, используемую для сигнала поискового вызова, соответствующего этой группе для передачи поисковых вызовов. Каждый из мобильных терминалов принимает физическую зону, используемую для сигнала поискового вызова, и выполняет демодуляцию и дескремблирование с использованием конкретного для MBSFN-зоны кода скремблирования. Каждый из мобильных терминалов выполняет обнаружение вслепую сигнала поискового вызова, предназначенного для самого мобильного терминала, посредством выполнения операции вычисления корреляции с дескремблированием и конкретным для мобильного терминала идентификационным номером. Когда результат операции корреляции превышает определенное пороговое значение, каждый из мобильных терминалов определяет то, что имеются предназначенные для самого мобильного терминала поисковые вызовы, и начинает операцию приема входящего вызова поисковых вызовов с декодированным сигналом поискового вызова. Напротив, когда результат операции корреляции равен или меньше определенного порогового значения, каждый из мобильных терминалов определяет то, что нет предназначенных для самого мобильного терминала поисковых вызовов, и осуществляет переход к приему связанной с MBMS информации или осуществляет переход к операции прерывистого приема, если нет необходимости принимать какую-либо связанную с MBMS информацию. То, какой группе каждый из мобильных терминалов принадлежит, может быть определено посредством использования заранее определенного способа определения или может сообщаться, как широковещательная информация, либо из обслуживающей соты с использованием услуги одноадресной передачи, либо из выделенной для MBMS соты для самого мобильного терминала через верхний уровень. Вместо сигналов поисковых вызовов, описанных на фиг. 33 и 34, может предоставляться транспортный канал, в который преобразуются сигналы поисковых вызовов. Этот способ также может применяться к последующим вариантам осуществления. Необходимо использовать информацию, в которой сигналы поисковых вызовов переносятся, причем информация является связанной с поисковыми вызовами информацией, которую каждый мобильный терминал запрашивает при приеме поисковых вызовов. Некоторые способы, каждый из которых преобразует сигналы поисковых вызовов в зону в PMCH, в котором должны переноситься сигналы поисковых вызовов, раскрываются, хотя преобразование альтернативно может выполняться таким образом, что вышеуказанная зона, в которую должны переноситься сигналы поисковых вызовов, - это произвольная заранее определенная зона, локализованная зона (физическая зона, непрерывная на частотной оси) или распределенные зоны (физические зоны, распределенные на частотной оси).

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

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

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

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

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

В вышеуказанном примере раскрывается способ преобразования для преобразования сигналов поисковых вызовов в физическую зону. Этот способ может применяться также к случаю преобразования индикатора, показывающего то, передан или нет сигнал поискового вызова, в физическую зону. Кроме того, в вышеуказанном примере, базовая станция умножает сигнал поискового вызова, предназначенный для каждого мобильного терминала, на идентификационный номер, специфичный для мобильного терминала. Базовая станция может умножать индикатор, показывающий то, передан или нет сигнал поискового вызова, на специфичный для мобильного терминала идентификационный код (UE-ID или RNTI) или может добавлять специфичный для мобильного терминала идентификационный код к индикатору. Кроме того, базовая станция выполнена таким образом, чтобы добавлять CRC к индикатору, показывающему то, передан или нет сигнал поискового вызова, и также может использовать способ умножения CRC на специфичный для мобильного терминала идентификационный номер. Как результат, поскольку каждый из мобильных терминалов получает возможность выполнять обнаружение вслепую того, является или нет это информацией, предназначенной для самого мобильного терминала, посредством использования идентификационного кода, конкретного для мобильного терминала, становится необязательным устанавливать физическую зону, в которую индикатор, показывающий то, передан или нет сигнал поискового вызова, предназначенный для каждого из мобильных терминалов, преобразуется заранее. Кроме того, физическая зона, в которую может преобразовываться этот индикатор, может быть заранее определенной или может быть передана в широковещательном режиме. Посредством такого определения заранее или передачи в широковещательном режиме физической зоны, физические ресурсы могут использоваться гибко. Как упоминается ниже, эти способы являются эффективными не для случая, в котором индикатор, показывающий то, передан или нет сигнал поискового вызова, является 1-битовой информацией, а для случая, в котором объем информации, передаваемый в каждый из мобильных терминалов, такой как информация о выделении сообщения поискового вызова, отличается.

При преобразовании сигнала поискового вызова в PMCH, необходимо отличать сигнал поискового вызова от другой информации, к примеру, MCCH и MTCH. В вышеуказанном способе, посредством расположения физической зоны, используемой для сигнала поискового вызова, или умножения сигнала поискового вызова на специфичный для мобильного терминала идентификационный номер, или добавления этого идентификационного номера к сигналу поискового вызова, сигнал поискового вызова отличается от другой информации. В соответствии с другим способом, каждая информация, которая должна преобразовываться в PMCH, может быть умножена на идентификатор (идентификатор), специфичный для типа информации. В качестве альтернативы, только конкретный тип информации может быть умножен на идентификатор, специфичный для конкретного типа информации. Поскольку идентификатор, специфичный для конкретного типа информации, используется для MBSFN-субкадров, которые передаются через схему многосотовой передачи, в отличие от случая обмена данными одноадресной передачи, идентичный идентификатор, специфичный для конкретного типа информации, должен быть передан из множества сот, которые выполняют многосотовую передачу. Например, идентификатор, специфичный для каждого идентичного типа информации, используется в каждой MBSFN-зоне. В качестве конкретного примера, случай, в котором сигнал поискового вызова, MCCH и MTCH передаются через PMCH из выделенной для MBMS соты, рассматривается. Выделенная для MBMS сота умножает сигнал поискового вызова на идентификатор, используемый для сигнала поискового вызова, умножает MCCH на идентификатор для MCCH, умножает MCCH на идентификатор для MCCH и передает их посредством использования PMCH. Мобильный терминал, который должен принимать сигнал поискового вызова, из мобильных терминалов, обслуживаемых посредством выделенной для MBMS соты, выполняет обнаружение вслепую сигнала поискового вызова посредством использования идентификатора для сигнала поискового вызова. Мобильный терминал, который должен принимать MTCH или MCCH, из мобильных терминалов, обслуживаемых посредством выделенной для MBMS соты, выполняет обнаружение вслепую MTCH или MCCH посредством использования идентификатора для MTCH или MCCH. Как результат, может обеспечиваться преимущество предоставления возможности такому мобильному терминалу принимать запрошенную информацию, когда мобильный терминал запрашивает информацию. Соответственно, может предоставляться преимущество уменьшения потребляемой мощности мобильного терминала. Может предоставляться дополнительное преимущество недопущения возникновения времени задержки на управление в мобильном терминале. Идентификатор, различный для каждого типа информации, может быть заранее определенным или может быть передан в широковещательном режиме через широковещательную информацию из обслуживающей соты. В качестве альтернативы, идентификатор, различный для каждого типа информации, может быть передан в широковещательном режиме из выделенной для MBMS соты. Кроме того, поскольку каждый из мобильных терминалов получает возможность выполнять обнаружение вслепую, когда сигнал поискового вызова умножается на или добавляется к конкретному для мобильного терминала идентификатору, становится необязательным устанавливать физическую зону, в которую сигнал поискового вызова, предназначенный для каждого из мобильных терминалов, преобразуется заранее. Следовательно, преобразование может выполняться гибко, и предоставляется преимущество повышения эффективности использования физических ресурсов.

Посредством использования способа переноса сигналов поисковых вызовов в PMCH, который раскрывается выше в этом варианте осуществления 7, система мобильной связи может передавать сигналы поисковых вызовов, предназначенные для всех мобильных терминалов, каждый из которых принимает или пытается принимать MBMS-услугу из выделенной для MBMS соты, чтобы давать возможность каждому из вышеуказанных мобильных терминалов принимать сигнал поискового вызова из выделенной для MBMS соты.

Далее, разновидность этого варианта осуществления 7 поясняется. В варианте осуществления 7, способ, чтобы предоставлять возможность каждому мобильному терминалу принимать сигнал поискового вызова из выделенной для MBMS соты, переносящей сигнал поискового вызова в PMCH каждой MBSFN-зоны, раскрывается. Способ, при конфигурировании PMCH, выполнения либо мультиплексирования с временным разделением каналов (TDM), либо мультиплексирования с кодовым разделением каналов (CDM) для PMCH каждой MBSFN-зоны раскрывается выше. В первой разновидности, которая поясняется далее, способ, при конфигурировании PMCH, выполнения как мультиплексирования с временным разделением каналов (TDM), так и мультиплексирования с кодовым разделением каналов (CDM) для каждой MBSFN-зоны.

Фиг. 41 - это пояснительный чертеж, показывающий конфигурацию PMCH, расположенного для каждой MBSFN-зоны. На фиг. 41, как мультиплексирование с временным разделением каналов (TDM), так и мультиплексирование с кодовым разделением каналов (CDM) используется для каждой MBSFN-зоны. Сотой #n1 является сота, находящаяся в MBSFN-зоне 1, сотой #n2 является сота, находящаяся в MBSFN-зоне 2, а сотой #n3 является сота, находящаяся в MBSFN-зоне 3. Кроме того, соты #1, #2 и #3 также принадлежат MBSFN-зоне 4. Мультиплексирование с кодовым разделением каналов PMCH MBSFN-зон 1, 2 и 3 выполняется, и мультиплексирование с временным разделением каналов PMCH MBSFN-зон 1, 2 и 3, и PMCH MBSFN-зоны 4 выполняется. Поскольку сота #n1 принадлежит MBSFN-зоне 1, PMCH, соответствующий MBSFN-зоне 1, передается в это время. PMCH передается в MBSFN-субкадре, поскольку PMCH передается через схему многосотовой передачи в каждой MBSFN-зоне. Набор MBSFN-кадров, которым выделяются MBSFN-субкадры, упоминается как "кластер MBSFN-кадров" (кластер MBSFN-кадров). В выделенной для MBMS соте все субкадры в MBSFN-кадре могут быть MBSFN-субкадрами, используемыми для многосотовой передачи. Длина каждого из периодов повторения, в которые повторяется кластер MBSFN-кадров, соответствующий определенной MBSFN-зоне, выражается как "период повторения кластера MBSFN-кадров" (период повторения кластера MBSFN-кадров). MCH, который является транспортным каналом для MBMS, преобразуется в PMCH, и один или оба из логического канала MCCH, который является управляющей информацией для MBMS, и логического канала MTCH, который является данными для MBMS, преобразуются в MCH.

MCCH и MTCH могут быть разделены во времени и преобразованы в PMCH или могут быть разделены во времени и преобразованы в физическую зону, которая передается через схему многосотовой передачи. Например, MCCH и MTCH могут преобразовываться в различные MBSFN-субкадры, которые являются физической зоной, в которую они в итоге преобразуются. MCCH может преобразовываться в каждый кластер MBSFN-кадров, или только MTCH может преобразовываться в каждый кластер MBSFN-кадров. В случае если только MTCH преобразуется в PMCH, период повторения MCCH отличается от периода повторения кластера MBSFN-кадров. Кроме того, имеется случай, в котором множество MCCH преобразуются в кластер MBSFN-кадров. Длина каждого из периодов повторения, в которые повторяется MCCH, выражается как "период повторения MCCH" (период повторения MCCH). На фиг. 41, MCCH1 - это управляющая информация MBMS для MBSFN-зоны 1, и MTCH1 - это MBMS-данные для MBSFN-зоны 1. Аналогично, MCCH2 - это управляющая информация MBMS для MBSFN-зоны 2, MTCH2 - это MBMS-данные для MBSFN-зоны 2, MCCH3 - это управляющая информация MBMS для MBSFN-зоны 3, и MTCH3 - это MBMS-данные для MBSFN-зоны 3. Мультиплексирование с кодовым разделением каналов PMCH соты #n1, PMCH соты #n2 и PMCH соты #n3 выполняется, и они передаются одновременно. Поскольку сота #n1 (или сота #n2 или #n3) принадлежат MBSFN-зоне 1 (или 2 или 3) и MBSFN-зоне 4, мультиплексирование с временным разделением каналов PMCH MBSFN-зоны 1 (или 2 или 3) и PMCH MBSFN-зоны 4 выполняется. Поскольку многосотовая передача PMCH MBSFN-зоны 4 выполняется в MBSFN-зоне 4, передача PMCH в каждой из сот #n1, #n2 и #n3 выполняется одновременно. Посредством использования таким образом способа выполнения как мультиплексирования с временным разделением каналов, так и мультиплексирования с кодовым разделением каналов для PMCH каждой MBSFN-зоны, например, мультиплексирование с временным разделением каналов может использоваться для MBSFN-зон, которые перекрывают друг друга, и мультиплексирование с кодовым разделением каналов может использоваться для MBSFN-зон, которые не перекрывают друг друга. Следовательно, по сравнению со случаем использования только мультиплексирования с временным разделением каналов, эффективность радиоресурсов может повышаться, поскольку мультиплексирование с кодовым разделением каналов используется. Кроме того, по сравнению со случаем использования только мультиплексирования с кодовым разделением каналов, взаимные помехи между MBSFN-зонами, которые перекрывают друг друга, могут уменьшаться, и ошибки приема, обнаруживаемые в MBMS-данных, принимаемых посредством каждого мобильного терминала, могут уменьшаться.

Далее, конфигурация каждого PMCH, которая предоставляет возможность каждому мобильному терминалу принимать поисковые вызовы из выделенной для MBMS соты, описывается. Как мультиплексирование с временным разделением каналов, так и мультиплексирование с кодовым разделением каналов используется для каждой MBSFN-зоны. Следовательно, два или более PMCH, передаваемые из каждой соты, также существуют для каждой MBSFN-зоны. Чтобы рассматривать случай, в котором два или более PMCH для каждой MBSFN-зоны существуют в одной соте, сигналы поисковых вызовов выполнены таким образом, чтобы переноситься в PMCH, соответствующих всем MBSFN-зонам. Способ включения сигналов поисковых вызовов, как показано на фиг. 32, может применяться к PMCH каждой MBSFN-зоны. В соответствии с этой конфигурацией, мобильный терминал, который находится в зоне, в которой он может принимать MBMS-услуги, предоставленные посредством множества MBSFN-зон, принимает MCCH любой одной из MBSFN-зон, из которых мобильный терминал принимает или пытается принимать MBMS-услугу, так что мобильный терминал может принимать поисковые вызовы посредством приема вышеуказанного MCCH. Поскольку мобильный терминал не должен принимать MCCH MBSFN-зоны, предоставляющей MBMS-услугу, отличную от MBMS-услуги, которую мобильный терминал принимает, и, следовательно, может выполнять прерывистый прием, мобильный терминал может уменьшать свою потребляемую мощность. В качестве другого способа, описывается конфигурация переноса сигнала поискового вызова в PMCH одной MBSFN-зоны. Например, конфигурация формируется таким образом, что MCCH (P-MCCH) преобразуется только в PMCH наименьшей из MBSFN-зон, которым принадлежит одна сота, и MCCH не преобразуется в PMCH какой-либо другой MBSFN-зоны, и способ переноса сигнала поискового вызова, как показано на фиг. 32, применяется к PMCH наименьшей MBSFN-зоны. Управляющая информация MBMS о другой MBSFN-зоне включается в MCCH (P-MCCH), преобразованный в PMCH наименьшей MBSFN-зоны.

Поскольку конфигурация формируется таким образом, даже когда, например, мобильный терминал принимает MBMS-услугу из одной из множества MBSFN-зон, мобильный терминал получает возможность принимать поисковые вызовы посредством приема MCCH (P-MCCH) наименьшей MBSFN-зоны при приеме этого MCCH (P-MCCH). Помимо этого, мобильный терминал не должен изменять период повторения поисковых вызовов согласно изменению в MBMS-услуге, чтобы принимать, в этом случае, период повторения MCCH (период повторения MCCH) и, следовательно, может упрощать свою операцию управления. Помимо этого, поскольку появляется возможность преобразовывать только MTCH в PMCH другой MBSFN-зоны, предоставляется преимущество возможности повышать эффективность радиоресурсов в системе. Кроме того, в соответствии с другим способом, MCCH, соответствующий другой MBSFN-зоне, также может преобразовываться в PMCH наименьшей MBSFN-зоны. Также в этом случае, способ переноса сигнала поискового вызова, как показано на фиг. 32, может применяться к этому PMCH. Как результат, идентичное преимущество предоставляется, при этом каждый MCCH может быть разделен во времени и преобразован в физическую зону. Следовательно, мобильный терминал может принимать MCCH требуемой MBSFN-зоны и выполнять прерывистый прием физической зоны, через которую передается другой MCCH. Конфигурация переноса сигнала поискового вызова в PMCH одной MBSFN-зоны описывается в качестве другого способа. Например, конфигурация формируется таким образом, что основной MCCH (P-MCCH) преобразуется в PMCH MBSFN-зоны, которой принадлежит одна сота, и дополнительный MCCH (S-MCCH) преобразуется в PMCH другой MBSFN-зоны, и способ переноса сигнала поискового вызова, как показано на фиг. 32, применяется к PMCH, в котором переносится PCCH. Поскольку конфигурация формируется таким образом, даже когда, например, мобильный терминал принимает MBMS-услугу из одной из множества MBSFN-зон, мобильный терминал получает возможность принимать поисковые вызовы посредством приема P-MCCH при приеме этого P-MCCH. Помимо этого, мобильный терминал не должен изменять период повторения поисковых вызовов согласно изменению в MBMS-услуге, чтобы принимать, в этом случае, период повторения MCCH (период повторения MCCH) и, следовательно, может упрощать свою операцию управления. В качестве способа преобразования сигнала поискового вызова в физическую зону в PMCH, в котором переносится сигнал поискового вызова, способ, раскрытый на фиг. 33 или 34, может применяться.

В вышеуказанном варианте осуществления 7 и разновидности, показывается случай, в котором множество сот существуют в MBSFN-зоне. Настоящее изобретение также может применяться к случаю, в котором число сот в MBSFN-зоне составляет только одну. В этой одной соте, конфигурация PMCH, как раскрыто на фиг. 32, и способ, как раскрыто на фиг. 33, преобразования сигнала поискового вызова в физическую зону в PMCH, в котором переносится сигнал поискового вызова, может применяться. В случае если только одна сота существует в MBSFN-зоне, прирост SFN, вызываемый посредством типичной многосотовой передачи, не обнаруживается, даже когда передача с использованием PMCH выполняется, хотя MBMS-услуга может ограничиваться определенной узкой зоной, и появляется возможность предоставлять так называемую услугу рекламных вставок. Помимо этого, может быть случай, в котором только одна сота существует в MBSFN-зоне, и в этой одной соте данные MBMS-услуги, соответствующие этой MBSFN-зоне, не передаются, при этом только управляющая информация MBMS передается. В этом случае, MTCH не преобразуется в PMCH, и только MCCH преобразуется в PMCH. Управляющая информация MBMS (MCCH) о другой MBSFN-зоне, которой принадлежит одна сота, может быть включена в вышеуказанный MCCH. Соответственно, поскольку становится необязательным преобразовывать каждый MCCH в PMCH какой-либо другой MBSFN-зоны, эффективность радиоресурсов может повышаться. Помимо этого, поскольку мобильный терминал принимает только MCCH, соответствующий этой MBSFN-зоне, мобильный терминал получает возможность принимать все MCCH одной или более принимаемых MBSFN-зон без приема других PMCH. Следовательно, мобильный терминал может уменьшать время задержки на управление во время приема MBMS-услуги. Кроме того, когда мобильный терминал не должен принимать информацию MBMS-услуги о какой-либо другой MBSFN-зоне, мобильный терминал может выполнять операцию прерывистого приема, тем самым имея возможность уменьшать принимаемую мощность.

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

Восьмой вариант осуществления

В варианте осуществления 7, раскрывается способ, чтобы предоставлять возможность мобильному терминалу принимать поисковые вызовы из выделенной для MBMS соты, в которой не поддерживаются услуги одноадресной передачи, переноса сигнала поискового вызова в физическом канале многоадресной передачи (PMCH) каждой зоны MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа). В этом варианте осуществления 8, раскрывается способ расположения физического канала, выделенного поисковым вызовам, которые передаются через схему многосотовой передачи в MBSFN-зоне, и переноса сигнала поискового вызова в этом физическом канале.

Фиг. 42 - это пояснительный чертеж, показывающий структуру физического канала, выделенного поисковым вызовам, которые передаются через схему многосотовой передачи в MBSFN-зоне. Определенная сота выполнена таким образом, что часть MBSFN-субкадров, соответствующих MBSFN-зоне, которой принадлежит эта сота, задается как физический канал, выделенный поисковым вызовам (выделенный физический канал: DPCH), и DPCH располагается в каждом субкадре. Как показано в варианте осуществления 7, поскольку услуги одноадресной передачи не поддерживаются в выделенном канале MBMS, все субкадры MBSFN-кадра могут быть MBSFN-субкадрами. В качестве примера, способ преобразования сигнала поискового вызова в физический канал, выделенный поисковым вызовам, показывается на фиг. 56. Фиг. 56 - это пояснительный чертеж, показывающий способ преобразования в случае переноса логического канала PCCH, включающего в себя сигнал поискового вызова, в транспортном канале PCH, выполнения мультиплексирования логических каналов MTCH и MCCH, чтобы переносить их в транспортном канале MCH, и дополнительного переноса PCH в физическом канале, выделенном поисковым вызовам. Логический канал PCCH, в котором переносится сигнал поискового вызова, преобразуется в транспортный канал PCH, и этот PCH дополнительно преобразуется в DPCH, который является физическим каналом, выделенным поисковым вызовам. С другой стороны, как обычно, связанная с MBMS информация переносится в логических каналах MTCH и MCCH, и они преобразуются в транспортный канал MCH, и этот MCH дополнительно преобразуется в физический канал PMCH. DPCH выполнен таким образом, чтобы передаваться через схему многосотовой передачи в MBSFN-зоне, и DPCH и PMCH мультиплексируются в идентичный MBSFN-субкадр и передаются.

В случае если PMCH MBSFN-зон выполнены таким образом, чтобы мультиплексироваться с кодовым разделением каналов, как показано, например, на фиг. 40, PMCH передаются через непрерывные MBSFN-субкадры. В этом случае, DPCH может быть расположен во всех субкадрах на временной оси. Следовательно, по сравнению с вариантом осуществления 7, количество раз, когда сигнал поискового вызова может быть передан, увеличивается. Посредством такого задания части каждого из MBSFN-субкадров, которые передаются через схему многосотовой передачи в MBSFN-зоне, как DPCH, используемого для передачи сигнала поискового вызова, частота передачи сигнала поискового вызова увеличивается в системе, и число мобильных терминалов, каждый из которых может принимать поисковые вызовы из выделенной для MBMS соты, может увеличиваться. Кроме того, поскольку нехватки зоны для поисковых вызовов можно не допускать во время осуществления поисковых вызовов в мобильный терминал, который может принимать поисковые вызовы, появляется возможность сокращать время задержки, возникающее при передаче информации поисковых вызовов. В вышеуказанном примере описывается случай, в котором PMCH MBSFN-зон выполнены таким образом, чтобы мультиплексироваться с кодовым разделением каналов (CDM). Напротив, даже в случае, если PMCH MBSFN-зон выполнены таким образом, чтобы мультиплексироваться с временным разделением каналов (TDM), или даже в случае, если как мультиплексирование с временным разделением каналов, так и мультиплексирование с кодовым разделением каналов применяется к PMCH MBSFN-зон, DPCH может быть расположен во всех MBSFN-субкадрах, через которые PMCH, соответствующий одной или более MBSFN-зон, которым принадлежит сота, передается. Как результат, поскольку количество раз, когда сигнал поискового вызова может быть передан, может увеличиваться по сравнению с вариантом осуществления 7, идентичное преимущество может предоставляться.

Фиг. 43 - это пояснительный чертеж, показывающий конфигурацию MBSFN-субкадра. На фиг. 43, DPCH и PMCH мультиплексируются с временным разделением каналов в рамках MBSFN-субкадра. Сигнал поискового вызова преобразуется в DPCH, и связанная с MBMS информация преобразуется в PMCH. Посредством отдельного предоставления физических каналов, в которые преобразуются сигнал поискового вызова и связанная с MBMS информация, базовая станция может выполнять операции кодирования для сигнала поискового вызова и связанной с MBMS информации, соответственно, и мобильный терминал может выполнять операции декодирования для сигнала поискового вызова и связанной с MBMS информации, соответственно, при их приеме. Кроме того, поскольку физические зоны могут мультиплексироваться с временным разделением каналов, мобильный терминал не должен принимать PMCH, когда он не принимает MBMS-услуги, а принимает только информацию поисковых вызовов, и, следовательно, может выполнять прерывистый прием (прерывистый прием) в то время, когда PMCH передается ему, тем самым имея возможность уменьшать потребляемую мощность. Напротив, когда мобильный терминал не должен принимать информацию поисковых вызовов, мобильный терминал не должен DPC и, следовательно, может выполнять операцию прерывистого приема в то время, когда DPCH передается ему. Следовательно, мобильный терминал может уменьшать свою потребляемую мощность. DPCH передается в рамках k OFDM-символов каждого MBSFN-субкадра. Значение k может быть определено заранее или может сообщаться через широковещательную информацию выделенной для MBMS соты. Значение k может альтернативно сообщаться через широковещательную информацию соты для одноадресной передачи.

В качестве альтернативы, PCFICH (физический канал индикатора формата канала управления) может быть расположен для каждого субкадра как канал, показывающий число k OFDM-символов, через которые передается DPCH. PCFICH передается через первый OFDM-символ каждого субкадра. Информация о выделении физического ресурса PCFICH может уведомляться мобильному терминалу через широковещательную информацию из выделенной для MBMS соты или может уведомляться через широковещательную информацию из соты для одноадресной передачи при одновременной связанности с информацией о частотном уровне выделенной для MBMS соты. В качестве альтернативы, информация о выделении физического ресурса PCFICH может быть заранее определенной. В случае если информация о выделении физического ресурса PCFICH является заранее определенной, объем информации, который требуется для уведомления, может уменьшаться. Посредством такого указания значения k для каждого субкадра появляется возможность изменять значение k для каждого субкадра, и, следовательно, появляется возможность динамически изменять зону передачи, в которой информация о MBMS передается, и зону передачи, в которой DPCH передается. Значение k может колебаться от 0 до максимального числа OFDM-символов в каждом субкадре. Например, k может быть задано равным числу OFDM-символов, включенных в PDCCH (физический канал управления нисходящей линии связи) соты для одноадресной передачи, т.е. 1, 2 или 3. В этом случае, PCFICH составляет 2 бита по размеру. Например, k может быть задано равным числу OFDM-символов, включенных в PDCCH в MBSFN-субкадре смешанной соты для MBMS/одноадресной передачи, т.е. 1 или 2. В этом случае, PCFICH составляет 2 бита или 1 бит по размеру. PCFICH соты для одноадресной передачи умножается на специфичный для соты код скремблирования. В отличие от этого, в соответствии с настоящим изобретением, чтобы также предоставлять возможность передачи PCFICH через схему многосотовой передачи в MBSFN-зоне, PCFICH выполнен таким образом, чтобы быть умноженным на специфичный для MBSFN-зоны код скремблирования. Посредством конфигурирования PCFICH вышеуказанным способом мобильный терминал получает возможность выполнять декодирование (декодирование) с использованием способа, идентичного тому, который мобильный терминал использует при декодировании информации из соты для одноадресной передачи и, следовательно, может упрощать свою приемную схему.

Сота для одноадресной передачи использует PDSCH или PDCCH, чтобы передавать сигнал поискового вызова, тогда как необходимо включать в состав информацию выделения ресурсов (выделения ресурсов) в сигнал поискового вызова. Это обусловлено тем, что соте для одноадресной передачи требуется выделение ресурсов для того, чтобы выполнять обмен данными после поисковых вызовов. Ресурс для обмена данными после поисковых вызовов передается посредством использования PDSCH. Этот PDSCH передается через оставшиеся зоны OFDM-символа, исключая зоны OFDM-символа, через которые передается PDCCH в каждом субкадре. В способе поисковых вызовов в соответствии с настоящим изобретением, поскольку обмен данными после поисковых вызовов выполняется посредством соты для одноадресной передачи, только индикатор поискового вызова (индикатор поискового вызова: PI), сообщающий о присутствии или отсутствии входящего вызова, может быть передан как информация поисковых вызовов, которая должна быть передана посредством использования DPCH. Это обусловлено тем, что необязательно передавать информацию выделения ресурсов для обмена данными после поисковых вызовов. Чтобы давать возможность указывать мобильный терминал посредством использования только индикатора поискового вызова, необходимо предоставлять только уникальное определение MBSFN-кадра или MBSFN-субкадра, в котором индикатор поискового вызова к определенному мобильному терминалу существует, из идентификационного номера (идентификатора), конкретного для этого мобильного терминала. В соответствии с другим способом, базовой станции предоставляется возможность умножать индикатор поискового вызова на специфичный для мобильного терминала идентификационный номер, и мобильному терминалу предоставляется возможность выполнять обнаружение вслепую посредством использования этого конкретного для мобильного терминала идентификационного номера. В качестве альтернативы, два вышеуказанных способа могут быть комбинированы. Например, каждый мобильный терминал классифицируется на группу согласно идентификационному номеру (идентификатору), конкретному для этого мобильного терминала, MBSFN-кадр или MBSFN-субкадр, в котором существует индикатор поискового вызова к этой группе, уникально приводится в соответствие группе, и индикатор поискового вызова умножается на специфичный для мобильного терминала идентификационный номер посредством базовой станции.

Каждый мобильный терминал может принимать MBSFN-кадр или MBSFN-субкадр, в котором индикатор поискового вызова группы, которой принадлежит мобильный терминал, переносится, причем группа определяется из идентификационного номера, конкретного для этого мобильного терминала, и может выполнять обнаружение вслепую посредством использования идентификационного номера, конкретного для самого мобильного терминала. Способ определения MBSFN-кадра или MBSFN-субкадра, в котором индикатор поискового вызова в мобильный терминал или группа, которой принадлежит мобильный терминал, существует, из идентификационного номера, конкретного для мобильного терминала, может быть заранее определенным или может сообщаться, как широковещательная информация, либо из выделенной для MBMS соты, либо из соты для одноадресной передачи в мобильный терминал через верхний уровень. MBSFN-кадр или MBSFN-субкадр, в котором существует индикатор поискового вызова, может быть задан так, чтобы существовать периодически. Поскольку необязательно передавать информацию выделения ресурсов, появляется возможность конфигурировать DPCH из меньшего объема информации, и, следовательно, появляется возможность передавать связанную с MBMS информацию с оставшейся зоной в одном субкадре. Вместо преобразования индикатора поискового вызова в PCCH, как показано на фиг. 56, индикатор поискового вызова может преобразовываться непосредственно в DPCH на физическом уровне. Также появляется возможность передавать DPCH со всеми OFDM-символами в каждом субкадре. Например, в случае если число OFDM-символов в каждом субкадре равно 7 максимум, произвольное число k в диапазоне от 0 до 7 OFDM-символов может использоваться для передачи DPCH посредством задания PCFICH как 3-битовой информации, показывающей значение k. Таким образом, появляется возможность гибко изменять и комбинировать зону передачи, в которой информация о MBMS передается, и зону передачи, в которой DPCH передается для каждого субкадра, и, следовательно, эффективность радиоресурсов может повышаться.

В настоящем изобретении описывается случай использования выделенной для MBMS соты. В случае использования смешанной соты для MBMS/одноадресной передачи могут предоставляться как услуга одноадресной передачи, так и MBMS-услуга, и поэтому поисковые вызовы в случае использования смешанной соты для MBMS/одноадресной передачи требуют выделения ресурсов для обмена данными после поисковых вызовов. Тем не менее, поскольку MBMS-услуга может выполняться в смешанной соте для MBMS/одноадресной передачи, существуют MBSFN-субкадры для выполнения MC-передачи широковещательных MBMS-данных. Поскольку нет PDSCH в MBSFN-субкадре, когда способ поисковых вызовов для использования в соте для одноадресной передачи применяется к смешанной соте для MBMS/одноадресной передачи, возникает такая проблема, что зоны, в которые преобразуется информация выделения ресурсов, предназначенная для каждого мобильного терминала, не могут быть обеспечены в каждом MBSFN-субкадре. В этом случае, посредством использования способа ограничения субкадров, через которые индикатор поискового вызова должен быть передан, субкадрами, в каждом из которых PDSCH существует заранее, или способа передачи информации выделения с использованием PDCCH субкадра, в котором PDSCH существует в первый раз после того, как сигнал поискового вызова передан, поисковые вызовы могут выполняться в смешанной соте для MBMS/одноадресной передачи.

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

В случае поисковых вызовов с использованием смешанной соты для MBMS/одноадресной передачи, когда информация выделения ресурсов не должна переноситься в PDSCH для обмена данными после поисковых вызовов, как упомянуто выше, может применяться способ разрешения указывать мобильный терминал посредством использования только индикатора поискового вызова. В этом случае, необходимо только переносить индикатор поискового вызова в зоне PDCCH. В MBSFN-субкадре необходимо только переносить индикатор поискового вызова в зоне, которая выделяется для одноадресной передачи, т.е. в одной или двух ведущих зонах OFDM-символа. В качестве конкретного способа, может применяться вышеуказанный способ использования выделенного канала поисковых вызовов (DPCH). Вышеуказанный способ использования PCFICH может применяться также к числу символов, которое должно использоваться, и k может быть задано равным 0 или 1. Каждый мобильный терминал должен принимать только радиокадр или субкадр, в котором индикатор поискового вызова группы, которой принадлежит мобильный терминал, переносится, причем группа определяется из идентификационного номера, конкретного для этого мобильного терминала, и выполнять обнаружение вслепую с использованием идентификационного номера, конкретного для самого мобильного терминала. В случае если, при поисковых вызовах с использованием смешанной соты для MBMS/одноадресной передачи, информация выделения ресурсов не должна переноситься в PDSCH для обмена данными после поисковых вызовов, может предоставляться, например, способ предоставления возможности каждому мобильному терминалу передавать RACH восходящей линии связи в базовую станцию, чтобы выполнять запрос базовой станции для выделения ресурсов после того, как мобильный терминал принял индикатор поискового вызова. Когда способ, выполненный таким образом, предоставляется, базовая станция не должна переносить информацию выделения ресурсов в PDSCH в тех субкадрах, в которых переносится индикатор поискового вызова. Поскольку способ выполнен таким образом, также в случае поисковых вызовов с помощью смешанной соты для MBMS/одноадресной передачи сигнал поискового вызова (индикатор поискового вызова) может быть передан с произвольными радиокадрами или субкадрами независимо от того, существует или нет MBSFN-субкадр.

Фиг. 44 - это пояснительный чертеж, показывающий способ преобразования сигнала поискового вызова в выделенный канал поисковых вызовов (DPCH). Фиг. 44 показывает только индикатор поискового вызова (индикатор поискового вызова: PI) в качестве сигнала поискового вызова. Индикатор поискового вызова - это информация поисковых вызовов, которая выражается как 1-битовое число, имеющее значение 1 или 0, и показывает присутствие или отсутствие входящего вызова. Базовая станция задает "1"" для индикатора поискового вызова для мобильного терминала, для которого осуществляется входящий вызов, и преобразует индикатор поискового вызова в выделенный физический канал поисковых вызовов. Базовая станция умножает индикатор поискового вызова, предназначенный для каждого мобильного терминала m, для которого осуществляется входящий вызов, на идентификационный номер, специфичный для этого мобильного терминала (процесс 1). Затем, базовая станция выполняет добавление CRC (контроля циклическим избыточным кодом) для результата этого умножения (процесс 2) и выполняет процесс, включающий в себя кодирование (кодирование), согласование скорости и перемежение (процесс 3). Базовая станция затем выделяет результат последовательности процессов, которую она выполнила, управляющему информационному элементу, имеющему размер, соответствующий размеру физической зоны, в которую индикатор поискового вызова должен преобразовываться, и соединяет множество управляющих информационных элементов, число которых равно числу мобильных терминалов, для каждого из которых входящий вызов осуществляется, друг с другом (процесс 4). Базовая станция выполняет процесс скремблирования с использованием конкретного для MBSFN-зоны кода скремблирования (кода скремблирования), процесс модуляции и т.д. для связного результата (процесс 5). Процесс модуляции может быть конкретным для MBSFN-зоны. Результат выполнения этих процессов преобразуется в k ведущих OFDM-символов (процесс 6). В это время, базовая станция извлекает число k требуемых OFDM-символов на основе результата соединения множества управляющих информационных элементов, число которых равно числу мобильных терминалов, для каждого из которых входящий вызов осуществляется, и выполняет процесс, включающий в себя кодирование для индикатора, соответствующего числу k, и затем преобразует индикатор в PCFICH. Эти процессы выполняются посредством использования одного способа во всех сотах в MBSFN-зоне, и многосотовая передача индикатора поискового вызова выполняется в MBSFN-зоне. В этом варианте осуществления, случай, в котором число (k) OFDM-символов, через которые передается DPCH, задано равным 1, показывается. DPCH преобразуется в первый OFDM-символ каждого субкадра вместе с PCFICH и опорным символом. На фиг. 44, A показывает один OFDN-символ, а B показывает PCFICH и опорный символ.

Мобильный терминал, который принял сигнал, который передается ему через схему многосотовой передачи, определяет число OFDM-символов, используемых для поисковых вызовов, на основе результата декодирования принимаемого PCFICH и затем выполняет процесс демодуляции, процесс дескремблирования (дескремблирования) и т.д. После выполнения этих процессов мобильный терминал делит результат процессов на части, каждая из которых соответствует определенной зоне, и последовательно выполняет процесс обратного перемежения, декодирования (декодирования), обнаружения ошибок, коррекции и т.д. для каждой из частей, чтобы выполнять обнаружение вслепую конкретного для терминала идентификационного номера. После того, как мобильный терминал обнаруживает идентификационный номер, специфичный для самого мобильного терминала, через обнаружение вслепую, мобильный терминал может определять то, что поисковые вызовы осуществляются. PCFICH, опорный символ и т.д. преобразуются в физический ресурс посредством использования, например, заранее определенного способа. В качестве альтернативы, способ, идентичный способу, используемому посредством соты для одноадресной передачи, может использоваться. Посредством использования способа, идентичного используемому посредством соты для одноадресной передачи, появляется возможность упрощать конфигурацию базовой станции и конфигурацию приемной схемы каждого мобильного терминала. В случае если каждый мобильный терминал принимает объем информации, идентичный случаю, когда сигналом поискового вызова является только индикатор поискового вызова, модули управляющего информационного элемента, каждому из которых выделяется результат кодирования, могут быть заданы так, чтобы иметь только один размер. Посредством задания всех мобильных терминалов, которые принимают поисковые вызовы, так, чтобы выполнять идентичную обработку, включающую в себя идентичный процесс кодирования, модули управляющего информационного элемента, которые получаются после кодирования, могут быть заданы так, чтобы иметь только один размер. Как результат, при выполнении обнаружения вслепую конкретного для мобильного терминала идентификационного номера, каждый мобильный терминал имеет только для процесса, включающего в себя декодирование для каждого из модулей управляющего информационного элемента, имеющих только один размер. Следовательно, каждый мобильный терминал может уменьшать продолжительность, требуемую для того, чтобы выполнять обнаружение вслепую, и, следовательно, может повышать скорость обнаружения. Вместо умножения индикатора поискового вызова на специфичный для мобильного терминала идентификационный номер, код, специфичный для каждого мобильного терминала, может предоставляться в качестве индикатора поискового вызова. В этом случае, идентичное преимущество может быть предоставлено.

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

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

Фиг. 45 - это пояснительный чертеж, показывающий способ преобразования сигнала поискового вызова в выделенный канал поисковых вызовов (DPCH). Фиг. 45 показывает индикатор поискового вызова (PI) в качестве сигнала поискового вызова. На фиг. 45, ссылки с номером, идентичные ссылкам с номером на фиг. 44, обозначают идентичные процессы или аналогичные процессы. Индикатор поискового вызова - это информация поисковых вызовов, которая выражается как 1-битовое число, имеющее значение 1 или 0, и показывает присутствие или отсутствие входящего вызова. Базовая станция задает "1"" для индикатора поискового вызова в каждый из мобильных терминалов, для которых входящий вызов осуществляется, и преобразует индикатор поискового вызова в выделенный физический канал поисковых вызовов. Базовая станция выполняет добавление CRC для сигнала поискового вызова, предназначенного для каждого из мобильных терминалов (процесс 2), и выполняет процесс, включающий в себя кодирование (кодирование), согласование скорости и перемежение (процесс 3). Базовая станция умножает результат выполнения этих процессов на идентификационный код (номер), специфичный для этого мобильного терминала (процесс 1'). Данный специфичный для мобильного терминала идентификационный код - это код скремблирования, имеющий ортогональность, которая устанавливается для кодов скремблирования мобильных терминалов, включающих в себя код скремблирования. Базовая станция выполняет мультиплексирование результатов множества умножений результатов процессов посредством кодов скремблирования, причем число умножений равно числу мобильных терминалов, для каждого из которых осуществляется входящий вызов (процесс 7). Базовая станция затем выполняет процесс скремблирования с использованием конкретного для MBSFN-зоны кода скремблирования (кода скремблирования), процесс модуляции и т.д. для результата мультиплексирования (процесс 5). Процесс модуляции может быть конкретным для MBSFN-зоны. Результат выполнения этих процессов преобразуется в k ведущих OFDM-символов (процесс 6). Когда число мобильных терминалов является большим, базовая станция делит их на множество групп и выполняет мультиплексирование результатов множества умножений результатов процессов посредством кодов скремблирования, конкретных для мобильных терминалов, включенных в каждую группу, при этом число умножений равно числу мобильных терминалов, таким образом, что ортогональность устанавливается для мобильных терминалов, включенных в каждую группу, и затем выполняет процесс кодирования с расширением спектра с использованием конкретного для MBSFN-зоны кода скремблирования, процесса модуляции и т.д. После выполнения этих процессов для каждой группы базовая станция может преобразовывать их в различные OFDM-символы. В это время, базовая станция извлекает число k требуемых OFDM-символов на основе результата мультиплексирования результатов множества умножений результатов процессов на коды скремблирования, причем число умножений равно числу умножений мобильных терминалов, для каждого из которых входящий вызов осуществляется, и выполняет процесс, включающий в себя кодирование для индикатора, соответствующего k, и затем преобразует индикатор в PCFICH. Эти процессы выполняются посредством использования одного способа во всех сотах в MBSFN-зоне, и многосотовая передача индикатора поискового вызова выполняется в MBSFN-зоне. В этом варианте осуществления, случай, в котором число (k) OFDM-символов, через которые передается DPCH, задано равным 1, показывается. DPCH преобразуется в первый OFDM-символ каждого субкадра вместе с PCFICH и опорным символом. Мобильный терминал, который принял сигнал, который передается ему через схему многосотовой передачи, определяет число OFDM-символов, используемых для поисковых вызовов, из принимаемого физического ресурса на основе результата декодирования принимаемого PCFICH и затем выполняет процесс демодуляции, процесс дескремблирования и т.д. После выполнения этих процессов мобильный терминал делит результат процессов на части, каждая из которых соответствует определенной зоне, и выполняет операцию вычисления корреляции с конкретным для терминала идентификационным номером, чтобы выполнять обнаружение вслепую конкретного для терминала идентификационного номера. После того, как мобильный терминал обнаруживает идентификационный код мобильного терминала через обнаружение вслепую, мобильный терминал может определять то, что поисковые вызовы осуществляются. Мобильный терминал затем выполняет процесс обратного перемежения, декодирования, обнаружения ошибок, коррекции и т.д., чтобы принимать сигнал поискового вызова.

Некоторые способы, каждый из которых преобразует сигналы поисковых вызовов в выделенный канал поисковых вызовов (DPCH), раскрываются, хотя преобразование альтернативно может выполняться таким образом, что вышеуказанная выделенная зона поисковых вызовов, в которую должны переноситься сигналы поисковых вызовов, - это произвольная заранее определенная зона, локализованная зона (физическая зона, непрерывная на частотной оси) или распределенные зоны (физические зоны, распределенные на частотной оси).

Физическая зона, в которую преобразуются сигналы поисковых вызовов, может быть физической зоной, конкретной для каждой MBSFN-зоны. Физическая зона, конкретная для каждой MBSFN-зоны, может быть заранее определенной или может извлекаться из конкретного для MBSFN-зоны номера (идентификатора MBSFN-зоны) и т.п. В этом случае, физическая зона может извлекаться посредством использования общего вычислительного выражения на стороне сети, стороне базовой станции и каждом мобильном терминале. Кроме того, часть сигналов поисковых вызовов может преобразовываться в физическую зону, конкретную для каждой MBSFN-зоны, и остаток может преобразовываться в физическую зону, которая не является конкретной для каждой MBSFN-зоны. В конкретном примере, информация, показывающая присутствие или отсутствие входящего вызова, которая включается в сигнал поискового вызова (к примеру, 1-битовая информация, показывающая присутствие или отсутствие входящего вызова, или информация о выделении сообщения поискового вызова), преобразуется в физическую зону, конкретную для каждой MBSFN-зоны, а другая информация поисковых вызовов (к примеру, сообщение поискового вызова) преобразуется в физическую зону, не конкретную для каждой MBSFN-зоны. В случае если другая информация поисковых вызовов преобразуется в физическую зону, не конкретную для каждой MBSFN-зоны, появляется возможность определять то, какой физической зоне другая информация поисковых вызовов выделяется, на основе информации о выделении сообщения поискового вызова, преобразованного в физическую зону, конкретную для каждой MBSFN-зоны. В качестве способа мультиплексирования сигналов поисковых вызовов, предназначенных для мобильных терминалов в физической зоне, конкретной для каждой MBSFN-зоны, предусмотрен способ умножения каждого из сигналов поисковых вызовов или CRC, который должен быть добавлен к каждому из сигналов поисковых вызовов, на специфичный для мобильного терминала идентификационный номер, как упомянуто выше. Каждый из мобильных терминалов может определять то, предназначен или нет сигнал поискового вызова для него, и получает возможность принимать сигнал поискового вызова посредством выполнения операции корреляции с конкретным для мобильного терминала идентификационным номером. Соответственно, поскольку каждый из мобильных терминалов должен принимать только физическую зону только MBSFN-зоны, которая предоставляет MBMS-услугу, которую каждый из мобильных терминалов принимает, и поэтому не должен принимать другие физические зоны, предоставляется преимущество возможности достигать низкого потребления мощности в каждом из мобильных терминалов.

В качестве альтернативы, информация, показывающая присутствие или отсутствие входящего вызова, которая включается в сигнал поискового вызова, может преобразовываться не в физическую зону, конкретную для каждой MBSFN-зоны, а в физическую зону, конкретную для каждой зоны MBSFN-синхронизации. В этом случае, преимущество, идентичное упомянутому выше, может предоставляться. В этом случае, специфичный для зоны MBSFN-синхронизации номер (идентификатор зоны MBSFN-синхронизации) может использоваться вместо конкретного для MBSFN-зоны номера. Физическая зона в рамках MBSFN-субкадров (к примеру, частотная область #m символа #n), определяется в качестве конкретного примера физической зоны, конкретной для каждой зоны MBSFN-синхронизации. Посредством определения физической зоны, конкретной для каждой зоны MBSFN-синхронизации, таким образом сигнал поискового вызова может преобразовываться в физическую зону, которая является общей в рамках MBSFN-субкадров каждой MBSFN-зоны (к примеру, частотную область #m символа #n). Как результат, нет необходимости определять физическую зону, в которую сигналы поисковых вызовов преобразуются для каждой MBSFN-зоны, и необходимо определять только одну физическую зону для каждой зоны MBSFN-синхронизации. Следовательно, предоставляется преимущество возможности упрощать способ извлечения этой физической зоны, используемой посредством стороны сети, базовой станции и каждого мобильного терминала, и уменьшать их размеры схем.

Этот вариант осуществления применяется не только к случаю, в котором PMCH MBSFN-зон выполнены таким образом, чтобы мультиплексироваться с кодовым разделением каналов, но также и к случаю, в котором PMCH MBSFN-зон выполнены таким образом, чтобы мультиплексироваться с временным разделением каналов, и случаю, в котором как мультиплексирование с временным разделением каналов, так и мультиплексирование с кодовым разделением каналов применяется к PMCH MBSFN-зон.

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

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

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

В случае использования способа, раскрытого в варианте осуществления 7, переноса сигнала поискового вызова в PMCH каждой MBSFN-зоны, частота, на которой передается PMCH, в котором может переноситься сигнал поискового вызова, снижается во времени. Следовательно, возникает такая проблема, что сигналы поисковых вызовов, предназначенные для большого количества мобильных терминалов или всех мобильных терминалов, должны преобразовываться в PMCH, который передается один раз и в котором переносятся сигналы поисковых вызовов. Чтобы разрешать эту проблему, в варианте осуществления 7, способ группировки поисковых вызовов и т.д. раскрывается. В соответствии с этим вариантом осуществления 8, вышеуказанная проблема может разрешаться посредством расположения физического канала, выделенного поисковым вызовам, которые передаются через схему многосотовой передачи в MBSFN-зоне, и переноса сигналов поисковых вызовов в этом физическом канале. Кроме того, поскольку система мобильной связи может передавать сигнал поискового вызова, предназначенный для мобильного терминала, который принимает или пытается принимать MBMS-услугу из выделенной для MBMS соты, мобильный терминал получает возможность принимать сигнал поискового вызова в выделенной для MBMS соте.

В примере, показанном в этом варианте осуществления, определенная сота выполнена таким образом, что часть MBSFN-субкадров, соответствующих MBSFN-зоне, которой принадлежит эта сота, задается как физический канал, выделенный поисковым вызовам (также называемый DPCH), и DPCH располагается в каждом субкадре. Вместо передачи DPCH каждый субкадр, DPCH может передаваться периодически. Например, DPCH может быть передан каждые два субкадра, DPCH может быть передан каждый радиокадр, или часть MBSFN-субкадров, соответствующих каждой MBSFN-зоне, могут быть переданы как физический канал, выделенный поисковым вызовам (также называемый DPCH). На основе числа мобильных терминалов, в которые поисковые вызовы могут быть переданы одновременно, число мобильных терминалов в зависимости от числа мобильных терминалов, которое учитывается посредством системы и частоты поисковых вызовов, период повторения передачи поисковых вызовов как DPCH каждой MBSFN-зоны может быть определен. Как результат, субкадры, через которые не передается DPCH, могут быть заданы как область данных для MBMS-услуги, и MBMS-услуги могут быть ускорены.

Девятый вариант осуществления

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

Фиг. 46 - это пояснительный чертеж, показывающий структуру физического канала (называемого основным PMCH), который передается через схему многосотовой передачи в зоне MBSFN-синхронизации. Случай, в котором как мультиплексирование с временным разделением каналов, так и мультиплексирование с кодовым разделением каналов применяется к PMCH, расположенному для каждой MBSFN-зоны, показывается. Сотой #n1 является сота, находящаяся в MBSFN-зоне 1, сотой #n2 является сота, находящаяся в MBSFN-зоне 2, а сотой #n3 является сота, находящаяся в MBSFN-зоне 3. Кроме того, соты #1, #2 и #3 также принадлежат MBSFN-зоне 4. Мультиплексирование с кодовым разделением каналов PMCH MBSFN-зон 1, 2 и 3 выполняется, и мультиплексирование с временным разделением каналов PMCH MBSFN-зон 1, 2 и 3, и PMCH MBSFN-зоны 4 выполняется. Мультиплексирование с временным разделением каналов основного PMCH и PMCH каждой MBSFN-зоны выполняется. В соте #n1, выполняется мультиплексирование с временным разделением каналов PMCH1 и PMCH4, и мультиплексирование с временным разделением каналов основного PMCH и их дополнительно выполняется, поскольку сота #n1 принадлежит MBSFN-зоне 1 и MBSFN-зоне 4. То же касается каждой из сот #2 и #3. Поскольку основной PMCH передается через схему многосотовой передачи в зоне MBSFN-синхронизации, он передается в MBSFN-субкадре, который SFN-комбинирован. Набор MBSFN-кадров, которым выделяются MBSFN-субкадры, упоминается как "кластер MBSFN-кадров". В выделенной для MBMS соте все субкадры в MBSFN-кадре могут быть MBSFN-субкадрами, используемыми для многосотовой передачи. Длина каждого из периодов повторения, в которые повторяется основной PMCH, упоминается как "период повторения основного PMCH" (период повторения основного PMCH). MCH, который является транспортным каналом для MBMS, преобразуется в основной PMCH. Один или оба из MCCH, который является логическим каналом, используемым для передачи управляющей информации MBMS, и MTCH, который является логическим каналом, используемым для передачи MBMS-данных, преобразуются в MCH. MCCH и MTCH могут быть разделены во времени и преобразованы в основной PMCH или могут быть разделены во времени и преобразованы в физическую зону, которая передается через схему многосотовой передачи.

Например, MCCH и MTCH могут преобразовываться в различные MBSFN-субкадры, которые являются физической зоной, в которую они в итоге преобразуются. MCCH может преобразовываться в кластеры MBSFN-кадров, через которые передается основной PMCH, или только MTCH может преобразовываться в кластеры MBSFN-кадров. В случае если только MTCH существует в основном PMCH, период повторения MCCH отличается от периода повторения основного PMCH. Кроме того, имеется случай, в котором множество MCCH преобразуются в кластеры MBSFN-кадров, через которые передается основной PMCH. Длина каждого из периодов повторения, в которые повторяется MCCH, выражается как "период повторения MCCH" (период повторения MCCH). На фиг. 46, MCCH1 (или MCCH2, 3 или 4) передает управляющую информацию MBMS для MBSFN-зоны 1 (или MBSFN-зоны 2, 3 или 4), и MTCH1 (или MTCH2, 3 или 4) передает MBMS-данные для MBSFN-зоны 1 (или MBSFN-зоны 2, 3 или 4). MCCH могут преобразовываться в PMCH, соответственно, или только MTCH могут преобразовываться в PMCH, соответственно. В случае если только MTCH существуют в PMCH, соответственно, MCCH каждой MBSFN-зоны может преобразовываться в основной PMCH. В качестве альтернативы, MCCH каждой MBSFN-зоны может быть включен как информационный элемент MCCH, преобразованного в основной PMCH. Поскольку основной PMCH передается через схему многосотовой передачи в зоне MBSFN-синхронизации, основной PMCH не может быть умножен на специфичный для MBSFN-зоны код скремблирования (код скремблирования), как PMCH каждой MBSFN-зоны. Это обусловлено тем, что основной PMCH передается из соты в другой MBSFN-зоне одновременно и поэтому, когда основной PMCH умножается на специфичный для MBSFN-зоны код скремблирования, фаза этого основного PMCH, передаваемого от каждой MBSFN-зоны, становится случайной в приемном устройстве каждого мобильного терминала, и приемное устройство теряет возможность выполнять SFN-комбинирование основного PMCH. Следовательно, как показано выше, посредством выполнения мультиплексирования с временным разделением каналов основного PMCH и PMCH каждой MBSFN-зоны, умножение на код скремблирования, специфичный для каждой MBSFN-зоны, может выполняться на основе субкадра, тогда как умножение только основного PMCH на код скремблирования, специфичный для каждой MBSFN-зоны, можно исключать. Как результат, основной PMCH может быть передан через схему многосотовой передачи в зоне MBSFN-синхронизации, и, даже если каждый мобильный терминал принимает или пытается принимать какую-либо MBMS-услугу в этой зоне MBSFN-синхронизации, мобильный терминал может принимать основной PMCH и также может обнаруживать прирост SFN. Основной PMCH не умножается на код скремблирования, специфичный для каждой MBSFN-зоны, как упомянуто выше, хотя основной PMCH может быть умножен на специфичный для зоны MBSFN-синхронизации код скремблирования. В этом случае, помехи от любой соты в любой другой зоне MBSFN-синхронизации могут быть подавлены, и ошибки приема, обнаруживаемые в MBMS-услуге, принимаемой посредством каждого мобильного терминала, могут уменьшаться.

Фиг. 47 - это пояснительный чертеж, показывающий конфигурацию радиокадра, через который передается основной PMCH. На фиг. 47, субкадрами, через которые передается основной PMCH, являются #k1 к #k2 (номера k1-k2 не являются ни 1, ни 5), исключая субкадры #0 и #5. Проанализировано то что в выделенной для MBMS соте канал синхронизации (канал синхронизации: SCH) передается через субкадры #0 и #5 в одном радиокадре. Также проанализировано, что широковещательный канал (широковещательный канал: BCH) передается через субкадр #0. Предусматривается, что либо конкретная для соты последовательность, либо конкретная для MBSFN-зоны последовательность включается в канал синхронизации (SCH), и широковещательный канал (BCH) умножается либо на специфичный для соты код скремблирования, либо на специфичный для MBSFN-зоны код скремблирования. Следовательно, посредством выбора, в качестве субкадров, через которые передается основной PMCH, субкадров, исключая субкадры #0 и #5, основной PMCH может быть передан через схему многосотовой передачи в зоне MBSFN-синхронизации, и, даже если каждый мобильный терминал принимает или пытается принимать какую-либо MBMS-услугу в этой зоне MBSFN-синхронизации, мобильный терминал может принимать основной PMCH и также может обнаруживать прирост SFN. В примере, показанном на чертеже, субкадры, через которые передается основной PMCH, являются непрерывными, хотя они могут быть прерывистыми. Посредством выбора непрерывных субкадров, исключая субкадры #0 и #5, в течение периода времени, в течение которого каждый мобильный терминал не должен принимать другие субкадры, мобильный терминал может выполнять операцию прерывистого приема, тем самым имея возможность уменьшать принимаемую мощность. Основной PMCH не должен быть передан на основе радиокадра. Например, основной PMCH может передаваться периодически, к примеру, каждые два радиокадра или каждые десять радиокадров. Длина каждого из периодов повторения, в которые повторяется основной PMCH, упоминается как "период повторения основного PMCH" (период повторения основного PMCH). Как результат, PMCH в субкадрах, через которые не передается основной PMCH, может быть задан как зона данных для MBMS-услуги, и MBMS-услуги могут быть ускорены. Радиокадр, в котором основной PMCH существует, время начала (SFN и начальная точка) субкадров, номера субкадра и длина периода повторения основного PMCH могут сообщаться через широковещательную информацию из обслуживающей соты с использованием услуги одноадресной передачи, могут сообщаться через широковещательную информацию из выделенной для MBMS соты или могут быть заранее определенными. Поскольку основной PMCH передается через схему многосотовой передачи, субкадры, в которых существует основной PMCH, могут быть MBSFN-субкадрами, а радиокадром, в котором существует основной PMCH, является MBSFN-кадр.

Фиг. 48 - это пояснительный чертеж, показывающий конфигурацию радиокадра, через который основной PMCH передается в рамках субкадров, идентичных тем субкадрам, в рамках которых существует канал SCH синхронизации. На фиг. 48, конфигурация, в которой субкадр, через который передается основной PMCH, является субкадром #5, и основной MCH преобразуется в зону, отличную от зоны, в которую преобразуется канал SCH синхронизации, показывается. На фиг. 47, конфигурация, в которой основной PMCH преобразуется в субкадры, исключая субкадры #0 и #5, показывается. Как результат, все OFDM-символы в субкадрах могут быть переданы через схему многосотовой передачи в зоне MBSFN-синхронизации. Следовательно, передающее устройство базовой станции и приемное устройство каждого мобильного терминала может быть упрощено. На фиг. 48, основной PMCH формируется во всей или части зоны субкадра #5, исключая физическую зону субкадра #5, в которую преобразуется канал SCH синхронизации. Как упомянуто выше, канал SCH синхронизации передается через субкадры #0 и #5 в одном радиокадре в выделенной для MBMS соте. В этом случае, поскольку широковещательный канал BCH не передается через субкадр #5, необязательно умножать широковещательный канал BCH либо на специфичный для соты код скремблирования, либо на специфичный для MBSFN-зоны код скремблирования. Следовательно, вся или часть зоны субкадра #5, исключая физическую зону субкадра #5, в которую преобразуется канал SCH синхронизации, может использоваться для основного PMCH. Например, в случае если SCH преобразуется в 6-ой и 7-ой OFDM-символы субкадра #5, с 1-ого по 5-ый OFDM-символы и с 8-ого по последний OFDM-символы задаются в качестве зоны, используемой для основного PMCH. При этом, основной PMCH может быть передан через схему многосотовой передачи в зоне MBSFN-синхронизации, и, даже если каждый мобильный терминал принимает или пытается принимать какую-либо MBMS-услугу в этой зоне MBSFN-синхронизации, мобильный терминал может принимать основной PMCH и также может обнаруживать прирост SFN. Посредством разрешения использовать субкадр #5 также для основного PMCH, гибкость системы может повышаться, и эффективность радиоресурсов также может повышаться.

Фиг. 49 - это пояснительный чертеж, показывающий конфигурацию основного PMCH, в котором располагается зона для сигнала поискового вызова. Фиг. 49(a) является видом, показывающим конфигурацию основного PMCH, включающего в себя связанную с MBMS информацию и сигнал поискового вызова. Связанная с MBMS информация и сигнал поискового вызова могут существовать в качестве информационных элементов в MTCH и MCCH, соответственно, или мультиплексирование с временным разделением каналов физических зон (ресурсов), в которые преобразуются связанная с MBMS информация и сигнал поискового вызова, соответственно, может выполняться. В качестве способа преобразования в случае переноса связанной с MBMS информации и сигнала поискового вызова в MTCH и MCCH, соответственно, как информационных элементов, способ, раскрытый на фиг. 53, может применяться в качестве примера. В этом случае, физический канал PMCH, показанный на фиг. 53, предположительно может быть основным PMCH. Сигнал поискового вызова, а также управляющая информация MBMS, включенная в связанную с MBMS информацию, переносятся в логическом канале MCCH как информационные элементы. MCCH, а также MTCH преобразуются в канал многоадресной передачи (MCH), который является транспортным каналом, и MCH преобразуется в основной PMCH, который является физическим каналом. Таким образом, мобильному терминалу, который принимает или пытается принимать MBMS-услугу, предоставляется возможность принимать сигнал поискового вызова посредством приема MCCH. В другом примере, способ, раскрытый на фиг. 54, может применяться. В этом случае, PMCH, показанный на фиг. 54, который является физическим каналом, предположительно может быть основным PMCH. Логический канал PCCH, в котором переносится сигнал поискового вызова, мультиплексируется с логическими каналами MTCH и MCCH, в которых переносится связанная с MBMS информация, и мультиплексированные каналы переносятся в транспортном канале MCH. Базовая станция может предоставлять MBSFN-субкадр, в который преобразуется только MTCH, и MBSFN-субкадр, в который преобразуются MCCH и PCCH. Базовая станция также может управлять так, чтобы предоставлять MBSFN-субкадр, в который преобразуется только MCCH, и MBSFN-субкадр, в который преобразуется только PCCH. При этом, базовая станция может передавать их отдельно во времени друг от друга. Кроме того, MBSFN-субкадр, в котором переносится MCCH, и MBSFN-субкадр, в котором переносится PCCH, могут размещаться таким образом, чтобы быть смежными друг другу во времени. Таким образом, мобильному терминалу, который принимает или пытается принимать MBMS-услугу, предоставляется возможность принимать сигнал поискового вызова посредством приема MCCH.

В дополнительном примере, способ, раскрытый на фиг. 55, может применяться. В этом случае, физический канал PMCH, показанный на фиг. 55, предположительно может быть основным PMCH. PCCH, в котором переносится сигнал поискового вызова, преобразуется в транспортный канал PCH, и этот транспортный канал PCH мультиплексируется с MCH, и мультиплексированные каналы преобразуются в основной PMCH. При этом, базовая станция может передавать PCH и MCH отдельно во времени друг от друга и дополнительно может выполнять кодирование для них независимо друг от друга. Следовательно, каждый мобильный терминал может декодировать PCH и MCH независимо во время их приема. Вышеуказанный пример отличается от варианта осуществления 7 тем, что MTCH, MCCH и PCCH, которые преобразуются в основной PMCH, передаются через схему многосотовой передачи не в MBSFN-зоне, а в зоне MBSFN-синхронизации. Следовательно, PMCH, передаваемый через схему многосотовой передачи в MBSFN-зоне, и основной PMCH, передаваемый через схему многосотовой передачи в зоне MBSFN-синхронизации, могут четко разделяться друг от друга. Фиг. 57 - это пояснительный чертеж, показывающий способ преобразования в случае расположения основного PMCH как физического канала, общего для зон MBSFN-синхронизации. Преобразование в случае расположения PMCH и основного PMCH раскрывается на фиг. 57. В этом примере, случай, в котором MCH и PCH, показанные на фиг. 55, используются, показывается. MTCH и MCCH, которые являются связанной с MBMS информацией, передаваемой в MBSFN-зону, преобразуются в транспортный канал MCH, и этот транспортный канал MCH преобразуется в физический канал PMCH. PMCH передается через MBSFN-субкадр, соответствующий MBSFN-зоне. MTCH и MCCH, которые являются связанной с MBMS информацией, передаваемой в зону MBSFN-синхронизации, преобразуются в транспортный канал MCH, и этот транспортный канал MCH преобразуется в основной PMCH, который является физическим каналом.

PCCH, в котором переносится сигнал поискового вызова, передаваемый в зону MBSFN-синхронизации, преобразуется в транспортный канал PCH, и этот транспортный канал PCH преобразуется в основной PMCH, который является физическим каналом. Основной PMCH передается через MBSFN-субкадр, передаваемый через схему многосотовой передачи в зоне MBSFN-синхронизации. Кроме того, логический канал и/или транспортный канал могут быть расположены для каждой из MBSFN-зоны и зоны MBSFN-синхронизации. Например, случай, в котором связанная с MBMS информация, передаваемая в зону MBSFN-синхронизации, является только управляющей информацией MBMS, показывается пунктирной линией по фиг. 57. Например, логический канал MCCH, передаваемый в зону MBSFN-синхронизации, может быть задан как основной MCCH, и транспортный канал MCH, передаваемый в зону MBSFN-синхронизации, может быть задан как основной MCH. Основной MCH преобразуется в основной PMCH, который является физическим каналом. Посредством такого расположения логического канала и транспортного канала для каждой из MBSFN-зоны и зоны MBSFN-синхронизации, базовая станция может выполнять диспетчеризацию, процесс HARQ (гибридный автоматический запрос на повторную передачу), процесс кодирования, процесс AMC (адаптивная модуляция и кодирование) и т.д. по отдельности для каждой из зоны MBSFN-синхронизации и MBSFN-зоны. Следовательно, система получает возможность гибко учитывать варьирования в окружении радиоволны между базовой станцией и мобильными терминалами и может повышать эффективность радиоресурсов. MCCH, передаваемый через схему многосотовой передачи в зоне MBSFN-синхронизации, включает в себя информацию об услугах в каждой MBSFN-зоне, включенной в зону MBSFN-синхронизации, и информацию конфигурации кадра. MCCH дополнительно может включать в себя управляющую информацию для MBMS-услуги о каждой MBSFN-зоне. В этом случае, поскольку необязательно передавать MCCH посредством использования PMCH каждой MBSFN-зоны, появляется возможность увеличивать зону данных для MBMS и можно достигать повышения скорости MBMS-передачи. MCCH, передаваемый через схему многосотовой передачи в зоне MBSFN-синхронизации, периодически передается через схему многосотовой передачи в каждой зоне MBSFN-синхронизации в период повторения основного PMCH (период повторения основного PMCH).

С другой стороны, мобильный терминал, который принимает или пытается принимать MBMS-услугу, которая передается через схему многосотовой передачи из соты в MBSFN-зоне, принимает MCCH в основном PMCH через регулярные промежутки времени и также принимает содержимое MBMS-услуги, информацию о конфигурации кадра и т.д., так что мобильный терминал может принимать MBMS-услугу. Следовательно, после того, как мобильный терминал принимает и декодирует MCCH в основном PMCH, когда нет требуемой услуги, мобильный терминал получает возможность выполнять операцию прерывистого приема, до тех пор пока он не принимает следующий основной PMCH без приема PMCH, соответствующего какой-либо другой MBSFN-зоне. Следовательно, потребляемая мощность каждого мобильного терминала может уменьшаться. Помимо этого, посредством включения сигнала поискового вызова в этот MCCH, мобильному терминалу, который принимает или пытается принимать MBMS-услугу, предоставляется возможность принимать сигнал поискового вызова посредством приема MCCH. Как результат, поскольку мобильный терминал не должен принимать поисковые вызовы отдельно во время, отличное от времени приема MCCH, мобильный терминал может принимать поисковые вызовы без прерывания приема MBMS-услуги. Кроме того, в течение периода времени, в течение которого мобильный терминал не принимает MCCH, и в течение периода времени, в течение которого мобильный терминал не принимает MBMS-услуги, мобильный терминал может выполнять операцию прерывистого приема, тем самым уменьшая свою потребляемую мощность. В случае если способ, раскрытый фиг. 54, применяется, MCCH и PCCH могут быть выполнены в одном MBSFN-субкадре. В качестве альтернативы, MBSFN-субкадр, в котором переносится MCCH, и MBSFN-субкадр, в котором переносится сигнал поискового вызова, могут размещаться таким образом, чтобы быть смежными друг другу во времени. В случае если способ, раскрытый фиг. 55, применяется, MBSFN-субкадр, в котором переносится MCCH, и MBSFN-субкадр, в котором переносится сигнал поискового вызова, могут размещаться таким образом, чтобы быть смежными друг другу во времени. В случае если они выполнены таким образом, мобильному терминалу, который принимает или пытается принимать MBMS-услугу, предоставляется возможность принимать сигнал поискового вызова непрерывно при приеме MCCH. Как результат, поскольку мобильный терминал не должен отдельно принимать сигнал поискового вызова во время, отличное от времени приема MBSFN-субкадров, в которых переносятся MCCH и PCCH, мобильный терминал может принимать сигнал поискового вызова без прерывания приема MBMS-услуги. Кроме того, в течение периода времени, в течение которого мобильный терминал не принимает MCCH, и в течение периода времени, в течение которого мобильный терминал не принимает MBMS-услуги, мобильный терминал может выполнять операцию прерывистого приема, тем самым уменьшая свою потребляемую мощность.

На фиг. 49(b), конфигурация, в которой индикатор 1, который является "индикатором присутствия или отсутствия сигналов поисковых вызовов", указывающим то, передан или нет сигнал поискового вызова, индикатор 2, который является "индикатором модификации или немодификации связанной с MBMS информации", указывающим то, изменена или нет управляющая информация MBMS, предоставляются, раскрывается. Физическая зона, в которую преобразуются индикаторы, может быть расположена в MBSFN-субкадре, через который передается основной PMCH. В качестве альтернативы, физическая зона, в которую преобразуются индикаторы, может быть зоной, смежной во времени с MBSFN-субкадром, через который передается основной PMCH. Посредством конфигурирования физической зоны, в которую преобразуются индикаторы, таким образом каждый мобильный терминал может принимать и декодировать MCCH и сигнал поискового вызова, которые переносятся в основном PMCH сразу после приема индикаторов. Например, 1-битовая информация задается как каждый из индикаторов. Каждый из индикаторов кодируется или умножается на специфичный для зоны MBSFN-синхронизации код скремблирования и преобразуется в заранее определенную физическую зону. Например, когда входящий вызов в мобильный терминал осуществляется, соответствующий индикатор присутствия или отсутствия сигналов поисковых вызовов задается равным "1", тогда как когда входящий вызов в мобильный терминал не осуществляется, индикатор присутствия или отсутствия сигналов поисковых вызовов задается равным "0". Кроме того, например, когда управляющая информация MBMS, которая переносится в MCCH, изменена вследствие изменения содержимого MBMS-услуги, передаваемой в зоне MBSFN-синхронизации, и т.п., индикатор модификации или немодификации связанной с MBMS информации задается равным "1". Длина периода времени (называемого периодом модификации MBMS), в течение которого может модифицироваться связанная с MBMS информация, определяется, и индикатор модификации или немодификации связанной с MBMS информации "1" многократно передается в рамках периода модификации MBMS. Длина периода времени (периода модификации MBMS), в течение которого связанная с MBMS информация может модифицироваться, время начала (SFN и начальная точка) и т.д. могут быть заранее определенными. В качестве альтернативы, они могут сообщаться через широковещательную информацию либо из обслуживающей соты с использованием услуги одноадресной передачи, либо из выделенной для MBMS соты. Когда нет дополнительной модификации в связанной с MBMS информации после истечения вышеуказанного периода времени (периода модификации MBMS), индикатор модификации или немодификации связанной с MBMS информации задается равным "0".

Каждый мобильный терминал может определять то, имеется или нет модификация в связанной с MBMS информации, которая существует в MCCH, и существует или нет сигнал поискового вызова, посредством приема индикаторов либо в MBSFN-субкадре, через который основной PMCH передается через схему многосотовой передачи, либо в другом MBSFN-субкадре, смежном с MBSFN-субкадром, и выполнения декодирования с сужением спектра и т.п. для каждого из индикаторов, чтобы определять то, равен каждый из индикаторов 1 или 0. Посредством такого расположения индикаторов, когда нет модификации в управляющей информации MBMS и когда сигнала поискового вызова не существует, каждый мобильный терминал не должен принимать и/или декодировать всю информацию о PMCH. Следовательно, появляется возможность уменьшать принимаемую мощность каждого мобильного терминала. Физическая зона, в которую преобразуется индикатор модификации или немодификации связанной с MBMS информации, указывающий то, модифицирована или нет управляющая информация MBMS, может быть первым из одного или более MBSFN-субкадров, в которые преобразуется управляющая информация MBMS. В качестве альтернативы, физическая зона, в которую преобразуется индикатор модификации или немодификации связанной с MBMS информации, указывающий то, модифицирована или нет управляющая информация MBMS, может быть OFDM-символом в заголовке вышеуказанного первого MBSFN-субкадра. Как результат, каждый мобильный терминал получает возможность определять то, осуществляется или нет модификация в управляющей информации MBMS, посредством приема первого OFDM-символа. Кроме того, физическая зона, в которую преобразуется индикатор присутствия или отсутствия сигналов поисковых вызовов, указывающий то, существует или нет сигнал поискового вызова, может быть первым из одного или более MBSFN-субкадров, в которые преобразуется сигнал поискового вызова. В качестве альтернативы, физическая зона, в которую преобразуется индикатор присутствия или отсутствия сигналов поисковых вызовов, указывающий то, существует или нет сигнал поискового вызова, может быть OFDM-символом в заголовке вышеуказанного первого MBSFN-субкадра. Как результат, каждый мобильный терминал получает возможность определять то, существует или нет сигнал поискового вызова, посредством приема первого OFDM-символа.

Посредством преобразования каждого индикатора в такую физическую зону, как упомянуто выше, когда нет модификации в управляющей информации MBMS и когда сигнала поискового вызова не существует, каждый мобильный терминал не должен принимать и/или декодировать последующие OFDM-символы. Следовательно, появляется возможность дополнительно уменьшать принимаемую мощность каждого мобильного терминала. Кроме того, поскольку каждый мобильный терминал может определять то, имеется или нет модификация в управляющей информации MBMS либо существует или нет сигнал поискового вызова, на более ранней стадии от первого MBSFN-субкадра или OFDM-символа в заголовке первого MBSFN-субкадра, каждый мобильный терминал может сразу принимать управляющую информацию MBMS или может сразу принимать сигнал поискового вызова, появляется возможность уменьшать время задержки на управление, возникающей в каждом мобильном терминале. Индикатор модификации или немодификации связанной с MBMS информации и индикатор присутствия или отсутствия сигналов поисковых вызовов могут преобразовываться в различные физические зоны или могут преобразовываться в различные физические зоны. В случае если индикаторы преобразуются в идентичную физическую зону, необходимо только реализовывать логическую операцию "или" для индикаторов. Как результат, каждый мобильный терминал должен принимать только один индикатор, предоставляется преимущество возможности упрощать конфигурацию приемной схемы. Напротив, в случае если индикаторы преобразуются в различные физические зоны, каждый мобильный терминал должен принимать только требуемый один из индикаторов без необходимости принимать другой индикатор. Следовательно, принимаемая мощность каждого мобильного терминала дополнительно может уменьшаться, и время задержки, возникающее при приеме запрошенной информации, дополнительно может уменьшаться. Например, мобильный терминал, который задается так, чтобы не принимать сигнал поискового вызова при приеме MBMS-услуги, должен принимать только индикатор модификации или немодификации связанной с MBMS информации и может исключать необходимость принимать индикатор присутствия или отсутствия сигналов поисковых вызовов. Длины периодов повторения индикаторов могут быть идентичными друг другу или могут отличаться друг от друга. Длина периода повторения каждого из индикаторов может быть идентичной длине периода повторения основного PMCH или может отличаться от длины периода повторения основного PMCH. Например, индикатор модификации или немодификации связанной с MBMS информации может быть расположен в основном PMCH один раз для каждых нескольких раз, когда основной PMCH передается. Длины периодов повторения индикаторов упоминаются как "период повторения индикатора присутствия или отсутствия сигналов поисковых вызовов" и "период повторения связанного с MBMS индикатора модификации или немодификации". Время начала (SFN и начальная точка) MBSFN-субкадра, в котором индикаторы существуют, номер субкадра, длины периода повторения индикаторов и т.д. могут сообщаться через широковещательную информацию из обслуживающей соты с использованием услуги одноадресной передачи, могут сообщаться через широковещательную информацию из выделенной для MBMS соты или могут быть заранее определенными.

Помимо этого, канал, предназначенный для индикатора модификации или немодификации связанной с MBMS информации, может формироваться в основном PMCH. Например, канал может быть выполнен как MICH (канал индикатора MBMS). Индикатор присутствия или отсутствия сигналов поисковых вызовов формируется в MICH, и длина периодов повторения, в которые повторяется MICH, упоминается как "период повторения MICH" (период повторения MICH). Длина периода повторения индикатора присутствия или отсутствия сигналов поисковых вызовов может быть идентичной длине периода повторения MICH или может отличаться от длины периода повторения MICH. Уведомление относительно индикатора может быть выполнено посредством использования способа, идентичного описанному выше. Как результат, время, когда каждый из индикаторов передается, не ограничено временем, когда MCCH передается, и, следовательно, появляется возможность гибко проектировать систему. В случае если индикаторы выполнены так, как упомянуто выше, только обнаружение вышеуказанных индикаторов не может прояснять то, изменена или нет MBMS-услуга, передаваемая в требуемой MBSFN-зоне, поскольку индикатор модификации или немодификации связанной с MBMS информации просто показывает, изменена или нет управляющая информация MBMS в основном PMCH. Каждый мобильный терминал должен принимать и декодировать управляющую информацию MBMS в основном PMCH, чтобы знать то, изменена или нет MBMS-услуга, передаваемая в требуемой MBSFN-зоне. В качестве управляющей информации MBMS в основном PMCH, индикатор, показывающий то, изменена или нет MBMS-услуга, передаваемая в какой MBSFN-зоне, может быть дополнительно расположен. Физическая зона, используемая для этого индикатора, может быть расположена непосредственно перед MBSFN-субкадром, в котором переносится управляющая информация MBMS в основном PMCH. Посредством предоставления вышеуказанного индикатора таким образом, каждый мобильный терминал может обнаруживать, изменена или нет MBMS-услуга, передаваемая в требуемой MBSFN-зоне, без необходимости принимать и декодировать всю управляющую информацию MBMS в основном PMCH. Следовательно, появляется возможность уменьшать время задержки на управление, возникающей в каждом мобильном терминале.

В случае если сигнал поискового вызова переносится в PMCH, возникает такая проблема, что, когда число мобильных терминалов, для каждого из которых осуществляется входящий вызов, становится огромным, отнимает слишком много времени для каждого из мобильных терминалов то, чтобы обнаруживать предназначенный для самого мобильного терминала сигнал поискового вызова. Дополнительная проблема состоит в том, что ни одна зона, в которую должны преобразовываться сигналы поисковых вызовов для всех мобильных терминалов, для каждого из которых осуществляется входящий вызов, не может быть обеспечена в заранее определенной физической зоне, в которой должны переноситься сигналы поисковых вызовов. Чтобы разрешать эти проблемы, способ выполнения группировки поисковых вызовов раскрывается далее. Пример конфигурации индикаторов присутствия или отсутствия сигналов поисковых вызовов показывается на фиг. 49(c). Все мобильные терминалы делятся на K групп, и индикатор присутствия или отсутствия сигналов поисковых вызовов располагается для каждой из групп. Физическая зона, используемая для индикаторов присутствия или отсутствия сигналов поисковых вызовов, делится на K частей, и индикаторы присутствия или отсутствия сигналов поисковых вызовов K групп преобразуются в K разделенных частей физической зоны, соответственно. В этом случае, K может иметь значение в диапазоне от 1 до числа всех мобильных терминалов. Когда входящий вызов в мобильный терминал осуществляется, индикатор присутствия или отсутствия сигналов поисковых вызовов группы, которой принадлежит этот мобильный терминал, задается равным "1". Когда входящие вызовы ни к одному из всех мобильных терминалов, принадлежащих группе, не осуществляются, индикатор присутствия или отсутствия сигналов поисковых вызовов этой группы задается равным "0". Повторение и т.п. повторного преобразования одного значения индикатора присутствия или отсутствия сигналов поисковых вызовов в "1" (или в "0") в физическую зону может выполняться так, чтобы каждый из мобильных терминалов удовлетворял требуемой частоте ошибок приема. Физическая зона, в которую преобразуются сигналы поисковых вызовов, также делится на K частей, и эти K частей приводятся в соответствие вышеуказанным K групп, соответственно. В качестве сигнала поискового вызова, предназначенного для каждого мобильного терминала, может предоставляться идентификатор мобильного терминала (идентификационный номер или идентификационный код). Каждый из K разделенных фрагментов физической зоны является суммой физических зон мобильных терминалов соответствующей группы, в каждой из которых приспосабливаются данные сигнала поискового вызова, требуемые посредством одного мобильного терминала. Число мобильных терминалов в каждой группе может быть идентичным числу в любой другой группе или может отличаться от числа в любой другой группе. Число мобильных терминалов в каждой группе вычисляется, например, посредством использования способа вычисления среднего измерений числа мобильных терминалов, для каждого из которых входящий вызов осуществлен одновременно. В качестве альтернативы, способ задания числа мобильных терминалов, которые могут выделяться одному OFDM-символу, как числа мобильных терминалов в каждой группе, и последующего приведения множества OFDM-символов в соответствие множеству групп, соответственно, может использоваться.

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

В качестве способа преобразования индикатора, показывающего то, передан или нет сигнал поискового вызова, в физическую зону, способ преобразования сигнала поискового вызова в физическую зону, показанный в варианте осуществления 7, также может применяться. Кроме того, в этом случае, базовая станция может умножать индикатор, показывающий то, передан или нет сигнал поискового вызова, на специфичный для мобильного терминала идентификационный код (UE-ID или RNTI). Кроме того, базовая станция выполнена таким образом, чтобы добавлять CRC к индикатору, показывающему то, передан или нет сигнал поискового вызова, и также может использовать способ умножения CRC на специфичный для мобильного терминала идентификационный номер. Как результат, каждый из мобильных терминалов получает возможность выполнять обнаружение вслепую того, является или нет это информацией, предназначенной для самого мобильного терминала, посредством использования конкретного для мобильного терминала идентификационного кода. Следовательно, становится необязательным устанавливать физическую зону, в которую индикатор, показывающий то, передан или нет сигнал поискового вызова, предназначенный для каждого из мобильных терминалов, преобразуется заранее. Физическая зона, в которую может преобразовываться этот индикатор, может быть заранее определенной или может быть передана в широковещательном режиме. Посредством такого определения заранее или передачи в широковещательном режиме физической зоны, физические ресурсы могут использоваться гибко. Как упоминается ниже, эти способы являются эффективными не для случая, в котором индикатор, показывающий то, передан или нет сигнал поискового вызова, является 1-битовой информацией, а для случая, в котором отличается объем информации, передаваемый в каждый мобильный терминал, такой как информация о выделении сообщения поискового вызова.

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

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

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

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

В качестве способа преобразования сигнала поискового вызова в связанную с поисковыми вызовами физическую зону основного PMCH, способ, раскрытый в варианте осуществления 7, может применяться. Например, способ, показанный на фиг. 33 или 34, может применяться. Тем не менее, в процессе модуляции, процессе дескремблирования и т.д., этап умножения результата мультиплексирования на специфичный для MBSFN-зоны код скремблирования не может применяться, и необходимо не умножать результат мультиплексирования на специфичный для MBSFN-зоны код скремблирования или необходимо умножать результат мультиплексирования на специфичный для зоны MBSFN-синхронизации код скремблирования.

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

Два или более конкретных для мобильного терминала идентификационных кода могут быть по-разному использоваться. Например, два различных конкретных для мобильного терминала идентификационных кода, конкретные для каждого мобильного терминала, предоставляются для каждой зоны MBSFN-синхронизации, и один из них используется для сигнала поискового вызова, а другой идентификационный код используется для управляющей информации MBMS. Посредством предоставления двух различных конкретных для мобильного терминала идентификационных кодов таким образом, сигнал поискового вызова, который передается через схему MC-передачи в зоне MBSFN-синхронизации, разделяется на части, соответственно, предназначенные для мобильных терминалов, и каждый из мобильных терминалов может принимать предназначенный для самого мобильного терминала сигнал поискового вызова.

В вышеуказанном примере способы, раскрытые в варианте осуществления 7, применяются как конфигурация основного PMCH и способ преобразования сигнала поискового вызова в основной PMCH. Аналогично, в случае если, например, частота, на которой передается основной PMCH, является высокой во времени, способы, раскрытые в варианте осуществления 8, могут применяться как конфигурация основного PMCH и способ преобразования сигнала поискового вызова в основной PMCH.

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

Десятый вариант осуществления

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

Чтобы уменьшать ошибки приема, возникающие в каждом мобильном терминале при приеме сигнала поискового вызова, способ преобразования сигнала поискового вызова изменяется между сотой, которая передает сигнал поискового вызова, и сотой, которая не передает сигналы поискового вызова. Фиг. 50 - это пояснительный чертеж, показывающий способ передачи сигнала поискового вызова в некоторые соты либо в MBSFN-зоне, либо в зоне MBSFN-синхронизации. Как показано на фиг. 50, в соте, которая передает сигнал поискового вызова, базовая станция умножает сигнал на идентификационный номер, специфичный для рассматриваемого мобильного терминала (процесс 1), добавляет CRC к результату умножения (процесс 2) и выполняет процесс, включающий в себя кодирование и согласование скорости (процесс 3), как поясняется со ссылкой на фиг. 33 или 44. Базовая станция затем выделяет результат последовательности процессов, которую она выполнила, модулю управляющего информационного элемента (процесс 8), и выполняет процесс соединения множества управляющих информационных элементов, число которых равно числу мобильных терминалов, для каждого из которых входящий вызов осуществляется, друг с другом. Напротив, в соте, которая не передает сигналы поискового вызова, базовая станция не выполняет вышеуказанные процессы. В качестве физической зоны, в которой переносится сигнал поискового вызова, предусмотрен PMCH, DPCH или основной PMCH, как показано в вышеуказанных вариантах осуществления. В случае если сота, которая передает сигнал поискового вызова в мобильный терминал, для которого осуществляется входящий вызов, и сота, которая не передает сигнал поискового вызова в мобильный терминал, существуют либо в рамках MBSFN-зоны, либо в рамках зоны MBSFN-синхронизации, базовая станция соединяет свой переключатель 2401, показанный на чертеже, с терминалом a в соте, которая передает сигнал поискового вызова в мобильный терминал. Базовая станция затем умножает сигнал поискового вызова в мобильный терминал на идентификационный номер, специфичный для мобильного терминала, добавляет CRC к результату умножения и выполняет процесс, включающий в себя кодирование и согласование скорости. Поскольку переключатель 2401 соединяется с терминалом a, информация, обрабатываемая так, как описано выше, для каждого мобильного терминала выделяется модулю управляющего информационного элемента.

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

Напротив, в соте, которая не передает сигналы поискового вызова, базовая станция соединяет свой переключатель 2401, показанный на чертеже, с терминалом b. Код для дополнения для каждой соты предоставляется без использования сигнала поискового вызова, предназначенного для каждого мобильного терминала, и этот код для дополнения выделяется модулю управляющего информационного элемента. В этом случае, зона модуля управляющего информационного элемента, выделяемого мобильному терминалу, является одинаковой как для соты, которая передает сигнал поискового вызова, так и для соты, которая не передает сигналы поискового вызова. Соответственно, каждая базовая станция может легко переключаться между фрагментами информации, которые должны выделяться, посредством использования переключателя в соте, которая передает сигнал поискового вызова, и соте, которая не передает сигналы поискового вызова. Помимо этого, посредством задания размера зоны модуля управляющего информационного элемента, выделяемого мобильному терминалу, равным для каждого из всех мобильных терминалов, длина кода для дополнения, заданного для каждой соты, может быть заранее определенной. Как результат, может упрощаться операция управления встраивания кода для дополнения. Напротив, мобильный терминал, который принимает или пытается принимать MBMS-услугу, передаваемую через схему многосотовой передачи из соты либо в MBSFN-зоне, либо в зоне MBSFN-синхронизации, принимает PMCH, DPCH или основной PMCH, в который преобразуется сигнал поискового вызова, предназначенный для него, выполняет процесс демодуляции, дескремблирование и т.д. и делит результат демодуляции и дескремблирования на части, каждая из которых соответствует модулю управляющего информационного элемента. Мобильный терминал затем выполняет обнаружение вслепую сигнала поискового вызова, предназначенного для самого мобильного терминала, посредством выполнения процесса, включающего в себя декодирование для каждой из разделенных частей, каждая из которых соответствует модулю управляющего информационного элемента, и последующего выполнения операции вычисления корреляции с идентификационным номером, конкретным для мобильного терминала. Когда результат операции корреляции превышает определенное пороговое значение, мобильный терминал определяет то, что имеются предназначенные для самого мобильного терминала поисковые вызовы, и начинает операцию приема входящего вызова поисковых вызовов с сигналом поискового вызова. Напротив, когда результат операции корреляции равен или меньше определенного порогового значения, мобильный терминал определяет то, что нет предназначенных для самого мобильного терминала поисковых вызовов, и осуществляет переход к приему связанной с MBMS информации или осуществляет переход к операции прерывистого приема, если нет необходимости принимать какую-либо связанную с MBMS информацию.

Когда передаваемый сигнал из соты, которая не передает сигналы поискового вызова, отличается от передаваемого сигнала из соты, которая передает сигнал поискового вызова, передача этих передаваемых сигналов не является многосотовой передачей, и прирост SFN не может получаться из многосотовой передачи, тогда как передаваемый сигнал из соты, которая не передает сигналы поискового вызова, выступает в качестве шума, и увеличивающееся число ошибок возникает в результате операции корреляции в каждом мобильном терминале. Как раскрыто в этом варианте осуществления, посредством определения заранее кода для дополнения (встраивания или задания) в соте, которая не передает сигналы поискового вызова и затем встраивает этот код для дополнения в зону, в которую преобразуется сигнал поискового вызова, предназначенный для каждого мобильного терминала, ошибки, возникающие при операции корреляции посредством каждого мобильного терминала, могут уменьшаться. Фиг. 51 - это пояснительный чертеж, показывающий пример кода для дополнения для каждой соты, которая располагается в соте, которая не передает сигналы поискового вызова. Например, в соте, которая не передает сигналы поискового вызова, код для дополнения задается равным "все 0" (все 0). В этом случае, во всех сотах, каждая из которых не передает сигналы поискового вызова, один код, т.е. код, равный "все 0", предоставляется. Посредством предоставления кода для дополнения таким образом, каждый мобильный терминал может подавлять компоненты "0", передаваемые из соты, которая не передает сигналы поискового вызова, с использованием функции подавления помех, такой как модуль подавления помех в своем приемном устройстве, получает возможность выполнять SFN-комбинирование только сигнала поискового вызова, передаваемого из соты, которая передает сигнал поискового вызова, и, следовательно, может уменьшать ошибки приема, возникающие в сигнале поискового вызова при операции корреляции, выполняемой посредством него. В качестве альтернативы, в соте, которая не передает сигналы поискового вызова, код для дополнения задается равным "все 1" (все 1). В этом случае, во всех сотах, каждая из которых не передает сигналы поискового вызова, один код, т.е. код, равный "все 1", предоставляются. Также в этом случае, каждый мобильный терминал может подавлять компоненты "1", передаваемые из соты, которая не передает сигналы поискового вызова, с использованием функции подавления помех, такой как модуль подавления помех, и, следовательно, может уменьшать ошибки приема, возникающие в сигнале поискового вызова, принимаемом посредством него. В каждой соте, которая не передает сигналы поискового вызова, код для дополнения альтернативно может быть задан равным известному конкретному коду, отличному от "все 0" и "все 1". Код для дополнения в каждой соте, которая не передает сигналы поискового вызова, альтернативно может быть задан равным случайному значению. В этом случае, случайное значение извлекается для каждой соты, и дополнение этим случайным значением выполняется. Посредством конфигурирования кода для дополнения таким образом, поскольку сигналы, передаваемые из сот, каждая из которых не передает сигналы поискового вызова, являются случайными сигналами, которые отличаются друг от друга, они компенсируются в каждом мобильном терминале, и поэтому компонент сигнала поискового вызова, передаваемого из соты, которая передает сигнал поискового вызова, становится относительно сильным. Следовательно, появляется возможность уменьшать ошибки приема, возникающие в сигнале поискового вызова при операции корреляции.

Код для идентификации сот для передачи поисковых вызовов может использоваться для того, чтобы различать соту, которая передает сигнал поискового вызова, и соты, каждая из которых не передает сигналы поискового вызова. Код для идентификации сот для передачи поисковых вызовов может быть ортогональным кодом или псевдоортогональным кодом. В качестве альтернативы, код для идентификации сот для передачи поисковых вызовов может быть кодом скремблирования или кодом скремблирования. Фиг. 52 - это пояснительный чертеж, показывающий способ использования кода для идентификации сот для передачи поисковых вызовов. Базовая станция умножает сигнал поискового вызова на код для идентификации мобильного терминала (процесс 1), выполняет процесс кодирования (кодирования), включающий в себя добавление CRC, кодирование, согласование скорости и отражение MCS (схема кодирования c модуляцией) (процесс 2), и умножает результат процесса на код для идентификации сот для передачи поисковых вызовов (процесс 3). Как код для идентификации сот для передачи поисковых вызовов, код скремблирования для соты передачи сигнала поискового вызова используется в соте, которая передает сигнал поискового вызова. В каждой из сот, которая не передает сигналы поискового вызова, код скремблирования для соты непередачи сигнала поискового вызова используется как код для идентификации сот для передачи поисковых вызовов. Код скремблирования для идентификации сот передачи сигнала поискового вызова и код скремблирования для соты непередачи сигнала поискового вызова, которые являются кодами для идентификации сот для передачи поисковых вызовов, являются ортогональными друг другу. Процесс выделения результата умножения на каждый из этих кодов для идентификации сот для передачи поисковых вызовов модулю управляющего информационного элемента и соединения множества управляющих информационных элементов, число которых равно числу мобильных терминалов, для каждого из которых входящий вызов осуществляется, друг с другом, выполняется (процесс 4). Напротив, мобильный терминал, который принимает или пытается принимать MBMS-услугу, передаваемую через схему многосотовой передачи из соты либо в определенной MBSFN-зоне, либо в зоне MBSFN-синхронизации, принимает PMCH, DPCH или основной PMCH, в который преобразуется сигнал поискового вызова, предназначенный для него, выполняет процесс демодуляции, дескремблирование и т.д. и делят результат демодуляции и дескремблирования на части, каждая из которых соответствует модулю управляющего информационного элемента. Мобильный терминал затем выполняет дескремблирование для каждой из разделенных частей, каждая из которых соответствует модулю управляющего информационного элемента, посредством использования кода скремблирования для соты передачи сигнала поискового вызова. Поскольку передаваемые сигналы передаются после того, как они умножены, в одной физической зоне, на коды скремблирования, которые являются ортогональными друг другу, посредством как соты, которая передает сигнал поискового вызова, так и каждой из сот, которая не передает сигналы поискового вызова, мобильный терминал получает возможность исключать влияние передаваемого сигнала из каждой из сот, которая не передает сигналы поискового вызова, посредством выполнения дескремблирования посредством использования кода скремблирования для соты передачи сигнала поискового вызова, и, следовательно, может уменьшать возникновение ошибок приема.

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

В вышеуказанном примере выполняется процесс умножения сигнала поискового вызова, предназначенного для каждого из мобильных терминалов, на идентификационный код, специфичный для самого мобильного терминала, в процессе 1, раскрытом со ссылкой на фиг. 50 и 52. Базовая станция альтернативно может использовать другой способ обработки добавления сигнала поискового вызова, предназначенного для каждого из мобильных терминалов, и идентификационного номера, конкретного для этого мобильного терминала. В этом случае, каждый из мобильных терминалов принимает физическую зону, используемую для сигнала поискового вызова, выполняет демодуляцию и дескремблирование с использованием конкретного для MBSFN-зоны кода скремблирования и делит результат демодуляции и дескремблирования на части, каждая из которых соответствует модулю информационного элемента, и выполняет процесс, включающий в себя декодирование для каждой из разделенных частей, каждая из которых соответствует модулю информационного элемента. Каждый из мобильных терминалов затем определяет то, существует или нет специфичный для мобильного терминала идентификационный номер в информации, для которой сам мобильный терминал выполняет процесс, включающий в себя декодирование, чтобы обнаруживать сигнал поискового вызова, предназначенный для него.

В этом варианте осуществления, каждая сота может задавать либо код для дополнения, либо код для идентификации сот для передачи поисковых вызовов как код, который сота передает, когда не передает сигналы поискового вызова во время начальной настройки. Только при приеме уведомления осуществления поисковых вызовов, которое сопровождает запрос поискового вызова из MME, MCE или MBMS GW, каждая сота может передавать либо код для дополнения, либо код для идентификации сот для передачи поисковых вызовов как код, с которым сота передает сигнал поискового вызова, только в мобильный терминал, который является назначением этого уведомления. С помощью этой конфигурации, поскольку становится необязательным передавать уведомление, что поисковые вызовы не осуществлены, из MME, MCE или MBMS GW в каждую соту, может уменьшаться объем передаваемых служебных сигналов.

В качестве конкретного примера конфигурации расположения как соты, которая передает сигнал поискового вызова, так и соты, которая не передает сигналы поискового вызова, способ передачи кода для дополнения из соты, которая не передает сигналы поискового вызова, раскрывается. В случае если физическая зона, в которую преобразуется сигнал поискового вызова, определяется, мощность передачи, требуемая для передачи этой физической зоны из соты, которая не передает сигналы поискового вызова, может быть задана равной 0. Ничего не может передаваться через эту физическую зону. Поскольку физическая зона, в которую преобразуется сигнал поискового вызова, определяется в базовой станции в соте, которая не передает сигналы поискового вызова, мощность передачи вышеуказанной физической зоны может уменьшаться. Мощность передачи может быть задана равной 0, или ничего не может передаваться. Следовательно, в соте, которая не передает сигналы поискового вызова, сигнал поискового вызова не обязательно должен быть кодом для дополнения и может быть любым кодом. Как результат, помехи, которые возникают, когда различные сигналы передаются между сотами, каждая из которых выполняет MC-передачу в MBSFN-зоне или зоне MBSFN-синхронизации, т.е. помехи для соты, которая передает сигнал поискового вызова, от другой соты, которая не передает сигналы поискового вызова, могут исключаться. Кроме того, в соте, которая не передает сигналы поискового вызова, базовая станция может увеличивать мощность, требуемую для передачи другой физической зоны, уменьшением до нуля мощности, требуемой для передачи вышеуказанной физической зоны. Кроме того, в соте, которая не передает сигналы поискового вызова, базовая станция может достигать уменьшения своего низкого потребления мощности, поскольку базовая станция уменьшает мощность, требуемую для передачи вышеуказанной физической зоны, до нуля. Физическая зона, в которую преобразуется весь сигнал поискового вызова, не должна быть определена. Например, этот способ может применяться к случаю, в котором физическая зона, в которую преобразуется часть сигнала поискового вызова (к примеру, информация, показывающая присутствие или отсутствие поисковых вызовов), определяется. Кроме того, этот способ также может применяться к случаю, в котором физическая зона, в которую преобразуется индикатор присутствия или отсутствия сигналов поисковых вызовов, раскрытый в варианте осуществления 7 или 9, определяется.

С помощью конфигурации, как упомянуто в этом варианте осуществления, появляется возможность располагать как соту, которая передает сигнал поискового вызова, так и соту, которая не передает сигналы поискового вызова, и даже в случае, если либо MBSFN-зона, либо зона MBSFN-синхронизации географически является огромной зоной, появляется возможность ограничивать соты, каждая из которых передает сигнал поискового вызова в мобильный терминал, сотой, в которой мобильный терминал находится, и соседними сотами. Даже в случае ограничения сот, каждая из которых передает сигнал поискового вызова в мобильный терминал, сотой, в которой мобильный терминал находится, и соседними сотами, предоставляется преимущество разрешения каждому мобильному терминалу принимать сигнал поискового вызова, предназначенный для него, без ухудшения качества приема требуемого сигнала поискового вызова вследствие различного сигнала, передаваемого из другой соты, которая не передает сигналы поискового вызова. В частности, предоставляется другое преимущество разрешения мобильному терминалу, находящемуся около границы между сотой, которая передает сигнал поискового вызова, и сотой, которая не передает сигналы поискового вызова, принимать высококачественный сигнал поискового вызова. Помимо этого, в случае, например, передачи сигнала поискового вызова только в соты в одной или более MBSFN-зон, которые находятся географически близко к зоне отслеживания соты для одноадресной передачи, MME, который принял запрос поискового вызова, не должен передавать сигнал запроса поискового вызова во все MCE, соответственно, соответствующие всем MBSFN-зонам в зоне MBSFN-синхронизации, и должен передавать только сигнал запроса поискового вызова только в MCE, который управляет вышеуказанными одной или более MBSFN-зон. Следовательно, MCE, который принял сигнал запроса поискового вызова, предоставляется возможность передавать сигнал поискового вызова в соты в MBSFN-зонах, которыми управляет MCE, тогда как другому MCE, который не принял сигнал запроса поискового вызова, предоставляется возможность не передавать сигнал поискового вызова в MBSFN-зонах, которыми управляет другой MCE. Следовательно, предоставляется преимущество возможности уменьшать объем передаваемых служебных сигналов между MME и MCE. Помимо этого, посредством ограничения сот, каждая из которых передает сигнал поискового вызова в мобильный терминал, сотой, в которой мобильный терминал находится, и соседними сотами, появляется возможность использовать физический ресурс, используемый для передачи сигнала поискового вызова, предназначенного для мобильного терминала, для передачи сигнала поискового вызова, предназначенного для другого мобильного терминала в географически удаленном местоположении, и, следовательно, эффективность радиоресурсов может повышаться.

В вышеуказанных вариантах осуществления 1-10, раскрывается способ передачи сигнала поискового вызова через схему многосотовой передачи из соты на частотном уровне, выделенном MBMS-передаче, посредством переноса сигнала поискового вызова в MBSFN-субкадре. Далее, способ передачи сигнала поискового вызова через MBSFN-субкадр в соте на смешанном частотном уровне для одноадресной передачи/MBMS раскрывается. В соте на смешанном частотном уровне для одноадресной передачи/MBMS MBSFN-субкадр предоставляется, чтобы выполнять MC-передачу. Способ, раскрытый в любом из вариантов осуществления 1-10, применяется к этому MBSFN-субкадру, чтобы передавать сигнал поискового вызова. В качестве конкретного примера, вариант осуществления 7 может применяться к MBSFN-субкадру, и сигнал поискового вызова или индикатор присутствия или отсутствия сигналов поисковых вызовов может преобразовываться в PMCH в MBSFN-субкадре. В качестве альтернативы, вариант осуществления 8 может применяться к MBSFN-субкадру, и канал (DPCH), выделенный поисковым вызовам, может формироваться в MBSFN-субкадре, и сигнал поискового вызова (сообщение поискового вызова или информация для сообщения о присутствии или отсутствии поисковых вызовов) может преобразовываться в этот канал, выделенный поисковым вызовам. В качестве альтернативы, вариант осуществления 9 может применяться к MBSFN-субкадру, и основной PMCH может предоставляться в MBSFN-субкадре, передаваемом в зоне MBSFN-синхронизации, и сигнал поискового вызова или индикатор присутствия или отсутствия сигналов поисковых вызовов может преобразовываться в этот основной PMCH. Кроме того, в случае если сигнал поискового вызова передается только в некоторые соты на смешанном частотном уровне для одноадресной передачи/MBMS либо в MBSFN-зоне, либо в зоне MBSFN-синхронизации, способ, показанный в варианте осуществления 10, может применяться.

Как упомянуто выше, использование способа передачи сигнала поискового вызова посредством использования MBSFN-субкадра в соте на смешанном частотном уровне для одноадресной передачи/MBMS позволяет использовать PDSCH и MBSFN-субкадр для передачи сигнала поискового вызова. Следовательно, способ извлечения периода поисковых вызовов не должен обрабатывать только субкадр, в котором PDSCH существует, за исключением MBSFN-субкадров, и, следовательно, может предоставляться преимущество осуществления эффективного использования радиоресурсов и уменьшения времени задержки, возникающего в процессе входящего вызова. Мобильные терминалы, обслуживаемые посредством соты на смешанном частотном уровне для одноадресной передаче/MBMS, включают в себя мобильные терминалы, каждый из которых принимает MBMS (связанная с MBMS информация, MCCH и MTCH), и мобильные терминалы, каждый из которых не принимает MBMS. Поскольку мобильный терминал, который не принимает MBMS, не должен принимать MBSFN-субкадр, сигнал поискового вызова может быть передан в этот мобильный терминал с субкадром, в котором PDSCH существует, тогда как сигнал поискового вызова может быть передан в мобильный терминал, который принимает MBMS, с PDSCH и MBSFN-субкадром. В качестве способа преобразования сигнала поискового вызова в MBSFN-субкадр, вышеуказанный способ может использоваться. Соответственно, каждый мобильный терминал получает возможность принимать сигнал поискового вызова с субкадром согласно своим характеристикам приема. Кроме того, поскольку мобильный терминал, который принимает MBMS, принимает MBSFN-субкадр, сигнал поискового вызова, предназначенный для мобильного терминала, в настоящий момент принимающего MBMS, может преобразовываться в MBSFN-субкадр посредством использования вышеуказанного способа. Как результат, мобильный терминал, в настоящий момент принимающий MBMS, может принимать сигнал поискового вызова, не дожидаясь цикла поисковых вызовов для одноадресной передачи (DRX-цикла), и, следовательно, предоставляется преимущество возможности уменьшать время задержки, возникающее перед приемом.

Сигнал поискового вызова, предназначенный для мобильного терминала, который выполнил подсчет при выполнении MBMS-приема, может преобразовываться в MBSFN-субкадр. Подсчет - это операция передачи информации, показывающей, что мобильный терминал должен принимать MBMS, из мобильного терминала в сторону сети. Поскольку сторона сети получает возможность получать информацию об идентификационном номере (UE-ID и т.п.) мобильного терминала, который выполнил подсчет, сторона сети должна передавать только сигнал поискового вызова, предназначенный для мобильного терминала, который выполнил подсчет посредством переноса сигнала поискового вызова в MBSFN-субкадре на основе этой информации. Поскольку сторона сети может распознавать, что мобильный терминал, который выполнил подсчет, должен принимать MBMS, сторона сети безусловно получает возможность передавать сигнал поискового вызова в этот мобильн