СИСТЕМА МОБИЛЬНОЙ СВЯЗИ

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

Настоящее изобретение относится к системе мобильной связи, в которой базовая станция выполняет радиосвязь с множеством мобильных терминалов. Более конкретно, оно относится к системе мобильной связи, которая может предоставлять широковещательную мультимедийную услугу (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-передачи (называемая N_MCCH с этого места) в кластере MBSFN-кадров используется как частота MCCH-передачи в рамках периода повторения кластера MBSFN-кадров. Конкретное вычислительное выражение для вычисления N_MCCH выражается посредством (N_MCCH = длина кластера MBSFN-кадров/длина (период повторения MCCH) периода повторения MCCH)). На фиг. 29, значение смещения MCCH 4 1 MBSFN-зоны 1 составляет 1mod10=1. Значение начальной точки MCCH 2 MBSFN-зоны 2 равно 1mod10=1. Значение начальной точки MCCH 4 MBSFN-зоны 4 равно 7mod10=7. Далее, N_MCCH1 MBSFN-зоны 1 равно 6/2=3. Кроме того, N_MCCH2 MBSFN-зоны 2 равно 6/3=2. N_MCCH4 MBSFN-зоны 4 равно 4/2=2. Следовательно, параметрами диспетчеризации MCCH MBSFN-зоны 1 являются длина периода повторения кластера MBSFN-кадров 1 в "10", значение начальной точки 1 в "1" и N_MCCH1 в "3". В это время, вместо сообщения N_MCCH1 как одного из параметров, кластер MBSFN-кадров 1 и длина периода повторения MCCH 1 может сообщаться.

На втором этапе, диспетчеризация MCCH MBSFN-зоны 4 сообщается посредством использования MCCH MBSFN-зоны 1. В примере диспетчеризации MCCH, в дополнение к вышеуказанным параметрам MBSFN-зоны 4 (длина периода повторения кластера MBSFN-кадров 4 в "10", начальная точка 4 в "7" и N_MCCH4 в "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", N_MCCH1 в "3" и т.д. преобразуются, и который умножается на код скремблирования 1 и MCCH1 и MTCH1 MBSFN-зоны 1, каждый из которых умножается на код скремблирования 1, передаются. Посредством использования MCCH1 идентификатор MBSFN-зоны (MBSFN-зоны 4) для MBSFN-зоны 4 и значение начальной точки MCCH 4 в "7", длина периода повторения кластера MBSFN-кадров 4 в "10" и N_MCCH4 в "2", которые являются данными о диспетчеризации MCCH MBSFN-зоны 4, передаются. Как в случае MBSFN-зоны 1, данные, которые передаются из каждой базовой станции, принадлежащей MBSFN-зоне 2, предоставляются следующим образом. BCCH2, в который P-SCH, который является последовательностью, предназначенной для частотного уровня, выделенного MBMS-передаче, S-SCH2, в который ID2 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 2 в "1", длина периода повторения кластера MBSFN-кадров 2 в "10", N_MCCH2 в "2" и т.д. преобразуются, и который умножается на код скремблирования 2, и MCCH2 и MTCH2 MBSFN-зоны 2, каждый из которых умножается на код скремблирования 2, передаются. Посредством использования MCCH2 идентификатор MBSFN-зоны (MBSFN-зоны 4) для MBSFN-зоны 4 и значение смещения MCCH 4 в "7", длина периода повторения кластера MBSFN-кадров 4 в "10" и N_MCCH4 в "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. Это обусловлено тем, что посредством стандартизации способа сообщения поисковых вызовов, можно не допускать усложнение системы мобильной связи. В следующем пояснении число групп для передачи поисковых вызовов (называемое K_MBMS с этого места) рассматривается как параметр для прерывистого приема во время 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. Конкретно, мобильный терминал определяет группу для передачи поисковых вызовов самого мобильного терминала посредством использования числа K_MBMS групп для передачи поисковых вызовов, которое мобильный терминал принимает на этапе ST1729. Мобильный терминал использует идентификатор (UE-ID, IMSI) мобильного терминала для определения группы для передачи поисковых вызовов. Группа для передачи поисковых вызовов может быть выражена как IMSI mod K_MBMS.

Фиг. 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-зоны, определяет группу для передачи поисковых вызовов рассматриваемого мобильного терминала с использованием как числа K_MBMS групп для передачи поисковых вызовов базовых станций, управляемых посредством него (тождественной MBSFN-зоны), так и принимаемого запроса поискового вызова. При определении группы для передачи поисковых вызовов MCE использует вычислительное выражение, идентичное выражению, используемому посредством мобильного терминала (группа для передачи поисковых вызовов = IMSI mod K_MBMS). Как упомянуто выше, поскольку способ управления соответствием между номером 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, определяет группу для передачи поисковых вызовов рассматриваемого мобильного терминала. В качестве примера способа определения, предусмотрен способ определения группы для передачи поисковых вызовов рассматриваемого мобильного терминала с использованием числа K_MBMS групп для передачи поисковых вызовов самой базовой станции (тождественной MBSFN-зоны) и принимаемого запроса поискового вызова. При определении группы для передачи поисковых вызовов рассматриваемого мобильного терминала каждая из базовых станций использует вычислительное выражение, идентичное выражению, используемому посредством стороны мобильного терминала (группа для передачи поисковых вызовов = IMSI mod K_MBMS). Когда 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. Тем не менее, конкретный пример не раскрывается. K_Unicast в вычислительном выражении для определения группы для передачи поисковых вызовов (IMSI mod K_Unicast) является числом групп для передачи поисковых вызовов в смешанной соте для MBMS/одноадресной передачи. В примере значения K канал передачи служебных сигналов L1/L2 (PDCCH) преобразуется для каждого субкадра. Десять субкадров существуют в одном радиокадре. Следовательно, число групп для передачи поисковых вызовов задается равным десяти. Более конкретно, каждый мобильный терминал может знать, в какой субкадр в одном радиокадре информация поисковых вызовов о группе для передачи поисковых вызовов, которой принадлежит сам мобильный терминал, преобразуется из группы для передачи поисковых вызовов. Относительно того, в какой радиокадр преобразуется информация поисковых вызовов о группе, которой принадлежит каждый мобильный терминал, может применяться традиционная технология (W-CDMA). Конкретное вычислительное выражение предоставляется посредством "Период поисковых вызовов = (IMSI div K) mod (длина цикла прерывистого приема на частотном уровне для одноадресной передачи/смешанном частотном уровне) + n x (длина цикла прерывистого приема на частотном уровне для одноадресной передачи/смешанном частотном уровне), где n: 0, 1, 2,... и максимум SFN". Конкретное вычислительное выражение альтернативно предоставляется посредством "Период поисковых вызовов = (IMSI div K_Unicast) 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, сторона сети безусловно получает возможность передавать сигнал поискового вызова в этот мобильный терминал с MBSFN-субкадром. В случае если подсчет выполняется для каждой MBMS-услуги, необходимо только преобразовывать сигнал поискового вызова в MBSFN-субкадр, через который MBMS-услуга, для которой выполнен подсчет, передается, чтобы передавать сигнал поискового вызова.

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

Когда зона отслеживания для поисковых вызовов в одноадресной передаче отличается из зоны отслеживания во время многосотовой передачи на смешанном частотном уровне для одноадресной передачи/MBMS, возникает такая проблема, что часть сигнала поискового вызова, который передается через схему одноадресной передачи посредством использования символа для управляющего сигнала L1/L2, и оставшийся сигнал поискового вызова, который передается через схему многосотовой передачи посредством использования PMCH, не передается из идентичной соты. Возникает состояние, в котором только информация, показывающая наличие поисковых вызовов, передается из соты, включенной только в зону отслеживания для одноадресной передачи, при этом только оставшееся сообщение поискового вызова передается из соты, включенной только в зону отслеживания для многоадресной передачи. Чтобы разрешать эту проблему, зона отслеживания для одноадресной передачи задается так, чтобы быть идентичной зоне отслеживания для многосотовой передачи в MBMS. Одна зона отслеживания может использоваться как для одноадресной передачи, так и для многосотовой передачи. В качестве альтернативы, может предоставляться две зоны отслеживания, каждой из которых принадлежат идентичные соты. Зоны отслеживания могут управляться посредством MME или MCE. В качестве альтернативы, зоны отслеживания могут управляться ими обоими. С помощью этой конфигурации идентичная сота может передавать часть сигнала поискового вызова посредством использования символа для управляющего сигнала L1/L2, а также может передавать оставшийся сигнал поискового вызова посредством использования PMCH в этом MBSF-субкадре. Следовательно, поскольку декодирование сигнала поискового вызова упрощается в MME, MCE, базовой станции и каждом мобильном терминале, предоставляется преимущество уменьшения сложности управления приемом сигналов поисковых вызовов и ускорения обработки.

Одиннадцатый вариант осуществления

Фиг. 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-передаче, получает возможность выполнять измерение частотного уровня для частотного уровня для одноадресной передачи/смешанного частотного уровня. Как результат, может предоставляться преимущество возможности выполнять управление мобильностью мобильного терминала через частотный уровень для одноадресной передачи/смешанный частотный уровень, даже если мобильный терминал принимает MBMS-услугу на частотном уровне, выделенном MBMS-передаче, состоящем из выделенной для MBMS базовой станции, для которой не существует восходящая линия связи. Мобильный терминал, который принимает MBMS-услугу на частотном уровне, выделенном MBMS-передаче, на этапе ST1608, выполняет прерывистый прием для приема сигнала поискового вызова. Сторона сети передает сигнал поискового вызова, предназначенный для мобильного терминала, который принимает MBMS-услугу на частотном уровне, выделенном MBMS-передаче, с конфигурацией прерывистого приема во время MBMS-приема. Далее, процесс этапа 1608 упоминается как "прерывистый прием во время MBMS-приема". На этапах ST1605-ST1608, способ передачи сигнала поискового вызова и система мобильной связи, которая предоставляет возможность реализации способа, могут быть раскрыты для мобильного терминала, который принимает MBMS-услугу на частотном уровне, выделенном MBMS-передаче. Как результат, обеспечивается преимущество предоставления возможности даже мобильному терминалу, который принимает MBMS-услугу на частотном уровне, выделенном MBMS-передаче, принимать сигнал поискового вызова. Мобильный терминал, который не принял сигнал поискового вызова через "прерывистый прием во время MBMS-приема" этапа ST1608, осуществляет переход к этапу ST1609.

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

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

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

В качестве альтернативы, базовая станция, на этапах ST1707 и ST1708, также может передавать в широковещательном режиме полосу пропускания системы и число передающих антенн на каждой f(MBMS) с использованием BCCH в дополнение к каждой частоте f(MBMS). Как результат, каждый из мобильных терминалов, на этапе ST1708, не должен принимать каждую частоту f(MBMS), передаваемую посредством использования BCCH из обслуживающей базовой станции, чтобы обнаруживать системную информацию (полосу пропускания системы и число передающих антенн) на частотном уровне, выделенном MBMS-передаче. Следовательно, может предоставляться преимущество сокращения времени задержки на управление. Это обусловлено тем, что, даже если объем информации (полоса пропускания системы и число передающих антенн) увеличивается, длина времени обработки, требуемого для каждого из мобильных терминалов, чтобы выполнять обработку, не увеличивается настолько, поскольку каждый из мобильных терминалов должен принимать BCCH из обслуживающей базовой станции на частотном уровне для одноадресной передачи, чтобы принимать каждую частоту f(MBMS), тогда как поскольку каждый из мобильных терминалов должен принимать информацию на частотном уровне, выделенном 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", описанного в варианте осуществления 11. Каждый из мобильных терминалов, на этапе ST1720, выясняет, принял он или нет частоту принимаемой зоны MBSFN-синхронизации (или частоту частотного уровня, выделенного MBMS-передаче) на этапе ST1708. Таким образом, каждый из мобильных терминалов выясняет, принял он или нет одну или более частот f(MBMS). Когда частота отсутствует, каждый из мобильных терминалов завершает процесс. Когда существует одна или более частот, каждый из мобильных терминалов выполняет этап ST1721. Каждый из мобильных терминалов, на этапе ST1721, выясняет, имеет или нет пользователь намерение приема MBMS-услуги при f(MBMS). В качестве примера проверки, когда пользователь имеет намерение приема MBMS-услуги при f(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. Операция поиска на частотном уровне, выделенном 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, которая выполняется на этапе ST1725. Согласно текущим стандартам 3GPP, задано то, что зона MBSFN-синхронизации (зона синхронизации одночастотной сети для услуги широковещательной и многоадресной передачи мультимедиа f(MBMS)) может поддерживать одну или более MBSFN-зон (MBSFN-зон) (см. фиг. 7). Напротив, не определено то, как мультиплексировать множество MBSFN-зон с f(MBMS), которая является одной частотой (одной частотой). Далее, процесс "MBMS-поиска" в соответствии с настоящим изобретением, который приспосабливается таким образом, чтобы поддерживать несколько различных способов мультиплексирования MBSFN-зон, поясняется в случае использования каждого из различных способов мультиплексирования.

Конфигурация PMCH, предусмотренная для каждой MBSFN-зоны, показывается на фиг. 60. В примере по фиг. 60, мультиплексирование с временным разделением каналов (TDM) MBSFN-зон выполняется. Сота #n1 (или сота #n2 или сота #n3) является сотой, включенной в MBSFN-зону 1 (или MBSFN-зону 2 или MBSFN-зону 3). В текущем 3GPP, обсуждение о выделении MBSFN-субкадров в смешанной соте проведено, как показано в непатентной ссылке 2. Тем не менее, поскольку субкадров для одноадресной передачи не существует в выделенной для MBMS соте, все субкадры являются MBSFN-субкадрами. Следовательно, обсуждение, проведенное в непатентной ссылке 2, не может применяться в данной ситуации. Тем не менее, важно стандартизировать конфигурацию смешанной соты и конфигурацию выделенной для MBMS соты в максимально возможной степени с точки зрения недопущения усложнения системы мобильной связи. С этой целью, способ выполнения диспетчеризации в выделенной для MBMS соте согласно принципу о "кластере MBSFN-кадров" (кластере MBSFN-кадров), раскрытому посредством непатентной ссылки 2, раскрывается далее. Помимо этого, настоящее изобретение отличается от непатентной ссылки 2 в том, что настоящее изобретение раскрывает диспетчеризацию MCCH в MBSFN-субкадре, что не рассматривается посредством непатентной ссылки 2. Пример диспетчеризации MCCH не пояснен в непатентной ссылке 2. В настоящем изобретении показывается пример диспетчеризации MCCH.

Поскольку сота #n1 принадлежит MBSFN-зоне 1, PMCH, соответствующий MBSFN-зоне, передается в это время. PMCH передается в 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 существует, период повторения MCCH отличается от периода повторения кластера MBSFN-кадров. Кроме того, имеется случай, в котором множество MCCH преобразуются в каждый кластер MBSFN-кадров.

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

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

Значение начальной точки MCCH = (SFN-номер ведущего из системных кадров, в которые MCCH преобразуется) mod (длина периода повторения MCCH)

На фиг. 60, значение начальной точки MCCH 1 в MBSFN-зоны 1 равно 1mod18=1, 19mod8=1 или..., и параметрами диспетчеризации MCCH MBSFN-зоны 1 являются длина периода повторения MCCH 1 в "18" и значение начальной точки 1 в "1". Значение начальной точки MCCH 2 MBSFN-зоны 2 равно 4mod9=4, 13mod9=4, 22mod9=4 или..., и параметрами диспетчеризации MCCH MBSFN-зоны 2 являются длина периода повторения MCCH 2 в "9" и значение начальной точки 2 в "4". Относительно MBSFN-зоны 3, предоставляются идентичные параметры. Номер SFN системного кадра в это время передается в широковещательном режиме для каждого субкадра при преобразовании в BCCH и является эффективным также при приеме MCCH из значения начальной точки MCCH. Кроме того, в случае если MCCH преобразуется в некоторые субкадры в радиокадре, SFN, номера субкадра и т.д. могут сообщаться как начальная точка.

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

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

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

Аналогично, PMCH, соответствующий MBSFN-зоне 2 (или MBSFN-зоне 3), передается в соте #n2 (или соте #n3). Период повторения MCCH может отличаться в каждой из MBSFN-зон. Длина каждого из периодов повторения, в которые повторяется MCCH соты #n2 (или соты #n3), выражается как период повторения MCCH 2 (или период повторения MCCH 3). Поскольку данные, которые умножаются на специфичный для MBSFN-зоны код скремблирования, преобразуются в PMCH в каждой из MBSFN-зон, помехи между MBSFN-зонами в зоне MBSFN-синхронизации, в которой обеспечивается синхронизация между сотами, могут быть подавлены. Поскольку многосотовая передача используется в каждой из MBSFN-зон, каждая сота в каждой из MBSFN-зон передает идентичные данные, т.е. данные, которые умножаются на специфичный для MBSFN-зоны код скремблирования с использованием идентичного PMCH. Даже в случае, если множество MBSFN-зон существует с перекрыванием в одной соте, вышеуказанная конфигурация PMCH может применяться с помехами между подавляемыми MBSFN-зонами.

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

На фиг. 61, значение начальной точки MCCH MBSFN-зоны 1 равно 1mod9=1, 10mod9=1 или..., и параметрами диспетчеризации MCCH MBSFN-зоны 1 являются длина периода повторения MCCH 1 в "9" и значение начальной точки 1 в "1". Значение начальной точки MCCH MBSFN-зоны 2 равно 4mod12=4, 16mod12=4 или..., и параметрами диспетчеризации MCCH MBSFN-зоны 1 являются длина периода повторения MCCH 2 в "12" и значение начальной точки 2 в "4". Относительно MBSFN-зоны 3, предоставляются идентичные параметры. Кроме того, в случае если MCCH преобразуется в некоторые субкадры в радиокадре, SFN, номера субкадра и т.д. могут сообщаться как начальная точка.

Таким образом, данные, которые передаются из каждой базовой станции (соты), принадлежащей MBSFN-зоне 1, к примеру, соты #n1, включают в себя P-SCH, который является последовательностью, используемой исключительно для частотного уровня, выделенного MBMS-передаче, S-SCH1, в который ID1 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 1 в "1" и длину периода повторения MCCH 1 в "9". Эти данные преобразуются в BCCH1, MCCH1 и MTCH1 и дополнительно скремблируются с кодом скремблирования 1 и передаются. То же касается MBSFN-зон 2 и 3. Для простоты, пример, в котором мультиплексирование с временным разделением каналов MCCH и MTCH выполняется для каждого субкадра, показывается на фиг. 61. Тем не менее, настоящее изобретение может применяться к случаю, в котором другой способ мультиплексирования MCCH и MTCH используется, и случаю, в котором мультиплексирование с временным разделением каналов выполняется для каждого из модулей, отличных от каждого субкадра. Кроме того, в течение всего времени, пока длина периода повторения MCCH определяется статически (статически) или полустатически (полустатически) в системе мобильной связи, каждая базовая станция не должна передавать в широковещательном режиме длину периода повторения MCCH. Следовательно, поскольку объем информации, который должен быть передан в широковещательном режиме, снижается, может предоставляться преимущество осуществления эффективного использования радиоресурсов. Кроме того, в случае если мультиплексирование с кодовым разделением каналов MBSFN-зон выполняется, поскольку различная длина периода повторения может устанавливаться для каждой из MBSFN-зон, предоставляется преимущество возможности выполнять диспетчеризацию с высокой гибкостью для MBMS-услуг по сравнению со случаем, в котором выполняется мультиплексирование с временным разделением каналов MBSFN-зон. Помимо этого, поскольку мультиплексирование с кодовым разделением каналов используется, даже при приеме MTCH и MCCH из множества MBSFN-зон, каждый мобильный терминал может отделять их друг от друга. Следовательно, поскольку система мобильной связи может передавать MTCH и MCCH из MBSFN-зон 1-3 одновременно, может предоставляться преимущество расширения частотных и временных радиоресурсов, которые выделяются одной MBSFN-зоне.

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

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

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

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

Помимо этого, пример информации MBMS-зоны поясняется со ссылкой на фиг. 60. В качестве информации 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, содержимое множества услуг и множество параметров об этом содержимом сообщается.

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

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

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

Затем, DRX-цикл, как показано на фиг. 62, поясняется. 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/одноадресной передачи сообщила (задала) для мобильного терминала без прерывания приема MBMS-услуги, при одновременном недопущении усложнения системы мобильной связи, т.е. исключении добавления передачи служебных сигналов в беспроводной интерфейс или сеть.

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

Конкретный пример параметров относительно DRX-информации поясняется со ссылкой на фиг. 62. Конкретно, как параметры относительно DRX-информации, могут рассматриваться длина DRX-периода, длина DRX-цикла и значение начальной точки (DRX). Конкретно, число радиокадров используется для спецификации каждой из длины DRX-периода и длины DRX-цикла. На фиг. 62, длина DRX-периода равна "4" радиокадра (в течение периода между SFN 4-SFN 7). Кроме того, длина DRX-цикла равна "7" радиокадров (в течение периода между SFN 4-SFN 10). Помимо этого, SFN используется для спецификации значения начальной точки (DRX), в которой начинается DRX-период. Что-либо отличное от числа радиокадров может использоваться для спецификации каждой из длины DRX-периода и длины DRX-цикла. В качестве конкретного примера, число субкадров может использоваться для спецификации каждой из длины DRX-периода и длины DRX-цикла. Что-либо отличное от SFN может использоваться для спецификации значения начальной точки. В качестве конкретного примера, значение смещения от определенного опорного значения может использоваться для спецификации значения начальной точки. В случае если DRX-период соответствует некоторым субкадрам в радиокадре, SFN, номер субкадра и т.д. может сообщаться как начальная точка. Конкретное вычислительное выражение для вычисления значения начальной точки (DRX) предоставляется посредством следующего:

(значение начальной точки (DRX) = (SFN-номер ведущего системного кадра, в котором DRX-период начинается) mod (длина DRX-цикла).

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

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

Фиг. 58 - это блок-схема последовательности операций способа, показывающая процесс измерения на стороне одноадресной передачи. Мобильный терминал, на этапе ST1753 по фиг. 58, определяет то, наступило или нет начальное время DRX-периода MBMS-услуги, посредством использования DRX-информации, которую мобильный терминал принимает на этапе ST1729 по фиг. 19. В качестве конкретного примера, мобильный терминал определяет SFN-номер ведущего системного кадра, в котором DRX-период начинается, посредством использования длины DRX-цикла и значения начальной точки (DRX), которые являются примером параметров, которые мобильный терминал принимает на этапе ST1729, и определяет то, наступило или нет начальное время DRX-периода, на основе SFN, преобразованного в BCCH (широковещательный канал управления), и т.п. Когда начальное время 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. Базовая станция (новая обслуживающая сота: новая обслуживающая сота), которая заново выбирается как обслуживающая сота на этапе ST1758, передает в широковещательном режиме длину периода измерений, длину цикла прерывистого приема и информацию зоны отслеживания (информацию 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/одноадресной передачи. Кроме того, мобильный терминал, в настоящий момент принимающий услугу на частотном уровне, выделенном MBSFN-передаче, также получает возможность выполнять установление синхронизации нисходящей линии связи через измерение с сотой для одноадресной передачи или смешанной сотой для MBMS/одноадресной передачи в периоды измерений. Как результат, может обеспечиваться преимущество предоставления возможности мобильному терминалу реализовывать даже передачу сообщения на частотном уровне для одноадресной передачи/смешанном частотном уровне с коротким временем задержки на управление.

Далее, "прием MTCH", который описывается со ссылкой на фиг. 16, поясняется более конкретно. Мобильный терминал, на этапе ST1772 по фиг. 59, определяет то, является или нет текущее время временем приема MCCH номера MBSFN-зоны, из которой мобильный терминал принимает MBMS, из информации диспетчеризации MCCH. Таким образом, мобильный терминал определяет то, является или нет текущее время временем приема MCCH, посредством использования диспетчеризации MCCH (канала управления многоадресной передачей), принимаемой на этапе ST1725. Более конкретно, мобильный терминал определяет SFN-номер ведущего из системных кадров, в которые MCCH преобразуется, посредством использования длины периода повторения MCCH и значения начальной точки, которые являются примером параметров, которые мобильный терминал принимает на этапе ST1725, и определяет то, является или нет он ведущим из системных кадров, в которые MCCH преобразуется, на основе SFN, преобразованного в BCCH, и т.п., чтобы определять то, является или нет он SFN-номером ведущего из системных кадров, в которые преобразуется MCCH. Когда текущее время является временем приема MCCH, мобильный терминал осуществляет переход к этапу ST1840. Напротив, когда текущее время не является временем приема MCCH, мобильный терминал осуществляет переход к этапу ST1841. Мобильный терминал, на этапе ST1840, выполняет прием и декодирование MCCH. После этого мобильный терминал осуществляет переход к этапу ST1842. Мобильный терминал, на этапе ST1841, определяет то, является или нет текущее время временем приема MCCH, посредством использования диспетчеризации MCCH, принимаемой на этапе ST1725, и/или информации MBMS-зоны, принимаемой на этапе ST1729. Когда текущее время является временем приема MTCH, мобильный терминал осуществляет переход к этапу ST1843. Напротив, когда текущее время не является временем приема MTCH, мобильный терминал осуществляет переход к этапу ST1753. Мобильный терминал, на этапе ST1842, определяет то, является или нет текущее время временем приема MCCH, посредством использования диспетчеризации MCCH, принимаемой на этапе ST1725, и/или информации MBMS-зоны, принимаемой на этапе ST1729. Когда текущее время является временем приема MTCH, мобильный терминал осуществляет переход к этапу ST1843. Напротив, когда текущее время не является временем приема MTCH, мобильный терминал осуществляет переход к этапу ST1794. Мобильный терминал, на этапе ST1843, выполняет прием и декодирование MTCH. После этого мобильный терминал осуществляет переход к этапу ST1794.

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

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

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

В варианте осуществления 11, способ, при конфигурировании PMCH каждой MBSFN-зоны, выполнения либо мультиплексирования с временным разделением каналов (TDM), либо мультиплексирования с кодовым разделением каналов (CDM) для PMCH каждой MBSFN-зоны раскрывается выше. В этой разновидности 1, способ, при конфигурировании PMCH каждой MBSFN-зоны, выполнения как мультиплексирования с временным разделением каналов (TDM), так и мультиплексирования с кодовым разделением каналов (CDM) для каждой MBSFN-зоны. Конфигурация PMCH, предусмотренная для каждой MBSFN-зоны, показывается на фиг. 63. На фиг. 63, как мультиплексирование с временным разделением каналов (TDM), так и мультиплексирование с кодовым разделением каналов (CDM) используется для каждой MBSFN-зоны. Сотой #n1 является сота, находящаяся в MBSFN-зоне 1, сотой #n2 является сота, находящаяся MBSFN-зоне 2, а сотой #n3 является сота, находящаяся в MBSFN-зоне 3. Кроме того, соты #1, #2 и #3 также принадлежат MBSFN-зоне 4. Фиг. 28 - это пояснительный чертеж, показывающий множество MBSFN-зон, которые составляют зону MBSFN-синхронизации, и является пояснительным чертежом, показывающим MBSFN-зону, покрывающую множество MBSFN-зон. На фиг. 28, четыре MBSFN-зоны 1-4 существуют в одной зоне MBSFN-синхронизации (зоне MBSFN-синхронизации). Из четырех MBSFN-зон MBSFN-зона 4 покрывает MBSFN-зоны 1-3. Мультиплексирование с кодовым разделением каналов 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 1".

На фиг. 63, MCCH1 - это управляющая информация MBMS для MBSFN-зоны 1, и MTCH1 - это MBMS-данные для MBSFN-зоны 1. Поскольку сота #n1 принадлежит MBSFN-зоне 1 и MBSFN-зоне 4, мультиплексирование с временным разделением каналов PMCH MBSFN-зоны 1 и PMCH MBSFN-зоны 4 выполняется. Аналогично, поскольку сота #n2 принадлежит MBSFN-зоне 2 и MBSFN-зоне 4, мультиплексирование с временным разделением каналов PMCH MBSFN-зоны 2 и PMCH MBSFN-зоны 4 выполняется, и поскольку сота #n3 принадлежит MBSFN-зоне 3 и MBSFN-зоне 4, мультиплексирование с временным разделением каналов PMCH MBSFN-зоны 3 и PMCH MBSFN-зоны 4 выполняется. Поскольку многосотовая передача PMCH MBSFN-зоны 4 выполняется в MBSFN-зоне 4, передача PMCH в каждой из сот #n1, #n2 и #n3 выполняется одновременно. Посредством использования таким образом способа выполнения как мультиплексирования с временным разделением каналов, так и мультиплексирования с кодовым разделением каналов для PMCH каждой MBSFN-зоны, например, мультиплексирование с временным разделением каналов может использоваться для MBSFN-зон, которые перекрывают друг друга, и мультиплексирование с кодовым разделением каналов может использоваться для MBSFN-зон, которые не перекрывают друг друга. Следовательно, по сравнению со случаем использования только мультиплексирования с временным разделением каналов, эффективность радиоресурсов может повышаться, поскольку мультиплексирование с кодовым разделением каналов используется. Кроме того, по сравнению со случаем использования только мультиплексирования с кодовым разделением каналов, взаимные помехи между MBSFN-зонами, которые перекрывают друг друга, могут уменьшаться, и ошибки приема, обнаруживаемые в MBMS-данных, принимаемых посредством каждого мобильного терминала, могут уменьшаться.

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

Далее, диспетчеризация MCCH дополнительно анализируется. Поскольку зона MBSFN-синхронизации является синхронной во времени, P-SCH передается одновременно в рамках выделенной для MBMS соты в MBSFN-зоне 1, выделенной для MBMS соты в MBSFN-зоне 2 и выделенной для MBMS соты в MBSFN-зоне 3. Кроме того, при условии, что вышеуказанная последовательность, используемая исключительно для частотного уровня, выделенного MBMS-передаче, используется, последовательности P-SCH во всех MBSFN-зонах являются идентичными друг другу. Следовательно, в зоне MBSFN-синхронизации, идентичная информация передается одновременно посредством использования P-SCH. Как упомянуто выше, считается, что идентификатор MBSFN-зоны передается посредством использования S-SCH. В этом случае, посредством использования S-SCH информация, различная для каждой MBSFN-зоны, передается одновременно в зоне MBSFN-синхронизации. В этом случае, все выделенные для MBMS соты в каждой MBSFN-зоне передают идентичную информацию одновременно. S-SCH использует одинаковые радиоресурсы на частоте и во времени в зоне MBSFN-синхронизации. Кроме того, поскольку S-SCH используется для поиска идентификатора MBSFN-зоны, связанного с каждым кодом скремблирования MBSFN-зоны, S-SCH не может быть умножен на код скремблирования каждой MBSFN-зоны. Конфигурация того, чтобы задавать каждую базовую станцию так, чтобы принадлежать множеству MBSFN-зон, тогда как затем такие функции S-SCH могут реализовываться посредством задания идентификатора MBSFN-зоны, преобразованной в S-SCH, равным идентификатору наименьшей из множества MBSFN-зон, которым каждая базовая станция принадлежит, как упомянуто выше, при условии, что нет S-SCH, конкретного для MBSFN-зоны, покрывающей другие 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.

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

Значение начальной точки = (SFN-номер ведущего из системных кадров, в которые MCCH преобразуется в кластере MBSFN-кадров) mod (длина периода повторения кластера MBSFN-кадров)

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

N_MCCH = длина периода повторения MCCH длины кластера MBSFN-кадров

На фиг. 63, значение начальной точки 1 MBSFN-зоны 1 5mod16=5, 21mod16=5 или.... Значение начальной точки 2 MBSFN-зоны 2 5mod16=5, 21mod16=5 или.... Значение начальной точки MBSFN-зоны 3 является идентичным значению MBSFN-зоны 2. Далее, N_MCCH1 MBSFN-зоны 1 равно 12/6=2, а N_MCCH2 MBSFN-зоны 2 равно 12/4=3. В случае MBSFN-зоны 3, N_MCCH определяется аналогично. Следовательно, параметрами диспетчеризации MCCH MBSFN-зоны 1 являются длина периода повторения кластера MBSFN-кадров 1 в "16", значение начальной точки 1 в "5" и N_MCCH1 в "2". В это время, вместо сообщения N_MCCH1 как одного из параметров, кластер MBSFN-кадров 1 и длина периода повторения MCCH 1 может сообщаться.

На втором этапе, диспетчеризация MCCH MBSFN-зоны 4 сообщается посредством использования MCCH MBSFN-зоны 1. Способ определения параметров диспетчеризации MCCH является идентичным способу в случае по фиг. 60, поскольку кластер MBSFN-кадров меньше длины периода повторения MCCH. Значение начальной точки 4 из MBSFN-зоны 4 1mod16=1, 17mod16=1 или.... В конкретном примере диспетчеризации MCCH, идентификатор MBSFN-зоны для MBSFN-зоны 4, покрывающей другие MBSFN-зоны, а также параметры вышеуказанной MBSFN-зоны 4 (длина периода повторения MCCH 4 в "16" и начальная точка 4 в "1"), сообщаются. Поскольку допускается, что S-SCH, выделенного MBSFN-зоне 4, не существует, необходимо также сообщать об идентификаторе MBSFN-зоны в это время.

Более конкретно, данные, передаваемые из MBSFN-зоны 1, предоставляются следующим образом. BCCH1, в который P-SCH, который является последовательностью, используемой исключительно для частотного уровня, выделенного MBMS-передаче, S-SCH1, в который ID1 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 1 в "5", длина периода повторения кластера MBSFN-кадров 1 в "16", N_MCCH1 в "2" и т.д. преобразуются, и который умножается на код скремблирования 1, и MCCH1 и MTCH1 MBSFN-зоны 1, каждый из которых умножается на код скремблирования 1, передаются. Посредством использования MCCH1, передаются идентификатор MBSFN-зоны (MBSFN-зоны 4) и значение начальной точки MCCH 4 в "1" и длина периода повторения MCCH 4 в "16", которые являются данными о диспетчеризации MCCH MBSFN-зоны 4.

Как в случае MBSFN-зоны 1, данные, которые передаются из MBSFN-зоны 2, предоставляются следующим образом. BCCH2, в который P-SCH, который является последовательностью, используемой исключительно для частотного уровня, выделенного MBMS-передаче, S-SCH2, в который ID2 MBSFN-зоны и т.д. преобразуются, значение начальной точки MCCH 2 в "5", длина периода повторения кластера MBSFN-кадров 2 в "16", N_MCCH2 в "3" и т.д. преобразуются, и который умножается на код скремблирования 2, и MCCH2 и MTCH2 MBSFN-зоны 2, каждый из которых умножается на код скремблирования 2, передаются. Посредством использования MCCH2, передаются идентификатор MBSFN-зоны (MBSFN-зоны 4) и значение начальной точки MCCH 4 в "1" и длина периода повторения MCCH 4 в "16", которые являются данными о диспетчеризации MCCH MBSFN-зоны 4. Как поясняется ранее, передача данных из MBSFN-зоны 4 не включает в себя передачу P-SCH и S-SCH. Помимо этого, когда необязательно сообщать, как системную информацию о MBSFN-зоне 4, какую-либо информацию, кроме той, что передается с использованием BCCH каждой из покрываемых MBSFN-зон (MBSFN-зон 1-3), передача BCCH из MBSFN-зоны 4 может опускаться. Как результат, может предоставляться преимущество эффективного использования радиоресурсов. MCCH4 и MTCH4 MBSFN-зоны 4, каждый из которых не умножается ни на какой код скремблирования, передаются. Каждый из MCCH4 и MTCH4 может быть умножен на код скремблирования, специфичный для MBSFN-зоны 4. Может предоставляться преимущество подавления помех между MBSFN-зонами. В этом случае, допускается, что код скремблирования, специфичный для MBSFN-зоны 4, связан с идентификатором MBSFN-зоны для MBSFN-зоны 4, который сообщается через MCCH MBSFN-зоны 1, 2 или 3. Соответственно, может предоставляться преимущество исключения необходимости выполнять дальнейшую передачу служебных сигналов.

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

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

Кроме того, может рассматриваться способ сообщения содержимого услуги MBSFN-зоны 4 с использованием BCCH MBSFN-зоны 1 для диспетчеризации MCCH MBSFN-зоны 4. Как результат, поскольку мобильный терминал, принимающий услугу MBSFN-зоны 4, не должен выполнять процесс приема и декодирования MCCH MBSFN-зоны 1, может предоставляться преимущество уменьшения времени задержки на управление, возникающей в мобильном терминале. Способ использования, в качестве диспетчеризации MCCH, вышеуказанной начальной точки, длины периода повторения кластера MBSFN-кадров и NMCCH (альтернативно, длины кластера MBSFN-кадров и длина периода повторения MCCH) могут применяться также к случаю, в котором MCCH существует множество раз в кластере MBSFN-кадров, когда мультиплексирование с временным разделением каналов MBSFN-зон выполняется (см. фиг. 60).

Разновидность 2

В варианте осуществления 11, содержимое услуги каждой MBSFN-зоны включается в информацию MBMS-зоны в MCCH. В качестве альтернативы, содержимое услуги каждой MBSFN-зоны, а также диспетчеризация MCCH могут сообщаться с использованием BCCH. Как результат, каждый мобильный терминал (пользователь) может выяснять содержимое услуги MBSFN-зон, которым базовая станция принадлежит во время декодирования BCCH. Как результат, поскольку каждый мобильный терминал может определять то, существует или нет требуемая услуга, перед приемом и декодированием MCCH, и не должен выполнять процесс приема и декодирования MCCH ни одной MBSFN-зоны, в которой выполняется требуемая услуга, может предоставляться преимущество уменьшения времени задержки на управление, возникающей в каждом мобильном терминале. Конкретно, каждый мобильный терминал, на этапе ST1725 по фиг. 18, принимает содержимое услуги MBSFN-зон. Как результат, каждый мобильный терминал может выяснять содержимое принимаемых MBMS-услуг в текущем местоположении (местоположении). После этого каждый мобильный терминал выясняет, выполняется или нет услуга, которую хочет пользователь, в рассматриваемой MBSFN-зоне до этапа ST1729 по фиг. 19. Когда требуемая услуга выполняется, каждый мобильный терминал осуществляет переход к этапу ST1729. Каждый мобильный терминал осуществляет переход к этапу ST1731 после этапа ST1729. Напротив, когда требуемая услуга не выполняется, каждый мобильный терминал опускает процессы этапов ST1729 и ST1731 и затем осуществляет переход к этапу ST1733.

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

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

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

В этом варианте осуществления 12, раскрывается система мобильной связи, которая отличается от варианта осуществления 11 главным образом MBMS-поиском. Последовательность операций обработки, выполняемой посредством системы мобильной связи в соответствии с этим вариантом осуществления 12, является практически идентичной последовательности, показанной на фиг. 16 и 17 варианта осуществления 11. Пояснение последовательности операций осуществляется с сосредоточением на части, отличной от варианта осуществления 11. Каждая сота для одноадресной передачи или каждая смешанная сота для MBMS/одноадресной передачи, на этапе ST1707 по фиг. 17, передает в широковещательном режиме одну или более частот, на которых MBMS-услуга выполняется, отличных от частот на текущем частотном уровне для одноадресной передачи/смешанном частотном уровне, в мобильные терминалы, обслуживаемые посредством нее, посредством использования BCCH. Таким образом, каждая сота для одноадресной передачи или каждая смешанная сота для MBMS/одноадресной передачи передает в широковещательном режиме одну или более частот (f(MBMS)) принимаемой зоны MBSFN-синхронизации. Помимо этого, каждая сота для одноадресной передачи или каждая смешанная сота для MBMS/одноадресной передачи передает в широковещательном режиме одно или оба из полосы пропускания системы на каждой частоте f(MBMS) и числа передающих антенн на каждой частоте f(MBMS). Каждый из мобильных терминалов, на этапе ST1708 по фиг. 17, принимает одно или оба из полосы пропускания системы на каждой частоте f(MBMS) и числа передающих антенн на каждой частоте f(MBMS) посредством приема и декодирования BCCH из обслуживающей базовой станции. Информация, показывающая, находится или нет каждая частота f(MBMS) в рамках либо частотного уровня, состоящего из смешанной соты для одноадресной передачи/MBMS, либо частотного уровня, состоящего из выделенной для MBMS соты, также может сообщаться в каждый из мобильных терминалов. Как результат, каждый из мобильных терминалов получает возможность изменять свою работу между частотным уровнем, состоящим из смешанной соты для одноадресной передачи/MBMS, и частотным уровнем, состоящим из выделенной для MBMS соты. Конкретный пример работы - это операция MBMS-поиска. В смешанной соте для одноадресной передачи/MBMS, поскольку предоставляется услуга одноадресной передачи, трудно уменьшать P-SCH, S-SCH и т.д., которые используются для услуги одноадресной передачи. Следовательно, способ, поясненный в варианте осуществления 11, используется для операции MBMS-поиска на частотном уровне, состоящем из смешанной соты для одноадресной передачи/MBMS. Напротив, в выделенной для MBMS соте, поскольку не предоставляются услуги одноадресной передачи, имеется меньше ограничений на выделенную для MBMS соту по сравнению со смешанной сотой для одноадресной передачи/MBMS. Следовательно, процесс, как поясняется далее, применяется к операции MBMS-поиска на частотном уровне, состоящем из выделенной для MBMS соты.

В варианте осуществления 12, этапы ST1723-ST1725 по фиг. 18 изменяются, как показано на фиг. 64. Фиг. 64 - это блок-схема последовательности операций способа, показывающая способ поиска MBMS. На фиг. 64, MBMS GW 802, более конкретно, MBMS CP 802-1, на этапе ST2201, сообщает содержимое физического канала (называемого основным PMCH), который передается через схему многосотовой передачи в зоне MBSFN-синхронизации, в MCE 801. Поскольку основной PMCH передается через схему многосотовой передачи в зоне MBSFN-синхронизации, идентичная информация должна быть передана посредством использования идентичных радиоресурсов из базовой станции в зоне MBSFN-синхронизации. Следовательно, MBMS GW сообщает информацию диспетчеризации, такую как радиоресурсы (частота, время и т.д.), а также уведомление относительно содержимого основного PMCH на этапе ST2201.

Фиг. 65 - это пояснительный чертеж, показывающий конфигурацию основного PMCH в зоне MBSFN-синхронизации. Фиг. 65 показывает случай, где 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.

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.

На фиг. 65, MCCH1 - это управляющая информация MBMS для MBSFN-зоны 1, и MTCH1 - это MBMS-данные для MBSFN-зоны 1. MCCH2 - это управляющая информация MBMS для MBSFN-зоны 2, и MTCH2 - это MBMS-данные для MBSFN-зоны 2. MCCH3 - это управляющая информация MBMS для MBSFN-зоны 3, и MTCH3 - это MBMS-данные для MBSFN-зоны 3. MCCH4 - это управляющая информация MBMS для MBSFN-зоны 4, и MTCH4 - это MBMS-данные для MBSFN-зоны 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-услуге, принимаемой посредством каждого мобильного терминала, могут уменьшаться. Специфичный для зоны MBSFN-синхронизации код скремблирования может быть задан статически (статически) или полустатически (полустатически) и затем может быть преобразован в BCCH из обслуживающей базовой станции и сообщен в каждый из мобильных терминалов на этапе ST1705.

Кроме того, диспетчеризация радиоресурсов (частота, время и т.д.) основного PMCH на этапе ST2201 по фиг. 64 поясняется. Частота, полоса частот и т.д. предоставляются в качестве конкретного примера диспетчеризации частоты. Конкретный пример диспетчеризации времени поясняется со ссылкой на фиг. 65. Далее, считается, что значение начальной точки времени, когда основной PMCH преобразуется, и длина периода повторения основного PMCH сообщаются для диспетчеризации основного PMCH. Более конкретно, SFN (номер системного кадра) используется для спецификации значения начальной точки. Конкретное вычислительное выражение для вычисления значения начальной точки основного PMCH предоставляется следующим образом. Значение начальной точки основного PMCH = (SFN-номер ведущего из системных кадров, в которые основной PMCH преобразуется) mod (длина периода повторения основного PMCH)

На фиг. 65, значение начальной точки основного PMCH равно 1mod11=1, 12mod11=1 или..., и параметрами диспетчеризации основного PMCH являются длина периода повторения основного PMCH 1 в "11" и значение начальной точки основного PMCH в "1".

Далее, конкретный пример содержимого основного PMCH на этапе ST2201 по фиг. 64 поясняется. В качестве конкретного примера информации, сообщаемой через основной PMCH, номера (идентификаторы или идентификаторы) всех MBSFN-зон, существующих в зоне MBSFN-синхронизации, диспетчеризация MCCH каждой MBSFN-зоны, DRX-информация и т.д. может предоставляться. Поскольку пояснение подробностей DRX-информации является идентичным пояснению, показанному в варианте осуществления 11, пояснение подробностей DRX-информации далее опускается. DRX-информация может быть передана через MCCH каждой MBSFN-зоны, и идентичные преимущества могут предоставляться. В качестве альтернативы, DRX-информация может преобразовываться в BCCH обслуживающей соты и передаваться в каждый из мобильных терминалов на этапе ST1705 по фиг. 17, и идентичные преимущества могут предоставляться. Кроме того, даже когда DRX-информация определяется статически, идентичные преимущества могут предоставляться. Когда DRX-информация определяется статически, поскольку становится необязательным передавать в широковещательном режиме DRX-информацию со стороны сети в каждый из мобильных терминалов, может предоставляться преимущество осуществления эффективного использования радиоресурсов. Диспетчеризация MCCH каждой MBSFN-зоны также выполняется, как в случае варианта осуществления 11. На фиг. 65, информацией диспетчеризации (параметрами) MCCH MBSFN-зоны 1 является период повторения MCCH 1 в "11" и значение начальной точки MCCH 1 в "2". Информация диспетчеризации (параметры) MCCH каждой из MBSFN-зон 2, 3 и 4 является идентичной информации диспетчеризации (параметрам) для MBSFN-зоны 1. Посредством преобразования диспетчеризаций MCCH всех MBSFN-зон в зоне MBSFN-синхронизации в основной PMCH появляется возможность передавать основной PMCH через схему многосотовой передачи в зоне MBSFN-синхронизации.

MCE, на этапе ST2202 по фиг. 64, принимает содержимое и информацию диспетчеризации основного PMCH из MBMS GW.

MCE, на этапе ST2203, передает содержимое и информацию диспетчеризации основного PMCH в каждую базовую станцию, принадлежащую MBSFN-зоне, которой управляет MCE. Каждая базовая станция, на этапе ST2204, принимает содержимое и информацию диспетчеризации основного PMCH. Каждая базовая станция, на этапе ST2205, передает основной PMCH согласно диспетчеризации из MCE.

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

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

В варианте осуществления 11, временная синхронизация выполняется посредством использования P-SCH и S-SCH на частотном уровне, выделенном MBMS-передаче. Напротив, в этом варианте осуществления 12, временная синхронизация может реализовываться без использования P-SCH и S-SCH. Следовательно, использование способа MBMS-поиска в соответствии с этим вариантом осуществления 12 позволяет уменьшать P-SCH и S-SCH на частотном уровне, выделенном MBMS-передаче (выделенная для MBMS базовая станция). Соответственно, может предоставляться преимущество эффективного использования радиоресурсов. Каждый из мобильных терминалов, на этапе ST2207, выполняет прием и декодирование основного PMCH, обнаруживаемого на этапе ST2206. Каждый из мобильных терминалов принимает все идентификаторы MBSFN-зоны, диспетчеризацию MCCH каждой MBSFN-зоны и DRX-информацию, которые преобразуются в основной PMCH.

Кроме того, информация, преобразованная в BCCH в варианте осуществления 11, включает в себя диспетчеризацию MCCH, полосу пропускания системы при f(MBMS), число передающих антенн при f(MBMS) и SFN. В соответствии с вариантом осуществления 12, диспетчеризация MCCH преобразуется в основной PMCH. Кроме того, диспетчеризация MCCH, полоса пропускания системы при f(MBMS) и число передающих антенн при f(MBMS) преобразуются в BCCH в каждой из соты для одноадресной передачи и смешанной соты для одноадресной передачи/MBMS. Посредством преобразования SFN в основной PMCH появляется возможность уменьшать частоту передачи BCCH из частотного уровня, выделенного MBMS-передаче (выделенной для MBMS соты). Соответственно, может предоставляться преимущество эффективного использования радиоресурсов. Кроме того, становится необязательным принимать BCCH, который является каналом, отличным от основного PMCH, чтобы принимать SFN. Следовательно, может предоставляться преимущество уменьшения управляющей нагрузки на каждый из мобильных терминалов, уменьшения времени задержки на управление, возникающей в каждом из мобильных терминалов, и достижения низкого потребления мощности в каждом из мобильных терминалов. Поскольку процессы на этапе ST1726 и последующие этапы по фиг. 18 являются идентичными процессам и этапам варианта осуществления 11, их подробное пояснение опускается ниже. Управляющая информация для MBMS-услуги, которую каждый из мобильных терминалов, на этапе ST1729 по фиг. 19, обнаруживает посредством приема и декодирования MCCH каждой MBSFN-зоны, включает в себя информацию MBMS-зоны и параметр для прерывистого приема во время MBMS-приема. В качестве конкретного примера информации MBMS-зоны, может рассматриваться информация о структуре кадра каждой зоны (т.е. структуре кластера MBSFN-кадров и MBSFN-субкадра), содержимое услуги и информация модуляции о MTCH и т.д.

Этапы ST1723-ST1725 по фиг. 18, поясненные в варианте осуществления 11, могут использоваться. В этом случае, информация диспетчеризации основного PMCH может уведомляться, вместо диспетчеризации MCCH, показанной в варианте осуществления 11, посредством использования BCCH из частотного уровня, выделенного MBMS-передаче. Соответственно, обнаружение вслепую на этапе ST2206 по фиг. 64 становится необязательным. Как результат, может предоставляться преимущество уменьшения нагрузки по обработке на каждый из мобильных терминалов и достижения низкого потребления мощности в каждом из мобильных терминалов.

Далее поясняется разновидность 1 этого варианта осуществления. В варианте осуществления 12, содержимое услуги каждой MBSFN-зоны включается в информацию MBMS-зоны в MCCH. В качестве альтернативы, содержимое услуги каждой MBSFN-зоны, а также диспетчеризация MCCH могут сообщаться посредством использования основного PMCH. Как результат, каждый мобильный терминал (пользователь) может выяснять содержимое услуги каждого MBSFN-зоны во время декодирования основного PMCH. Как результат, поскольку каждый мобильный терминал может определять то, существует или нет требуемая услуга, перед приемом и декодированием MCCH, и не должен выполнять процесс приема и декодирования MCCH ни одной MBSFN-зоны, в которой выполняется требуемая услуга, может предоставляться преимущество уменьшения времени задержки на управление, возникающей в каждом мобильном терминале. Конкретно, каждый мобильный терминал, на этапе ST2207 по фиг. 64, принимает содержимое услуги каждой MBSFN-зоны. Соответственно, каждый мобильный терминал может выяснять содержимое услуги каждой MBSFN-зоны. После этого каждый мобильный терминал выполняет поиск MBSFN-зоны, в которой услуга, которую хочет пользователь, выполняется, до этапа ST1729 по фиг. 19. Когда MBSFN-зона, в которой выполняется услуга, которую хочет пользователь, существует, каждый мобильный терминал выполняет этап ST1729 согласно диспетчеризации MCCH MBSFN-зоны, чтобы принимать MCCH MBSFN-зоны. Напротив, когда MBSFN-зона, в которой выполняется услуга, которую хочет пользователь, не существует, каждый мобильный терминал опускает процессы этапов ST1729, ST1730 и ST1733 по фиг. 19 и затем осуществляет переход к этапу ST1734.

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

Далее поясняется разновидность 2 этого варианта осуществления. Вместо этапов ST2201-ST2207 по фиг. 64 в варианте осуществления 12, следующие процессы выполняются в разновидности 2. Последовательность операций обработки, выполняемой посредством системы мобильной связи в соответствии с этой разновидностью 2, является практически идентичной поясненной в варианте осуществления 12. Пояснение последовательности операций осуществляется с сосредоточением на части, отличной от варианта осуществления 12. В разновидности 2, этапы ST2201-ST2207 по фиг. 64 изменяются, как показано на фиг. 67. Поскольку пояснение этапов ST1726-ST1728 является идентичным пояснению этапов ST1726-ST1728, показанному на фиг. 18 и 19, пояснение этапов ST1726-ST1728 разновидности 2 далее опускается. Каждый из мобильных терминалов, на этапе ST2501 по фиг. 67, выполняет поиск MBMS. Каждый из мобильных терминалов, на этапе ST2501, выполняет временную синхронизацию. Заданная информация преобразуется в часть MCCH каждой MBSFN-зоны. Соответственно, каждый из мобильных терминалов устанавливает временную синхронизацию посредством выполнения обнаружения вслепую заданной информации о каждой MBSFN-зоне. Заданная информация (символ или последовательность) преобразуется в физический радиоресурс, который является частью MBSFN-субкадра, в который преобразуется MCCH каждой MBSFN-зоны. Соответственно, каждый из мобильных терминалов может устанавливать временную синхронизацию посредством выполнения обнаружения вслепую заданной информации (символа или последовательности), преобразованной в физический радиоресурс. В качестве альтернативы, заданная информация (символ или последовательность) может преобразовываться в физический радиоресурс, смежный во времени или отделенный во времени на фиксированное смещение от MCCH каждой MBSFN-зоны. Соответственно, каждый из мобильных терминалов может устанавливать временную синхронизацию посредством выполнения обнаружения вслепую заданной информации (символа или последовательности), преобразованной в физический радиоресурс. Заданная информация, используемая для обнаружения вслепую, не умножается на код скремблирования, специфичный для каждой MBSFN-зоны. Как результат, каждый из мобильных терминалов получает возможность выполнять обнаружение вслепую. Следовательно, способ мультиплексирования для мультиплексирования MBSFN-зон имеет высокую степень совместимости с этой разновидностью 2, когда способом мультиплексирования является мультиплексирование с временным разделением каналов (см. фиг. 60). В варианте осуществления 11, временная синхронизация выполняется посредством использования P-SCH и S-SCH на частотном уровне, выделенном MBMS-передаче. Напротив, в этом варианте осуществления 12, временная синхронизация может реализовываться без использования P-SCH и S-SCH. Следовательно, использование способа MBMS-поиска в соответствии с этим вариантом осуществления 12 позволяет уменьшать P-SCH и S-SCH на частотном уровне, выделенном MBMS-передаче (выделенная для MBMS базовая станция). Кроме того, в варианте осуществления 12, временная синхронизация выполняется посредством использования основного PMCH. Напротив, в этой разновидности 2, временная синхронизация выполняется посредством использования MCCH каждой MBSFN-зоны. Как результат, временная синхронизация выполняется посредством использования только MCCH MBSFN-зоны, который каждый мобильный терминал может принимать в текущем местоположении (местоположении). Следовательно, по сравнению с вариантом осуществления 11 и вариантом осуществления 12, частота, на которой определяется то, на этапе ST1731, что каждый мобильный терминал не имеет достаточно высокой чувствительности для того, чтобы принимать MBMS-услугу, уменьшается. Как результат, может предоставляться преимущество возможности уменьшать время задержки на управление, возникающей в системе мобильной связи. Каждый из мобильных терминалов, на этапе ST2502 по фиг. 67, выполняет прием и декодирование MCCH MBSFN-зоны, обнаруживаемой на этапе ST2501. Каждый из мобильных терминалов принимает управляющую информацию для MBMS-услуги, которая преобразуется в MCCH. В качестве примера управляющей информации, предусмотрена информация MBMS-зоны, параметр для прерывистого приема во время MBMS-приема и т.д. В качестве информации MBMS-зоны может рассматриваться структура кадра каждой зоны (структура кластера MBSFN-кадров и MBSFN-субкадра), содержимое услуги, информация модуляции о MTCH и т.д.

Каждый из мобильных терминалов, на этапе ST1730 по фиг. 19, проверяет содержимое услуги, включенное в информацию MBMS-зоны. Когда услуга, которую хочет пользователь, выполняется в рассматриваемой MBMS-зоне, каждый из мобильных терминалов осуществляет переход к этапу ST1731. Напротив, когда услуга, которую хочет пользователь, не выполняется в MBMS-зоне, каждый из мобильных терминалов осуществляет переход к этапу ST2503. Каждый из мобильных терминалов, на этапе ST1731, принимает RS с радиоресурсом рассматриваемой MBSFN-зоны и измеряет принимаемую мощность (RSRP) RS. Каждый из мобильных терминалов затем определяет то, является или нет принимаемая мощность равной либо превышающей пороговое значение, определенное статически или полустатически. Факт, что принимаемая мощность равна или превышает вышеуказанное пороговое значение, показывает, что каждый из мобильных терминалов имеет достаточно высокую чувствительность для того, чтобы принимать MBMS-услугу, тогда как факт, что принимаемая мощность ниже порогового значения, показывает, что каждый из мобильных терминалов не имеет достаточно высокую чувствительность для того, чтобы принимать MBMS-услугу. Когда принимаемая мощность равна или превышает пороговое значение, каждый из мобильных терминалов осуществляет переход к этапу ST1732, тогда как когда принимаемая мощность ниже порогового значения, каждый из мобильных терминалов осуществляет переход к этапу ST2503. Каждый из мобильных терминалов, на этапе ST2503, выполняет поиск MBMS посредством использования способа, идентичного показанному на этапе ST2501. Каждый из мобильных терминалов, на этапе ST2504, определяет то, установлена или нет временная синхронизация либо с другой MBSFN-зоной, для которой определение того, что не выполняется требуемая услуга, выполняется на этапе 1730, либо с другой MBSFN-зоной, отличной от MBSFN-зоны, для которой определение того, каждый мобильный терминал не имеет достаточно высокой чувствительности для того, чтобы принимать MBMS-услугу, выполняется на этапе ST1731. В случае если временная синхронизация с другой MBSFN-зоной устанавливается, каждый из мобильных терминалов осуществляет переход к этапу ST2502. Напротив, в случае если временная синхронизация с другой MBSFN-зоной не устанавливается, каждый из мобильных терминалов осуществляет переход к этапу ST1734. Кроме того, DRX-информация, SFN и т.д., которые преобразуются в основной PMCH, также могут сообщаться посредством использования каждого MCCH. Как результат, основной PMCH становится необязательным, и эффективность радиоресурсов может повышаться.

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

В этом варианте осуществления 13, раскрывается система мобильной связи, которая отличается от системы варианта осуществления 11 главным образом DRX-информацией. Последовательность операций обработки, выполняемой посредством системы мобильной связи в соответствии с этим вариантом осуществления 13, является практически идентичной последовательности, показанной на фиг. 16 и 17 варианта осуществления 11. Пояснение последовательности операций осуществляется с сосредоточением на части, отличной от варианта осуществления 11. В варианте осуществления 11, один DRX-период предоставляется в зоне MBSFN-синхронизации (см. фиг. 62). Напротив, в этом варианте осуществления 13, один DRX-период предоставляется в MBSFN-зоне. DRX-период в соответствии с этим вариантом осуществления 13 означает период времени, в течение которого передача MBMS-услуги из соответствующей MBSFN-зоны находится в выключенном состоянии. Конкретный пример DRX-информации поясняется со ссылкой на фиг. 68 и 69. Во-первых, пояснение приводится со ссылкой на фиг. 68. Фиг. 68 - это пояснительный чертеж, показывающий конфигурацию PMCH каждой MBSFN-зоны. Длина DRX-периода и длина DRX-цикла для мобильного терминала, принимающего в настоящий момент MBMS-услугу из MBSFN-зоны 1, выражаются как длина DRX-периода 1 и длина DRX-цикла 1, соответственно. Конкретный пример параметров DRX-информации поясняется. Конкретно, длина DRX-периода, длина DRX-цикла и значение начальной точки (DRX) могут рассматриваться как параметры. Длина DRX-периода 1 равна "6" радиокадров. Кроме того, длина DRX-цикла 1 равна "9" радиокадров. Помимо этого, SFN используется для спецификации значения начальной точки (DRX), в которой начинается DRX-период. Конкретное вычислительное выражение для вычисления значения начальной точки (DRX) предоставляется следующим образом.

Значение начальной точки (DRX) = (SFN-номер ведущего системного кадра, в котором начинается DRX-период) mod (длина DRX-цикла), и значение начальной точки 1 (DRX) равно 4mod9=4, 13mod9=4 или....

Длина DRX-периода и длина DRX-цикла для мобильного терминала, принимающего в настоящий момент MBMS-услугу из MBSFN-зоны 2, выражаются как длина DRX-периода 2 и длина DRX-цикла 2, соответственно. Длина DRX-периода 2 равна "6" радиокадров. Кроме того, длина DRX-цикла 2 равна "9" радиокадров. Значение начальной точки 2 (DRX) равно 7mod9=7, 16mod9=7 или.... Аналогичная DRX-информация предоставляется для мобильного терминала, принимающего в настоящий момент MBMS-услугу из MBSFN-зоны 3.

Далее приводится пояснение со ссылкой на фиг. 69. Длина DRX-периода и длина DRX-цикла для мобильного терминала, принимающего в настоящий момент MBMS-услугу из MBSFN-зоны 1, выражаются как длина DRX-периода 1 и длина DRX-цикла 1, соответственно. Длина DRX-периода 1 равна "4" радиокадра. Кроме того, длина DRX-цикла 1 равна "16" радиокадров. Значение начальной точки 1 (DRX) равно 1mod16=1, 17mod16=1 или.... Аналогичная DRX-информация предоставляется для мобильного терминала, принимающего в настоящий момент MBMS-услугу или из MBSFN-зоны 2 или из MBSFN-зоны 3. Длина DRX-периода и длина DRX-цикла для мобильного терминала, принимающего в настоящий момент MBMS-услугу из MBSFN-зоны 4, выражаются как длина DRX-периода 4 и длина DRX-цикла 4, соответственно. Длина DRX-периода 4 равна "12" радиокадров. Кроме того, длина DRX-цикла 4 равна "16" радиокадров. Значение начальной точки 4 (DRX) равно 5mod16=5, 21mod16=5 или.... Поскольку в случае, если имеется основной PMCH, как поясняется в варианте осуществления 12, даже мобильный терминал, принимающий в настоящий момент MBMS-услугу из любой из MBSFN-зон, должен принимать основной PMCH, период времени, в течение которого передается основной PMCH, удаляется из DRX-периода каждой MBSFN-зоны.

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

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

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

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

По сравнению с системой мобильной связи, раскрытой в варианте осуществления 11, система мобильной связи в соответствии с вариантом осуществления 13 может предоставлять следующие преимущества. В варианте осуществления 11, один DRX-период предоставляется в зоне MBSFN-синхронизации (см. фиг. 62). В соответствии со способом в соответствии с вариантом осуществления 11, DRX-период задается как период времени, в течение которого передача MBMS-услуги из любой из всех MBSFN-зон в зоне MBSFN-синхронизации находится в выключенном состоянии. Напротив, в соответствии с вариантом осуществления 13, DRX-период предоставляется для каждой MBSFN-зоны. Более конкретно, DRX-период 1 MBSFN-зоны 1 задается как период времени, в течение которого MBMS-услуги находятся в выключенном состоянии в MBSFN-зоне 1, при этом DRX-период 1 является периодом времени, в течение которого MBMS-услуги могут выполняться в другой MBSFN-зоне 2. Таким образом, необязательно отключать MBMS-услуги во всех MBSFN-зонах в зоне MBSFN-синхронизации. Следовательно, по сравнению с вариантом осуществления 11, вариант осуществления 13 может предоставлять преимущество осуществления дополнительного эффективного использования радиоресурсов.

Далее поясняется разновидность 1 этого варианта осуществления. Поскольку один DRX-период предоставляется в зоне MBSFN-синхронизации в варианте осуществления 11, каждый мобильный терминал получает возможность одновременно принимать MBMS-данные из MBSFN-зон в зоне MBSFN-синхронизации без добавления управления. Другими словами, при одновременном приеме MBMS-услуги из каждой MBSFN-зоны, каждый мобильный терминал (пользователь) может свободно выбирать способ комбинирования MBSFN-зон. Тем не менее, в соответствии с вариантом осуществления 13, каждый мобильный терминал не может одновременно принимать MBMS-услуги из MBSFN-зон. Конкретный пример поясняется со ссылкой на фиг. 70. Длина DRX-периода и длина DRX-цикла для мобильного терминала, принимающего в настоящий момент MBMS-услугу из MBSFN-зоны 1, выражаются как длина DRX-периода 1 и длина DRX-цикла 1, соответственно. Длина DRX-периода 1 равна "6" радиокадров. Кроме того, длина DRX-цикла 1 равна "9" радиокадров. Значение начальной точки 1 (DRX), при котором DRX-период начинается, равно "4". Когда мобильный терминал выполняет измерение частотного уровня для одноадресной передачи/смешанного частотного уровня посредством использования длины DRX-периода 1, как в случае варианта осуществления 11, мобильный терминал не может принимать MBMS-услугу из каждой из MBSFN-зоны 2 и MBSFN-зоны 3, которая передается из базовой станции в течение периода времени, которая перекрывает DRX-период 1. Аналогично, мобильный терминал, принимающий в настоящий момент MBMS-услугу из MBSFN-зоны 2, не может принимать MBMS-услугу из каждой из MBSFN-зоны 1 и MBSFN-зоны 3 при выполнении измерения частотного уровня для одноадресной передачи/смешанного частотного уровня посредством использования способа в соответствии с вариантом осуществления 13. То же касается мобильного терминала, принимающего в настоящий момент MBMS-услугу из MBSFN-зоны 3.

Относительно проблемы, что каждый мобильный терминал не может одновременно принимать MBMS-услугу из каждой из MBSFN-зоны в случае, если один DRX-период предоставляется в каждой MBSFN-зоне, решение раскрывается следующим образом. Сторона сети сообщает об одновременно принимаемых MBSFN-зонах каждому мобильному терминалу. Кроме того, сторона сети передает DRX-информацию каждой из одновременно принимаемых MBSFN-зон в каждый мобильный терминал. Конкретный пример DRX-информации поясняется со ссылкой на фиг. 70. В случае если каждый мобильный терминал принимает MBMS-услугу из каждой из MBSFN-зоны 1 и MBSFN-зоны 2, DRX-период имеет длину, равную длинам DRX-периода (1+2) = [3]. В этом случае, DRX-цикл имеет длину, равную длинам DRX-цикла (1+2) = [9]. Кроме того, значение начальной точки (1+2) (DRX), при котором DRX-период начинается, равно 7mod9=7 или 16mod9=7, и значение начальной точки 1+2 (DRX) равно [7]. В случае если каждый мобильный терминал принимает MBMS-услугу из каждой из MBSFN-зоны 1 и MBSFN-зоны 3, DRX-период имеет длину, равную длинам DRX-периода (1+3) = [3]. В этом случае, DRX-цикл имеет длину, равную длинам DRX-цикла (1+3) = [9]. Кроме того, значение начальной точки (1+3) (DRX), при котором DRX-период начинается, равно 4mod9=4 или 13mod9=4, и значение начальной точки (1+3) (DRX) равно [4].

Каждый мобильный терминал, на этапе ST1729 по фиг. 19, принимает DRX-информацию. Конкретный пример DRX-информации, которую каждый мобильный терминал принимает на этапе ST1729, обобщается на фиг. 71. Фиг. 71(a) показывает конкретный пример DRX-информации, преобразованной в MCCH MBSFN-зоны 1. Фиг. 71(b) показывает конкретный пример DRX-информации, преобразованной в MCCH MBSFN-зоны 2. Фиг. 71(c) показывает конкретный пример DRX-информации, преобразованной в MCCH MBSFN-зоны 3. В этом случае, каждая из длины DRX-периода и длины DRX-цикла выражается как число субкадров. В качестве альтернативы, каждый из них может быть выражен как число элементов, отличных от субкадров. Кроме того, значение начальной точки (DRX) выражается как SFN-номер. В качестве альтернативы, значение начальной точки может задаваться посредством использования другого способа указания.

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

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

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

Разновидность 2

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

Каждый мобильный терминал, на этапе ST1730, определяет DRX-информацию MBSFN-зоны, которой хочет пользователь каждого мобильного терминала и из которой каждый мобильный терминал принимает одновременно. Конкретный пример поясняется со ссылкой на фиг. 72. Например, когда пользователь каждого мобильного терминала хочет одновременного приема услуги "прогноза погоды" и услуги "новостей", каждый мобильный терминал определяет DRX-информацию при одновременном приеме MBSFN-зоны 1 и MBSFN-зоны 2. DRX-период поясняется. Чтобы принимать MBSFN-зону 1 и MBSFN-зону 2, период времени, в течение которого не выполняется передача MBSFN-зоны 1 и передача MBSFN-зоны 2, выражается как DRX-период (1+2). DRX-цикл, в котором повторяется DRX-период (1+2) =3, поясняется со ссылкой на фиг. 70 и 72. Чтобы принимать MBSFN-зону 1 и MBSFN-зону 2, цикл, в котором повторяется период времени, в течение которого не выполняется передача MBSFN-зоны 1 и передача MBSFN-зоны 2, выражается как DRX-цикл (1+2). DRX-цикл (1+2) имеет длину, равную длине периода повторения кластера MBSFN-кадров 3, т.е. 9. Начальная точка DRX поясняется. Чтобы принимать MBSFN-зону 1 и MBSFN-зону 2, значение начальной точки периода, в течение которого не переносится передача MBSFN-зоны 1 и передача MBSFN-зоны 2, выражается как начальная точка (1+2) (DRX). Начальная точка (1+2) (DRX) равна 7.

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

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

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

Каждый из этого варианта осуществления 13 и его разновидностей может применяться к варианту осуществления 11 и разновидностям этого варианта осуществления и к варианту осуществления 12 и разновидностям этого варианта осуществления.

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

Проблема, которая должна разрешаться в соответствии с этим изобретением, поясняется со ссылкой на фиг. 73. На фиг. 73, A обозначает канал передачи служебных сигналов L1/L2, и B обозначает ресурс для одноадресной передачи. Выделение MBSFN-субкадров в смешанной соте для MBMS/одноадресной передачи изучено, как раскрыто в непатентной ссылке 2. Мультиплексирование канала, используемого для MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа), и канала, используемого для отличных от MBSFN, выполняется для каждого субкадра, как раскрыто в непатентной ссылке 1. Далее, субкадр, используемый для MBSFN-передачи, упоминается как MBSFN-субкадр (MBSFN-субкадр). В текущем 3GPP, определяется то, что смешанная сота не должна использовать один или два ведущих OFDM-символа каждого субкадра для одноадресной передачи в MBSFN-кадре (субкадре). Другими словами, что-либо, отличное от одного или двух ведущих OFDM-символов, является ресурсом, выделенным MBMS-передаче. На фиг. 73, этот ресурс выражается как PMCH. С другой стороны, непатентная ссылка 1 раскрывает, что PCH преобразуется в PDSCH или PDCCH. Непатентная ссылка 1 также раскрывает, что группа для передачи поисковых вызовов использует канал передачи служебных сигналов L1/L2 (PDCCH) и что точный идентификатор (UE-ID) мобильного терминала может быть обнаружен в PCH. Следовательно, поскольку PCH использует канал передачи служебных сигналов L1/L2, даже MBSFN-кадр может преобразовываться в PCH. С другой стороны, в случае если выделение радиоресурса нисходящей линии связи следующей управляющей информации посредством использования PCH выполняется в MBSFN-кадре, поскольку радиоресурс нисходящей линии связи в одном субкадре используется исключительно для MBMS-передачи, возникает такая проблема, что управляющая информация не может выделяться одному субкадру.

Непатентная ссылка 3 имеет последующее описание по передаче сигнала поискового вызова в мобильный терминал. PICH (канал индикатора поискового вызова), показывающий, что сигнал поискового вызова, предназначенный для мобильного терминала, принадлежащего группе для передачи поисковых вызовов, возникает, передается посредством использования канала передачи служебных сигналов L1/L2. Чтобы определять то, является или сигнал поискового вызова сигналом, предназначенным для него, мобильный терминал декодирует сигнал поискового вызова. PCH может иметь один или более сигналов поисковых вызовов. PICH передается посредством использования канала передачи служебных сигналов L1/L2. Другими словами, PICH размещается в одном-трех ведущих OFDM-символах каждого субкадра. С другой стороны, PCH преобразуется в PDSCH в субкадрах, идентичных субкадрам, в которых размещается PICH. Проблема, которая должна разрешаться в соответствии с настоящим изобретением, также возникает в процедуре передачи сигнала поискового вызова, раскрытой в непатентной ссылке 3. Таким образом, в случае если MBSFN-субкадр формируется в смешанной соте для MBMS/одноадресной передачи, субкадры, идентичные субкадрам, в которых размещается PICH, являются ресурсом, выделенным MBMS-передаче, даже если PICH передается с одним или двумя ведущими OFDM-символами каждого из MBSFN-субкадров. Следовательно, невозможно передавать PCH, в который сигнал поискового вызова для предоставления возможности каждому мобильному терминалу определять то, предназначен или нет сигнал поискового вызова для него, преобразуется.

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

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

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

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

"Радиокадр осуществления поисковых вызовов" (период поисковых вызовов) = идентификатор каждого мобильного терминала (IMSI и т.п.) mod X + n x (длина цикла прерывистого приема), где n: 0, 1, 2 или..., и Период поисковых вызовов ≤ максимум SFN. SFN - целое число в диапазоне от 0 до его максимума. X - это число радиокадров, в которых поисковые вызовы осуществляются в рамках цикла прерывистого приема, и удовлетворяет следующему неравенству: X ≤ длина цикла прерывистого приема (число радиокадров). Значение X (значение остатка в X) ассоциировано с номером радиокадра (SFN).

Как показано в вышеуказанном уравнении, в радиокадре, ассоциированном с числом X радиокадров осуществления поисковых вызовов, период поисковых вызовов должен возникать в рамках цикла прерывистого приема. Другими словами, возникновение периода поисковых вызовов повторяется с прерывистыми периодами, при этом конфигурация радиокадров ассоциирована с X. Параметры, требуемые, чтобы извлекать период поисковых вызовов, идентификатор каждого мобильного терминала, длины цикла прерывистого приема, X и т.д. преобразуются в широковещательный канал управления (BCCH), который является логическим каналом, и этот широковещательный канал управления дополнительно преобразуется в широковещательный канал (BCH), который является транспортным каналом, и физический широковещательный канал (PBCH), который является физическим каналом, и затем сообщается каждому мобильному терминалу. Кроме того, информация тождественной соты преобразуется в широковещательный канал управления (BCCH), который является логическим каналом, и этот канал дополнительно преобразуется в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом, и затем сообщается каждому мобильному терминалу.

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

Пример показывается ниже. Традиционно, длина цикла прерывистого приема задается как 2^a x радиокадр (единица - это номер или время), где a - это положительное целое число. Значение a определяется посредством базовой станции или сети и сообщается каждому мобильному терминалу через обслуживающую соту. В этом случае, длина каждого из периодов повторения (периодов повторения), в которых повторяется кластер MBSFN-кадров, предоставляется посредством следующего выведенного уравнения.

2^b x радиокадр (единица - это номер или время), где b - это положительное целое число.

В этом случае, a≠b.

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

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

S^m x радиокадр (единица - это номер или время), где S - это простое число, а m - это положительное целое число.

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

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

Уравнение для извлечения каждой из длины периода и длины цикла в этих примерах может быть определено статически. Два или более типа уравнений могут подготавливаться заранее, чтобы извлекать каждую из длины периода и длины цикла, и то, какое из них должен выбираться, может быть определено. В качестве альтернативы, параметр, указывающий то, какой из двух или более типов уравнения для извлечения каждой из длины периода и длины цикла должен выбираться, может предоставляться. Каждый параметр, используемый для выбора выведенного уравнения для каждой из длины периода и длины цикла, может быть определен статически или может быть определен полустатически или динамически. Когда каждый параметр определяется полустатически или динамически, каждый параметр определяется посредством базовой станции или сети и сообщается, через обслуживающую соту, в каждый мобильный терминал с использованием BCCH, MCCH или передачи служебных сигналов L1/L2. В случае если два типа уравнений подготавливаются заранее, чтобы извлекать каждую из длины периода и длины цикла, 1-битовая информация может отправляться как каждый параметр, используемый для выбора выведенного уравнения для каждой из длины периода и длины цикла, так, чтобы каждый параметр мог сообщаться каждому мобильному терминалу из базовой станции или сети с минимальным объемом информации, и эффективность использования радиоресурсов повышается.

Конкретный пример схемы последовательности операций в случае задания уведомления относительно информации о выделении MBSFN-субкадров и извлечения периода поисковых вызовов, в который преобразуется сигнал поискового вызова, показывается на фиг. 74. Обслуживающая сота, на этапе ST4001, передает системную информацию о соте непосредственно в мобильные терминалы, обслуживаемые посредством нее. Конкретный пример системной информации, передаваемой в мобильные терминалы, включает в себя длину периода измерений, информацию зоны отслеживания (информацию TA) и длину цикла прерывистого приема. Параметр для прерывистого приема включается в системную информацию о самой соте. Посредством использования способа определения, как раскрыто выше, радиокадра возникновения определения периода поисковых вызовов, длина цикла прерывистого приема извлекается из этого параметра для прерывистого приема. Конкретный пример параметра для прерывистого приема включает в себя параметры для извлечения длины цикла прерывистого приема. Параметры для извлечения длины цикла прерывистого приема включают в себя a, m, S, информацию, показывающую то, какое выведенное уравнение используется, число (X) периодов поисковых вызовов (или число групп для передачи поисковых вызовов) в рамках цикла прерывистого приема, зависимость между значением X (значением остатка в X) и номером радиокадра (SFN). В качестве конкретного примера спецификации длины цикла прерывистого приема, число радиокадров может использоваться. Каждый мобильный терминал, на этапе ST4002, принимает системную информацию о тождественной соте из обслуживающей соты. Обслуживающая сота, на этапе ST4501, передает информацию о выделении MBSFN-субкадров. В текущем 3GPP, пояснено следующее касающееся выделение MBSFN-субкадров. Позиция преобразования опорного сигнала в MBSFN-субкадре в качестве радиоресурса отличается от позиции опорного сигнала в субкадре, который не является MBSFN-субкадром в качестве радиоресурса. Обсуждается то, что для того, чтобы выполнять более корректное измерение с помощью опорного сигнала, даже мобильный терминал, не имеющий характеристик приема MBMS-услуги, должен выяснять информацию о выделении MBSFN-субкадров в обслуживающей соте (непатентная ссылка 2). В качестве конкретного примера информации о выделении MBSFN-субкадров, параметр для извлечения периода повторения кластеров MBSFN-кадров и конфигурации выделения MBSFN-субкадров в течение этого периода повторения может рассматриваться. Посредством использования способа определения, как раскрыто выше, для определения периода повторения кластеров MBSFN-кадров, период повторения кластеров MBSFN-кадров извлекается из вышеуказанного параметра для извлечения периода повторения кластеров MBSFN-кадров. Конкретный пример параметра для извлечения периода повторения кластеров MBSFN-кадров включает в себя b, m, S и информацию, показывающую то, какое выведенное уравнение используется, которые являются параметрами для извлечения периода повторения. Конкретный пример конфигурации выделения MBSFN-субкадров в течение этого периода повторения включает в себя число MBSFN-кадра и/или номер MBSFN-субкадра в течение этого периода повторения. Каждый мобильный терминал, на этапе ST4502, принимает информацию о выделении MBSFN-субкадров из обслуживающей соты. Каждый мобильный терминал, на этапе ST4503, определяет период поисковых вызовов. Каждый мобильный терминал и обслуживающая сота, на этапах ST4503 и ST4504, определяют радиокадр для периода поисковых вызовов посредством использования одного способа, соответственно, как системы мобильной связи. Каждый мобильный терминал, на этапе ST4505, определяет субкадр в радиокадре для периода поисковых вызовов. Обслуживающая сота, на этапе ST4506, определяет субкадр в радиокадре для периода поисковых вызовов с использованием способа, идентичного тому, который каждый мобильный терминал использует, как систему мобильной связи.

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

Далее поясняется разновидность 1 этого варианта осуществления. В варианте осуществления 14, длина периода повторения кластеров MBSFN-кадров задается таким образом, чтобы отличаться от длины цикла прерывистого приема для периода поисковых вызовов. Конфигурация MBSFN-кадров в рамках периода повторения кластера MBSFN-кадров может быть выполнена таким образом, чтобы не быть идентичной конфигурации возникновения радиокадра для периода поисковых вызовов в рамках цикла прерывистого приема. Например, длина периода повторения кластеров MBSFN-кадров задана равной 32 радиокадра. MBSFN-кадрами в рамках периода повторения, имеющими эту длину, являются MBSFN-кадры #0-#7 (первым радиокадром в рамках периода повторения, имеющим длину, является радиокадр #0). В этом случае, например, посредством использования вышеуказанного способа извлечения периода поисковых вызовов, длина цикла прерывистого приема задана равной 32 радиокадра, число X радиокадров осуществления поисковых вызовов задано равным 4, и зависимость между значением остатка в X и номером радиокадра определяется следующим образом.

- номер радиокадра - #8, когда значение остатка X = нуль,

- номер радиокадра - #14, когда значение остатка X = 1,

- номер радиокадра - #20, когда значение остатка X = 2, и

- номер радиокадра - #26, когда значение остатка X = 3.

В этом случае, номер радиокадра для первого радиокадра в рамках цикла прерывистого приема - это #0.

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

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

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

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

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

В варианте осуществления 2, способ передачи сигнала поискового вызова из базовой станции в течение каждого периода повторения MCCH (периода повторения MCCH) или в течение каждого периода повторения индикатора присутствия или отсутствия сигналов поисковых вызовов и предоставления возможности мобильному терминалу, который принимает сигнал поискового вызова, выполнять операцию прерывистого приема в течение какого-либо из этих периодов повторения. Далее, другой новый способ раскрывается в качестве способа передачи сигнала поискового вызова. Как также описывается в варианте осуществления 2, в соответствии с традиционной технологией (W-CDMA-системой), способ задания числа S-CCPCH (числа кодов канализации), в которые преобразуется PCH, как числа групп и определения времени, в котором индикатор поискового вызова передается, т.е. SFN (номера системного кадра) посредством использования идентификатора (UE-ID или IMSI) каждого мобильного терминала и времени прерывистого приема. Тем не менее, по-прежнему нет раскрытия сущности способов передачи сигнала поискового вызова на частотном уровне, выделенном MBMS-передаче, в LTE-системе. На частотном уровне, выделенном MBMS-передаче, поскольку передача выполняется через схему многосотовой передачи, и произвольной соте также предоставляется возможность принадлежать множеству MBSFN-зон, способ передачи индикатора поискового вызова на основе традиционной технологии не может применяться к способу преобразования сигнала поискового вызова в этот радиокадр или этот субкадр. Кроме того, поскольку LTE-система не является CDM-способом, отсутствует понятие числа кодов канализации, и, следовательно, невозможно применять традиционную технологию. Следовательно, способ передачи сигнала поискового вызова на частотном уровне, выделенном MBMS-передаче LTE-системы, раскрывается далее. Пояснение осуществляется с сосредоточением на части, отличной от варианта осуществления 2. Части, которые не поясняются конкретно, являются идентичными поясненным в варианте осуществления 2.

В качестве способа предоставления возможности выделенной для MBMS соты передавать сигнал поискового вызова на частотном уровне, выделенном MBMS-передаче LTE-системы, конфигурация передачи сигнала поискового вызова через радиокадр, соответствующий MBSFN-зоне, которой принадлежит эта сота, предоставляется. В качестве конкретного примера, способ передачи сигнала поискового вызова в случае, если перекрывающие (или покрывающие) MBSFN-зоны отсутствуют в каждой соте, и MBSFN-субкадры, соответствующие MBSFN-зонам, CDM-мультиплексируются, как показано на фиг. 40, раскрывается. Во-первых, вычислительное выражение для определения группы для передачи поисковых вызовов раскрывается. Ksf в вычислительном выражении для определения группы для передачи поисковых вызовов (IMSI mod Ksf) является числом групп для передачи поисковых вызовов. Конкретный пример значения Ksf - это число MBSFN-субкадров в одном радиокадре. В случае если число MBSFN-субкадров в одном радиокадре равно 10, Ksf равен 10. Напротив, в случае если значение Ksf равно числу MBSFN-субкадров в одном радиокадре, исключая MBSFN-субкадры #0 и #5, в которые преобразуется SCH, Ksf равен 8. Посредством приведения значения Ksf (значение остатка в Ksf) в соответствие номерам субкадра в одном радиокадре, каждому мобильному терминалу предоставляется возможность знать, в какой субкадр в одном радиокадре информация поисковых вызовов о группе для передачи поисковых вызовов, которой принадлежит сам мобильный терминал, преобразуется, из значения группы для передачи поисковых вызовов, определенного согласно вышеуказанному уравнению.

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

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

"Радиокадр осуществления поисковых вызовов" (называемый периодом поисковых вызовов) показывает SFN, в который преобразуется сигнал поискового вызова. Как можно видеть из этого уравнения, период поисковых вызовов может иметь любое из всех возможных значений в диапазоне от нуля до максимума SFN. Следовательно, по сравнению со способом, раскрытым в варианте осуществления 2, число MBSFN-субкадров, в которых переносится сигнал поискового вызова, и число радиокадров, имеющих MBSFN-субкадры, может быть увеличено. Следовательно, появляется возможность сокращать число мобильных терминалов, которые переносятся в одном MBSFN-субкадре, и поэтому физическая зона, требуемая для того, чтобы переносить сигналы поисковых вызовов, число которых равно числу мобильных терминалов на один MBSFN-субкадр, может уменьшаться. Кроме того, поскольку необязательно определять длину цикла прерывистого приема на частотном уровне MBMS-передачи в зависимости от длины каждого из периодов, в которые передается MCCH, система получает возможность гибко устанавливать длину цикла прерывистого приема. Далее, физическая зона, в которой переносится сигнал поискового вызова, описывается. Сигнал поискового вызова выполнен таким образом, чтобы передаваться через все радиокадры, соответствующие MBSFN-зоне, которой принадлежит сота. Способ, как раскрыто в варианте осуществления 8, предоставления физического канала, выделенного поисковым вызовам (DPCH), который передается через схему многосотовой передачи в MBSFN-зоне, и переноса сигнала поискового вызова на этом физическом канале, применяется. Как показано на фиг. 42, DPCH для переноса сигнала поискового вызова предоставляется в части MBSFN-субкадров, соответствующих MBSFN-зоне. DPCH может формироваться во всех радиокадрах, соответствующих MBSFN-зоне, и формироваться во всех MBSFN-субкадрах в одном радиокадре или может формироваться в MBSFN-субкадрах в одном радиокадре, исключая MBSFN-субкадры #0 и #5, в которые преобразуется SCH. В случае если DPCH может формироваться во всех MBSFN-субкадрах в одном радиокадре, Ksf может быть задано равным 10. Напротив, в случае если DPCH может формироваться в MBSFN-субкадрах в одном радиокадре, исключая MBSFN-субкадры #0 и #5, в которые преобразуется SCH, Ksf может быть задано равным 8. Когда Ksf - это число субкадров в одном радиокадре, Ksf может иметь другое значение. Поскольку способы, раскрытые в варианте осуществления 8, могут применяться к сигналу поискового вызова в выделенном канале поисковых вызовов и способу преобразования сигнала поискового вызова в выделенный канал сигналов поисковых вызовов, их пояснение опускается ниже.

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

В качестве другого конкретного примера, способ передачи сигнала поискового вызова в случае рассмотрения DRX-периода раскрывается. В варианте осуществления 2, способ предоставления DRX-периода для измерений на частотном уровне для одноадресной передачи/смешанном частотном уровне раскрывается, чтобы предоставлять возможность поддержания синхронизации, обнаружения широковещательной информации и повторного выбора соты на частотном уровне для одноадресной передачи/смешанном частотном уровне, чтобы передавать сигнал поискового вызова в выделенной соте для MBMS-передачи. Далее, способ передачи сигнала поискового вызова в случае, если DRX-период предоставляется, и этот DRX-период учитывается, показывается. Поскольку подробное пояснение об этом DRX-периоде раскрывается в варианте осуществления 2, подробное пояснение опускается далее. В этом конкретном примере допускается, что один DRX-период для измерений на частотном уровне для одноадресной передачи/смешанном частотном уровне предоставляется в зоне MBSFN-синхронизации (зоне MBSFN-синхронизации). Пример конфигурации MBSFN-субкадров каждой MBSFN-зоны в каждой соте в случае также рассмотрения DRX-периода показывается на фиг. 75. SFN задается равным значению в диапазоне от 0 до SFNmax, и длина DRX-периода задается равной d радиокадров. Каждая сота передает данные для MBMS через радиокадры SFN=от 0 до SFNmax-d. Радиокадры SFN=от SFNmax-d+1 до SFNmax соответствуют DRX-периоду, и передача находится в выключенном состоянии в течение этого периода. Допускается, что один DRX-период предоставляется в зоне MBSFN-синхронизации, как упомянуто выше. Следовательно, соты, принадлежащие каждой MBSFN-зоне, входят в выключенное состояние передачи одновременно (SFN). Сигнал поискового вызова передается через радиокадры SFN=от 0 до SFNmax-d, через которые данные для MBMS также передаются при одновременном переносе в DPCH, раскрытом в варианте осуществления 8. Во-первых, вычислительное выражение для определения группы для передачи поисковых вызовов раскрывается. Вычислительное выражение для определения группы для передачи поисковых вызовов показывается ниже.

IMSI mod Ksf

Ksf - это число групп для передачи поисковых вызовов. Конкретный пример значения Ksf - это число MBSFN-субкадров в одном радиокадре. В случае если число MBSFN-субкадров в одном радиокадре равно 10, Ksf равен 10. Напротив, в случае если значение Ksf равно MBSFN-субкадров в одном радиокадре, исключая MBSFN-субкадры #0 и #5, в которые преобразуется SCH, Ksf равен 8. Посредством приведения значения Ksf в соответствие номерам субкадра в одном радиокадре каждому мобильному терминалу предоставляется возможность знать, в какой субкадр в одном радиокадре информация поисковых вызовов о группе для передачи поисковых вызовов, которой принадлежит сам мобильный терминал, преобразуется, из группы для передачи поисковых вызовов.

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

Период поисковых вызовов = (IMSI div Ksf) mod (SFNmax-УDRX), длина цикла прерывистого приема на частотном уровне, выделенном MBMS-передаче,=SFNmax, где допускается, что период поисковых вызовов имеет значение, которое получается посредством перенумерации радиокадров за исключением тех, которые соответствуют DRX-периодам.

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

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

Период поисковых вызовов = (IMSI div Ksf) mod (длина цикла прерывистого приема #1 на частотном уровне, выделенном MBMS-передаче) + n x (длина цикла прерывистого приема #1 на частотном уровне, выделенном MBMS-передаче),

Длина цикла прерывистого приема #1 ≤ (SFNmax-УDRX) на частотном уровне, выделенном MBMS-передаче, и длине цикла прерывистого приема #2 на частотном уровне, выделенном для MBMS-передачи=SFNmax, где n:0, 1, 2 или..., и период поисковых вызовов ≤ (SFNmax-УDRX).

Допускается, что период поисковых вызовов имеет значение, которое получается посредством перенумерации радиокадров за исключением тех, которые соответствуют DRX-периодам.

В этом случае, длина цикла прерывистого приема #1 на частотном уровне, выделенном MBMS-передаче, является длиной цикла прерывистого приема, в котором прерывистый прием повторяется в рамках максимума SFN. Длина цикла прерывистого приема #2 на частотном уровне, выделенном MBMS-передаче, является длиной цикла прерывистого приема, в котором прерывистый прием повторяется для каждого максимума SFN. Длина цикла прерывистого приема #2 на частотном уровне, выделенном MBMS-передаче, устанавливается таким образом, что конфигурация значений радиокадров между 0 и SFNmax, которые определяются в цикле прерывистого приема #1 на частотном уровне, выделенном MBMS-передаче, повторяется для каждого максимума SFN в цикле прерывистого приема #2 на частотном уровне, выделенном MBMS-передаче. Посредством определения n таким образом, что все значения, которым результат определения периода поисковых вызовов может становиться равным или меньшим (SFNmax-УDRX), возможность передавать поисковые вызовы предоставляется в равной степени в каждый мобильный терминал. Если возможность передавать поисковые вызовы не должна предоставляться в равной степени в каждый мобильный терминал, n может быть определено как n: 0, 1, 2 или..., где Период поисковых вызовов ≤ (SFNmax-УDRX).

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

Конкретный пример задания длины цикла прерывистого приема #1 на частотном уровне, выделенном MBMS-передаче, показывается.

Например, a x 2^(k-1) ≤ SFNmax-УDRX, где a и k - положительные целые числа, и a, a x 2, a x 2⁰... и a x 2^(k-1) предоставляются как варианты для длины цикла прерывистого приема #1 на частотном уровне, выделенном MBMS-передаче, и один вариант может выбираться из числа них. Значения a и k могут выбираться на верхнем уровне и могут сообщаться каждому мобильному терминалу через широковещательную информацию из соты на частотном уровне для одноадресной передачи/смешанном частотном уровне или через широковещательную информацию из соты на выделенном частотном уровне MBMS или через MCCH, соответствующий MBMS-услуге в MBSFN-зоне, которую каждый мобильный терминал принимает или пытается принимать, и каждый мобильный терминал может определять длину цикла прерывистого приема на основе сообщенных значений. Также в этом способе, поскольку вышеуказанные способы могут применяться в качестве способа конфигурирования физической зоны, в которой переносится сигнал поискового вызова, и способа преобразования сигнала поискового вызова в выделенный канал сигналов поисковых вызовов, их пояснение опускается ниже.

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

Конкретный пример способа передачи сигнала поискового вызова в случае рассмотрения DRX-периода раскрывается выше. Способ предоставления двух различных циклов прерывистого приема на частотном уровне, выделенном MBMS-передаче, может применяться также к случаю, в котором TDM-мультиплексируются MBSFN-субкадры, соответствующие MBSFN-зоне. Например, в случае если перекрывающиеся MBSFN-зоны не существуют в каждой соте, и MBSFN-субкадры, соответствующие MBSFN-зоне, TDM-мультиплексируются, и имеется DRX-период, как показано на фиг. 39, число радиокадров, каждый из которых имеет MBSFN-субкадры, соответствующие MBSFN-зоне, которой принадлежит каждая сота, может предоставляться вместо (SFNmax-УDRX), и число MBSFN-субкадров в одном радиокадре может быть задано как Ksf. Например, в случае если перекрывающиеся MBSFN-зоны существуют в каждой соте, MBSFN-субкадры, соответствующие MBSFN-зоне, которая не перекрывает какую-либо другую MBSFN-зону, CDM-мультиплексируются, и MBSFN-субкадры, соответствующие перекрывающейся MBSFN-зоне, TDM-мультиплексируются, и имеется DRX-период, как показано на фиг. 41, некоторые способы могут рассматриваться.

В случае если сигнал поискового вызова передается в одной MBSFN-зоне, которой каждая сота принадлежит, число радиокадров, каждый из которых имеет MBSFN-субкадры, соответствующие MBSFN-зоне, может предоставляться вместо (SFNmax-УDRX), и число MBSFN-субкадров в одном радиокадре может быть задано как Ksf, как в вышеуказанном случае. В случае если сигнал поискового вызова передается также в MBSFN-зоне (зоне 4), покрывающей другие MBSFN-зоны, DPCH может предоставляться в субкадрах #0 и #5 покрывающей MBSFN-зоны и может быть передан после умножения на код скремблирования покрываемой MBSFN-зоны (к примеру, зона 1). Как раскрыто в варианте осуществления 2, поскольку SCH передается через субкадры #0 и #5 из MBSFN-субкадров, соответствующих покрываемой MBSFN-зоне, код скремблирования или опорный сигнал (RS) MBSFN-зоны 1 могут использоваться. Следовательно, посредством предоставления DPCH в субкадрах #0 и #5 покрывающей MBSFN-зоны и передачи DPCH после умножения DPCH на код скремблирования MBSFN-зоны 1, появляется возможность предоставлять DPCH во всех радиокадрах, исключая радиокадры, соответствующие DRX-периодам. Следовательно, (SFNmax-УDRX) может использоваться в данной ситуации, и Ksf может быть задано равным двум (согласно субкадрам #0 и #5).

Когда нет субкадра, на который код скремблирования MBSFN-зоны (к примеру, зоны 1), покрываемой посредством покрывающей MBSFN-зоны (зоны 4), умножается, невозможно передавать один сигнал поискового вызова через все радиокадры, исключая радиокадры, соответствующие DRX-периодам. Следовательно, DPCH предоставляется в MBSFN-субкадрах только MBSFN-зоны 1 или MBSFN-зоны 4, и сигнал поискового вызова передается. В этом случае, число радиокадров, каждый из которых имеет MBSFN-субкадры, соответствующие любой из MBSFN-зон, может предоставляться вместо (SFNmax-УDRX), и число MBSFN-субкадров в одном радиокадре может быть задано как Ksf, как в случае, если сигнал поискового вызова передается в одной MBSFN-зоне.

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

Последовательность операций обработки, выполняемой посредством системы мобильной связи, описанной в этом варианте осуществления, поясняется. Часть, отличная от способа, раскрытого в варианте осуществления 2, главным образом показывается. Во-первых, в дополнение к информации о диспетчеризации MCCH, такой как период повторения MCCH (период повторения MCCH), длина и DRX-информация для измерения на частотном уровне для одноадресной передачи/смешанном частотном уровне, параметры в течение времени прерывистого приема во время MBMS-приема, более конкретно, длина цикла прерывистого приема на частотном уровне, выделенном MBMS-передаче, длины цикла прерывистого приема #1 и #2 на частотном уровне, выделенном MBMS-передаче, a, k и Ksf, должны сообщаться каждому мобильному терминалу. Все эти фрагменты информации не обязательно должны быть переданы, и должны сообщаться только обязательные параметры согласно используемой группе для передачи поисковых вызовов и вычислительному выражению для определения периода поисковых вызовов (периода поисковых вызовов). Эти параметры в течение времени прерывистого приема во время MBMS-приема, а также информация о диспетчеризации MCCH, могут сообщаться каждому мобильному терминалу, через BCCH, из выделенной для MBMS соты на этапах ST1723 и ST1724. В качестве альтернативы, параметры в течение времени прерывистого приема во время MBMS-приема, а также информация MBMS-зоны, DRX-информация для измерения на частотном уровне для одноадресной передачи/смешанном частотном уровне и число групп для передачи поисковых вызовов могут сообщаться каждому мобильному терминалу, через MCCH, из выделенной для MBMS соты на этапах ST1728 и ST1729. В этом случае, должны сообщаться только параметры, требуемые для периода поисковых вызовов, определяющего вычислительное выражение, хотя этот вариант осуществления не ограничен параметрами. Параметр, показывающий то, в какое время (SFN) каждый мобильный терминал должен принимать при выполнении операции прерывистого приема, может сообщаться вместо этого. В качестве конкретного примера, явная синхронизация приема (SFN) и длина цикла прерывистого приема может сообщаться.

Далее, операция подготовки прерывистого приема, выполняемая посредством каждого мобильного терминала, поясняется. Операция подготовки прерывистого приема, выполняемая посредством каждого мобильного терминала в этом варианте осуществления, показывается на фиг. 76. ST6201 выполняется вместо ST1735, показанного на фиг. 19. Каждый мобильный терминал, на ST6201, осуществляет подготовку для прерывистого приема во время MBMS-приема посредством использования параметров в течение времени прерывистого приема во время MBMS-приема, принимаемого на этапе ST1729. Конкретно, каждый мобильный терминал определяет вышеуказанную группу для передачи поисковых вызовов и период поисковых вызовов самого мобильного терминала посредством использования числа Ksf групп для передачи поисковых вызовов, длин цикла прерывистого приема на частотном уровне, выделенном MBMS-передаче, a, k, DRX-информации и т.д., которые принимаются на этапе ST1729. Кроме того, каждый мобильный терминал использует идентификатор (UE-ID или IMSI) самого мобильного терминала для определения группы для передачи поисковых вызовов и периода поисковых вызовов. Только SFNmax должен быть заранее определенным в системе, и заранее определенное значение используется.

Далее, процесс прерывистого приема во время MBMS-приема поясняется. Процесс прерывистого приема во время MBMS-приема в этом варианте осуществления показывается на фиг. 77. Каждый мобильный терминал, на этапе ST6301, определяет то, является или нет текущее время временем приема сигнала поискового вызова, из результата определения периода поисковых вызовов, выполняемого на этапе ST6201. Более конкретно, каждый мобильный терминал определяет то, является или нет он SFN-номером предназначенного для самого мобильного терминала периода поисковых вызовов. Когда он не является SFN-номером периода поисковых вызовов, каждый мобильный терминал осуществляет переход к ST6306. Каждый мобильный терминал, на ST6306, определяет то, является или нет текущее время временем приема MCCH, посредством использования диспетчеризации MCCH, принимаемой на ST1725. Более конкретно, каждый мобильный терминал определяет то, является или нет он SFN-номером ведущего из системных кадров, в которые преобразуется MCCH. Более конкретно, каждый мобильный терминал определяет SFN-номер ведущего из системных кадров, в которые MCCH преобразуется, посредством использования длины периода повторения MCCH и значения начальной точки, которые являются примером параметров, которые мобильный терминал принимает на этапе ST1725, и определяет то, является или нет он ведущим из системных кадров, в которые MCCH преобразуется, на основе SFN, преобразованного в BCCH, и т.п., чтобы определять то, является или нет он SFN-номером ведущего из системных кадров, в которые преобразуется MCCH. Когда текущее время не является временем ведущего из системных кадров, в которые преобразуется MCCH, каждый мобильный терминал осуществляет переход к этапу ST1753. Напротив, когда текущее время является временем ведущего из системных кадров, в которые преобразуется MCCH, каждый мобильный терминал осуществляет переход к этапу ST1788. Кроме того, в случае по фиг. 26, определение этапа ST1772 может выполняться каждый период повторения MCCH 1. Кроме того, например, в случае по фиг. 27 или 29, определение может выполняться каждый период повторения MCCH. Когда текущее время является SFN-номером периода поисковых вызовов на ST6301, каждый мобильный терминал осуществляет переход к ST6302.

Поисковые вызовы в рассматриваемый мобильный терминал осуществляются на этапе ST6307. MME, на этапе ST6308, проверяет список TA (зон отслеживания) рассматриваемого мобильного терминала на основе идентификатора (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, для которого осуществляются поисковые вызовы. MME, на этапе ST6309, определяет то, включена или нет TA(MBMS) в список TA рассматриваемого мобильного терминала. В качестве конкретного примера, 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 осуществляет переход к этапу ST6310. MME, на этапе ST6310, передает запрос поискового вызова (запрос поискового вызова) в MCE. В качестве MCE, в которые MME передает запрос поискового вызова, могут рассматриваться все MCE, каждый из которых управляет базовыми станциями, которые географически перекрывают базовые станции, управляемые посредством MME. В качестве примера параметров, включенных в запрос поискового вызова, может рассматриваться идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, номер TA(MBMS) и т.д. В это время, вместо номера TA(MBMS), либо f(MBMS) и идентификаторы MBSFN-зоны, либо только идентификаторы MBSFN-зоны могут предоставляться.

Каждый из MCE, на этапе ST6311, принимает запрос поискового вызова. Из MCE, каждый из которых принимает запрос поискового вызова на этапе ST6312, MCE, который управляет идентификатором MBSFN-зоны, связанным с номером TA(MBMS), сообщаемым ему, как параметром, включенным в запрос поискового вызова, осуществляет подготовку к передаче поисковых вызовов. В качестве примера подготовки к передаче поисковых вызовов, MCE, который управляет идентификатором MBSFN-зоны, определяет группу для передачи поисковых вызовов и период поисковых вызовов (период поисковых вызовов) рассматриваемого мобильного терминала посредством использования параметров в течение времени прерывистого приема во время MBMS-приема. Конкретно, параметры в течение времени прерывистого приема во время MBMS-приема - это число Ksf групп для передачи поисковых вызовов тождественной базовой станции (тождественной MBSFN-зоны), длины цикла прерывистого приема на частотном уровне, выделенном MBMS-передаче, a, k, DRX-информация и т.д. При определении группы для передачи поисковых вызовов и периода поисковых вызовов вычислительное выражение, идентичное используемому посредством стороны мобильного терминала, используется. Поскольку конкретное вычислительное выражение для определения группы для передачи поисковых вызовов и периода поисковых вызовов упоминается выше, пояснение конкретного вычислительного выражения далее опускается. Как упомянуто выше, в соответствии со способом управления соответствием между номерами TA(MBMS) (MBSFN-зоны) и MCE, который выполняется посредством MCE, который принимает запрос поискового вызова, поскольку отношение между идентификатором MBSFN-зоны и MCE, который управляет MBSFN-зоной, может предоставляться только в рамках архитектуры MBMS-услуг, т.е. поскольку отношение может предоставляться независимо от MME, может предоставляться преимущество получения возможности задавать систему мобильной связи так, чтобы иметь высокую степень гибкости.

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

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

Фактически, структура канала выделенного канала поисковых вызовов (DPCH), раскрытая в варианте осуществления 8, и способ преобразования сигнала поискового вызова в выделенный канал сигналов поисковых вызовов может применяться к примеру структуры канала, в который преобразуется сигнал поискового вызова на частотном уровне, выделенном MBMS-передаче. Конфигурация и способ показываются на фиг. 43, 44 и 45. Поскольку подробное пояснение конфигурации и способа раскрывается в варианте осуществления 8, пояснение опускается далее.

Далее, структура канала, в который преобразуется сигнал поискового вызова на частотном уровне, выделенном MBMS-передаче, поясняется в отношении примера, показанного на фиг. 43 и 44. MCE, на этапе ST6313, выполняет диспетчеризацию сигнала поискового вызова, предназначенного для рассматриваемого мобильного терминала. Более конкретно, MCE определяет значение PCFICH из физической зоны для сигнала поискового вызова (число OFDM-символов), который требуется согласно числу мобильных терминалов, для каждого из которых осуществляются поисковые вызовы. Кроме того, MCE определяет то, какому из информационных элементов, преобразованных в физическую зону для сигнала поискового вызова в номере MBSFN-субкадра системного кадра SFN-номера, обнаруживаемого из числа группы для передачи поисковых вызовов и периода поисковых вызовов рассматриваемого мобильного терминала, определенного на этапе ST6312, идентификатор рассматриваемого мобильного терминала выделяется. Посредством задания MCE так, чтобы выполнять эту диспетчеризацию, идентификатор рассматриваемого мобильного терминала передается из идентичных физических ресурсов базовых станций, включенных в MBSFN-зону. Как результат, может обеспечиваться преимущество предоставления возможности каждому мобильному терминалу принимать сигнал поискового вызова, извлекающий выгоду из прироста SFN, посредством приема DPCH, который передается через схему многосотовой передачи в MBSFN-зоне. MCE, на этапе ST6314, передает запрос поискового вызова для рассматриваемого мобильного терминала в базовые станции в MBSFN-зоне. В качестве примера параметров, включенных в запрос поискового вызова, идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, результат диспетчеризации сигнала поискового вызова, выполняемого на этапе ST6313 (конкретно, SFN, номер MBSFN-субкадра, номер информационного элемента и значение PCFICH) и т.д. может рассматриваться. Каждая из базовых станций в MBSFN-зоне, на этапе ST6315, принимает запрос поискового вызова из MCE.

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

Каждая из базовых станций в MBSFN-зоне, на этапе ST6316, определяет группу для передачи поисковых вызовов и период поисковых вызовов рассматриваемого мобильного терминала. При их определении каждая из базовых станций использует вычислительное выражение, идентичное выражению, используемому посредством стороны мобильного терминала. Когда группе для передачи поисковых вызовов и периоде поисковых вызовов рассматриваемого мобильного терминала также сообщается на этапе ST6314, этап ST6316 может исключаться. Как результат, может предоставляться преимущество уменьшения управляющей нагрузки на каждую базовую станцию в MBSFN-зоне. Напротив, в соответствии со способом, на этапе ST6316, определения группы для передачи поисковых вызовов и период поисковых вызовов в каждой базовой станции в MBSFN-зоне без сообщения о группе для передачи поисковых вызовов или периоде поисковых вызовов рассматриваемого мобильного терминала на этапе ST6314, может предоставляться преимущество возможности уменьшать объем информации, уведомляемый из MCE в каждую базовую станцию в MBSFN-зоне, и осуществления эффективного использования ресурсов. Каждая базовая станция в MBSFN-зоне, на этапе ST6317, извлекает номер радиокадра и номера MBSFN-субкадров, чтобы передавать сигнал поискового вызова посредством использования идентификатора рассматриваемого мобильного терминала, принимаемого на этапе ST6315, результата диспетчеризации сигнала поискового вызова и т.д. Каждая базовая станция, на этапе ST6318, преобразует значение PCFICH в физическую зону PCFICH, имеющего извлеченный номер радиокадра и извлеченные номера MBSFN-субкадров, и выделяет идентификатор рассматриваемого мобильного терминала номеру информационного элемента, чтобы преобразовывать идентификатор в физическую зону DPCH извлеченного номера радиокадра и извлеченных номеров MBSFN-субкадров и передавать идентификатор. Сигнал поискового вызова передается в каждую базовую станцию в MBSFN-зоне. В качестве способа преобразования для преобразования идентификатора на связанную с поисковыми вызовами зону в DPCH и способа преобразования для преобразования идентификатора в конкретный физический канал и т.д., которые используются в это время, могут использоваться способы, раскрытые в варианте осуществления 8.

Мобильный терминал, на этапе ST6302, принимает PCFICH в MBSFN-субкадрах группы, которой принадлежит мобильный терминал, которые обнаруживаются из результата определения группы для передачи поисковых вызовов. Мобильный терминал, на этапе ST6303, определяет число OFDM-символов для DPCH от PCFICH. Мобильный терминал, на этапе ST6304, принимает и декодирует физическую зону, в которой DPCH в идентичных MBSFN-субкадрах переносится, на основе определенного числа OFDM-символов для DPCH. В это время, мобильный терминал выполняет обнаружение вслепую посредством выполнения операции вычисления корреляции с конкретным для мобильного терминала идентификационным кодом. Мобильный терминал, на этапе ST6305, определяет то, обнаружил он или нет идентификатор самого мобильного терминала через обнаружение вслепую, выполняемое на этапе ST6304. Когда мобильный терминал не обнаруживает идентификатор самого мобильного терминала, мобильный терминал осуществляет переход к этапу ST1788. Напротив, когда мобильный терминал обнаруживает идентификатор самого мобильного терминала, мобильный терминал осуществляет переход к этапу ST1819.

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

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

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

Конкретный пример значения K - это число MBSFN-субкадров в одном радиокадре. Например, в случае если число MBSFN-субкадров в одном радиокадре равно 10, K равен 10. Напротив, в случае если значение K равно числу MBSFN-субкадров в одном радиокадре, исключая MBSFN-субкадры #0 и #5, в которые преобразуется SCH, K равен 8. Посредством приведения значения K (значения остатка в K) в соответствие номерам субкадра в одном радиокадре, каждому мобильному терминалу предоставляется возможность знать, в какой субкадр в одном радиокадре информация поисковых вызовов о группе, которой принадлежит сам мобильный терминал, преобразуется, из значения группы для передачи поисковых вызовов, определенного согласно вышеуказанному уравнению. Далее, соответствие по тому, в какой радиокадр преобразуется сигнал поискового вызова, предназначенный для группы, которой принадлежит сам мобильный терминал, устанавливается. Конкретный пример вычислительного выражения для определения радиокадра предоставляется следующим образом. Во-первых, случай, в котором нет DRX-периода, раскрывается.

"Радиокадр осуществления поисковых вызовов" (период поисковых вызовов) = (IMSI или K) mod X + n x (длина цикла прерывистого приема на частотном уровне MBMS-передачи), где n: 0, 1, 2 или..., и Период поисковых вызовов ≤ максимум SFN. SFN - целое число в диапазоне от 0 до максимума SFN. X - это число радиокадров, в каждом из которых поисковые вызовы осуществляются в рамках цикла прерывистого приема на частотном уровне MBMS-передачи, и удовлетворяет следующему неравенству: X ≤ длина цикла прерывистого приема (число радиокадров) на частотном уровне MBMS-передачи. Значение X (значение остатка в X) ассоциировано с номером радиокадра (SFN).

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

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

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

"Радиокадр осуществления поисковых вызовов" (период поисковых вызовов) = (IMSI div K) mod X + n x (длина цикла прерывистого приема на частотном уровне MBMS-передачи), где n: 0, 1, 2 или..., и Период поисковых вызовов ≤ максимум SFN. SFN - целое число в диапазоне от 0 до максимума SFN. X - это число радиокадров, в каждом из которых поисковые вызовы осуществляются в рамках цикла прерывистого приема на частотном уровне MBMS-передачи, и удовлетворяет следующему неравенству: X ≤ (SFNmax-УDRX). Значение X (значение остатка X) ассоциировано с номером радиокадра (SFN).

В качестве альтернативы, "радиокадр осуществления поисковых вызовов" (период поисковых вызовов) = (IMSI div K) mod (Int (T/TX)) x TX + n x (длина цикла прерывистого приема на частотном уровне MBMS-передачи), где n: 0, 1, 2 или..., и Период поисковых вызовов ≤ максимум SFN. SFN - целое число в диапазоне от 0 до максимума SFN. TX ≤ (SFNmax-УDRX). Период поисковых вызовов имеет значение, которое получается посредством перенумерации радиокадров за исключением тех, которые соответствуют DRX-периодам.

Должны сообщаться только требуемые из вышеуказанных параметров в течение времени прерывистого приема во время MBMS-приема согласно используемому вычислительному выражению для определения группы для передачи поисковых вызовов и периода поисковых вызовов (периода поисковых вызовов). Например, в вышеуказанном вычислительном выражении для определения периода поисковых вызовов, параметры в течение времени прерывистого приема во время MBMS-приема включают в себя длину цикла прерывистого приема на частотном уровне, выделенном MBMS-передаче, X, соответствие между значением X (значением остатка X) и номером радиокадра (SFN), TX, K, и соответствие между значением K (значением остатка K) и субкадром. Эти параметры в течение времени прерывистого приема во время MBMS-приема, а также информация о диспетчеризации MCCH, могут сообщаться мобильному терминалу посредством использования BCCH из выделенной для MBMS соты на этапах ST1723 и ST1724. Кроме того, параметры в течение времени прерывистого приема во время MBMS-приема, а также информация MBMS-зоны, DRX-информация для измерения на частотном уровне для одноадресной передачи/смешанном частотном уровне и число групп для передачи поисковых вызовов могут сообщаться мобильному терминалу посредством использования MCCH из выделенной для MBMS соты на этапах ST1728 и ST1729. В этом случае, хотя должны сообщаться только параметры, требуемые для вычислительного выражения для определения периода поисковых вызовов, параметр, показывающий то, в какое время (SFN) должно приниматься, когда мобильный терминал выполняет операцию прерывистого приема, может использоваться вместо параметров, требуемых для уравнения для определения периода поисковых вызовов. В качестве конкретного примера, явная синхронизация приема (SFN) и длина цикла прерывистого приема может предоставляться. Вместо включения соответствия между значением X (значением остатка X) и номером радиокадра (SFN) и соответствия между значением K (значением остатка K) и субкадром в параметры, они могут быть заранее определенными. Например, в случае если число субкадров, в которых переносится сигнал поискового вызова, выражается как K, случай, в котором значение остатка K равно 0, ассоциирован с первым из субкадров в одном радиокадре, в котором переносится сигнал поискового вызова, случай, в котором значение остатка K равно 1, ассоциирован со вторым из субкадров в одном радиокадре, в котором переносится сигнал поискового вызова,..., и случай, в котором значение остатка K равно K-1, ассоциирован с K-тым из субкадров в одном радиокадре, в котором переносится сигнал поискового вызова. Посредством задания соответствия между значением K и субкадром таким образом, объем передаваемых служебных сигналов может уменьшаться, и пропускная способность передачи MBMS-услуг может увеличиваться.

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

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

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

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

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

Последовательность операций обработки, выполняемой посредством системы мобильной связи, описанной в этом варианте осуществления, поясняется. Поскольку сигнал поискового вызова переносится в основном PMCH, который передается через схему многосотовой передачи во всех сотах в зоне MBSFN-синхронизации, способ передачи сигнала поискового вызова в мобильный терминал отличается от способа, показанного в варианте осуществления 2. Часть, отличная от способа, раскрытого в варианте осуществления 2, главным образом показывается. Во-первых, в дополнение к информации о диспетчеризации MCCH, такой как длина периода повторения MCCH, информация о диспетчеризации основного PMCH должна быть передана в каждый мобильный терминал. Конкретно, в качестве информации о диспетчеризации основного PMCH, время начала основного PMCH (SFN и начальная точка), длина периода повторения основного PMCH, номер субкадра, длина периода повторения индикатора присутствия или отсутствия сигналов поисковых вызовов, длина периода повторения связанного с MBMS индикатора модификации или немодификации, время начала (SFN и начальные точки) MBSFN-субкадров, в которых существуют эти индикаторы, номера субкадров и т.д. предоставляются. Информация о диспетчеризации основного PMCH, а также информация о диспетчеризации MCCH может быть передана из выделенной для MBMS соты в каждый мобильный терминал с использованием BCCH на этапах ST1723 и ST1724. В качестве альтернативы, информация о диспетчеризации основного PMCH, а также информация MBMS-зоны, DRX-информация для измерения на частотном уровне для одноадресной передачи/смешанном частотном уровне и число групп для передачи поисковых вызовов может сообщаться из выделенной для MBMS соты в каждый мобильный терминал посредством использования MCCH на этапах ST1728 и ST1729.

Поскольку MCH и PCH, преобразованные в основной PMCH, и код скремблирования, используемый в основном PCH, передаются через схему многосотовой передачи в зоне MBSFN-синхронизации, код скремблирования отличается от кода, соответствующего MBSFN-зоне (к примеру, MBSFN-зоне 1), которой принадлежит выделенная для MBMS сота, которая выполнила поиск. Следовательно, этот код скремблирования также должен сообщаться каждому мобильному терминалу. Этот код скремблирования, а также информация о диспетчеризации основного PMCH могут сообщаться из выделенной для MBMS соты в каждый мобильный терминал с использованием BCCH на этапах ST1723 и ST1724. В качестве альтернативы, код скремблирования может сообщаться из выделенной для MBMS соты в каждый мобильный терминал посредством использования MCCH на этапах ST1728 и ST1729. Каждый мобильный терминал принимает основной PMCH на основе информации диспетчеризации основного PMCH, принимаемой на этапе ST1724 или ST1729, и получает возможность дескремблировать (дескремблировать) основной PMCH посредством использования этого кода скремблирования, принимаемого на этапе ST1724 или ST1729, чтобы декодировать (декодировать) основной PMCH. Поскольку этот код скремблирования используется во всех сотах в зоне MBSFN-синхронизации, он может быть заранее определен или может быть передан из обслуживающей соты в каждый мобильный терминал вместе с принимаемым f(MBMS) в рамках тождественной соты при передаче в широковещательном режиме принимаемого MBMS на этапах ST1707 и ST1708. Число K групп для передачи поисковых вызовов (называемое Kmp), которое поясняется в варианте осуществления 9 и которое используется в структуре канала основного PMCH, передается, на этапах ST1728 и ST1729, из выделенной для MBMS соты в каждый мобильный терминал при одновременном включении в MCCH MBSFN-зоны (к примеру, MBSFN-зоны 1), которой выделенная для MBMS сота, которая выполнила поиск, принадлежит, как в случае варианта осуществления 2. Каждый мобильный терминал, на этапе ST1735, определяет группу для передачи поисковых вызовов как подготовку к прерывистому приему во время MBMS-приема с использованием этого числа Kmp групп для передачи поисковых вызовов.

Далее, список зон отслеживания (TA) на частоте, выделенной MBMS-передаче, поясняется. Поскольку основной PMCH передается через схему многосотовой передачи во всех сотах в зоне MBSFN-синхронизации, вся зона MBSFN-синхронизации может быть задана так, чтобы быть диапазоном передачи сигнала поискового вызова в каждый мобильный терминал. Следовательно, зона отслеживания выделенной соты для MBMS-передачи может быть задана так, чтобы быть всей зоной MBSFN-синхронизации. В варианте осуществления 2, список TA каждого мобильного терминала показывается на фиг. 31, и таблица, показывающая соответствие между TA(одноадресная передача) на частотном уровне для одноадресной передачи/смешанном частотном уровне и принадлежностью сот, показывается на фиг. 31(b). Эти список TA и таблица могут применяться также к этому варианту осуществления. Далее, в этом варианте осуществления, таблица для ассоциирования зоны отслеживания (TA) на частоте, выделенной MBMS-передаче, с зоной MBSFN-синхронизации заново предоставляется. Конкретный пример таблиц, показывающих зону отслеживания (TA) на частоте, выделенной MBMS-передаче, показывается на фиг. 78. Таблица, показывающая идентификаторы MBSFN-зоны и номер f(MBMS) и номер (идентификатор) зоны MBSFN-синхронизации, которому они принадлежат, показывается на фиг. 78. Посредством использования этой таблицы номер зоны MBSFN-синхронизации ассоциируется с идентификаторами MBSFN-зоны и номером f(MBMS). Таблица, показывающая отношение между идентификатором зоны MBSFN-синхронизации и номером TA(MBMS) показывается на фиг. 78(b). Посредством использования этой таблицы номер TA(MBMS) на частотном уровне, выделенном MBMS, которому принадлежит MBSFN-зона, из которой принимает мобильный терминал, ассоциирован с идентификатором зоны MBSFN-синхронизации.

Подробности управления списком TA поясняются далее. Способ в состоянии приема на стороне MBMS, который раскрывается в варианте осуществления 2, может применяться. Как показано на фиг. 20, мобильный терминал, на этапе ST1742, передает "уведомление относительно состояния приема на стороне MBMS" в обслуживающую соту согласно выделению ресурсов UL (восходящей линии связи), принимаемому на этапе ST1741. В качестве примера параметров, включенных в "уведомление относительно состояния приема на стороне MBMS", идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, частота (f(MBMS)), при которой мобильный терминал принимает MBMS-услугу, и номер (идентификатор) MBSFN-зоны включаются. Обслуживающая сота, на этапе ST1743, принимает уведомление состояния приема на стороне MBMS из мобильного терминала. Сторона сети, на этапе ST1743, может знать, что рассматриваемый мобильный терминал принимает MBMS-услугу на частотном уровне, выделенном MBMS-передаче, без добавления канала восходящей линии связи в выделенную для MBMS соту, т.е. без увеличения сложности системы мобильной связи. Как результат, предоставляется преимущество разрешения стороне сети изменяться с конфигурации сообщения об общем сигнале поискового вызова на конфигурацию выполнения прерывистого приема во время MBMS-приема. Обслуживающая сота, на этапе ST1744, передает уведомление состояния приема на стороне MBMS в MME. MME, на этапе ST1745, принимает уведомление состояния приема на стороне MBMS из обслуживающей соты. MME, на этапе ST1746, определяет зону отслеживания (называемую TA(MBMS) с этого места), в которой рассматриваемый мобильный терминал принимает MBMS-услугу на частоте, выделенной MBMS-передаче. MME определяет зону отслеживания на основе уведомления относительно состояния приема на стороне MBMS, более конкретно, параметров состояния приема на стороне MBMS, более конкретно, f(MBMS) и номера MBSFN-зоны, включенных в параметры.

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

MME, на этапе ST1747, обновляет списки зон отслеживания рассматриваемых мобильных терминалов. В текущем 3GPP, определено, что множество зон отслеживания (каждая из которых называется TA(одноадресная передача) с этого места) предоставляется для каждого мобильного терминала на частотном уровне для одноадресной передачи/смешанном частотном уровне. Тем не менее, на текущей стадии, на которой не определено то, следует или нет передавать сигнал поискового вызова, предназначенный для мобильного терминала, из выделенной для MBMS соты или на частотном уровне, выделенном MBMS-передаче, выделенная для MBMS сота и частотный уровень, выделенный MBMS-передаче относительно множества зон отслеживания, не учитываются. MME, на этапе ST1747, выполняет управление (хранение, добавление, обновление и удаление) списка TA, включающего в себя TA(одноадресная передача) и/или TA(MBMS). Подробности управления списком TA этапа ST1747 поясняются. MME выполняет поиск номера TA(MBMS), который управляется в рамках MME, на основе f(MBMS) и идентификаторов MBSFN-зоны, которые MME принимает на этапе ST1745. В конкретном способе поиска, таблицы, как показано на фиг. 78, используются. MME выполняет поиск соответствующего номера (идентификатора) зоны MBSFN-синхронизации посредством использования фиг. 78 из f(MBMS) и идентификаторов MBSFN-зоны, принимаемых посредством него, и дополнительно выполняет поиск соответствующего номера TA(MBMS) посредством использования фиг. 78(b). Далее, MME определяет то, существует или нет TA(MBMS), в котором выполнен поиск результата поиска, в списке TA рассматриваемого мобильного терминала.

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

Далее, подробности процесса в момент, когда поисковые вызовы для рассматриваемого мобильного терминала осуществляются в этом варианте осуществления, поясняются. Поисковые вызовы для рассматриваемого мобильного терминала осуществляются на этапе ST1773. MME, на этапе ST1774, выясняет список TA рассматриваемого мобильного терминала на основе идентификатора (UE-ID, IMSI, S-TMSI и т.п.) рассматриваемого мобильного терминала, в котором осуществлены поисковые вызовы. MME, на этапе ST1775, определяет то, включена или нет TA(MBMS) в список TA рассматриваемого мобильного терминала. В качестве конкретного примера, MME выполняет поиск в списке TA рассматриваемого мобильного терминала, причем этот список таков, как показано на фиг. 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. В качестве MCE, в которые MME передает запрос поискового вызова, могут рассматриваться все MCE, каждый из которых управляет базовыми станциями, которые географически перекрывают базовые станции, управляемые посредством MME. В качестве примера параметров, включенных в запрос поискового вызова, может рассматриваться идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, номер TA(MBMS) и т.д. В это время, вместо номера TA(MBMS), либо как f(MBMS), так и идентификаторы MBSFN-зоны, либо идентификатор зоны MBSFN-синхронизации могут предоставляться.

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

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

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

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

При диспетчеризации сигнала поискового вызова, предназначенного для мобильного терминала, сигнал поискового вызова может переноситься во всех субкадрах, через которые передается основной PMCH, или может переноситься в некоторых из субкадров, через которые передается основной PMCH. Например, сигнал поискового вызова может переноситься в субкадрах, в которых MCCH или основной MCCH переносятся в основном PMCH. В случае если сигнал поискового вызова переносится в некоторых из субкадров, через которые передается основной PMCH, субкадры могут быть заранее определенными или могут быть переданы в широковещательном режиме из соты для одноадресной передачи/смешанной соты или выделенной для MBMS соты. В качестве альтернативы, субкадры могут извлекаться посредством стороны сети (MME и MCE), базовой станции и каждого мобильного терминала посредством использования идентичного вычислительного выражения и идентичных параметров. Эти параметры и это вычислительное выражение могут быть заранее определенными или могут быть переданы в широковещательном режиме из соты для одноадресной передачи/смешанной соты или выделенной для MBMS соты. Посредством переноса сигнала поискового вызова во всех субкадрах поисковые вызовы во множество мобильных терминалов могут выполняться с меньшим временем задержки. Напротив, в случае если сигнал поискового вызова переносится в некоторых субкадрах, терминал, который хочет принимать сигнал поискового вызова, не должен принимать все субкадры, через которые передается основной PMCH, а должен принимать только часть субкадров, через которые сигнал поискового вызова передается, и, следовательно, может достигать своего низкого потребления мощности. Кроме того, посредством переноса сигнала поискового вызова в субкадрах, в которых переносятся MCCH или основной MCCH, поскольку каждый мобильный терминал получает возможность принимать сигнал поискового вызова через субкадры, идентичные тем, через которые принимать MCCH или основной MCCH, мобильный терминал, который принимает MBMS, получает возможность принимать поисковые вызовы с меньшим временем задержки.

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

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

В этом варианте осуществления, способ передачи запроса поискового вызова из MME в MCE, как показанный в варианте осуществления 2, показывается. В качестве другого способа, запрос поискового вызова может быть передан из MME в MBMS GW вместо передачи запроса поискового вызова из MME в MCE. Более конкретно, запрос поискового вызова может быть передан из MME в MBMS CP в MBMS GW. Это обусловлено тем, что канал, в котором переносится сигнал поискового вызова, передается через схему многосотовой передачи в зоне MBSFN-синхронизации. MBMS CP, который принял запрос поискового вызова, передает запрос поискового вызова непосредственно в eNB без задания его так, чтобы проходить через MCE. В этом случае, необходимо только заново предоставлять IF между MME 103 и MBMS GW802 или MBMS CP 802-1 в общей архитектуре системы мобильной связи, как раскрыто на фиг. 10, которая используется в настоящем изобретении. Посредством использования этого IF вышеуказанный запрос поискового вызова передается из MME в MBMS GW или MBMS CP. MBMS GW или MBMS CP, который принял запрос поискового вызова, передает сигнал запроса поискового вызова во все eNB в зоне MBSFN-синхронизации посредством использования IF M1.

Далее, процесс в момент, когда поисковые вызовы для рассматриваемого мобильного терминала осуществляются в этом случае, поясняется. На этапе ST1773, поисковые вызовы в рассматриваемый мобильный терминал осуществляются. MME, на этапе ST1774, выясняет список TA рассматриваемого мобильного терминала на основе идентификатора (UE-ID, IMSI, S-TMSI и т.п.) рассматриваемого мобильного терминала, в котором осуществлены поисковые вызовы. MME, на этапе ST1775, определяет то, включена или нет TA(MBMS) в список TA рассматриваемого мобильного терминала. Когда TA(MBMS) не включена в список зон отслеживания, MEE осуществляет переход к этапу ST1814. Напротив, когда TA(MBMS) включена в список зон отслеживания, MEE осуществляет переход к этапу ST1776. MME, на этапе ST1776, передает запрос поискового вызова не в MCE, а в MBMS CP. В качестве MBMS CP, в которые MME передает запрос поискового вызова, могут рассматриваться все MBMS CP, каждый из которых управляет частотным уровнем, выделенным MBMS-передаче, которую посредством MME могут принимать базовые станции, управляемые. В качестве примера параметров, включенных в запрос поискового вызова, может рассматриваться идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, номер TA(MBMS) и т.д. В это время, вместо номера TA(MBMS), либо как f(MBMS), так и идентификаторы MBSFN-зоны, либо идентификатор зоны MBSFN-синхронизации могут предоставляться. Каждый из MBMS CP, вместо MCE, на этапе ST1777, принимает запрос поискового вызова. Из MBMS CP, каждый из которых принимает запрос поискового вызова на этапе ST1778, MBMS CP, который управляет либо идентификатором зоны MBSFN-синхронизации, либо как f(MBMS), так и идентификаторами MBSFN-зоны, которые сообщаются ему как параметр, включенный в запрос поискового вызова, и которые связаны с номером TA(MBMS), осуществляет подготовку к передаче поисковых вызовов. В качестве примера подготовки к передаче поисковых вызовов, MBMS CP, который управляет либо идентификатором зоны MBSFN-синхронизации, либо как f(MBMS), так и идентификаторами MBSFN-зоны, определяет группу для передачи поисковых вызовов рассматриваемого мобильного терминала посредством использования как числа Kmp групп для передачи поисковых вызовов, используемых для основного PMCH, так и принимаемого запроса поискового вызова. При определении группы для передачи поисковых вызовов рассматриваемого мобильного терминала MBMS CP использует вычислительное выражение, идентичное выражению, используемому посредством мобильного терминала.

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

Каждая из базовых станций в зоне MBSFN-синхронизации, на этапе ST1782, определяет группу для передачи поисковых вызовов рассматриваемого мобильного терминала. В качестве примера способа определения, предусмотрен способ определения группы для передачи поисковых вызовов рассматриваемого мобильного терминала посредством использования числа Kmp групп для передачи поисковых вызовов, используемых для основного PMCH, и принимаемого запроса поискового вызова. При определении группы для передачи поисковых вызовов рассматриваемого мобильного терминала каждая из базовых станций использует вычислительное выражение, идентичное выражению, используемому посредством мобильного терминала. В качестве конкретного примера, каждая из базовых станций использует уравнение, идентичное уравнению на этапе ST1735, т.е. группа для передачи поисковых вызовов = IMSI mod Kmp. Когда MBMS CP, на этапе ST1780, также сообщает группу для передачи поисковых вызовов рассматриваемого мобильного терминала, этап ST1782 может опускаться. Как результат, может предоставляться преимущество уменьшения управляющей нагрузки на каждую базовую станцию в зоне MBSFN-синхронизации и т.д. Напротив, в соответствии со способом, на этапе ST1782, определения группы для передачи поисковых вызовов в каждой базовой станции в зоне MBSFN-синхронизации без сообщения группы для передачи поисковых вызовов рассматриваемого мобильного терминала на этапе ST1780, может предоставляться преимущество возможности уменьшать объем информации, уведомляемый из MBMS CP в каждую базовую станцию в зоне MBSFN-синхронизации, и осуществления эффективного использования ресурсов. Каждая из базовых станций в зоне MBSFN-синхронизации, на этапе ST1783, передает основной PMCH, в котором переносится сигнал поискового вызова, посредством использования идентификатора рассматриваемого мобильного терминала, принимаемого на этапе ST1781, результата диспетчеризации сигнала поискового вызова, группы для передачи поисковых вызовов рассматриваемого мобильного терминала, определенной на этапе ST1782, и т.д. Способы, поясненные в варианте осуществления 9, могут использоваться в качестве способа преобразования в связанную с поисковыми вызовами область в основном PMCH в это время и конкретного способа преобразования в физический канал и т.д.

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

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

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

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

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

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

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

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

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

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

Относительно конфигурации физической зоны для сигнала поискового вызова, способ переноса сигнала поискового вызова, а также MCCH, в PMCH, как раскрыто на фиг. 46, способ преобразования сигнала поискового вызова в PMCH как одного информационного элемента MCCH, способ использования индикатора, способа деления мобильных терминалов в группы для передачи поисковых вызовов, способ предоставления выделенного канала поисковых вызовов и переноса сигнала поискового вызова в выделенном канале поисковых вызовов, как раскрыто на фиг. 42, или способ предоставления основного PMCH и переноса сигнала поискового вызова в основном PMCH, как раскрыто на фиг. 49, может применяться. Сота, которая передает сигнал поискового вызова, и сота, которая не передает сигналы поискового вызова, задаются так, чтобы использовать различные способы при преобразовании сигнала поискового вызова в физическую зону, в которой переносится сигнал поискового вызова. Например, в случае если сота, которая передает сигнал поискового вызова в мобильный терминал, для которого осуществляется входящий вызов, и сота, которая не передает сигнал поискового вызова в мобильный терминал, существуют в рамках MBSFN-зоны, более конкретно, в соте, которая передает сигнал поискового вызова в мобильный терминал, для которого осуществляется входящий вызов, базовая станция соединяет свой переключатель 2401 с терминалом a посредством использования этого переключателя, как раскрыто на фиг. 50. Базовая станция затем умножает сигнал поискового вызова в мобильный терминал на идентификационный номер, специфичный для мобильного терминала, добавляет CRC к результату умножения и выполняет процесс, включающий в себя кодирование и согласование скорости. Поскольку переключатель 2401 соединяется с терминалом a, информация, обрабатываемая так, как описано выше, для каждого мобильного терминала выделяется модулю управляющего информационного элемента. В соте, которая не передает сигнал поискового вызова в мобильный терминал, для которого осуществляется входящий вызов, базовая станция соединяет свой переключатель 2401 с терминалом b посредством использования этого переключателя, как раскрыто на фиг. 50. Код для дополнения для каждой соты предоставляется без использования сигнала поискового вызова, предназначенного для мобильного терминала, и этот код для дополнения выделяется модулю управляющего информационного элемента.

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

Далее, список зон отслеживания (TA) на частоте, выделенной MBMS-передаче, поясняется. Чтобы ограничивать соты, каждая из которых передает сигнал поискового вызова в мобильный терминал, сотой, в которой мобильный терминал находится, и соседними сотами, произвольные выделенные для MBMS соты, географически соответствующие зоне отслеживания на стороне одноадресной передачи мобильного терминала и находящиеся в MBSFN-зоне или зоне MBSFN-синхронизации, из которой мобильный терминал принимает или пытается принимать MBMS, задаются в качестве зоны отслеживания (TA(MBMS)). В этом примере, способ задания произвольных выделенных для MBMS сот в MBSFN-зоне, из которой мобильный терминал принимает или пытается принимать MBMS как TA, поясняется. В варианте осуществления 2, список TA каждого мобильного терминала показывается на фиг. 31, и таблица, показывающая соответствие между зоной отслеживания (TA(одноадресная передача)) на частотном уровне для одноадресной передачи/смешанном частотном уровне и принадлежностью сот, показывается на фиг. 31(b). Эти список TA и таблица могут применяться также к этому варианту осуществления. В варианте осуществления 2, таблица для ассоциирования f(MBMS) и идентификатора MBSFN-зоны с номером TA(MBMS), как показано на фиг. 31(c), предоставляется, чтобы давать возможность извлекать зону отслеживания на частотном уровне, выделенном MBMS-передаче, из f(MBMS) и идентификатора MBSFN-зоны, который мобильный терминал принимает или пытается принимать MBMS. В этом варианте осуществления, поскольку сота, которая передает сигнал поискового вызова в мобильный терминал, и сота, которая не передает сигнал поискового вызова в мобильный терминал, существуют в MBSFN-зоне, зона отслеживания на частотном уровне, выделенном MBMS-передаче, не может быть просто приведена в соответствие f(MBMS) и идентификатору MBSFN-зоны. Чтобы разрешать эту проблему, таблица для ассоциирования идентификатора TA(MBMS) с f(MBMS) и идентификатором TA(одноадресная передача) предоставляется, и таблица для ассоциирования идентификатора TA(MBMS) с выделенной сотой для MBMS-передачи, географически соответствующей TA(одноадресная передача), дополнительно предоставляется. Конкретный пример таблиц, показывающих TA(MBMS), показывается на фиг. 81. Таблица для ассоциирования идентификатора TA(MBMS) с f(MBMS) и идентификатором TA(одноадресная передача) показывается на фиг. 81(a), и таблица для ассоциирования идентификатора TA(MBMS) с выделенной сотой для MBMS-передачи, географически соответствующей TA(одноадресная передача), показывается на фиг. 81(b). Посредством указания выделенной соты для MBMS-передачи, географически соответствующей TA(одноадресная передача), посредством использования TA(MBMS) и ограничения передачи сигнала поискового вызова в соту в этом TA(MBMS) на основе этих таблиц, появляется возможность предоставлять соту, которая передает сигнал поискового вызова в мобильный терминал, и соту, которая не передает сигнал поискового вызова в мобильный терминал, как соты в MBSFN-зоне.

Подробности управления списком TA поясняются. Способ по состоянию приема на стороне MBMS, который раскрывается в варианте осуществления 2, может применяться. В этом случае, в процессе определения TA(MBMS) рассматриваемого мобильного терминала, MME, на этапе ST1746 по фиг. 20, определяет зону отслеживания на основе идентификатора TA(одноадресная передача) и уведомления относительно состояния приема на стороне MBMS мобильного терминала. Более конкретно, MME может определять зону отслеживания на основе параметров состояния приема на стороне MBMS в качестве конкретного примера уведомления относительно состояния приема на стороне MBMS, более конкретно, f(MBMS), включенного в параметры. При управлении списком зон отслеживания рассматриваемых мобильных терминалов на этапе ST1747, MME выполняет поиск номера TA(MBMS), которым он управляет, на основе f(MBMS), принимаемого на этапе ST1745, и TA(одноадресная передача), определенного на этапах ST1714-ST1716, чтобы изменять список зон отслеживания. В качестве конкретного способа поиска, таблица, как показано на фиг. 81(a), используется. Далее, MME определяет то, существует или нет TA(MBMS), в котором выполнен поиск результата поиска, в списке TA (фиг. 31(a)) рассматриваемого мобильного терминала. Когда TA(MBMS) существует в списке TA, MME сохраняет текущий список TA. Напротив, когда TA(MBMS) не существует в списке TA, MME добавляет вышеуказанный TA(MBMS) к списку TA рассматриваемого мобильного терминала. Посредством изменения части процесса задания уведомления относительно состояния приема на стороне MBMS, раскрытого в варианте осуществления 2, как упомянуто выше, может реализовываться управление TA в соответствии с этим вариантом осуществления.

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

Далее, подробности процесса в момент, когда поисковые вызовы для рассматриваемого мобильного терминала осуществляются в этом варианте осуществления, поясняются. Далее, случай передачи сигнала поискового вызова из произвольной выделенной для MBMS соты, географически соответствующей обслуживающей соте на стороне одноадресной передачи мобильного терминала и находящейся в MBSFN-зоне, чтобы ограничивать соты, каждая из которых передает сигнал поискового вызова в мобильный терминал, сотой, в которой мобильный терминал находится, и соседними сотами, поясняется. В процессе выполнения прерывистого приема во время MBMS-приема, раскрытого в варианте осуществления 2, зона отслеживания (TA(MBMS)) на частотном уровне, выделенном MBMS-передаче, выполнена таким образом, чтобы быть ассоциированной с зоной отслеживания (TA(одноадресная передача)) на частотном уровне для одноадресной передачи/смешанном частотном уровне, как упомянуто выше. Кроме того, способ преобразования сигнала поискового вызова реализуется таким образом, что он изменяется, чтобы выделять различные фрагменты информации в соте согласно тому, является сота сотой, которая передает сигнал поискового вызова, или сотой, которая не передает сигналы поискового вызова. Пояснение приводится более конкретно. Поисковые вызовы для рассматриваемого мобильного терминала осуществляются на этапе ST1773. MME, на этапе ST1774, выясняет список TA рассматриваемого мобильного терминала на основе идентификатора (UE-ID, IMSI, S-TMSI и т.п.) рассматриваемого мобильного терминала, в котором осуществлены поисковые вызовы. MME, на этапе ST1775, определяет то, включена или нет TA(MBMS) в список TA рассматриваемого мобильного терминала. В качестве конкретного примера, 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. В качестве MCE, в которые MME передает запрос поискового вызова, могут рассматриваться все MCE, каждый из которых управляет базовыми станциями, которые географически перекрывают базовые станции, управляемые посредством MME. Кроме того, MME может быть задан так, чтобы иметь один или более фрагментов информации о MCE, соответствующей каждому частотному уровню, выделенному MBMS-передаче (f(MBMS)), и может передавать запрос поискового вызова в один или более MCE, соответствующих f(MBMS), сообщаемому из мобильного терминала на основе f(MBMS). Этот способ также может использоваться в варианте осуществления 2. В качестве примера параметров, включенных в запрос поискового вызова, может рассматриваться идентификатор (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, номер TA(MBMS) и т.д. В это время, вместо номера TA(MBMS), как f(MBMS), так и номер TA(одноадресная передача) может предоставляться. Каждый из MCE, на этапе ST1777, принимает запрос поискового вызова. Из MCE, каждый из которых принимает запрос поискового вызова на этапе ST1778, MCE, который управляет выделенной для MBMS сотой, которая связана либо с номером TA(MBMS), либо как с f(MBMS), так и с номером TA(одноадресная передача), которые сообщаются ему как параметр, включенный в запрос поискового вызова, осуществляет подготовку к передаче поисковых вызовов. В качестве конкретного примера подготовки к передаче поисковых вызовов, способ, идентичный показанному в варианте осуществления 2, может применяться. MCE, который управляет выделенной для MBMS сотой, определяет группу для передачи поисковых вызовов рассматриваемого мобильного терминала посредством использования числа K_MBMS групп для передачи поисковых вызовов тождественной базовой станции (тождественной MBSFN-зоны) и принимаемого запроса поискового вызова. При определении группы для передачи поисковых вызовов рассматриваемого мобильного терминала MCE использует вычислительное выражение, идентичное выражению, используемому посредством мобильного терминала. В качестве конкретного примера, MCE использует уравнение, идентичное уравнению на этапе ST1735, т.е. группа для передачи поисковых вызовов = IMSI mod K_MBMS. Как упомянуто выше, поскольку MCE, который принял запрос поискового вызова, реализует способ приведения номера TA(MBMS) в соответствие выделенной для MBMS соте, более конкретно, формирует таблицу, показывающую информацию о соответствии, как показано на фиг. 81(b), в случае этого варианта осуществления, вместо таблицы, как показано на фиг. 31(c), в случае варианта осуществления 2, и способ извлечения соответствия может предоставлять отношение между выделенной для MBMS сотой и MCE, который управляет этой сотой, только в рамках архитектуры MBMS-услуг, т.е. поскольку отношение может предоставляться независимо от MME, может предоставляться преимущество получения возможности задавать систему мобильной связи так, чтобы иметь высокую степень гибкости.

MCE, на этапе ST1779, выполняет диспетчеризацию сигнала поискового вызова, предназначенного для рассматриваемого мобильного терминала. Более конкретно, MCE определяет то, какому из информационных элементов, преобразованных в физическую зону, выделяемую номеру группы для передачи поисковых вызовов рассматриваемого мобильного терминала, определенному на этапе ST1778, идентификатор рассматриваемого мобильного терминала выделяется. Посредством задания MCE так, чтобы выполнять эту диспетчеризацию, идентификатор рассматриваемого мобильного терминала передается из идентичных физических ресурсов базовых станций, включенных в MBSFN-зону. Как результат, может обеспечиваться преимущество предоставления возможности мобильному терминалу принимать сигнал поискового вызова, извлекающий выгоду из прироста SFN, посредством приема MCCH, который передается через схему многосотовой передачи в MBSFN-зоне. MCE, на этапе ST1780, передает запрос поискового вызова для рассматриваемого мобильного терминала в базовые станции, каждая из которых является выделенной для MBMS сотой, включенной в MBSFN-зону, которой управляет MCE. В качестве примера параметров, включенных в запрос поискового вызова, в дополнение к идентификатору (UE-ID, IMSI, S-TMSI и т.п.) мобильного терминала, результат диспетчеризации сигнала поискового вызова, выполняемого на этапе ST1779 (конкретно, SFN, номер MBSFN-субкадра и номер информационного элемента) и т.д., которые раскрываются в варианте осуществления 2, информация деактивации или активации передачи поисковых вызовов может рассматриваться. Информация деактивации или активации передачи поисковых вызовов, которая заново предоставляется в этом варианте осуществления, является информацией, показывающей то, передает или нет каждая выделенная для MBMS сота сигнал поискового вызова. В качестве конкретного примера информации деактивации или активации передачи поисковых вызовов, 1-битовая информация ("1" или "0") предоставляется. MCE, на ST1780, передает информацию активации передачи поисковых вызовов "1" в каждую выделенную для MBMS соту, существующую в таблице по фиг. 81(b), посредством использования этой таблицы. Напротив, MCE передает информацию деактивации передачи поисковых вызовов "0" в каждую выделенную для MBMS соту, не существующую в таблице по фиг. 81(b). Посредством расположения информации, показывающей передачу активацию или деактивацию поисковых вызовов, и последующей передачи этой информации из MCE в каждую выделенную для MBMS соту появляется возможность предоставлять соту, которая передает сигнал поискового вызова, и соту, которая не передает сигналы поискового вызова.

Каждая из базовых станций в MBSFN-зоне, которой MCE управляет, на этапе ST1781, принимает запрос поискового вызова из MCE. Каждая базовая станция, которая является выделенной для MBMS сотой, существующей в TA(MBMS), показанной на фиг. 81(b), принимает информацию активации передачи поисковых сигналов, тогда как каждая базовая станция, которая является выделенной для MBMS сотой, не существующей в TA(MBMS), принимает информацию деактивации сигналов поисковых вызовов.

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

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

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

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

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

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

Способ, раскрытый в этом варианте осуществления, может применяться не только к случаю, в котором зона отслеживания (TA(MBMS)) состоит из произвольных выделенных для MBMS сот в одной MBSFN-зоне, но также и к случаю, в котором зона отслеживания (TA(MBMS)) состоит из произвольных выделенных для MBMS сот во множестве MBSFN-зон, как показано на фиг. 82. В этом случае, из MCE, каждый из которых принимает запрос поискового вызова на этапе ST1778, существует множество MCE, каждый из которых управляет выделенной для MBMS сотой, которая связана либо с номером TA(MBMS), либо как с f(MBMS), так и с номером TA(одноадресная передача), которые сообщаются ему как параметр, включенный в запрос поискового вызова. В этом случае, каждый мобильный терминал не принимает сигналы поисковых вызовов из всех выделенных для MBMS сот в TA(MBMS), но принимает сигнал поискового вызова из выделенной для MBMS соты в TA(MBMS), принадлежащий одной или более MBSFN-зон, из которых сам мобильный терминал принимает или пытается принимать MBMS. Число K групп для передачи поисковых вызовов, используемых в каждой MBSFN-зоне, на этапе ST1728, передается из выделенной для MBMS соты, принадлежащей каждой MBSFN-зоне, из которой сам мобильный терминал принимает или пытается принимать MBMS при одновременном преобразовании в MCCH. Каждый мобильный терминал, на этапе ST1729, принимает это число K групп для передачи поисковых вызовов.

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

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

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

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

В этом варианте осуществления, способ задания произвольных выделенных для MBMS сот, географически соответствующих обслуживающей соте на стороне одноадресной передачи мобильного терминала, как зоны отслеживания и передача сигнала поискового вызова из некоторых сот в MBSFN-зоне (или в зоне MBSFN-синхронизации), принадлежащей этой зоне отслеживания, раскрывается. В качестве конкретного примера, случай, в котором одна зона отслеживания формируется в MBSFN-зоне (или в зоне MBSFN-синхронизации), показывается. Далее, способ передачи сигнала поискового вызова из каждой соты в MBSFN-зоне (или в зоне MBSFN-синхронизации) в случае, если множество зон отслеживания (TA(MBMS)) формируется в одной MBSFN-зоне (или в одной зоне MBSFN-синхронизации), раскрывается. На фиг. 98, A обозначает частотный уровень, выделенный MBMS-передаче, а B обозначает частотный уровень для одноадресной передачи/смешанный частотный уровень. Случай, в котором два TA(MBMS) (TA(MBMS) #1 и TA(MBMS) #2) формируются в одной MBSFN-зоне, как показано на фиг. 98, показывается. В случае если два TA(MBMS) (TA(MBMS) #1 и TA(MBMS) #2) формируются в одной MBSFN-зоне таким образом, выделенная для MBMS сота в MBSFN-зоне должна передавать сигнал поискового вызова, различный для каждой из зон отслеживания, в каждый мобильный терминал, обслуживаемый посредством нее. В случае если множество зоны отслеживания (TA(MBMS)) формируется в одной MBSFN-зоне (или в зоне MBSFN-синхронизации), как упомянуто выше, поскольку выделенная для MBMS сота в MBSFN-зоне передает сигнал поискового вызова, различный для каждой из зон отслеживания, мультиплексирование с временным разделением каналов (TDM) MBSFN-субкадров, в которых преобразуются сигналы поисковых вызовов для TA(MBMS), соответственно, выполняется для того, чтобы передавать сигналы поисковых вызовов. Чтобы преобразовывать сигналы поисковых вызовов в MBSFN-субкадры, например, конфигурация переноса сигнала поискового вызова в PMCH, DPCH, основном PMCH и т.п., которая раскрывается в варианте осуществления 7 - варианте осуществления 9, может применяться. Фиг. 99 показывает вид, показывающий TDM сигналов поисковых вызовов для TA(MBMS) и их преобразование. В фиг. 99 A обозначает "MBSFN-субкадр, в который преобразуется сигнал поискового вызова для TA(MBMS) #1", B обозначает "MBSFN-субкадр, в который преобразуется код дополнения для TA(MBMS) #2", C обозначает "MBSFN-субкадр, в который преобразуется сигнал поискового вызова для TA(MBMS) #2", и D обозначает "MBSFN-субкадр, в который преобразуется код дополнения для TA(MBMS) #1". Сотой #n1-1 является сота, включенная в MBSFN-зону #1 и принадлежащая TA(MBMS) #1, а сотой #n1-2 является сота, включенная в MBSFN-зону #1 и принадлежащая TA(MBMS) #2. Как показано на чертеже, мультиплексирование с временным разделением каналов MBSFN-субкадра, в который сигнал поискового вызова, передаваемый посредством соты #n1-1, преобразуется, и MBSFN-субкадра, в который сигнал поискового вызова, передаваемый посредством соты #n1-2, преобразуется, выполняется. В примере, показанном на чертеже, субкадры являются смежными друг другу, хотя они не должны быть смежными друг другу и должны только разделяться друг от друга во времени. В MBSFN-субкадре, в который сигнал поискового вызова, передаваемый посредством соты #n1-1, преобразуется, код для дополнения из соты #n1-2 также преобразуется и передается. Кроме того, в MBSFN-субкадре, в который сигнал поискового вызова, передаваемый посредством соты #n1-2, преобразуется, код для дополнения из соты #n1-1 также преобразуется и передается. В качестве способа передачи этих кодов для дополнения, способ, описанный в варианте осуществления 10 или этом варианте осуществления, может применяться. Кроме того, хотя код для дополнения преобразуется и передается в примере, показанном на чертеже, в случае если физическая зона, в которую преобразуется сигнал поискового вызова, определяется в рамках каждого MBSFN-субкадра, в MBSFN-субкадре, в который сигнал поискового вызова, передаваемый посредством соты #n1-1, преобразуется, мощность передачи физической зоны в этом MBSFN-субкадре, в который сигнал поискового вызова из соты #n1-2 преобразуется, может быть задана равной 0. Аналогично, в MBSFN-субкадре, в который сигнал поискового вызова, передаваемый посредством соты #n1-2, преобразуется, мощность передачи физической зоны в этом MBSFN-субкадре, в который сигнал поискового вызова из соты #n1-1 преобразуется, может быть задана равной 0. Как эти способы, также может применяться способ, описанный в варианте осуществления 10.

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

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

В этом варианте осуществления, со ссылкой на фиг. 83, "передача в широковещательном режиме касательно принимаемого MBMS", "поиск MBMS" и "выбор MBMS-услуги", из процессов, выполняемых посредством системы мобильной связи, описанной в варианте осуществления 1 и 2, дополнительно поясняется. Обслуживающая сота, на этапе ST3501 по фиг. 83, передает информацию о принимаемом MBMS в каждый мобильный терминал. Кроме того, обслуживающая сота передает информацию о принимаемом MBMS в рамках тождественной соты в каждый мобильный терминал. Обслуживающая сота - это базовая станция, которая выполняет диспетчеризацию (диспетчеризацию), чтобы выполнять выделение радиоресурсов восходящей линии связи и радиоресурсов нисходящей линии связи в рассматриваемый мобильный терминал. В качестве базовой станции, которая может становиться обслуживающей сотой, предусмотрена сота для одноадресной передачи или смешанная сота для MBMS/одноадресной передачи. В качестве конкретного примера информации о принимаемом MBMS, сообщаются одна или более частот доступной MBMS-услуги, т.е. одна или более частот принимаемой зоны MBSFN-синхронизации (зоны MBSFN-синхронизации), т.е. одна или более частот (называемых одной или более f(MBMS)) принимаемого частотного уровня, выделенного MBMS-передаче. При передаче информации о принимаемом MBMS из обслуживающей соты в каждый мобильный терминал, широковещательный канал управления (BCCH) используется. Информация о принимаемом MBMS сначала преобразуется в широковещательный канал управления (BCCH), который является логическим каналом, и этот широковещательный канал управления дополнительно преобразуется в широковещательный канал (BCH), который является транспортным каналом, и этот широковещательный канал преобразуется в физический широковещательный канал (PBCH), который является физическим каналом. В качестве альтернативы, после того, как информация о принимаемом MBMS преобразуется в широковещательный канал управления (BCCH), который является логическим каналом, широковещательный канал управления может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом.

Каждый мобильный терминал, на этапе ST3502, принимает f(MBMS), передаваемую из обслуживающей соты. В этом случае, имеется проблема того, как обслуживающая сота, на этапе ST3501, получает информацию о принимаемом MBMS, который сообщается из обслуживающей соты в мобильный терминал. Более конкретно, если информация о принимаемом MBMS не изменяется часто, но определяется полустатически (полустатически), информация о принимаемом MBMS может быть задана как обслуживающая сота каждый раз, когда она изменяется. В качестве альтернативы, информация о принимаемом MBMS может быть передана из устройства управления на частотном уровне, выделенном MBMS-передаче, в устройство управления на частотном уровне для одноадресной передачи/смешанном частотном уровне, когда информация изменяется или через регулярные промежутки времени. В качестве дополнительного конкретного примера, информация о принимаемом MBMS передается из MCE в MME или базовую станцию. В качестве альтернативы, информация о принимаемом MBMS может быть передана из MBMS GW в MME или базовую станцию.

Каждый мобильный терминал, на этапе ST3503, выясняет, принял он или нет одну или более частот принимаемого частотного уровня, выделенного MBMS-передаче на этапе ST3502. Каждый мобильный терминал завершает процесс, если не принял одну или более частот. Когда принял одну или более частот, каждый мобильный терминал осуществляет переход к этапу ST3504. Каждый мобильный терминал, на этапе ST3504, выясняет, имеет или нет пользователь намерение приема MBMS-услуги на частотном уровне, выделенном MBMS-передаче. В качестве примера проверки, когда пользователь имеет намерение приема MBMS-услуги, он использует пользовательский интерфейс, чтобы отправлять команду в свой мобильный терминал, и мобильный терминал сохраняет информацию, показывающую намерение пользователя, в своем протокольном процессоре 1101. Каждый мобильный терминал, на этапе ST3504, выясняет, сохраняется или нет информация, показывающая намерение пользователя по приему MBMS-услуги, в протокольном процессоре 1101. Когда информация, показывающая намерение пользователя по приему MBMS-услуги, не сохраняется, каждый мобильный терминал повторяет процесс этапа ST3504. В качестве способа повторения процесса, каждый мобильный терминал использует способ выполнения определения этапа ST3504 в фиксированные периоды (интервалы) или способ выполнения этапа ST3504 или ST3503 при приеме уведомления, показывающего изменение в намерении пользователя по приему MBMS-услуги, введенного от пользователя посредством пользовательского интерфейса. Напротив, когда информация, показывающая намерение пользователя по приему MBMS-услуги, сохраняется, каждый мобильный терминал осуществляет переход к этапу ST3505. Порядок процессов этапа ST3503 и этапа ST3504 может быть произвольным, и они могут выполняться одновременно. Каждый мобильный терминал, на этапе ST3505, перемещается на частотный уровень, выделенный MBMS-передаче, посредством изменения частоты, заданной согласно своему модулю 1107 преобразования частоты, чтобы изменять среднюю частоту на f(MBMS). Изменение частоты, заданной согласно модулю 1107 преобразования частоты, чтобы изменять его среднюю частоту, упоминается как перенастройка (перенастройка).

Каждый мобильный терминал, на этапе ST3506, выполняет операцию поиска для поиска MBMS. Поскольку подробности операции поиска для поиска MBMS описываются в варианте осуществления 2, пояснение операции поиска далее опускается. Каждый мобильный терминал выполняет установление синхронизации с выделенной для MBMS сотой, обнаружение системной информации о выделенной для MBMS соте, обнаружение диспетчеризации MCCH и т.д. посредством выполнения операции поиска для поиска MBMS. Выделенная для MBMS сота, на этапе ST3507, сообщает содержимое MBMS-услуг в каждый мобильный терминал. В непатентной ссылке 1 описывается то, что MCE 801 выделяет радиоресурсы всем базовым станциям в MBSFN-зоне, чтобы выполнять многосотовую MBMS-передачу (многосотовую MBMS-передачу). Можно ожидать из этого описания, что MBMS-услуги, идентичные друг другу, которые могут подвергаться SFN-комбинированию (комбинированию), предоставляются в MBSFN-зоне. Следовательно, содержимое MBMS-услуг сообщается на этапе ST3507 для каждой MBSFN-зоны посредством использования канала каждой MBSFN-зоны. В непатентной ссылке 1 дополнительно описывается то, что зона MBSFN-синхронизации включает в себя одну или более MBSFN-зон (MBSFN-зон). Согласно этому описанию, содержимое MBMS-услуг сообщается на этапе ST3507 для каждой из всех MBSFN-зон, включенных в каждую зону MBSFN-синхронизации, посредством использования канала зоны MBSFN-синхронизации.

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

Соответствие между номерами услуг и содержимым прямых услуг преобразуется в широковещательный канал управления (BCCH), который является логическим каналом выделенной для MBMS соты, и широковещательный канал управления дополнительно преобразуется в широковещательный канал (BCH), который является транспортным каналом, и этот широковещательный канал преобразуется в физический широковещательный канал (PBCH), который является физическим каналом. Соответствие между номерами услуг и содержимым прямых услуг альтернативно может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и этот широковещательный канал управления дополнительно может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом. В качестве альтернативы, соответствие между номерами услуг и содержимым прямых услуг может преобразовываться в канал управления многоадресной передачей (MCCH), который является логическим каналом, и канал управления многоадресной передачей может преобразовываться в канал многоадресной передачи (MCH), который является транспортным каналом, и канал многоадресной передачи может преобразовываться в физический канал многоадресной передачи (PMCH), который является физическим каналом. В качестве альтернативы, соответствие между номерами услуг и содержимым прямых услуг может преобразовываться в канал управления многоадресной передачей (MCCH), который является логическим каналом, и канал управления многоадресной передачей может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом.

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

Каждый мобильный терминал, на этапе ST3509, проверяет содержимое MBMS-услуг, принимаемых на этапе ST3508, чтобы знать, выполняется или нет услуга, которую хочет пользователь. Когда услуга, которую хочет пользователь, выполняется, каждый мобильный терминал осуществляет переход к этапу ST3510. Напротив, когда услуга, которую хочет пользователь, не выполняется, каждый мобильный терминал осуществляет переход к этапу ST3512. Каждый мобильный терминал, на этапе ST3510, принимает опорный сигнал (RS) с радиоресурсом MBSFN-зоны, в которой услуга, которую хочет пользователь, выполняется, и измеряет принимаемую мощность (RSRP) опорного сигнала. Каждый мобильный терминал дополнительно, на этапе ST3510, определяет то, является или нет принимаемая мощность равной либо превышающей пороговое значение, которое определяется статически или полустатически. Факт, что принимаемая мощность равна или превышает вышеуказанное пороговое значение, показывает, что каждый мобильный терминал имеет достаточно высокое качество, чтобы принимать MBMS-услугу, тогда как факт, что принимаемая мощность ниже порогового значения, показывает, что каждый мобильный терминал не имеет достаточно высокого качества для того, чтобы принимать MBMS-услугу. Когда принимаемая мощность равна или превышает вышеуказанное пороговое значение, каждый мобильный терминал осуществляет переход к этапу ST3511, тогда как когда принимаемая мощность ниже вышеуказанного порогового значения, каждый мобильный терминал осуществляет переход к этапу ST3512. Если каждый мобильный терминал, на этапе ST3510, может определять то, является или нет его качество приема достаточно хорошим для того, чтобы принимать MBMS-услугу, каждый мобильный терминал не должен использовать вышеуказанный способ измерения принимаемой мощности опорного сигнала (RS). Каждый мобильный терминал, на этапе ST3511, выбирает MBMS-услугу. Конкретно, каждый мобильный терминал обнаруживает частоту f(MBMS), выделенную MBMS-передаче, идентификатор (номер) MBSFN-зоны и т.д., чтобы принимать MBMS-услугу, которую пользователь хочет и затем определяет их. Каждый мобильный терминал, на этапе ST3512, определяет то, содержится или нет другая частота (частота на частотном уровне, выделенном MBMS-передаче, отличном от текущей частоты) в одной или более частот (списке частот) принимаемой зоны MBSFN-синхронизации, принимаемой на этапе ST3502. Когда другая частота существует в списке частот, каждый мобильный терминал возвращается к этапу ST3505 и переключает свою частоту набора на новую частоту (f2(MBMS)) и затем повторяет процесс. Напротив, когда других частот не существует в списке частот, каждый мобильный терминал завершает процесс.

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

Разновидность 1

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

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

В этом варианте осуществления, со ссылкой на фиг. 85, "передача в широковещательном режиме касательно принимаемого MBMS", "поиск MBMS" и "выбор MBMS-услуги", из процессов, выполняемых посредством системы мобильной связи, описанной в варианте осуществления 1 и 2, дополнительно поясняется. На фиг. 85, поскольку этапы, идентичные показанным на фиг. 83, обозначают процессы, идентичные показанным на чертеже, или аналогичные процессы, пояснение этапов далее опускается. Обслуживающая сота, на этапе ST3701, передает информацию о принимаемом MBMS в каждый мобильный терминал. Кроме того, обслуживающая сота передает информацию о принимаемом MBMS в рамках тождественной соты в каждый мобильный терминал. В качестве конкретного примера информации о принимаемом MBMS, сообщаются одна или более частот доступной MBMS-услуги, т.е. одна или более частот принимаемой зоны MBSFN-синхронизации (зоны MBSFN-синхронизации), т.е. одна или более частот (называемых одной или более f(MBMS)) принимаемого частотного уровня, выделенного MBMS-передаче. Кроме того, содержимое услуги, принимаемое при вышеуказанной f(MBMS), может сообщаться. Вышеуказанный f(MBMS) и содержимое услуги, принимаемое при f(MBMS), могут быть переданы одновременно или неодновременно. Поскольку конкретный пример канала, используемого для передачи информации о принимаемом MBMS, является идентичным примеру, показанному в варианте осуществления 18, пояснение конкретного примера далее опускается. Кроме того, поскольку конкретный пример содержимого услуги является идентичным конкретному примеру, показанному в варианте осуществления 18, пояснение конкретного примера далее опускается. Каждый мобильный терминал, на этапе ST3702, принимает f(MBMS) и содержимое услуги, принимаемое при f(MBMS), которые передаются из обслуживающей соты. В этом случае, имеется проблема того, как обслуживающая сота, на этапе ST3701, получает информацию о принимаемом MBMS, который передается из обслуживающей соты в каждый мобильный терминал. Более конкретно, если информация о принимаемом MBMS не изменяется часто, но определяется полустатически (полустатически), информация о принимаемом MBMS может быть задана как обслуживающая сота каждый раз, когда она изменяется. Кроме того, информация о принимаемом MBMS может быть передана из устройства управления на частотном уровне, выделенном MBMS-передаче, в устройство управления на частотном уровне для одноадресной передачи/смешанном частотном уровне, когда информация изменяется или через регулярные промежутки времени. В качестве дополнительного конкретного примера, информация о принимаемом MBMS передается из MCE в MME или базовую станцию. В качестве альтернативы, информация о принимаемом MBMS может быть передана из MBMS GW в MME или базовую станцию. Каждый мобильный терминал, на этапе ST3504, выясняет, имеет или нет пользователь намерение приема MBMS-услуги на частотном уровне, выделенном MBMS-передаче. Когда пользователь имеет намерение приема MBMS-услуги на частотном уровне, выделенном MBMS-передаче, каждый мобильный терминал осуществляет переход к этапу ST3703. Напротив, когда пользователь не имеет намерения приема MBMS-услуги на частотном уровне, выделенном MBMS-передаче, каждый мобильный терминал повторяет процесс этапа ST3504.

Каждый мобильный терминал, на этапе ST3703, выясняет, принял он или нет одну или более частот принимаемого частотного уровня, выделенного MBMS-передаче, которая выполняет услугу, которую хочет пользователь, на этапе ST3702. Каждый мобильный терминал завершает процесс, если не принял одну или более частот. Напротив, когда принял одну или более частот, каждый мобильный терминал осуществляет переход к этапу ST3704. Например, допускается, что одна частота принимаемого частотного уровня, выделенного MBMS-передаче, которая выполняет услугу, которую хочет пользователь, является fa(MBMS). Каждый мобильный терминал, на этапе ST3704, перемещается на принимаемый частотный уровень, выделенный MBMS-передаче, которая выполняет услугу, которую хочет пользователь, посредством изменения частоты, заданной согласно своему модулю 1107 преобразования частоты, чтобы изменять среднюю частоту на fa(MBMS). Каждый мобильный терминал, на этапе ST3506, выполняет операцию поиска для поиска MBMS. Выделенная для MBMS сота, на этапе ST3507, сообщает содержимое MBMS-услуг в каждый мобильный терминал. Каждый мобильный терминал, на этапе ST3508, принимает содержимое MBMS-услуг из выделенной для MBMS соты. Каждый мобильный терминал, на этапе ST3510, определяет то, является или нет чувствительность приема MBSFN-зоны, в которой выполняется услуга, которую хочет пользователь, достаточно хорошей для того, чтобы принимать. Когда качество приема является достаточно хорошим, чтобы принимать, каждый мобильный терминал осуществляет переход к этапу ST3511. Напротив, когда качество приема не является достаточно хорошим, чтобы принимать, каждый мобильный терминал осуществляет переход к этапу ST3705. Каждый мобильный терминал, на этапе ST3511, выбирает MBMS-услугу. Каждый мобильный терминал, на этапе ST3705, определяет то, содержится или нет другая частота (частота на частотном уровне, выделенном MBMS-передаче, отличном от текущей частоты), на которой услуга, которую хочет пользователь, выполняется, в одной или более частот (списке частот) принимаемой зоны MBSFN-синхронизации, принимаемой на этапе ST3702. Когда другая частота существует в списке частот, каждый мобильный терминал возвращается к этапу ST3704 и изменяет частоту, заданную согласно своему синтезатору, на новую частоту, к примеру, f2(MBMS) и затем повторяет процесс. Напротив, когда других частот не существует в списке частот, каждый мобильный терминал завершает процесс.

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

Далее поясняется разновидность 1 этого варианта осуществления. Обслуживающая сота, на этапе ST3701 по фиг. 85, передает информацию о принимаемом MBMS в каждый мобильный терминал. В качестве конкретного примера информации о принимаемом MBMS, сообщаются одна или более частот доступной MBMS-услуги, т.е. одна или более частот принимаемой зоны MBSFN-синхронизации (зоны MBSFN-синхронизации), т.е. одна или более частот (называемых одной или более f(MBMS)) принимаемого частотного уровня, выделенного MBMS-передаче. Кроме того, содержимое услуги, принимаемое при вышеуказанной f(MBMS), может сообщаться. В это время, не все содержимое услуги, принимаемое при f(MBMS), а содержимое услуги, в настоящий момент выполняемой в MBSFN-зоне, имеющей зону покрытия, которая перекрывает зону покрытия обслуживающей соты, сообщается. В варианте осуществления 19, каждый мобильный терминал не имеет функцию узнавания содержимого услуги, в настоящий момент выполняемой в MBSFN-зоне, имеющей зону покрытия, которая перекрывает зону покрытия обслуживающей соты. Следовательно, следующий случай возникает. Даже в случае, если мобильный терминал не находится в зоне покрытия MBSFN-зоны, в которой услуга, которую пользователь мобильного терминала хочет, выполняется, мобильный терминал, на этапе ST3703 по фиг. 85, определяет то, что существует частота (fc(MBMS)) принимаемого частотного уровня, выделенного MBMS-передаче, в которой услуга, которую пользователь мобильного терминала хочет, выполняется, и затем, на этапе ST3704, переключается на fc(MBMS). Тем не менее, поскольку мобильный терминал находится вне зоны покрытия MBSFN-зоны, в которой услуга, которую хочет пользователь мобильного терминала, выполняется, имеется высокая вероятность того, что определяется то, на этапе ST3510, что качество приема MBSFN-зоны (fc(MBMS)), при котором услуга, которую хочет пользователь мобильного терминала, выполняется, не является достаточно хорошим для того, чтобы принимать.

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

Далее поясняется разновидность 2 этого варианта осуществления. В случае если информация (список) соседних сот (соседних сот)) передается из обслуживающей соты в каждый мобильный терминал, информация о принимаемом MBMS в соседней соте может быть передана из обслуживающей соты в каждый мобильный терминал. Информация о принимаемом MBMS в соседней соте может быть передана в то же время, когда информация соседних сот передается, или может быть передана, но не в то же время, когда информация соседних сот передается. Поскольку конкретный пример информации о принимаемом MBMS является идентичным конкретному примеру, показанному в варианте осуществления 19, пояснение конкретного примера далее опускается. Разновидность 2 может предоставлять следующие преимущества. Случай, в котором чувствительность приема соседней соты стала хорошей на частотном уровне для одноадресной передачи/смешанном частотном уровне, т.е. время, чтобы выполнять процесс передачи обслуживания рядом, рассматривается. Когда содержимое услуги, которое в настоящий момент принимает мобильный терминал, не включается в информацию, касающуюся принимаемого MBMS в базовой станции, которая выбирается заново как обслуживающая сота (новая обслуживающая сота: новая обслуживающая сота, т.е. базовая станция назначения передачи обслуживания), мобильный терминал может определять то, что чувствительность приема услуги, которую он в настоящий момент принимает, ухудшится, если он будет продолжать перемещаться. Результат этого определения может уведомляться пользователю через отображение на дисплее, с помощью звукового оповещения и т.п. Как результат, когда пользователь предоставляет более высокий приоритет текущему приему MBMS-услуги, чем перемещению, пользователь получает возможность прекращать перемещение, и может обеспечиваться преимущество представления возможности пользователю использовать мобильный терминал согласно потребностям пользователя более эффективно. Кроме того, когда чувствительность приема услуги, которую мобильный терминал в настоящий момент принимает при f1(MBMS), ухудшается, если идентичная услуга не существует в информации о принимаемом MBMS в обслуживающей соте, а существует при f2(MBMS) в информации о принимаемом MBMS в соседней соте, мобильный терминал может пытаться выполнять операцию поиска MBMS при f2(MBMS) и т.п. Как результат, может обеспечиваться преимущество представления возможности пользователю использовать мобильный терминал согласно потребностям пользователя более эффективно. Эта разновидность 2 может применяться не только к варианту осуществления 19, но также и к разновидности 1 варианта осуществления 19.

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

В непатентной ссылке 3, событие (событие), которое используется для того, чтобы сообщать результаты измерений обслуживающей соты и периферийной соты из мобильного терминала в сторону сети (базовую станцию) в текущем 3GPP, поясняется. Измерение в рамках частоты, идентичной частоте в обслуживающей соте, поясняется далее. Раскрывается то, что каждый мобильный терминал сообщает о событии A1 стороне сети (базовой станции), когда результат измерения обслуживающей соты становится превышающим пороговое значение (пороговое значение). Каждый мобильный терминал сообщает о событии A2 стороне сети (базовой станции), когда результат измерения обслуживающей соты становится меньшим чем пороговое значение (пороговое значение). Каждый мобильный терминал сообщает о событии A3 стороне сети (базовой станции), когда результат измерения периферийной соты становится превышающим значение, которое является добавлением смещения (смещения) к результату измерения обслуживающей соты. Событие A3 используется для передачи обслуживания в рамках одной частоты. Отсутствует описание по проблемам, которые должны разрешаться в соответствии с настоящим изобретением в непатентной ссылке 3. Кроме того, отсутствует описание по предоставлению двух или более пороговых значений и двух или более смещений. Помимо этого, также отсутствует описание использования двух или более пороговых значений и двух или более смещений надлежащим образом согласно состоянию каждого мобильного терминала.

Конкретный пример схемы последовательности операций в случае, если мобильный терминал, принимающий в настоящий момент MBMS-услугу, которая передается через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS, выполняет передачу обслуживания на частотном уровне для одноадресной передачи/смешанном частотном уровне, показывается на фиг. 86. Обслуживающая сота, на этапе ST3801, передает системную информацию о тождественной соте в мобильные терминалы, обслуживаемые посредством нее. В качестве конкретного примера системной информации, передаваемой в мобильные терминалы, предусмотрена длина периода измерений, длина цикла прерывистого приема и информация зоны отслеживания (информация TA). Длина периода измерений сообщается из стороны сети в мобильные терминалы, обслуживаемые посредством нее, и каждый из мобильных терминалов измеряет напряженность поля и т.д. с периодами (интервалами) этой длины периода. Когда информация тождественной соты передается из обслуживающей соты в мобильные терминалы, эта информация тождественной соты преобразуется в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления дополнительно преобразуется в широковещательный канал (BCH), который является транспортным каналом, и этот широковещательный канал преобразуется в физический широковещательный канал (PBCH), который является физическим каналом. Информация тождественной соты альтернативно может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и этот широковещательный канал управления дополнительно может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом.

Каждый из мобильных терминалов, на этапе ST3802, принимает системную информацию о тождественной соте, передаваемую из обслуживающей соты. Обслуживающая сота, на этапе ST3803, передает информацию о диспетчеризации MBMS тождественной соты в мобильные терминалы, обслуживаемые посредством нее. В качестве конкретного примера информации диспетчеризации MBMS, передаваемой в мобильные терминалы, информация о выделении MBSFN-субкадров (выделении MBSFN-субкадров) и т.д. может рассматриваться. Кроме того, когда информация диспетчеризации MBMS передается из обслуживающей соты в мобильные терминалы, эта информация диспетчеризации MBMS преобразуется в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления дополнительно преобразуется в широковещательный канал (BCH), который является транспортным каналом, и этот широковещательный канал преобразуется в физический широковещательный канал (PBCH), который является физическим каналом. Информация диспетчеризации MBMS альтернативно может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и этот широковещательный канал управления дополнительно может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом. Каждый из мобильных терминалов, на этапе ST3804, принимает информацию диспетчеризации MBMS тождественной соты, передаваемую из обслуживающей соты.

Каждый из мобильных терминалов, на этапе ST3805, выясняет, имеет или нет пользователь намерение приема MBMS-услуги. Когда пользователь имеет намерение приема MBMS-услуги, каждый из мобильных терминалов осуществляет переход к этапу ST3807. Напротив, когда пользователь не имеет намерения приема MBMS-услуги, каждый из мобильных терминалов завершает процесс. Обслуживающая сота, на этапе ST3806, передает управляющую информацию о MBMS-услугах в мобильные терминалы. Каждый из мобильных терминалов, на этапе ST3807, принимает управляющую информацию о MBMS-услугах. В качестве конкретного примера управляющей информации о MBMS-услугах, содержимое MBMS-услуг и т.п. может рассматриваться. Поскольку конкретный пример содержимого MBMS-услуг является идентичным конкретному примеру, показанному в варианте осуществления 18, пояснение конкретного примера далее опускается. Кроме того, когда управляющая информация о MBMS-услугах передается из обслуживающей соты в мобильные терминалы, эта управляющая информация о MBMS-услугах преобразуется в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления дополнительно преобразуется в широковещательный канал (BCH), который является транспортным каналом, и этот широковещательный канал преобразуется в физический широковещательный канал (PBCH), который является физическим каналом. Управляющая информация о MBMS-услугах альтернативно может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и этот широковещательный канал управления дополнительно может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом. В качестве альтернативы, управляющая информация о MBMS-услугах может преобразовываться в канал управления многоадресной передачей (MCCH), который является логическим каналом, и канал управления многоадресной передачей может преобразовываться в канал многоадресной передачи (MCH), который является транспортным каналом, и канал многоадресной передачи может преобразовываться в физический канал многоадресной передачи (PMCH), который является физическим каналом. В случае если управляющая информация о MBMS-услугах преобразуется в MCCH, каждый из мобильных терминалов принимает данные в MBSFN-субкадрах согласно информации диспетчеризации MBMS (информации о выделении MBSFN-субкадров), принимаемой на этапе ST3804. Каждый из мобильных терминалов, на этапе ST3808, определяет то, выполняется или нет услуга, которую хочет пользователь, согласно управляющей информации о MBMS-услугах, принимаемой на этапе ST3807. Когда услуга, которую хочет пользователь, выполняется, каждый из мобильных терминалов осуществляет переход к этапу ST3809. Напротив, когда услуга, которую хочет пользователь, не выполняется, каждый из мобильных терминалов завершает процесс. Каждый из мобильных терминалов, на этапе ST3809, начинает прием MBMS-услуги (MTCH и MCCH). При приеме MBMS-услуги каждый из мобильных терминалов принимает данные в MBSFN-субкадрах согласно информации диспетчеризации MBMS (информации о выделении MBSFN-субкадров), принимаемой на этапе ST3804.

Каждый из мобильных терминалов, на этапе ST3810, определяет то, находится или нет текущее время в периоде измерений длины периода измерений, принимаемой на этапе ST3802. Когда текущее время находится в периоде измерений, каждый из мобильных терминалов осуществляет переход к этапу ST3811. Напротив, когда текущее время не находится в периоде измерений, каждый из мобильных терминалов повторяет определение этапа ST3810. Каждый из мобильных терминалов, на этапе ST3811, выполняет измерение. В качестве значений, которые каждый из мобильных терминалов фактически измеряет, мощность приема опорных символов (мощность приема опорных символов: RSRP) каждой обслуживающей соты и периферийной соты, индикатор интенсивности принимаемого сигнала E-UTRA-несущей (индикатор интенсивности принимаемого сигнала E-UTRA-несущей: RSSI), и т.д. может рассматриваться. Информация о периферийной соте может быть передана в широковещательном режиме из обслуживающей соты как информация (список) периферийных сот (или упоминаться как информация (список) соседних сот (соседних сот)). Каждый из мобильных терминалов, на этапе ST3812, определяет то, требуется или нет повторный выбор (повторный выбор соты) обслуживающей соты, согласно результату измерений на этапе ST3811. В качестве примера критерия определения, может рассматриваться то, превышает или нет результат измерения периферийной соты значение, которое является добавлением смещения (смещения) к результату измерения обслуживающей соты. Когда повторный выбор не требуется, каждый из мобильных терминалов осуществляет переход к этапу ST3810. Напротив, когда повторный выбор требуется, каждый из мобильных терминалов осуществляет переход к этапу ST3813. Каждый из мобильных терминалов, на этапе ST3813, сообщает о событии, которое используется для того, чтобы сообщать о результатах измерений обслуживающей соте. Каждый из мобильных терминалов сообщает о событии A3, в качестве конкретного примера события в случае, если повторный выбор обслуживающей соты требуется, в обслуживающую соту. Обслуживающая сота, на этапе ST3814, принимает событие A3 из каждого из мобильных терминалов. Далее, система мобильной связи выполняет процесс передачи обслуживания и затем осуществляет переход к этапу ST3815.

Базовая станция (новая обслуживающая сота: новая обслуживающая сота), которая заново выбирается как обслуживающая сота, на этапе 3815, передает системную информацию о тождественной соте в мобильные терминалы, обслуживаемые посредством нее, как на этапе ST3810. Каждый из мобильных терминалов, на этапе ST3816, принимает системную информацию о тождественной соте из новой обслуживающей соты, как на этапе ST3802. Новая обслуживающая сота, на этапе ST3817, передает информацию диспетчеризации MBMS о тождественной соте в мобильные терминалы, обслуживаемые посредством нее, как на этапе ST3803. Каждый из мобильных терминалов, на этапе ST3818, принимает информацию о диспетчеризации MBMS тождественной соты из новой обслуживающей соты, как на этапе ST3804. Новая обслуживающая сота, на этапе ST3819, передает управляющую информацию о MBMS-услугах в мобильные терминалы, как на этапе ST3806. Каждый из мобильных терминалов, на этапе ST3820, принимает управляющую информацию о MBMS-услугах, как на этапе ST3807. Каждый из мобильных терминалов, на этапе ST3821, определяет то, выполняется или нет услуга, которую хочет пользователь, согласно управляющей информации о MBMS-услугах, принимаемой на этапе ST3820, как на этапе ST3808. Когда услуга, которую хочет пользователь, выполняется, каждый из мобильных терминалов осуществляет переход к этапу ST3822. Напротив, когда услуга, которую хочет пользователь, не выполняется, каждый из мобильных терминалов осуществляет переход к этапу ST3823. Каждый из мобильных терминалов, на этапе ST3822, начинает прием MBMS-услуги (MTCH и MCCH) согласно информации диспетчеризации MBMS (информации о выделении MBSFN-субкадров) новой обслуживающей базовой станции, принимаемой на этапе ST3818. Каждый из мобильных терминалов, на этапе ST3823, выполняет процесс прекращения приема MBMS-услуги.

Как показано на этапах ST3821 и ST3823 по фиг. 86, возникает такая проблема, что прием MBMS-услуги прерывается передачей обслуживания. В этом варианте осуществления 20, решение вышеуказанной проблемы предоставляется посредством добавления содержимого услуг для MBMS-услуг к информации соседних сот. Подробный способ поясняется со ссылкой на фиг. 87. Поскольку фиг. 87 является аналогичным фиг. 86, пояснение идентичной части опускается. Обслуживающая сота, на этапе ST3901, передает информацию соседних сот в мобильные терминалы, обслуживаемые посредством нее. Содержимое услуг для MBMS-услуг в соседней соте заново располагается в информации соседних сот. Поскольку конкретный пример содержимого услуги является идентичным конкретному примеру, показанному в варианте осуществления 18, пояснение конкретного примера далее опускается. Вместо содержимого MBMS-услуги соседней соты может предоставляться информация о выделении MBSFN-субкадров соседней соты. Если выделение MBSFN-субкадров соседней соты является идентичным выделению обслуживающей соты, может быть определено, что соседняя сота и обслуживающая сота выполняют многосотовую передачу MBMS-услуги, чтобы поддерживать SFN-комбинирование. Это обусловлено тем, что, как следствие, может быть определено, что соседняя сота и обслуживающая сота выполняют идентичную MBMS-услугу. Кроме того, при передаче информации соседних сот из обслуживающей соты в мобильные терминалы, информация соседних сот преобразуется в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления дополнительно преобразуется в широковещательный канал (BCH), который является транспортным каналом, и этот широковещательный канал преобразуется в физический широковещательный канал (PBCH), который является физическим каналом. Информация соседних сот альтернативно может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и этот широковещательный канал управления дополнительно может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом.

Обслуживающая сота, на этапе ST3806, может передавать содержимое услуги каждой соседней соты в качестве управляющей информации о MBMS-услугах, вместо добавления содержимого услуг для MBMS-услуг к информации соседних сот. В этом случае, необходимо сообщать содержимое услуги каждой соседней соты в форме, соответствующей ее числу соседней соты (идентификатор). Информация, которая упоминается как "содержимое услуги MBMS-услуг, в настоящий момент выполняемых в соседних сотах", передается через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS на частотном уровне для одноадресной передачи/смешанном частотном уровне. Информация - это параметр, заново расположенный в этом варианте осуществления 20, для того чтобы разрешать проблему прерывания MBMS-приема, которое возникает, когда мобильный терминал, принимающий в настоящий момент MBMS-услугу, выполняет передачу обслуживания. Следовательно, параметр является эффективным только для такого мобильный терминал, принимающий в настоящий момент MBMS-услугу. Следовательно, проблема отсутствует, даже если содержимое услуг для MBMS-услуг добавляется к управляющей информации о MBMS-услугах, которые принимает только мобильный терминал, принимающий в настоящий момент MBMS-услугу. Как результат, увеличение объема информации BCCH может предотвращаться, и может предоставляться преимущество недопущения возникновения времени задержки на управление во всей системе мобильной связи. Помимо этого, каждый из мобильных терминалов может принимать и декодировать содержимое услуги каждой соседней соты, добавленной к управляющей информации о MBMS-услугах после того, как мобильный терминал фактически начинает прием MBMS-услуги на этапе ST3809. В этом случае, имеется проблема того, как обслуживающая сота обнаруживает содержимое услуги каждой соседней соты. Как решение, может рассматриваться случай, в котором содержимое услуги сообщается посредством использования обмена данными между базовыми станциями, т.е. каждая соседняя сота сообщает о своем содержимом услуги обслуживающей соте. В качестве другого решения, может рассматриваться случай, в котором каждая сота сообщает о содержимом услуги MME и MME затем, сообщает содержимое услуги каждой соты, включенной в соседние соты, в обслуживающую соту. В качестве другого решения, может рассматриваться случай, в котором MCE сообщает содержимое услуги каждой соты в MME, и MME сообщает содержимое услуги каждой соты, включенной в соседние соты, в обслуживающую соту. В качестве другого решения, может рассматриваться случай, в котором MCE сообщает содержимое услуги каждой соседней соты непосредственно в каждую обслуживающую соту. Каждый из мобильных терминалов, на этапе ST3902, принимает информацию соседних сот.

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

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

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

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

Схема последовательности операций системы мобильной связи, которая используется в варианте осуществления 21, показывается на фиг. 88. На фиг. 88, поскольку этапы, идентичные показанным на фиг. 86, обозначают процессы, идентичные показанным на чертеже, или аналогичные процессы, пояснение этапов далее опускается. Обслуживающая сота, на этапе ST4001, передает системную информацию о тождественной соте в мобильные терминалы, обслуживаемые посредством нее. В качестве конкретного примера системной информации, передаваемой в мобильные терминалы, предусмотрена длина периода измерений, длина цикла прерывистого приема и информация зоны отслеживания (информация TA). Длина периода измерений сообщается из стороны сети в мобильные терминалы, обслуживаемые посредством соты, и каждый из мобильных терминалов измеряет напряженность поля и т.д. с периодами (интервалами) этой длины периода. Параметры сообщений об измерениях (параметры сообщений об измерениях), которые используются во время измерений обслуживающей соты и периферийной соты, включаются в системную информацию о тождественной соте. В качестве конкретного примера параметров сообщений об измерениях, "пороговое значение (пороговое значение)", "смещение (смещение)" и т.д., которые показываются в непатентной ссылке 3, может рассматриваться. В этом варианте осуществления 21, по-новому считается, что вышеуказанные параметры сообщений об измерениях делятся на параметры для мобильных терминалов, каждый из которых не принимает MBMS-услугу, передаваемую через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS на частотном уровне для одноадресной передачи/смешанном частотном уровне (называемых просто непринимающими MBMS-услугу мобильными терминалами с этого места), и параметры для мобильных терминалов, каждый из которых принимает MBMS-услугу, передаваемую через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS на частотном уровне для одноадресной передачи/смешанном частотном уровне (называемых просто принимающими MBMS-услугу мобильными терминалами с этого места). Помимо этого, считается, что смещение делится на смещение для непринимающих MBMS-услугу мобильных терминалов и смещение для принимающих MBMS-услугу мобильных терминалов. Кроме того, считается, что смещение для принимающих MBMS-услугу мобильных терминалов задается превышающим смещение для непринимающих MBMS-услугу мобильных терминалов.

Когда информация тождественной соты передается из обслуживающей соты в мобильные терминалы, информация тождественной соты преобразуется в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления дополнительно преобразуется в широковещательный канал (BCH), который является транспортным каналом, и этот широковещательный канал преобразуется в физический широковещательный канал (PBCH), который является физическим каналом. Информация тождественной соты альтернативно может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и этот широковещательный канал управления дополнительно может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом. "Параметры сообщений об измерениях" для принимающих MBMS-услугу мобильных терминалов устанавливаются заново, чтобы разрешать проблему, что, когда мобильный терминал, который принимает MBMS-услугу, передаваемую через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS на частотном уровне для одноадресной передачи/смешанном частотном уровне, выполняет передачу обслуживания, MBMS принимает, прерывание может возникать. Следовательно, параметры являются эффективными для мобильного терминала, который принимает MBMS-услугу. Следовательно, проблема отсутствует, даже если параметры разделяются от другой системной информации и добавляются к управляющей информации о MBMS-услугах, принимаемой посредством мобильного терминала, который принимает MBMS-услугу. Как результат, увеличение объема информации BCCH может предотвращаться и может предоставляться преимущество недопущения возникновения времени задержки на управление во всей системе мобильной связи. Когда управляющая информация о MBMS-услугах передается из обслуживающей соты в мобильные терминалы, эта управляющая информация о MBMS-услугах преобразуется в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления дополнительно преобразуется в широковещательный канал (BCH), который является транспортным каналом, и этот широковещательный канал преобразуется в физический широковещательный канал (PBCH), который является физическим каналом. Управляющая информация о MBMS-услугах альтернативно может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и этот широковещательный канал управления дополнительно может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом. В качестве альтернативы, управляющая информация о MBMS-услугах может преобразовываться в канал управления многоадресной передачей (MCCH), который является логическим каналом, и канал управления многоадресной передачей может преобразовываться в канал многоадресной передачи (MCH), который является транспортным каналом, и канал многоадресной передачи может преобразовываться в физический канал многоадресной передачи (PMCH), который является физическим каналом. Каждый из мобильных терминалов, на этапе ST4002, принимает системную информацию о тождественной соте из обслуживающей соты.

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

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

Далее поясняется разновидность 1 этого варианта осуществления. Посредством модификации варианта осуществления 21 следующим образом, дополнительное преимущество может предоставляться. Схема последовательности операций системы мобильной связи, которая используется в разновидности 1 варианта осуществления 21, показывается на фиг. 89. На фиг. 89, поскольку этапы, идентичные показанным на фиг. 86 или 88, обозначают процессы, идентичные показанным на чертеже, или аналогичные процессы, пояснение этапов далее опускается. Каждый из мобильных терминалов, на этапе ST4003, определяет то, принимает он или нет MBMS. Более конкретно, каждый из мобильных терминалов определяет то, принимает он или нет MBMS-услугу, передаваемую через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS на частотном уровне для одноадресной передачи/смешанном частотном уровне. Когда каждый из мобильных терминалов принимает MBMS, мобильный терминал осуществляет переход к этапу ST4101. Напротив, когда каждый из мобильных терминалов не принимает MBMS, мобильный терминал осуществляет переход к этапу ST4005. Каждый из мобильных терминалов, на этапе ST4101, проверяет намерение пользователя. Более конкретно, каждый из мобильных терминалов определяет то, предоставлять или нет более высокий приоритет приему MBMS-услуги, чем обмену данными при одноадресной передаче. Более конкретно, каждый из мобильных терминалов определяет то, следует или нет предоставлять приоритет приему MBMS-услуги, передаваемой через обмен данными при одноадресной передаче и через схему многосотовой передачи из смешанной соты для одноадресной передачи/MBMS на частотном уровне для одноадресной передачи/смешанном частотном уровне. Когда каждый из мобильных терминалов отдает приоритет приему MBMS-услуги, мобильный терминал осуществляет переход к этапу ST4004. Напротив, когда каждый из мобильных терминалов не отдает приоритет приему MBMS-услуги, мобильный терминал осуществляет переход к этапу ST4005.

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

Далее поясняется разновидность 2 этого варианта осуществления. Посредством модификации варианта осуществления 21 следующим образом, дополнительное преимущество может предоставляться. Схема последовательности операций системы мобильной связи, которая используется в разновидности 2 варианта осуществления 21, показывается на фиг. 90. На фиг. 90, поскольку этапы, идентичные показанным на фиг. 86-40, обозначают процессы, идентичные показанным на чертеже, или аналогичные процессы, пояснение этапов далее опускается. Каждый из мобильных терминалов, на этапе ST4003, определяет то, принимает он или нет MBMS. Когда каждый из мобильных терминалов принимает MBMS, мобильный терминал осуществляет переход к этапу ST4201. Напротив, когда каждый из мобильных терминалов не принимает MBMS, мобильный терминал осуществляет переход к этапу ST4005. Каждый из мобильных терминалов, на этапе ST4201, проверяет содержимое услуг для MBMS-услуг соседней соты посредством использования информации соседних сот, принимаемой на этапе ST3902, относительно периферийной соты, которая является объектом измерения. Относительно периферийной соты, которая является объектом измерения, каждый из мобильных терминалов определяет то, выполняется или нет MBMS-услуга, которую он принимает, в текущей обслуживающей соте. Когда MBMS-услуга, которую принимает каждый из мобильных терминалов, выполняется в текущей обслуживающей соте, мобильный терминал осуществляет переход к этапу ST4005. Напротив, когда MBMS-услуга, которую принимает каждый из мобильных терминалов, не выполняется в текущей обслуживающей соте, мобильный терминал осуществляет переход к этапу ST4004.

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

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

Случай, в котором радиоресурсы, которые базовые станции, принадлежащие всем MBSFN-зонам в зоне MBSFN-синхронизации, используют для многосотовой передачи из смешанной соты для одноадресной передачи/MBMS на частотном уровне для одноадресной передачи/смешанном частотном уровне, задаются так, чтобы быть идентичным друг другу, рассматривается. Более конкретно, считается, что каждая из всех MBSFN-зон в зоне MBSFN-синхронизации использует MBSFN-субкадры, которые используются для передачи MBMS-услуги (MCCH и MTCH). Более конкретно, радиоресурсы (MBSFN-субкадры), общие в зоне MBSFN-синхронизации, используются таким образом, что радиоресурсы мультиплексируются в каждой из MBSFN-зон. Конкретные примеры способа мультиплексирования показываются на фиг. 91. Фиг. 91 - это пояснительный чертеж, показывающий принцип, лежащий в основе способа мультиплексирования MBSFN-субкадров в каждой из MBSFN-зон. На фиг. 91, A показывает "данные MBMS-услуги из базовой станции, принадлежащей MBSFN-зоне A", и B показывает "данные MBMS-услуги из базовой станции, принадлежащей MBSFN-зоне B". На фиг. 91(a) (конфигурация A), мультиплексирование с временным разделением каналов радиоресурсов (MBSFN-субкадров), которые базовая станция, принадлежащая MBSFN-зоне A, и базовая станция, принадлежащая MBSFN-зоне B, используют, выполняется. В рамках каждого MBSFN-субкадра период времени, в течение которого базовая станция, принадлежащая MBSFN-зоне A, передает MBMS-услугу, является периодом, в течение которого базовая станция, принадлежащая MBSFN-зоне B, не выполняет передачу MBMS-услуги, и услуга одноадресной передачи, т.е. передача находится в выключенном состоянии. Кроме того, период времени, в течение которого базовая станция, принадлежащая MBSFN-зоне B, передает MBMS-услугу, является периодом, в течение которого базовая станция, принадлежащая MBSFN-зоне A, не выполняет передачу MBMS-услуги, и услуга одноадресной передачи, т.е. передача находится в выключенном состоянии. Хотя конфигурация B показывает конкретный пример мультиплексирования с временным разделением каналов, в конфигурации B каждый MBSFN-субкадр не разделяется во времени, но MBSFN-субкадр, который используется для каждой MBSFN-зоны, определяется. Также на фиг. 91(b) (конфигурация B), в рамках MBSFN-субкадра, через который базовая станция, принадлежащая MBSFN-зоне A, передает MBMS-услугу, базовая станция, принадлежащая MBSFN-зоне B, не выполняет передачу MBMS-услуги, и услуга одноадресной передачи, т.е. передача находится в выключенном состоянии, как в случае конфигурации A. Кроме того, в рамках MBSFN-субкадра, через который базовая станция, принадлежащая MBSFN-зоне B, передает MBMS-услугу, базовая станция, принадлежащая MBSFN-зоне A, не выполняет передачу MBMS-услуги, и услуга одноадресной передачи, т.е. передача находится в выключенном состоянии.

На фиг. 91 то(c) (конфигурация C), пример, в котором мультиплексирование с частотным разделением каналов (FDM: мультиплексирование с частотным разделением каналов) радиоресурсов (MBSFN-субкадров), которые базовая станция, принадлежащая MBSFN-зоне A, и базовая станция, принадлежащая MBSFN-зоне B, используют, показывается. В рамках каждого MBSFN-субкадра, на частоте, в которой базовая станция, принадлежащая MBSFN-зоне A, передает MBMS-услугу, базовая станция, принадлежащая MBSFN-зоне B, не выполняет передачу MBMS-услуги, и услуга одноадресной передачи, т.е. передача находится в выключенном состоянии. В рамках каждого MBSFN-субкадра, на частоте, в которой базовая станция, принадлежащая MBSFN-зоне B, передает MBMS-услугу, базовая станция, принадлежащая MBSFN-зоне A, не выполняет передачу MBMS-услуги, и услуга одноадресной передачи, т.е. передача находится в выключенном состоянии. На фиг. 91(d) (конфигурация D), пример, в котором мультиплексирование с кодовым разделением каналов радиоресурсов (MBSFN-субкадров), которое базовая станция, принадлежащая MBSFN-зоне A, и базовая станция, принадлежащая MBSFN-зоне B, используют, выполняется, показывается. С радиоресурсами (каждый MBSFN-субкадр), общими в зоне MBSFN-синхронизации, базовая станция, принадлежащая MBSFN-зоне A, умножает данные на код A и передает MBMS-услугу. Кроме того, с радиоресурсами (каждый MBSFN-субкадр), общими в зоне MBSFN-синхронизации, базовая станция, принадлежащая MBSFN-зоне B, умножает данные на код B и передает MBMS-услугу. Пример, в котором базовые станции, принадлежащие всем MBSFN-зонам в MBSFN-зоне, используют идентичные радиоресурсы (MBSFN-субкадры), описывается выше. В качестве альтернативы, базовые станции, которые составляют MBSFN-зону, и базовые станции, принадлежащие соседней MBSFN-зоне, могут использовать идентичные радиоресурсы.

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

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

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

Проблема, которая должна разрешаться в соответствии с этим изобретением, поясняется со ссылкой на фиг. 92. A, показанный на фиг. 92 обозначает канал передачи служебных сигналов L1/L2, и B, показанный на фиг. 92 обозначает ресурс для одноадресной передачи. Выделение MBSFN-субкадров в смешанной соте для MBMS/одноадресной передачи изучено, как раскрыто в непатентной ссылке 2. Мультиплексирование канала, используемого для MBSFN (одночастотная сеть для услуги широковещательной и многоадресной передачи мультимедиа), и канала, используемого для отличных от MBSFN, выполняется для каждого субкадра, как раскрыто в непатентной ссылке 1. Далее, субкадр, используемый для MBSFN-передачи, упоминается как MBSFN-субкадр (MBSFN-субкадр). В текущем 3GPP, определяется то, что смешанная сота не должна использовать один или два ведущих OFDM-символа каждого субкадра для одноадресной передачи в MBSFN-кадре (субкадре). Другими словами, что-либо, отличное от одного или двух ведущих OFDM-символов, является ресурсом, выделенным MBMS-передаче. На фиг. 92, этот ресурс выражается как PMCH. С другой стороны, непатентная ссылка 1 раскрывает, что PCH преобразуется в PDSCH или PDCCH. Непатентная ссылка 1 также раскрывает, что группа для передачи поисковых вызовов использует канал передачи служебных сигналов L1/L2 (PDCCH) и что точный идентификатор (UE-ID) мобильного терминала может быть обнаружен в PCH. Следовательно, поскольку PCH использует канал передачи служебных сигналов L1/L2, даже MBSFN-кадр может преобразовываться в PCH. С другой стороны, в случае если выделение радиоресурса нисходящей линии связи следующей управляющей информации посредством использования PCH выполняется в MBSFN-кадре, поскольку радиоресурс нисходящей линии связи в идентичном субкадре используется исключительно для MBMS-передачи, возникает такая проблема, что управляющая информация не может выделяться идентичному субкадру.

Непатентная ссылка 4 имеет последующее описание по передаче сигнала поискового вызова в мобильный терминал. PICH (канал индикатора поискового вызова), показывающий, что сигнал поискового вызова, предназначенный для мобильного терминала, принадлежащего группе для передачи поисковых вызовов, возникает, передается посредством использования канала передачи служебных сигналов L1/L2. Чтобы определять то, является или сигнал поискового вызова сигналом, предназначенным для него, мобильный терминал декодирует сигнал поискового вызова. PCH может иметь один или более сигналов поисковых вызовов. PICH передается посредством использования канала передачи служебных сигналов L1/L2. Другими словами, PICH размещается в одном-трех ведущих OFDM-символах каждого субкадра. С другой стороны, PCH преобразуется в PDSCH в субкадрах, идентичных субкадрам, в которых размещается PICH. Проблема, которая должна разрешаться в соответствии с настоящим изобретением, также возникает в процедуре передачи сигнала поискового вызова, раскрытой в непатентной ссылке 4. Таким образом, в случае если MBSFN-субкадры формируются в смешанной соте для MBMS/одноадресной передачи, субкадры, идентичные тем, в которых размещается PICH, являются ресурсом, выделенным MBMS-передаче, даже если PICH передается с одним или двумя ведущими OFDM-символами каждого из MBSFN-субкадров. Следовательно, невозможно передавать PCH, в который сигнал поискового вызова для предоставления возможности каждому мобильному терминалу определять то, предназначен или нет сигнал поискового вызова для него, преобразуется. Также отсутствует предложение по проблеме, которая должна разрешаться в соответствии с настоящим изобретением, в непатентной ссылке 4.

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

OFDM-символы, отличные от одного или двух ведущих OFDM-символов каждого MBSFN-субкадра, являются ресурсом, выделенным MBMS-передаче. В случае если субкадр в радиокадре для периода поисковых вызовов совпадает с выделением MBSFN-субкадров, все OFDM-символы, отличные от одного или двух ведущих OFDM-символов субкадра, являются ресурсом, выделенным MBMS-передаче, и не могут использоваться для обработки поисковых вызовов. Поскольку MBSFN-субкадры не учитываются вообще в традиционном способе обработки поисковых вызовов, возникает такая проблема, что невозможно применять традиционный способ обработки поисковых вызовов к обработке поисковых вызовов в смешанной соте для MBMS/одноадресной передачи. Чтобы разрешать эту проблему, в этом варианте осуществления 23, способ определения, какой субкадр в радиокадре для периода поисковых вызовов используется для процесса поисковых вызовов (передачи сигнала поискового вызова (сообщения поискового вызова), PICH, PCH и т.д.), раскрывается. Конкретный пример схемы последовательности операций в случае определения субкадра в радиокадре для периода поисковых вызовов, в который преобразуется сигнал поискового вызова, показывается на фиг. 93. Поскольку процессы с номерами этапов, идентичными показанным на фиг. 88, являются идентичными процессам, показанным на чертеже, пояснение процессов опускается. Обслуживающая сота, на этапе ST4001, передает системную информацию о тождественной соте в мобильные терминалы, обслуживаемые посредством нее. В качестве конкретного примера системной информации, передаваемой в мобильные терминалы, предусмотрена длина периода измерений, длина цикла прерывистого приема и информация зоны отслеживания (информация TA). Параметр для прерывистого приема включается в системную информацию о тождественной соте. В качестве конкретного примера параметра для прерывистого приема, длина цикла прерывистого приема (T) на смешанном частотном уровне, число (N) периодов поисковых вызовов в рамках интервала поисковых вызовов (или число групп для передачи поисковых вызовов) и т.д. предоставляются. В качестве конкретного примера спецификации длины цикла прерывистого приема, число радиокадров может использоваться. Каждый мобильный терминал, на этапе ST400 2, принимает системную информацию о тождественной соте из обслуживающей соты. Обслуживающая сота, на этапе ST4501, передает информацию о выделении MBSFN-субкадров. При обсуждении в текущей 3GPP касательно выделения MBSFN-субкадров прояснены следующие моменты. Позиция преобразования опорного сигнала в MBSFN-субкадре в качестве радиоресурса отличается от позиции опорного сигнала в субкадре, который не является MBSFN-субкадром в качестве радиоресурса. Обсуждается то, что для того, чтобы выполнять более корректное измерение с помощью опорного сигнала, даже мобильный терминал, не имеющий характеристик приема MBMS-услуги, должен выяснять информацию о выделении MBSFN-субкадров в обслуживающей соте (непатентная ссылка 2). В качестве конкретного примера информации о выделении MBSFN-субкадров, номер субкадра для субкадра, выделяемого как MBSFN-субкадр (к примеру, на фиг. 92, номер субкадра #1), может рассматриваться. Каждый мобильный терминал, на этапе ST4502, принимает информацию о выделении MBSFN-субкадров из обслуживающей соты.

Каждый мобильный терминал, на этапе ST4503, определяет период поисковых вызовов. В этом варианте осуществления 23, раскрывается способ определения для определения субкадра в радиокадре для периода поисковых вызовов, чтобы разрешать проблему. Способ, раскрытый в этом варианте осуществления 23, может использоваться независимо от способа определения периода поисковых вызовов (радиокадра для периода поисковых вызовов). Обслуживающая сота, на этапе ST4504, определяет радиокадр для периода поисковых вызовов с использованием способа, идентичного тому, который каждый мобильный терминал использует, как систему мобильной связи. Каждый мобильный терминал, на этапе ST4505, определяет субкадр в радиокадре для периода поисковых вызовов. Обслуживающая сота, на этапе ST4506, определяет субкадр в радиокадре для периода поисковых вызовов с использованием способа, идентичного тому, который каждый мобильный терминал использует, как систему мобильной связи.

Подробности способа определения субкадра в радиокадре периода поисковых вызовов на этапе ST4505 поясняются далее. Каждый мобильный терминал определяет субкадры, отличные от MBSFN-субкадров, как субкадры в радиокадре для периода поисковых вызовов на основе информации о выделении MBSFN-субкадров, принимаемой на этапе ST4502. Более конкретно, каждый мобильный терминал перенумеровывает субкадры, исключая MBSFN-субкадры. Перенумерация поясняется со ссылкой на фиг. 94. На фиг. 94, A обозначает MBSFN-субкадр. Фиг. 94(a) показывает радиокадр, в котором не существует MBSFN-субкадр. Фиг. 94(b) показывает пример перенумерации субкадров, когда MBSFN-субкадр выделяется, например, номеру субкадра #3. Следующее соответствие между номерами субкадра, которые должны быть перенумерованы, и перенумерованными номерами субкадра предоставляется.

(номер субкадра, который должен быть перенумерован - перенумерованный номер субкадра)

(#0 - # 0 (MBSFN))

(#1 - # 1 (MBSFN))

(#2 - # 2 (MBSFN))

(#3 - MBSFN-субкадр)

(#4 - # 3 (MBSFN))

(#5 - # 4 (MBSFN))

(#6 - # 5 (MBSFN))

(#7 - # 6 (MBSFN))

(#8 - # 7 (MBSFN))

(#9 - # 8 (MBSFN))

В дальнейшем в этом документе, каждый перенумерованный номер субкадра показывается при одновременном дополнении с (MBSFN). На фиг. 94(c), случай, в котором два MBSFN-субкадра выделяются одному радиокадру, показывается. Поскольку подробности перенумерации являются идентичными подробностям в случае, если число MBSFN-субкадров составляет один, пояснение подробностей перенумерации далее опускается. Субкадр в радиокадре для периода поисковых вызовов определяется при одновременном приведении в соответствие числу субкадров, исключая MBSFN-субкадры. Таблица соответствия показывается на фиг. 95 в качестве конкретного примера. Фиг. 95(a) поясняется. Когда число субкадров, исключая MBSFN-субкадры, равно "9" (т.е. один субкадр выделяется как MBSFN-субкадр в этом радиокадре), #4(MBSFN) определяется как субкадр в радиокадре для периода поисковых вызовов. Определение субкадра в радиокадре для периода поисковых вызовов посредством использования фиг. 95(a) в случае по фиг. 94(c) показывается. В случае по фиг. 94(c), число субкадров, исключая MBSFN-субкадры, равно "8". Когда субкадр в радиокадре для периода поисковых вызовов определяется посредством использования фиг. 95(a), #3(MBSFN) получается. Таблица соответствия, учитывающая случай, в котором два или более субкадров возникают в одном радиокадре для периода поисковых вызовов, показывается на фиг. 95(b).

Например, в случае если число субкадров, появляющихся в одном радиокадре для периода поисковых вызовов, показанного на фиг. 95(b), равно "2", каждый мобильный терминал не может определять то, какой из этих двух субкадров, который показывается в столбце, соответствующем случаю, в котором число субкадров, появляющихся в одном радиокадре для периода поисковых вызовов, показанного на фиг. 95(b), равно "2", сам мобильный терминал должен принимать (отслеживать) через прерывистый прием. Эта проблема может разрешаться посредством использования следующего способа. (Идентификатор каждого мобильного терминала mod число субкадров для периода поисковых вызовов в одном радиокадре) определяется. Когда число субкадров для периода поисковых вызовов в одном радиокадре равно "2", решение вышеуказанного уравнения равно 0 или 1. Следовательно, в качестве конкретного примера, когда решение вышеуказанного уравнения равно "0", номер субкадра на верхней стороне каждой соты таблицы соответствия указывается, тогда как когда решение вышеуказанного уравнения равно "1", номер субкадра на нижней стороне каждой соты таблицы соответствия указывается. В качестве альтернативы, вышеуказанная информация может быть включена в таблицу соответствия. В качестве другого решения, каждый мобильный терминал принимает (отслеживает) все множество субкадров для периода поисковых вызовов, существующего в одном радиокадре. Как результат, разрешается вышеуказанная проблема. Кроме того, может возникать случай, в, котором даже когда множество периодов поисковых вызовов возникают в одном радиокадре, требуемое число номеров субкадра для периода поисковых вызовов не может быть определено вследствие отношения с выделением MBSFN-субкадров. Более конкретно, данный случай - это случай, в котором число субкадров для периода поисковых вызовов, возникающего в одном радиокадре, который показывается на фиг. 95(b), равно "2", а число субкадров, исключая MBSFN-субкадры, равно "1". Эта проблема может разрешаться посредством использования следующего способа. Число групп для передачи поисковых вызовов и/или длины цикла прерывистого приема (T) на смешанном частотном уровне и/или выделений MBSFN-субкадров (число выделений) определяется таким образом, что число периодов поисковых вызовов, существующих в одном радиокадре, равно или меньше числа субкадров, исключая MBSFN-субкадры. Другими словами, число (N) групп для передачи поисковых вызовов, длина цикла прерывистого приема (T) на смешанном частотном уровне или числе выделений MBSFN-субкадров может быть определено таким образом, что следующее уравнение удовлетворяется: ("число (N) групп для передачи поисковых вызовов/длина цикла прерывистого приема (T) на смешанном частотном уровне = <10 (число субкадров в одном радиокадре - число выделений MBSFN-субкадров")).

Конкретный пример вышеуказанного случая, в котором множество субкадров для периода поисковых вызовов возникают в одном радиокадре, описывается далее. Случай, в котором непатентная ссылка 5 используется в способе определения радиокадра периода поисковых вызовов, рассматривается. Как упомянуто выше, в непатентной ссылке 5 описывается то, что для того, чтобы определять период поисковых вызовов, два параметра, в том числе длина интервала поисковых вызовов (соответствующая длине цикла прерывистого приема на смешанном частотном уровне в настоящем изобретении) (T) и число (N) периодов поисковых вызовов во время интервала поисковых вызовов необходимы, и другие параметры не необходимы. Случай, в котором множество субкадров для периода поисковых вызовов возникают в одном радиокадре, может показываться посредством следующего уравнения (1<N/T). Конкретный пример способа использования фиг. 95(b) в этом случае показывается далее.

В случае 1<N/T =<2, два субкадра, соответствующие периодам поисковых вызовов различных групп для передачи поисковых вызовов, существуют в одном радиокадре. Следовательно, в случае 1<N/T=<2, столбец, соответствующий случаю, в который число субкадров для периода поисковых вызовов, возникающего в одном радиокадре, показанном на фиг. 95(b), "2", используется.

Таблица соответствия, как показано на фиг. 95, должна быть совместно использована посредством стороны сети и стороны мобильного терминала. В качестве альтернативы, таблица соответствия может быть определена статически в системе мобильной связи. Как результат, поскольку сторона сети не должна сообщать о таблице соответствия стороне мобильного терминала, может предоставляться дополнительное преимущество осуществления эффективного использования радиоресурсов. С другой стороны, если таблица соответствия может изменяться, таблица соответствия может преобразовываться в широковещательный канал управления (BCCH) как логический канал, и широковещательный канал управления может преобразовываться в широковещательный канал (BCH), который является транспортным каналом, и широковещательный канал может преобразовываться в физический широковещательный канал (PBCH), который является физическим каналом. В качестве другого конкретного примера, таблица соответствия альтернативно может преобразовываться в широковещательный канал управления (BCCH) как логический канал, и этот широковещательный канал управления может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом. Посредством предоставления возможности изменения таблицы соответствия, может предоставляться дополнительное преимущество возможности гибко создавать систему мобильной связи.

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

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

Идентификатор каждого мобильного терминала (UE-ID, IMSI, S-TMSI и т.п.) mod (число субкадров, исключая MBSFN-субкадры) = субкадры в радиокадре для периода поисковых вызовов (причем они имеют перенумерованные номера субкадра) (уравнение 1), и

(Идентификатор каждого мобильного терминала (UE-ID, IMSI, S-TMSI и т.п.) div число групп для передачи поисковых вызовов (N) mod число субкадров, исключая MBSFN-субкадры = субкадры в одном радиокадре для периода поисковых вызовов (причем они имеют перенумерованные номера субкадра) (уравнение 2) может рассматриваться.

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

Хотя вышеуказанное выражение, показывающее отношение, может применяться независимо от способа определения периода поисковых вызовов (радиокадра для периода поисковых вызовов), возникает случай, в котором субкадры, которым фактически выделяются периоды поисковых вызовов, размещаются неравномерно в одном радиокадре. Считается, что вычислительное выражение для определения периода поисковых вызовов предоставляется посредством "период поисковых вызовов = (идентификатор каждого мобильного терминала mod число групп для передачи поисковых вызовов (N)) x Int (длина цикла прерывистого приема на смешанном частотном уровне (T)/число групп для передачи поисковых вызовов (N))". В этом случае, когда уравнение 1 применяется к определению субкадров в одном радиокадре для периода поисковых вызовов, субкадры, которым выделяются периоды поисковых вызовов, могут размещаться неравномерно. Например, в случае если N=3, а число субкадров, исключая MBSFN-субкадры, равно 3, субкадры, которым выделяются периоды поисковых вызовов, размещаются неравномерно. Поскольку N=3, период поисковых вызовов возникает в радиокадре #0, хотя идентификатор (IMSI и т.п.) мобильного терминала, выделяемого этому радиокадру, является целым кратным 3. Следовательно, когда уравнение 1 применяется, субкадр в этом радиокадре, которому выделяется период поисковых вызовов, является субкадром #0 для каждого из всех мобильных терминалов. Таким образом, при определенных обстоятельствах, может возникать случай, в котором субкадры в одном радиокадре, которому фактически выделяются периоды поисковых вызовов, размещаются неравномерно. Далее, способ недопущения всегда неравномерного размещения субкадров в одном радиокадре, которому периоды поисковых вызовов фактически выделяются, раскрывается. Например, для определения как одного радиокадра для периода поисковых вызовов, так и субкадров способ выполнения арифметической операции mod для идентификатора мобильного терминала с N и числом субкадров, исключая MBSFN-субкадры, и способ не выполнения арифметических операций mod для идентификатора мобильного терминала предоставляются. В качестве конкретного примера, когда (уравнение 1) используется в качестве способа определения субкадров, следующий способ определения периода поисковых вызовов, который показывается в варианте осуществления 2, предоставляется.

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

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

Период поисковых вызовов = (идентификатор каждого мобильного терминала mod число групп для передачи поисковых вызовов (N)) x Int (длина цикла прерывистого приема (T) на смешанном частотном уровне/число групп для передачи поисковых вызовов (N))

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

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

SFN - целое число в диапазоне от 0 до максимума SFN. X - это число радиокадров, в каждом из которых поисковые вызовы осуществляются в рамках цикла прерывистого приема на частотном уровне MBMS-передачи, и удовлетворяет следующему неравенству: X ≤ длина цикла прерывистого приема (число радиокадров) на частотном уровне MBMS-передачи. Значение X (значение остатка в X) ассоциировано с номером радиокадра (SFN). Посредством конфигурирования способа таким образом, предоставляется преимущество произвольного установления радиокадра, в котором осуществляются поисковые вызовы. Когда (уравнение 2) используется в качестве способа определения субкадров, следующий способ определения периода поисковых вызовов предоставляется в качестве другого способа.

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

SFN - целое число в диапазоне от 0 до максимума SFN. TX удовлетворяет следующему неравенству: TX ≤ длина цикла прерывистого приема (число радиокадров) на частотном уровне MBMS-передачи.

Поскольку становится необязательным ассоциировать вышеуказанное значение X (значение остатка в X) с номером радиокадра (SFN) посредством задания радиокадра, в котором поисковые вызовы осуществляются, периодическим, уравнение для определения периода поисковых вызовов может упрощаться.

Вышеуказанное выражение, показывающее отношение, может быть определено статически. Как результат, поскольку сторона сети не должна сообщать о таблице соответствия стороне мобильного терминала, может предоставляться дополнительное преимущество осуществления эффективного использования радиоресурсов. С другой стороны, если выражение, показывающее отношение, может изменяться, выражение, показывающее отношение, может преобразовываться в широковещательный канал управления (BCCH) как логический канал, и широковещательный канал управления может преобразовываться в широковещательный канал (BCH), который является транспортным каналом, и широковещательный канал может преобразовываться в физический широковещательный канал (PBCH), который является физическим каналом. В качестве другого конкретного примера, выражение, показывающее отношение, альтернативно может преобразовываться в широковещательный канал управления (BCCH) как логический канал, и этот широковещательный канал управления может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом. Посредством предоставления возможности изменения таблицы соответствия, может предоставляться дополнительное преимущество возможности гибко создавать систему мобильной связи. Конкретный пример вышеуказанного выражения, показывающего отношение, может предоставлять следующее преимущество. Даже если мобильные терминалы принадлежат одной группе для передачи поисковых вызовов, значения субкадров в одном радиокадре для периода поисковых вызовов изменяются согласно идентификаторам мобильных терминалов. Как результат, сокращается число мобильных терминалов, использующих идентичный субкадр. Следовательно, может предоставляться преимущество уменьшения радиоресурсов, используемых для PICH и PCH в одном субкадре.

В этой разновидности 2, показывается другой способ для использования в процессе этапа ST4505 варианта осуществления 23. В этой разновидности 2, не выполняется перенумерация субкадров. Каждый мобильный терминал определяет субкадр в радиокадре для периода поисковых вызовов при приведении его в соответствие информации о выделении MBSFN-субкадров, принимаемой на этапе ST4502 (исключении выделения). Таблица соответствия показывается на фиг. 96 в качестве конкретного примера. Фиг. 96(a) поясняется. Когда выделение MBSFN-субкадров показывает "#1", определенный субкадр в одном радиокадре для периода поисковых вызовов - это "#4". Таблица соответствия, учитывающая случай, в котором два или более субкадров возникают в одном радиокадре для периода поисковых вызовов, показывается на фиг. 96(b). Например, в случае если число субкадров, появляющихся в одном радиокадре для периода поисковых вызовов, показанного на фиг. 96(b), равно "2", каждый мобильный терминал не может определять то, какой из этих двух субкадров, который показывается в столбце, соответствующем случаю, в котором число субкадров, появляющихся в одном радиокадре для периода поисковых вызовов, показанного на фиг. 96(b), равно "2", сам мобильный терминал должен принимать (отслеживать) через прерывистый прием. Эта проблема может разрешаться посредством использования следующего способа. (Идентификатор каждого мобильного терминала mod число субкадров для периода поисковых вызовов в одном радиокадре) определяется. Когда число субкадров для периода поисковых вызовов в одном радиокадре равно "2", решение вышеуказанного уравнения равно 0 или 1. Следовательно, в качестве конкретного примера, когда решение вышеуказанного уравнения равно "0", номер субкадра на верхней стороне каждой соты таблицы соответствия указывается, тогда как когда решение вышеуказанного уравнения равно "1", номер субкадра на нижней стороне каждой соты таблицы соответствия указывается. В качестве альтернативы, вышеуказанная информация может быть включена в таблицу соответствия. В качестве другого решения, каждый мобильный терминал принимает (отслеживает) все множество субкадров для периода поисковых вызовов, существующего в одном радиокадре. Как результат, разрешается вышеуказанная проблема. Кроме того, может возникать случай, в, котором даже когда множество периодов поисковых вызовов возникают в одном радиокадре, требуемое число номеров субкадра для периода поисковых вызовов не может быть определено вследствие отношения с выделением MBSFN-субкадров. Эта проблема может разрешаться посредством использования следующего способа. Число групп для передачи поисковых вызовов и/или длины цикла прерывистого приема (T) на смешанном частотном уровне и/или выделений MBSFN-субкадров (число выделений) определяется таким образом, что число периодов поисковых вызовов, существующих в одном радиокадре, равно или меньше числа субкадров, исключая MBSFN-субкадры. Другими словами, число (N) групп для передачи поисковых вызовов, длина цикла прерывистого приема (T) на смешанном частотном уровне или числе выделений MBSFN-субкадров может быть определено таким образом, что следующее уравнение удовлетворяется:

("число (N) групп для передачи поисковых вызовов/длина цикла прерывистого приема (T) на смешанном частотном уровне = <10 (число субкадров в одном радиокадре -число выделений MBSFN-субкадров")).

Конкретный пример вышеуказанного случая, в котором множество субкадров для периода поисковых вызовов возникают в одном радиокадре, описывается далее. Случай, в котором непатентная ссылка 5 используется в способе определения радиокадра для периода поисковых вызовов, рассматривается. Как упомянуто выше, в непатентной ссылке 5 описывается то, что для того, чтобы определять период поисковых вызовов, два параметра, в том числе длина интервала поисковых вызовов (соответствующая длине цикла прерывистого приема на смешанном частотном уровне в настоящем изобретении) (T) и число (N) периодов поисковых вызовов во время интервала поисковых вызовов необходимы, и другие параметры не необходимы. Случай, в котором множество субкадров для периода поисковых вызовов возникают в одном радиокадре, может показываться посредством следующего уравнения (1<N/T). Конкретный пример способа использования фиг. 96(b) в этом случае показывается далее. В случае 1<N/T =<2, два субкадра, соответствующие периодам поисковых вызовов различных групп для передачи поисковых вызовов, существуют в одном радиокадре. Следовательно, в случае 1<N/T=<2, столбец, соответствующий случаю, в который число субкадров для периода поисковых вызовов, возникающего в одном радиокадре, показанном на фиг. 96(b), "2", используется.

Таблица соответствия, как показано на фиг. 96, должна быть совместно использована посредством стороны сети и стороны мобильного терминала. В качестве альтернативы, таблица соответствия может быть определена статически в системе мобильной связи. Как результат, поскольку сторона сети не должна сообщать о таблице соответствия стороне мобильного терминала, может предоставляться дополнительное преимущество осуществления эффективного использования радиоресурсов. С другой стороны, если таблица соответствия может изменяться, таблица соответствия может преобразовываться в широковещательный канал управления (BCCH) как логический канал, и широковещательный канал управления может преобразовываться в широковещательный канал (BCH), который является транспортным каналом, и широковещательный канал может преобразовываться в физический широковещательный канал (PBCH), который является физическим каналом. В качестве другого конкретного примера, таблица соответствия альтернативно может преобразовываться в широковещательный канал управления (BCCH) как логический канал, и этот широковещательный канал управления может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом. Посредством предоставления возможности изменения таблицы соответствия, может предоставляться дополнительное преимущество возможности гибко создавать систему мобильной связи.

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

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

Номер субкадра в радиокадре для периода поисковых вызовов = номер выделения MBSFN-субкадров + P (P - целое число)

Когда номер субкадра в радиокадре для периода поисковых вызовов, который определяется согласно вышеуказанному уравнению, превышает #9, номер субкадра в радиокадре для периода поисковых вызовов предоставляется посредством следующего:

(Номер выделения MBSFN-субкадров + P - (9 x n)) (P - целое число, n - положительное целое число, и n увеличивается на "1" каждый раз, когда номер субкадра превышает 9).

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

Номер субкадра в радиокадре для периода поисковых вызовов = номер выделения MBSFN-субкадров + P + (m x Q) - (9 x n) (P - целое число, n - положительное целое число, и m = 1, 2, 3,..., или 10)

Значение m увеличивается до тех пор, пока субкадр в радиокадре для периода поисковых вызовов, который определяется согласно вышеуказанному уравнению, не имеет значение, которое не совпадает со значением MBSFN-субкадра.

Q - целое число, которое равно 1, или целое число, которое не имеет коэффициента, совместного с 10. Конкретно, Q = 1, 3, 7, 9 или..., может рассматриваться. В это время, P может быть задано равным Q.

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

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

В этой разновидности 4, показывается другой способ для использования в процессе этапа ST4505 варианта осуществления 23. Субкадр, исключая MBSFN-субкадры, задается как субкадр в радиокадре для периода поисковых вызовов в системе мобильной связи. Более конкретно, #0 и/или #5, для которого не выделяются MBSFN-субкадры, задается как субкадр в радиокадре для периода поисковых вызовов, поскольку SCH преобразуется. Субкадр в радиокадре для периода поисковых вызовов может быть определен статически. Как результат, поскольку сторона сети не должна сообщать о субкадре в радиокадре для периода поисковых вызовов, может предоставляться дополнительное преимущество осуществления эффективного использования радиоресурсов. С другой стороны, если субкадр в радиокадре для периода поисковых вызовов может изменяться, субкадр в радиокадре для периода поисковых вызовов может преобразовываться в широковещательный канал управления (BCCH) как логический канал, и широковещательный канал управления может преобразовываться в широковещательный канал (BCH), который является транспортным каналом, и широковещательный канал может преобразовываться в физический широковещательный канал (PBCH), который является физическим каналом. В качестве другого конкретного примера, субкадр в радиокадре для периода поисковых вызовов альтернативно может преобразовываться в широковещательный канал управления (BCCH) как логический канал, и этот широковещательный канал управления может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом. Посредством предоставления возможности изменения таблицы соответствия, может предоставляться дополнительное преимущество возможности гибко создавать систему мобильной связи. В этой разновидности 4, субкадр, который не допускает выделения MBSFN-субкадров, задается как субкадр в радиокадре для периода поисковых вызовов. Следовательно, не допускается то, что субкадр в радиокадре для периода поисковых вызовов и MBSFN-субкадр являются идентичным субкадром. Следовательно, может предоставляться преимущество возможности разрешать проблему настоящего изобретения. По сравнению с вариантом осуществления 23 и разновидностью 1, разновидность 2 может предоставлять преимущество возможности исключать процесс перенумерации субкадров как на стороне мобильного терминала, так и на стороне сети. По сравнению с разновидностью 2 и разновидностью 3, разновидность 4 может предоставлять преимущество возможности исключать процесс определения субкадра в радиокадре для периода поисковых вызовов согласно выделению MBSFN-субкадров как на стороне мобильного терминала, так и на стороне сети.

В этой разновидности 5, показывается другой способ для использования в процессе этапа ST4505 варианта осуществления 23. Каждый мобильный терминал, на этапе ST4505, определяет субкадр в радиокадре для периода поисковых вызовов. В этой разновидности 5, вместо этапа 4505, каждый мобильный терминал выполняет процесс, как показано на фиг. 97. Каждый мобильный терминал, на этапе ST4901, определяет субкадр в радиокадре для периода поисковых вызовов. В разновидности 5, способ определения субкадра в радиокадре для периода поисковых вызовов на этапе ST4901 не указывается конкретно. Способ, который не рассматривает выделение MBSFN-субкадров, может использоваться. В качестве конкретного примера способа определения субкадра в радиокадре для периода поисковых вызовов, способ, описанный в варианте осуществления 2, или способ, как описано в непатентной ссылке 5, использования фиксированного значения независимо от выделения MBSFN-субкадров, могут использоваться. Каждый мобильный терминал, на этапе ST4902, использует выделение MBSFN-субкадров, принимаемое на этапе ST4502, и субкадр в радиокадре для периода поисковых вызовов, определенного на этапе ST4901, чтобы определять то, являются или нет MBSFN-субкадр и субкадр в радиокадре для периода поисковых вызовов идентичным субкадром. Когда они являются идентичным субкадром, каждый мобильный терминал осуществляет переход к этапу ST4903. Напротив, когда они не являются идентичным субкадром, каждый мобильный терминал завершает процесс без осуществления перехода к этапу ST4903. Более конкретно, каждый мобильный терминал использует субкадр в радиокадре для периода поисковых вызовов, определенного на этапе ST4901, в данной ситуации. Каждый мобильный терминал, на этапе ST4903, изменяет субкадр в радиокадре для периода поисковых вызовов, определенного на этапе ST4902, на субкадр, отличный от следующего MBSFN-субкадра. Например, случай, в котором субкадр в радиокадре для периода поисковых вызовов, определенного на этапе ST4901, равен #2, и выделение MBSFN-субкадров, принимаемое на этапе ST4502, показывает #2, рассматривается. В этом случае, определяется на этапе ST4902, что они оба являются идентичным субкадром. Следовательно, определяется на этапе ST4903, что субкадр в радиокадре для периода поисковых вызовов - это субкадр, отличный от следующего MBSFN-субкадра, т.е. #3. В это время, субкадр в радиокадре для периода поисковых вызовов может изменяться на этапе ST4903 на субкадр, отличный от предыдущего MBSFN-субкадра, т.е. #1. Определение этапа ST4902 может выполняться для каждого радиокадра для периода поисковых вызовов, определенного на этапе ST4503. Кроме того, определение этапа ST4902 может выполняться тогда, когда рассматриваемая обслуживающая сота начинает прерывистый прием, и/или тогда, когда выделение MBSFN-субкадров изменяется, т.е. число раз, соответствующее периоду повторения кластеров MBSFN-кадров. В этом случае, если субкадр в радиокадре для любого из периодов поисковых вызовов совпадает с выделением MBSFN-субкадров, процесс этапа ST4903 выполняется для субкадра в радиокадре для каждого периода поисковых вызовов. В качестве альтернативы, процесс этапа ST4903 может выполняться на только субкадре в радиокадре для рассматриваемого периода поисковых вызовов (который совпадает с выделением MBSFN-субкадров). В этом случае, процесс этапа ST4903 выполняется для субкадра в радиокадре для рассматриваемого периода поисковых вызовов (который совпадает с выделением MBSFN-субкадров) в периоды повторения кластеров MBSFN-кадров. Обслуживающая сота, на этапе 4506, выполняет процессы этапа ST4901-ST4903, идентичные процессам, выполняемым посредством каждого мобильного терминала.

Помимо этого, может быть случай, в котором субкадр в радиокадре для периода поисковых вызовов, который определяется через процесс этапа ST4903, не помещается в радиокадр, идентичный радиокадру, в который исходный субкадр в радиокадре для периода поисковых вызовов (субкадр в радиокадре для периода поисковых вызовов, который определяется на этапе ST4901) должен быть помещен. Процесс, который выполняется в этом случае, описывается далее. Субкадр в радиокадре для периода поисковых вызовов, который определяется через процесс этапа ST4903, может быть помещен в радиокадр, отличный от радиокадра, в который должен быть помещен исходный субкадр в радиокадре для периода поисковых вызовов. В качестве альтернативы, субкадр в радиокадре для периода поисковых вызовов, который определяется на этапе ST4901, может иметь значение, которое задает субкадр в радиокадре для периода поисковых вызовов, который определяется через процесс этапа ST4903, так, чтобы помещаться в радиокадре, идентичном радиокадру, который должен быть помещен исходный субкадр в радиокадре для периода поисковых вызовов. В качестве конкретного примера, случай, в котором субкадр в радиокадре для периода поисковых вызовов, который определяется на этапе ST4901, является последним (#9) из субкадров радиокадра, исключается, или случай, в котором субкадр в радиокадре для периода поисковых вызовов, который определяется на этапе ST4901, имеет значение в диапазоне от определенного указанного значения до значения, соответствующего последнему субкадру, исключается. В качестве конкретного примера номера субкадра, имеющего определенное указанное значение, "номер субкадра, который является определенным указанным значением = последний номер субкадра - число непрерывных выделений MBSFN-субкадров", предоставляется.

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

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

Вариант осуществления 23 и разновидности 1-6 могут применяться к "прерывистому приему на стороне одноадресной передачи", показанному в варианте осуществления 1 и варианте осуществления 2.

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

OFDM-символы, отличные от одного или двух ведущих OFDM-символов каждого MBSFN-субкадра, являются ресурсом, выделенным MBMS-передаче. В случае если субкадр в радиокадре для периода поисковых вызовов совпадает с выделением MBSFN-субкадров, все OFDM-символы, отличные от одного или двух ведущих OFDM-символов каждого MBSFN-субкадра, являются ресурсом, выделенным MBMS-передаче, и не могут использоваться для обработки поисковых вызовов. Следовательно, чтобы разрешать проблему, что неудобство возникает в традиционном способе обработки поисковых вызовов, в этом варианте осуществления 24, способ обработки с рассматриванием случая, в котором субкадр в радиокадре для периода поисковых вызовов совпадает с MBSFN-субкадром, раскрывается. В этом варианте осуществления 24, в случае если субкадр в радиокадре для периода поисковых вызовов совпадает с выделением MBSFN-субкадров, радиоресурс, отличный от одного или двух ведущих OFDM-символов, который используется исключительно для MBSFN-передачи, не используется для одноадресной передачи, более конкретно, для обработки поисковых вызовов. Кроме того, в случае если субкадр в радиокадре для периода поисковых вызовов совпадает с выделением MBSFN-субкадров, информация, касающаяся обработки поисковых вызовов, которая передается с радиоресурсом, отличным от одного или двух ведущих OFDM-символов, который используется исключительно для MBSFN-передачи, передается через субкадр, отличный от следующего MBSFN-субкадра. Конкретный пример способа обработки показывается далее. Способ обработки сигнала поискового вызова является аналогичным процессу, показанному на фиг. 97, при этом процесс этапа ST4505 по фиг. 93 изменяется. Пояснение осуществляется с сосредоточением на другой части. Каждый мобильный терминал, на этапе ST4902, использует выделение MBSFN-субкадров, принимаемое на этапе ST4502, и субкадр в радиокадре для периода поисковых вызовов, определенного на этапе ST4901, чтобы определять то, являются они или нет идентичным субкадром. Когда они являются идентичным субкадром, каждый мобильный терминал осуществляет переход к этапу ST4903. В варианте осуществления 24, вместо процесса этапа ST4903, каждый мобильный терминал выполняет следующий процесс. Посредством использования одного или двух ведущих OFDM-символа субкадра в радиокадре для периода поисковых вызовов, определенного на этапе ST4901, каждый мобильный терминал передает информацию, которую мобильный терминал диспетчеризован передавать через один-три ведущих OFDM-символа (канал передачи служебных сигналов L1/L2), когда субкадр в радиокадре для периода поисковых вызовов не совпадает с выделением MBSFN-субкадров. Каждый мобильный терминал также передает информацию, которую мобильный терминал диспетчеризован передавать через OFDM-символы (PDSCH), отличные от одного-трех ведущих OFDM-символов, когда субкадр в радиокадре для периода поисковых вызовов не совпадает с выделением MBSFN-субкадров, через OFDM-символы (PDSCH), отличные от одного-трех ведущих OFDM-символов субкадра, отличного от следующего MBSFN-субкадра. В этом случае, в котором информация передается через OFDM-символы (PDSCH), отличные от одного-трех ведущих OFDM-символов субкадра, отличного от следующего MBSFN-субкадра, если выделение радиоресурса в этом PDSCH является идентичным выделению, когда субкадр в радиокадре для периода поисковых вызовов не совпадает с выделением MBSFN-субкадров, может предоставляться преимущество исключения необходимости выполнять выделение снова и т.д., тем самым осуществляя эффективное использование радиоресурсов. При определении, на этапе ST4902, что MBSFN-субкадр и субкадр в радиокадре для периода поисковых вызовов не являются идентичным субкадром, каждый мобильный терминал завершает обработку без осуществления перехода к этапу ST4903, т.е. использует субкадр в радиокадре для периода поисковых вызовов, определенного на этапе ST4901, в данной ситуации.

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

Конкретный пример информации, которую каждый мобильный терминал диспетчеризован передавать через OFDM-символы (PDSCH), отличные от одного-трех ведущих OFDM-символов, когда субкадр в радиокадре для периода поисковых вызовов не совпадает с выделением MBSFN-субкадров, показывается далее. Непатентная ссылка 1 показывает, что когда выделение радиоресурса нисходящей линии связи для следующей управляющей информации выполняется через PCH, эта управляющая информация преобразуется в PDSCH. С другой стороны, непатентная ссылка 4 описывает, что PCH преобразуется в PDSCH, который находится в субкадре, идентичном субкадру, в который преобразуется PICH.

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

Разновидность 1 поясняется. В разновидности 1, при определении того, что выделение MBSFN-субкадров, принимаемое на этапе ST4502, и субкадр в радиокадре для периода поисковых вызовов, определенного на этапе ST4901, являются идентичным субкадром, каждый мобильный терминал выполняет следующие процессы вместо процессов варианта осуществления 24. Каждый мобильный терминал передает как информацию, которую мобильный терминал диспетчеризован передавать через один-три ведущих OFDM-символа (канал передачи служебных сигналов L1/L2), когда субкадр в радиокадре для периода поисковых вызовов не совпадает с выделением MBSFN-субкадров, так и информацию, которую мобильный терминал диспетчеризован передавать через OFDM-символы (PDSCH), отличные от одного-трех ведущих OFDM-символов, когда субкадр в радиокадре для периода поисковых вызовов не совпадает с выделением MBSFN-субкадров, посредством использования одного или двух ведущих OFDM-символа субкадра в радиокадре для периода поисковых вызовов, определенного на этапе ST4901.

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

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

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

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

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

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

Базовая станция также преобразует сообщение поискового вызова в мобильный терминал, для которого осуществляется входящий вызов, в PMCH поисковых вызовов. Базовая станция умножает сообщение поискового вызова в каждый мобильный терминал m, для которого осуществляется входящий вызов, на идентификационный код, специфичный для самого мобильного терминала (число или последовательность) (процесс 7), выполняет добавление CRC (контроля циклическим избыточным кодом) (процесс 8), а также выполняет процессы, включающие в себя кодирование (кодирование) и согласование скорости (процесс 9). Базовая станция затем выполняет процесс кодирования с расширением спектра с использованием конкретного для MBSFN-зоны кода скремблирования (кода скремблирования), процесс модуляции и т.д. для результатов последовательности выполняемых процессов (процесс 10). Процесс модуляции может быть конкретным для MBSFN-зоны. Базовая станция выделяет результаты этих выполняемых процессов физической зоне в PMCH, показанном посредством информации выделения сообщения поискового вызова, преобразованной в выделенный канал поисковых вызовов (процесс 11).

В качестве способа предоставления возможности выделенной для MBMS соты передавать сигнал поискового вызова, способ, раскрытый в варианте осуществления 2, может применяться. Сигнал поискового вызова передается вместе с MCCH PMCH в варианте осуществления 2, тогда как в этом варианте осуществления, сигнал поискового вызова передается через PMCH, предоставленный в MBSFN-субкадре, с которым информация о выделении сообщения поискового вызова передается через DPCH. В качестве способа преобразования сигнала поискового вызова в PMCH, вариант осуществления 7 может применяться. В случае этого варианта осуществления, поскольку каждый мобильный терминал не должен принимать сигнал поискового вызова при приеме MCCH, в отличие от случая варианта осуществления 2, нет необходимости накладывать ограничение задания MBSFN-субкадров, в которых MCCH и PCCH переносятся, соответственно, так, чтобы быть смежными во времени друг другу. В соответствии с этим вариантом осуществления, каждый мобильный терминал принимает MBSFN-субкадр, в который преобразуется сигнал поискового вызова, отдельно от MCCH. С этой целью, например, при выполнении операции осуществления подготовку для прерывистого приема во время MBMS-приема на ST1735, каждый мобильный терминал определяет, вместо группы для передачи поисковых вызовов, MBSFN-кадр и MBSFN-субкадр, в которых переносится информация выделения сообщения поискового вызова. Эти MBSFN-кадр и MBSFN-субкадр могут быть определены на основе конкретного для мобильного терминала идентификационного номера (UE-ID и т.п.), длины цикла прерывистого приема и DRX-информации согласно вычислительному выражению. Необходимо только предоставлять возможность стороне сети, базовой станции и каждому мобильному терминалу определять их посредством использования идентичных параметров и идентичного вычислительного выражения. Это вычислительное выражение может быть заранее определенным. В качестве способа извлечения вышеуказанного MBSFN-кадра и MBSFN-субкадра, в котором возникает сигнал поискового вызова, способ в соответствии с вариантом осуществления 15 также может применяться. Когда поисковые вызовы осуществляются, MCE, который, на ST1777, принимает запрос поискового вызова из MME, ST1778, определяет MBSFN-кадр и MBSFN-субкадр, в которых переносится информация выделения сообщения поискового вызова, аналогично ST1735. MCE, на ST1779, определяет зону, которой сообщение поискового вызова в PMCH выделяется, а также диспетчеризацию сигнала поискового вызова. С сигналом запроса поискового вызова ST1780 MCE передает информацию о диспетчеризации этого сигнала поискового вызова и информацию выделения сообщения поискового вызова в PMCH в выделенную для MBMS соту. В MBSFN-кадре и MBSFN-субкадре, которые извлекаются на вышеуказанном этапе, идентично ST1735, выделенная для MBMS сота, на ST1782, преобразует информацию выделения сообщения поискового вызова в DPCH и также преобразует сообщение поискового вызова в PMCH этого субкадра на основе информации, передаваемой с запросом поискового вызова, который он принял, и затем передает их в мобильные терминалы, обслуживаемые посредством нее. С другой стороны, каждый мобильный терминал определяет то, являются они или нет MBSFN-кадром и MBSFN-субкадром, который мобильный терминал, на ST1735, извлекает отдельно от MCCH. Эта операция добавляется после ST1772. Когда они не являются MBSFN-субкадром, в который преобразуется сигнал поискового вызова, каждый мобильный терминал осуществляет переход к ST1788. Напротив, когда они являются MBSFN-субкадром, в который преобразуется сигнал поискового вызова, каждый мобильный терминал, на ST1784, принимает не PMCH, а DPCH, и выполняет обнаружение вслепую информации, преобразованной в DPCH, с помощью идентификационного номера, конкретного для самого мобильного терминала, как упомянуто выше. Когда, на ST1785, обнаружение того, что информация - это информация выделения сообщения поискового вызова, предназначенная для самого мобильного терминала, через обнаружение вслепую, каждый мобильный терминал, на ST1786, принимает информацию поисковых вызовов в PMCH согласно этой информации выделения сообщения поискового вызова. Каждый мобильный терминал, на ST1787, получает возможность принимать сообщение поискового вызова, предназначенное для самого мобильного терминала, безусловно посредством обнаружения информации поисковых вызовов в PMCH с помощью идентификационного номера, конкретного для самого мобильного терминала. Когда, на ST1785, обнаружение того, что информация не является информацией выделения сообщения поискового вызова, предназначенной для самого мобильного терминала, через обнаружение вслепую, каждый мобильный терминал осуществляет переход к ST1788.

В вышеуказанном примере, процессе умножения сигнала поискового вызова, предназначенного для каждого из мобильных терминалов, на идентификационный код, специфичный для самого мобильного терминала, в процессах 1 и 7, раскрытых со ссылкой на фиг. 101, выполняется. Базовая станция альтернативно может использовать другой способ обработки добавления сигнала поискового вызова, предназначенного для каждого из мобильных терминалов, и идентификационного номера, конкретного для этого мобильного терминала, как показано в варианте осуществления 2, варианте осуществления 7, варианте осуществления 8 и т.д. В этом случае, каждый из мобильных терминалов принимает либо физическую зону (в данном случае, зону, исключая DPFICH и RS в 1-ом OFDM-символе), используемую для сигнала поискового вызова в DPCH (в данном случае, информации выделения сообщения поискового вызова), либо физическую зону (в данном случае, зону, показанную посредством информации выделения сообщения поискового вызова), используемую для сигнала поискового вызова в PMCH (в данном случае, сообщения поискового вызова), выполняет демодуляцию и дескремблирование с использованием конкретного для MBSFN-зоны кода скремблирования и делит результат демодуляции и дескремблирования на части, каждая из которых соответствует модулю информационного элемента, и выполняет процесс, включающий в себя декодирование для каждой из разделенных частей, каждая из которых соответствует модулю информационного элемента. Каждый из мобильных терминалов затем определяет то, существует или нет специфичный для мобильного терминала идентификационный номер в информации, для которой сам мобильный терминал выполняет процесс, включающий в себя декодирование, чтобы обнаруживать сигнал поискового вызова, предназначенный для него. Каждый из мобильных терминалов не должен выполнять идентичный процесс в каждом физическом канале и альтернативно может устанавливать любой из процесса выполнения умножения на идентификационный код, специфичный для самого мобильного терминала, и процесса выполнения добавления идентификационного номера, конкретного для самого мобильного терминала, для каждого физического канала.

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

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

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

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

Двадцать шестой вариант осуществления

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

Номер (идентификатор) MBSFN-зоны, сообщаемый из обслуживающей соты, которая является сотой для одноадресной передачи или смешанной сотой для MBMS/одноадресной передачи, описанной в варианте осуществления 18 и варианте осуществления 19, в мобильные терминалы, обслуживаемые посредством обслуживающей соты, используется для "MBMS-поиска". Номер (идентификатор) MBSFN-зоны, сообщаемый из обслуживающей соты, которая является сотой для одноадресной передачи или смешанной сотой для MBMS/одноадресной передачи в мобильные терминалы, обслуживаемые посредством обслуживающей соты, используется для установления синхронизации на частотном уровне, выделенном MBMS. Номер (идентификатор) MBSFN-зоны, сообщаемый из обслуживающей соты, которая является сотой для одноадресной передачи или смешанной сотой для MBMS/одноадресной передачи в мобильные терминалы, обслуживаемые посредством обслуживающей соты, используется для установления кадровой синхронизации на частотном уровне, выделенном MBMS. Конкретный пример способа сообщения об идентификаторе MBSFN-зоны из соты для одноадресной передачи, смешанной соты для MBMS/одноадресной передачи или обслуживающей соты, которая является сотой для одноадресной передачи или смешанной сотой для MBMS/одноадресной передачи, раскрывается далее. Сота для одноадресной передачи или смешанная сота для MBMS/одноадресной передачи преобразует идентификатор MBSFN-зоны в широковещательный канал управления (BCCH), который является логическим каналом, и преобразует широковещательный канал управления в широковещательный канал (BCH), который является транспортным каналом, и дополнительно преобразует широковещательный канал в физический широковещательный канал (PBCH), который является физическим каналом, чтобы сообщать об идентификаторе MBSFN-зоны в мобильные терминалы, обслуживаемые посредством нее. В качестве альтернативы, сота для одноадресной передачи или смешанная сота для MBMS/одноадресной передачи преобразует идентификатор MBSFN-зоны в главную информацию и дополнительно преобразует главную информацию в широковещательный канал управления (BCCH), который является логическим каналом, и преобразует широковещательный канал управления в широковещательный канал (BCH), который является транспортным каналом, и дополнительно преобразует широковещательный канал в физический широковещательный канал (PBCH), который является физическим каналом, чтобы сообщать об идентификаторе MBSFN-зоны в мобильные терминалы, обслуживаемые посредством нее.

В качестве другого способа сообщения, сота для одноадресной

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

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

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

В качестве альтернативы, вышеуказанная область идентификаторов или идентификационных данных сот физического уровня, которые могут использоваться для идентификаторов MBSFN-зоны, может быть заранее определенной статически (статически). Поскольку становится необязательным сообщать о параметре из стороны сети в каждый мобильный терминал посредством использования радиоресурсов, может предоставляться преимущество осуществления эффективного использования радиоресурсов и т.д. Кроме того, поскольку радиоресурсы не используются для передачи, также может предоставляться преимущество недопущения возникновения ошибок приема. Конкретный пример операции MBMS-поиска раскрывается далее. Этот пример поясняется со ссылкой на фиг. 17 и 18, показанные в варианте осуществления 2. Сота для одноадресной передачи или смешанная сота для MBMS/одноадресной передачи, на этапе ST1707, передает в широковещательном режиме одну или более частот f(MBMS) в мобильные терминалы с использованием BCCH. Сота передает в широковещательном режиме один или более идентификаторов MBSFN-зоны, включенных в одну или более частот f(MBMS), вместе с одной или более частот f(MBMS). Одна или более частот f(MBMS) и один или более идентификаторов MBSFN-зоны могут сообщаться одновременно или неодновременно. Каждый из мобильных терминалов, на этапе ST1708, принимает одну или более частот f(MBMS) и один или более идентификаторов MBSFN-зоны, включенных в одну или более частот f(MBMS), которые передаются ему с использованием BCCH из обслуживающей базовой станции. Выделенная для MBMS сота, на этапе ST1723, передает в широковещательном режиме канал основной синхронизации (P-SCH), канал дополнительной синхронизации (S-SCH), опорный сигнал (RS (MBMS)), BCCH в мобильные терминалы, обслуживаемые посредством нее. Хотя P-SCH может быть добавленной последовательностью для монопольного использования на частотном уровне, выделенном MBMS-передаче, которая обсуждена в 3GPP, P-SCH, идентичный P-SCH для использования на частотном уровне для одноадресной передачи/смешанном частотном уровне, используется в этом конкретном примере.

S-SCH приводится в соответствие идентификатору MBSFN-зоны. S-SCH может быть уникально приведен в соответствие идентификатору MBSFN-зоны. В качестве альтернативы, идентификатор MBSFN-зоны может быть идентифицирован из последовательности, в которой объединяются P-SCH и S-SCH. Каждый из мобильных терминалов, на этапе ST1724, принимает P-SCH, S-SCH, RS (MBMS) и BCCH (широковещательный канал управления) из выделенной для MBMS соты. Каждый из мобильных терминалов, на этапе ST1725, выполняет операцию поиска для поиска MBMS. Каждый из мобильных терминалов выполняет операцию поиска для поиска MBMS на основе одной или более частот f(MBMS) и одного или более идентификаторов MBSFN-зоны, включенных в f(MBMS), которые принимаются из обслуживающей базовой станции. Каждый из мобильных терминалов выполняет операцию поиска для поиска MBMS на основе идентификатора MBSFN-зоны, включенного в f(MBMS), на который мобильный терминал переключен на этапе ST1722. Каждый из мобильных терминалов выполняет обнаружение вслепую с использованием P-SCH, идентичного P-SCH на частотном уровне для одноадресной передачи/смешанном частотном уровне, вместо добавленной последовательности для монопольного использования на частотном уровне, выделенном MBMS-передаче, которая обсуждена в 3GPP. Каждый из мобильных терминалов, который обнаруживает вслепую P-SCH, может выполнять обнаружение с периодом в 5 мс. Далее, каждый из мобильных терминалов выполняет обнаружение вслепую S-SCH посредством использования одного или более идентификаторов MBSFN-зоны, принимаемых на этапе ST1708.

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

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

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

Операция поиска поясняется со ссылкой на фиг. 17 и 18 варианта осуществления 2. Сота для одноадресной передачи или смешанная сота для MBMS/одноадресной передачи, на этапе ST1707, передает в широковещательном режиме одну или более частот f(MBMS) в мобильные терминалы с использованием BCCH. Сота передает в широковещательном режиме один или более идентификаторов MBSFN-зоны, включенных в одну или более частот f(MBMS), вместе с одной или более частот f(MBMS). Одна или более частот f(MBMS) и один или более идентификаторов MBSFN-зоны могут сообщаться одновременно или неодновременно. Каждый из мобильных терминалов, на этапе ST1708, принимает одну или более частот f(MBMS) и один или более идентификаторов MBSFN-зоны, включенных в одну или более частот f(MBMS), которые передаются ему с использованием BCCH из обслуживающей базовой станции. Выделенная для MBMS сота, на этапе ST1723, определяет заданную информацию на основе идентификатора MBSFN-зоны, которой принадлежит тождественная сота. Выделенная для MBMS сота передает в широковещательном режиме заданную информацию, опорный сигнал (RS (MBMS)) и BCCH в мобильные терминалы, обслуживаемые посредством нее. В качестве конкретного примера способа передачи заданной информации, вышеуказанный способ может использоваться. В этом случае, в качестве конкретного примера, заданная информация передается в широковещательном режиме с числом поднесущих в центре полосы пропускания системы каждый радиокадр. Число поднесущих может быть определено статически (статически) или может сообщаться из стороны сети. В случае если выделенная для MBMS сота принадлежит множеству MBSFN-зон, выделенная для MBMS сота может передавать фрагменты заданной информации, соответствующей MBSFN-зонам, которым выделенная для MBMS сота принадлежит, по порядку. В качестве конкретного примера, выделенная для MBMS сота может передавать несколько фрагментов заданной информации, соответствующей множеству MBSFN-зон, посредством использования TDM или CDM.

Каждый из мобильных терминалов, на этапе ST1724, принимает заданную информацию, RS (MBMS) и BCCH (широковещательный канал управления) из выделенной для MBMS соты. Каждый из мобильных терминалов, на этапе ST1725, выполняет операцию поиска для поиска MBMS. Каждый из мобильных терминалов выполняет операцию поиска для поиска MBMS на основе одной или более частот f(MBMS) и одного или более идентификаторов MBSFN-зоны, включенных в f(MBMS), которые принимаются из обслуживающей базовой станции. Каждый из мобильных терминалов выполняет операцию поиска для поиска MBMS на основе идентификатора MBSFN-зоны, включенного в f(MBMS), на который мобильный терминал переключен на этапе ST1722. Каждый из мобильных терминалов определяет заданную информацию на основе идентификатора MBSFN-зоны. Каждый из мобильных терминалов выполняет обнаружение вслепую с заданной информацией. Каждый из мобильных терминалов выполняет обнаружение вслепую с числом поднесущих в центре полосы пропускания системы. Соответственно, каждый из мобильных терминалов может устанавливать радиокадровую синхронизацию. Каждый из мобильных терминалов принимает BCCH с использованием кода скремблирования (кода скремблирования), связанного с идентификатором MBSFN-зоны. Поскольку последующие процессы являются идентичными процессам конкретного примера, показанного в варианте осуществления 2 и т.д., пояснение процессов далее опускается. Этот способ может исключать передачу P-SCH и S-SCH из выделенной для MBMS соты. Как результат, может предоставляться преимущество эффективного использования радиоресурсов.

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

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

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

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

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

В качестве альтернативы, параметр, касающийся физического ресурса, который идентифицируется совместно, может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи дополнительно может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом, чтобы сообщать о параметре для мобильных терминалов. Параметр, касающийся физического ресурса, который идентифицируется совместно, альтернативно может преобразовываться в системную информацию, и системная информация может преобразовываться в блок системной информации (SIB), блок системной информации может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи дополнительно может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом, чтобы сообщать о параметре для мобильных терминалов. В качестве альтернативы, параметр, касающийся физического ресурса, который идентифицируется совместно, может преобразовываться в общий канал управления (CCCH), выделенный канал управления (DCCH), канал управления многоадресной передачей (MCCH) или канал трафика для многоадресной передачи (MTCH), который является логическим каналом, и этот логический канал может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи дополнительно может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом, чтобы сообщать о параметре для мобильных терминалов.

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

Далее, конкретный пример способа, в случае если системная информация преобразуется физически, мультиплексирования зоны PMCH, в которую преобразуется системная информация, и зоны PMCH, в которую не преобразуется системная информация, раскрывается. Мультиплексирование с временным разделением каналов (TDM) зоны PMCH, в которую преобразуется системная информация, и зоны PMCH, в которую не преобразуется системная информация, выполняется. В этом случае, в качестве конкретного примера параметра, касающегося физического ресурса, который идентифицируется совместно, может рассматриваться начальная точка (в качестве конкретного примера, SFN, номер субкадра или номер символа), длина периода (в качестве конкретного примера, число радиокадров, число субкадров или число символов) и т.д. В качестве конкретного примера мультиплексирования, системная информация может преобразовываться в два ведущих OFDM-символа каждого субкадра физического ресурса, выделяемого PMCH. В качестве другого способа мультиплексирования, мультиплексирование с частотным разделением каналов (FDM) зоны PMCH, в которую преобразуется системная информация, и зоны PMCH, в которую не преобразуется системная информация, может выполняться. В этом случае, в качестве конкретного примера параметра, касающегося физического ресурса, который идентифицируется совместно, может рассматриваться частота, полоса пропускания и т.д. В качестве конкретного примера мультиплексирования, системная информация может преобразовываться в число поднесущих в центре физического ресурса, выделяемого PMCH. В качестве альтернативы, системная информация может преобразовываться в число поднесущих в конце физического ресурса, выделяемого PMCH. В качестве другого способа мультиплексирования, мультиплексирование с кодовым разделением каналов (CDM) зоны PMCH, в которую преобразуется системная информация, и зоны PMCH, в которую не преобразуется системная информация, может выполняться. В этом случае, в качестве конкретного примера параметра, касающегося физического ресурса, который идентифицируется совместно, может рассматриваться код расширения спектра, код скремблирования и т.д. В качестве конкретного примера мультиплексирования, зона PMCH, в которую преобразуется системная информация, и зона PMCH, в которую не преобразуется системная информация, могут быть умножены на коды скремблирования, соответственно. В качестве альтернативы, только одна из зон может быть умножена на код скремблирования.

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

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

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

Информация, преобразованная в управляющий сигнал L1/L2 в каждой из соты для одноадресной передачи и смешанной соты для MBMS/одноадресной передачи, умножается на идентификатор мобильного терминала, который является назначением, в которое должна быть передана информация. Мобильный терминал, который должен принимать управляющий сигнал L1/L2, из мобильных терминалов, обслуживаемых посредством каждой из соты для одноадресной передачи и смешанной соты для MBMS/одноадресной передачи, выполняет обнаружение вслепую посредством использования идентификатора мобильного терминала. Как результат, мобильный терминал получает необходимую информацию из управляющего сигнала L1/L2. С другой стороны, проанализировано то, что каналов восходящей линии связи не существует в выделенной для MBMS соте. Следовательно, выделенная для MBMS соты не имеет независимой функции определения того, какой мобильный терминал принадлежит ей как мобильный терминал, обслуживаемый посредством нее. Соответственно, возникает такая проблема, что невозможно умножать информацию, которую выделенная для MBMS сота преобразует в PMCCH, на идентификатор мобильного терминала. Следовательно, возникает такая проблема, что каждый мобильный терминал не может получать необходимую информацию посредством выполнения обнаружения вслепую PMCCH посредством использования идентификатора мобильного терминала.

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

Далее поясняется разновидность 1 этого варианта осуществления. Диспетчеризация MCCH выделенной для MBMS соты, как описано в варианте осуществления 2 и т.д., может сообщаться из выделенной для MBMS соты в мобильные терминалы, обслуживаемые посредством выделенной для MBMS соты, посредством использования вышеуказанного способа. Диспетчеризация MCCH выделенной для MBMS соты альтернативно может преобразовываться в широковещательную информацию (BCCH) выделенной для MBMS соты и может сообщаться из выделенной для MBMS соты в мобильные терминалы, обслуживаемые посредством выделенной для MBMS соты, посредством использования вышеуказанного способа. Диспетчеризация MCCH выделенной для MBMS соты альтернативно может преобразовываться в системную информацию выделенной для MBMS соты и может сообщаться из выделенной для MBMS соты в мобильные терминалы, обслуживаемые посредством выделенной для MBMS соты, посредством использования вышеуказанного способа. Диспетчеризация MCCH выделенной для MBMS соты альтернативно может преобразовываться в SIB2 выделенной для MBMS соты и может сообщаться из выделенной для MBMS соты в мобильные терминалы, обслуживаемые посредством выделенной для MBMS соты, посредством использования вышеуказанного способа. Диспетчеризация MCCH выделенной для MBMS соты альтернативно может преобразовываться в MIB выделенной для MBMS соты и может сообщаться из выделенной для MBMS соты в мобильные терминалы, обслуживаемые посредством выделенной для MBMS соты, посредством использования вышеуказанного способа. Как результат, может предоставляться преимущество установления способа передачи диспетчеризации MCCH из выделенной для MBMS соты в мобильные терминалы, обслуживаемые посредством выделенной для MBMS соты.

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

В непатентной ссылке 6 (глава 6.10.2.1) описывается то, что при определении позиции начала OFDM-символов для конкретного для соты опорного сигнала (опорного сигнала), т.е. начальной позиции преобразования, идентификатор соты (идентификатор соты N) используется. Идентификатор соты N задается как идентификационные данные соты физического уровня (идентификационные данные соты физического уровня). С другой стороны, ссылка имеет описание по опорному сигналу MBSFN (опорному сигналу MBSFN) в MBSFN-субкадре. Также описывается, что идентификатор MBSFN-зоны (идентификатор MBSFN N) используется при определении позиции начала OFDM-символов для опорного сигнала, т.е. начальной позиции преобразования. Кроме того, в непатентной ссылке 7 (глава 5.2.2.9) описывается то, что базовая станция сообщает задание MBSFN-субкадров в мобильные терминалы, обслуживаемые посредством нее, с блоком системной информации 2 (SIB2) в системной информации, включенной в широковещательную информацию. Напротив, эта ссылка не содержит описания идентификатора MBSFN-зоны. Следующие проблемы возникают в традиционной технологии.

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

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

Решение вышеуказанной проблемы раскрывается далее. Базовая станция сообщает об идентификаторе MBSFN-зоны с широковещательной информацией в мобильные терминалы, обслуживаемые посредством нее. В качестве конкретного примера базовой станции, сота для одноадресной передачи или смешанная сота для MBMS/одноадресной передачи может предоставляться. Этот способ также может применяться к выделенной для MBMS соте. В качестве конкретного примера идентификатора MBSFN-зоны, идентификатор MBSFN-зоны, которой принадлежит тождественная сота, может предоставляться. В случае если тождественная сота принадлежит множеству MBSFN-зон, множество идентификаторов MBSFN-зоны может быть передано в мобильные терминалы, обслуживаемые посредством соты. В качестве конкретного примера передачи, идентификатор MBSFN-зоны тождественной соты может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления преобразуется в широковещательный канал (BCH), который является транспортным каналом, и широковещательный канал дополнительно преобразуется в физический широковещательный канал (PBCH), который является физическим каналом, чтобы передавать идентификатор MBSFN-зоны тождественной соты в мобильные терминалы. В качестве альтернативы, идентификатор MBSFN-зоны тождественной соты может преобразовываться в главную информацию, и главная информация может преобразовываться в главный информационный блок (MIB), главный информационный блок может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления может преобразовываться в широковещательный канал (BCH), который является транспортным каналом, и широковещательный канал дополнительно может преобразовываться в физический широковещательный канал (PBCH), который является физическим каналом, чтобы передавать идентификатор MBSFN-зоны тождественной соты в мобильные терминалы. Информация, преобразованная в физический широковещательный канал, принимается посредством всех мобильных терминалов, обслуживаемых посредством обслуживающей соты, до того как каждый из мобильных терминалов ожидает вызова в обслуживающей соте или на более ранней стадии после того, как каждый из мобильных терминалов ожидает вызова в обслуживающей соте. Следовательно, это решение может предоставлять преимущество возможности начинать корректное измерение качества приема посредством использования опорного сигнала MBSFN в MBSFN-субкадре и прием MBMS-услуги с MBSFN-субкадрами на более ранней стадии. Таким образом, может предоставляться преимущество недопущения возникновения времени задержки на управление.

Другое решение раскрывается далее. Базовая станция сообщает об идентификаторе MBSFN-зоны с широковещательной информацией в мобильные терминалы, обслуживаемые посредством нее. В качестве конкретного примера базовой станции, сота для одноадресной передачи или смешанная сота для MBMS/одноадресной передачи может предоставляться. Этот способ также может применяться к выделенной для MBMS соте. В качестве конкретного примера идентификатора MBSFN-зоны, идентификатор MBSFN-зоны, которой принадлежит тождественная сота, может предоставляться. В случае если тождественная сота принадлежит множеству MBSFN-зон, множество идентификаторов MBSFN-зоны может быть передано в мобильные терминалы, обслуживаемые посредством соты. В качестве конкретного примера передачи, идентификатор MBSFN-зоны тождественной соты может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления преобразуется в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи дополнительно может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом, чтобы передавать идентификатор MBSFN-зоны тождественной соты в мобильные терминалы. В качестве альтернативы, идентификатор MBSFN-зоны тождественной соты может преобразовываться в системную информацию, и системная информация может преобразовываться в блок системной информации (SIB), блок системной информации может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи дополнительно может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом, чтобы передавать идентификатор MBSFN-зоны тождественной соты в мобильные терминалы. В качестве альтернативы, идентификатор MBSFN-зоны тождественной соты может преобразовываться в SIB2 в блоке системной информации, и SIB2 может преобразовываться в широковещательный канал управления (BCCH), который является логическим каналом, и широковещательный канал управления может преобразовываться в совместно используемый канал нисходящей линии связи (DL-SCH), который является транспортным каналом, и совместно используемый канал нисходящей линии связи дополнительно может преобразовываться в физический совместно используемый канал нисходящей линии связи (PDSCH), который является физическим каналом, чтобы передавать идентификатор MBSFN-зоны тождественной соты в мобильные терминалы.

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

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

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

В случае если полоса пропускания системы соты на частотном уровне, выделенном MBMS, передается в широковещательном режиме из выделенной для MBMS соты, полоса пропускания системы должна быть передана через схему многосотовой передачи, поскольку многосотовая передача должна выполняться в выделенной для MBMS соте в MBSFN-зоне. Следовательно, возникает такая проблема, что в выделенных для MBMS сотах в MBSFN-зоне, их полосы пропускания системы должны быть идентичными друг другу. Чтобы разрешать вышеуказанную проблему, в этом варианте осуществления, сота, которая выполняет многосотовую передачу, передает в широковещательном режиме самую широкую из полос пропускания системы в мобильные терминалы, обслуживаемые посредством нее, посредством использования широковещательной информации. Конкретный пример показывается. Все соты в MBSFN-зоне передают в широковещательном режиме идентичную полосу пропускания системы посредством использования широковещательной информации. В этом случае, одна передаваемая в широковещательном режиме полоса пропускания системы является самой широкой из полос пропускания системы сот в MBSFN-зоне. Информация полосы пропускания системы преобразуется в MIB как системная информация и передается в широковещательном режиме посредством использования PBCH. Пример полосы пропускания системы каждой соты в MBSFN-зоне показывается на фиг. 102. Соты #n1-1 к #n1-3 предположительно существуют в одной MBSFN-зоне. Допускается, что сота #n1-1 имеет полосу пропускания системы BW1, сота #n1-2 имеет полосу пропускания системы BW2, и сота #n1-3 имеет полосу пропускания системы BW3. Несущие частоты сот являются идентичными друг другу. Полосы пропускания системы сот в MBSFN-зоне задаются таким образом. В этом случае, поскольку самая широкая из полос пропускания системы сот в MBSFN-зоне - это BW3, BW3 передается, как информация полосы пропускания системы, из всех сот в MBSFN-зоне в мобильные терминалы, обслуживаемые посредством сот.

Самая широкая из полос пропускания системы сот в MBSFN-зоне определяется, например, посредством MCE, который управляет сотами в MBSFN-зоне, и MCE сообщает о самой широкой полосе пропускания системы каждой из сот в MBSFN-зоне. MCE должен обнаруживать только информацию полосы пропускания системы о каждой из всех сот в MBSFN-зоне заранее. Когда каждая из сот устанавливается в MBSFN-зоне, информация полосы пропускания системы о соте может сохраняться в MCE. В качестве альтернативы, каждая из сот в MBSFN-зоне может передавать информацию полосы пропускания системы о тождественной соте в MCE заранее, и MCE может определять самую широкую из полос пропускания системы сот в MBSFN-зоне. Когда каждая из сот устанавливается в MBSFN-зоне, информация полосы пропускания системы о соте может быть передана в MCE. Пример способа передачи в широковещательном режиме полосы пропускания системы из каждой соты в мобильные терминалы, обслуживаемые посредством соты в этом случае, показывается на фиг. 103. На этом чертеже, способ передачи информации полосы пропускания системы о каждой соте в MBSFN-зоне из соты в MCE заранее и задания MCE так, чтобы определять самую широкую из полос пропускания системы сот в MBSFN-зоне, показывается. Каждая из выделенных для MBMS сот #n1-1, #n1-2 и #n1-3 в MBSFN-зоне, на этапах ST5001, ST5002 и ST5003, передает информацию полосы пропускания системы о тождественной соте к MCE. MCE, который, на этапах ST5004, ST5005 и ST5006, принимает информацию полосы пропускания системы из каждой из всех сот в MBSFN-зоне, на этапе ST5007, извлекает самую широкую из полос пропускания системы в этой MBSFN-зоне на основе вышеуказанной информации полосы пропускания системы. MCE, на этапе ST5008, передает информацию самой широкой полосы пропускания системы, извлекаемую в MBSFN-зоне, во все соты в MBSFN-зоне. Каждая из сот, которая, на этапе ST5009, принимает информацию самой широкой полосы пропускания системы в MBSFN-зоне, на этапах ST5010, ST5011 и ST5012, передает в широковещательном режиме, как системную информацию из каждой из сот, информацию самой широкой полосы пропускания системы в MBSFN-зоне в мобильные терминалы, обслуживаемые посредством нее.

Каждый из мобильных терминалов, который, на этапе ST5013, принимает информацию полосы пропускания системы, выполняет прием в этой полосе пропускания системы. Каждый из мобильных терминалов выполняет SFN-комбинирование для сигнала, передаваемого из выделенной для MBMS соты в MBSFN-зоне, при приеме этого сигнала, поскольку он передается через схему MC-передачи. Следовательно, даже если полосы пропускания системы сот в MBSFN-зоне отличаются друг от друга, каждый из мобильных терминалов получает возможность выполнять SFN-комбинирование для передаваемого сигнала из каждой соты в MBSFN-зоне, поскольку каждый мобильный терминал задается так, чтобы принимать передаваемый сигнал в самой широкой полосе пропускания системы в MBSFN-зоне. Например, в примере по фиг. 102, при приеме передаваемого сигнала, имеющего полосу пропускания BW2, каждый из мобильных терминалов выполняет SFN-комбинирование передаваемых сигналов из сот #n1-1, #n1-2 и #n1-3, при приеме передаваемого сигнала, имеющего полосу пропускания BW1, каждый из мобильных терминалов выполняет SFN-комбинирование передаваемых сигналов из сот #n1-1 и #n1-3, и при приеме передаваемого сигнала, имеющего полосу пропускания BW3, каждый из мобильных терминалов выполняет SFN-комбинирование только передаваемого сигнала из соты #n1-3. Например, в LTE-системе, поскольку полоса частот в центре в полосе частот системы используется для SCH для установления синхронизации или PBCH для передачи широковещательной информации в каждой соте, полоса частот сообщается совместно из всех сот. Соты могут размещаться таким образом, что например, сота, имеющая самую широкую полосу пропускания системы, размещается как макросота, имеющая широкую зону покрытия, а другие соты, имеющие более узкие полосы пропускания системы (к примеру, микросота, пикосота, фемтосота, собственная базовая станция и т.д.), размещаются в смежных зонах вышеуказанной макросоты. В соответствии со способом использования частот в MBSFN-зоне, например, полосы пропускания с обоих концов (к примеру, BW3 и BW1) могут выделяться мобильным терминалам, существующим около макросоты, и полоса пропускания в середине (к примеру, BW1 или BW2) может выделяться мобильным терминалам, существующим около узкополосной соты на удалении от макросоты. Посредством использования этого способа, выполненного таким образом, поскольку прирост SFN мобильного терминала, существующего около макросоты, может повышаться, качество приема мобильного терминала может повышаться.

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