СИСТЕМА МОБИЛЬНОЙ СВЯЗИ Российский патент 2014 года по МПК H04W72/04 

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

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

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

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

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

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

LTE задается как сеть радиодоступа, независимая от W-CDMA-сети, поскольку ее система связи конфигурируется с помощью новой базовой сети, отличающейся от базовой сети (GPRS) W-CDMA.

Следовательно, для отличения от W-CDMA-системы связи, базовая станция, которая обменивается данными с абонентским устройством (UE), и контроллер радиосети, который передает/принимает управляющие данные и пользовательские данные в/из множества базовых станций, упоминаются как узел B E-UTRAN (eNB) и усовершенствованное ядро пакетной коммутации (EPC, также называемое шлюзом доступа (AGW)), соответственно, в LTE-системе связи. Одноадресная услуга и услуга усовершенствованной широковещательной и многоадресной передачи мультимедиа (E-MBMS-услуга) предоставляются в этой LTE-системе связи. E-MBMS-услуга является широковещательной мультимедийной услугой, которая упоминается просто как MBMS в некоторых случаях. Большое по размеру широковещательное содержимое, к примеру новости, прогноз погоды и мобильная широковещательная передача передается во множество UE. Она также упоминается как услуга "точка-многоточка".

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

Протокол RRC управления между UE 101 и базовой станцией 102 выполняет широковещательную передачу, поисковые вызовы, управление RRC-подключениями и т.п.

Состояния базовой станции и UE в RRC классифицируются на RRC_IDLE и RRC_CONNECTED.

В RRC_IDLE выполняются выбор наземной сети мобильной связи общего пользования (PLMN), широковещательная передача системной информации (SI), поисковые вызовы, повторный выбор соты, мобильность и т.п.

В RRC_CONNECTED UE имеет RRC-подключение, допускает передачу/прием данных в/из сети и выполняет, например, передачу обслуживания (HO) и измерение соседней соты.

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

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

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

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

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

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

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

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

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

GCI представляет глобальный идентификатор соты. Сота закрытой абонентской группы (CSG) введена в LTE и в универсальной системе мобильной связи (UMTS). CSG описывается ниже (глава 3.1 непатентного документа 4). Закрытая абонентская группа (CSG) является сотой, в которой абоненты, которым разрешается ее использовать, идентифицируются посредством оператора (сота для идентифицированных абонентов). Идентифицированным абонентам разрешается осуществлять доступ к одной или более E-UTRAN-сот наземной сети мобильной связи общего пользования (PLMN). Одна или более E-UTRAN-сот, в которых идентифицированным абонентам разрешается осуществлять доступ, упоминаются как "CSG-сота(ы)". Следует отметить, что доступ ограничивается в PLMN. CSG-сота является частью PLMN, которая передает в широковещательном режиме конкретный CSG-идентификатор (CSG-идентификатор, CSG-идентификатор). Авторизованные элементы абонентской группы, которые зарегистрированы заранее, осуществляют доступ к CSG-сотам с использованием CSG-идентификатора, который является информацией разрешения доступа. CSG-идентификатор передается в широковещательном режиме посредством CSG-соты или сот. Множество CSG-идентификаторов существует в системе мобильной связи. CSG-идентификаторы используются посредством UE для упрощения доступа из связанных с CSG элементов. 3GPP обсуждает на конференции то, что информация, которая должна быть передана в широковещательном режиме посредством CSG-соты или сот, изменяется с CSG-идентификатора на коду зоны отслеживания (TAC). Местоположения UE прослеживаются на основе зоны, состоящей из одной или более сот. Местоположения прослеживаются для предоставления возможности прослеживания местоположений UE и вызова (вызова UE) даже в состоянии бездействия. Зона для прослеживания местоположений UE упоминается как зона отслеживания. Белый список CSG является списком, сохраненным в USIM, содержащим все CSG-идентификаторы CSG-сот, которым принадлежат абоненты. Белый список UE предоставляется посредством верхнего уровня. Посредством этого базовая станция CSG-соты выделяет радиоресурсы для UE.

"Подходящая сота" описывается ниже (глава 4.3 непатентного документа 4). "Подходящая сота" является сотой, на которой UE закрепляется, чтобы получать обычную услугу. Такой сота должна удовлетворять следующему: (1) сота является частью выбранной PLMN или зарегистрированной PLMN либо частью PLMN из "списка эквивалентных PLMN"; и (2) согласно последней информации, предоставляемой посредством не связанного с предоставлением доступа уровня (NAS), сота должна дополнительно удовлетворять следующим условиям: (a) сота не является игнорируемой сотой; (b) сота является частью, по меньшей мере, одной зоны отслеживания (TA), а не частью "запрещенных LA для роуминга", при этом сота должна удовлетворять (1) выше; (c) сота должна удовлетворять критериям выбора соты; и (d) для соты, идентифицированной в качестве CSG-соты посредством системной информации (SI), CSG-идентификатор является частью "белого списка CSG" UE (содержится в белом списке CSG UE).

"Допустимая сота" описывается ниже (глава 4.3 непатентного документа 4). Она является сотой, в которой UE закрепляется, чтобы получать ограниченную услугу (экстренные вызовы). Такая сота должна удовлетворять всем следующим требованиям. Т.е. минимальный требуемый набор для инициирования экстренного вызова в E-UTRAN-сети заключается в следующем: (1) сота не является игнорируемой сотой; и (2) сота удовлетворяет критериям выбора соты.

Закрепление в соте представляет состояние, в котором UE завершает процесс выбора/повторного выбора соты, и UE выбирает соту для отслеживания системной информации и информации поисковых вызовов.

3GPP изучает базовые станции, называемые собственным узлом B (собственным NB, HNB) и собственным e-узлом B (собственным eNB, HeNB). HNB/HeNB является базовой станцией, например, для услуги домашнего, корпоративного или коммерческого доступа в UTRAN/E-UTRAN. Непатентный документ 6 раскрывает три различных режима доступа к HeNB и HNB. Это открытый режим доступа, закрытый режим доступа и гибридный режим доступа. Соответствующие режимы имеют следующие характеристики. В открытом режиме доступа HeNB и HNB работают в качестве обычной соты обычного оператора. В закрытом режиме доступа HeNB и HNB работают в качестве CSG-соты. CSG-сота является сотой, в которой только CSG-членам разрешается доступ. В гибридном режиме доступа HeNB и HNB являются CSG-сотами, в которых не-CSG-членам одновременно разрешается доступ. Другими словами, сота в гибридном режиме доступа является сотой, которая поддерживает как открытый режим доступа, так и закрытый режим доступа.

Документы предшествующего уровня техники

Непатентные документы

Непатентный документ 1. 3GPP TS36.300 V8.6.0, глава 4, 5 и 6

Непатентный документ 2. 3GPP R1-072963

Непатентный документ 3. TR R3.020 V0.6.0

Непатентный документ 4. 3GPP TS36.304 V8.4.0, глава 3.1, глава 4.3, глава 5.2.4.2, глава 5.2.4.3, глава 5.2.4.6, глава 7.1 и глава 7.2

Непатентный документ 5. 3GPP R2-082899

Непатентный документ 6. 3GPP S1-083461

Непатентный документ 7. TR 36.814 V1.0.0, глава 5

Непатентный документ 8. 3GPP R1-090860

Непатентный документ 9. 3GPP TS36.331 V8.5.0, глава 6.2.2 и глава 6.3.2

Непатентный документ 10. 3GPP R2-093104

Непатентный документ 11. 3GPP R2-092180

Непатентный документ 12. 3GPP R2-093204

Непатентный документ 13. TS36.321 V8.5.0

Непатентный документ 14. R2-100812

Непатентный документ 15. TS36.331 V9.1.0

Непатентный документ 16. TR36.912 V9.1.0

Непатентный документ 17. R2-101423

Непатентный документ 18. R2-100531

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

Проблема, разрешаемая изобретением

В системе по усовершенствованному стандарту долгосрочного развития (LTE-A) считается, что поддерживается полоса пропускания частот, превышающая полосу пропускания частот LTE-системы. Она предназначена для повышения скорости передачи данных. В настоящее время 3GPP поясняет то, что полоса пропускания частот LTE-A-системы равна или меньше 100 МГц.

Ситуация использования частот варьируется в зависимости от зоны. Следовательно, необходимо понимать, что существует зона, в которой 100 МГц не могут обеспечиваться непрерывно для полосы пропускания частот. Помимо этого, совместимая работа LTE-совместимого UE принимается во внимание в LTE-A-системе. Наряду с этим в настоящее время 3GPP рассматривает разделение полосы частот (несущей) на единицы, называемые компонентными несущими. 3GPP сегодня стремится создавать LTE-совместимое UE, которое должно работать на компонентной несущей. Дополнительно, она имеет намерение достигать повышения скорости передачи данных, как в LTE-A-системе с использованием агрегированных несущих, созданных посредством агрегирования компонентных несущих.

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

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

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

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

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

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

Фиг. 1 является схемой, иллюстрирующей конфигурацию LTE-системы связи.

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

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

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

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

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

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

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

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

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

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

Фиг. 12 является блок-схемой последовательности операций способа, показывающей структуру поиска сот, выполняемого посредством абонентского устройства (UE) в LTE-системе связи.

Фиг. 13 является схемой, показывающей структуру уровня 2 нисходящей линии связи для агрегирования несущих, которая в настоящее время рассматривается 3GPP.

Фиг. 14 является схемой, показывающей структуру уровня 2 восходящей линии связи для агрегирования несущих, которая в настоящее время рассматривается 3GPP.

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

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

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

Фиг.18 является схемой, иллюстрирующей конкретный пример нумерации идентификаторов компонентов в третьем решении согласно первому варианту осуществления.

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

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

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

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

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

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

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

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

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

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

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

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

Фиг. 31 является концептуальной схемой в случае, если проводится сравнение между заданной компонентной несущей и объектом для измерений на идентичной частоте, которое в настоящее время рассматривается 3GPP.

Фиг. 32 является концептуальной схемой в случае, если проводится сравнение между заданной компонентной несущей и компонентной несущей на частоте, отличной от частоты заданной компонентной несущей, которое в настоящее время рассматривается 3GPP.

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

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

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

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

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

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

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

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

Фиг. 7 является блок-схемой, показывающей общую конфигурацию LTE-системы мобильной связи, которая в настоящее время рассматривается 3GPP. В настоящее время 3GPP изучает полную конфигурацию системы, включающей в себя соты закрытой абонентской группы (CSG) (собственные e-узлы B (собственный eNB и HeNB) E-UTRAN, собственный NB (HNB) UTRAN) и не-CSG-соты (усовершенствованный узел B (eNB) E-UTRAN, узел B (NB) UTRAN и BSS GERAN), и в отношении E-UTRAN предлагает конфигурации частей (a) и (b) по фиг. 7 (непатентный документ 1 и непатентный документ 3). Часть а фиг. 7 теперь описывается. Абонентское устройство (UE) 71 выполняет передачу/прием в/из базовой станции 72. Базовые станции 72 классифицируются на eNB (не-CSG-сота) 72-1 и собственные eNB (CSG-соты) 72-2. ENB 72-1 подключается к MME 73 через S1-интерфейсы, и управляющая информация передается между eNB и MME. Множество MME подключаются к одному eNB. Собственный eNB 72-2 подключается к MME 73 через S1-интерфейс, и управляющая информация передается между собственным eNB и MME. Множество собственных eNB подключаются к одному MME.

Далее, часть b фиг. 7 описывается. UE 71 выполняет передачу/прием в/из базовой станции 72. Базовые станции 72 классифицируются на eNB (не-CSG-сота) 72-1 и собственные eNB (CSG-соты) 72-2. Как показано в части a фиг. 7, eNB 72-1 подключается к MME 73 через S1-интерфейс, и управляющая информация передается между eNB и MME. Множество MME подключаются к одному eNB. При этом собственные eNB 72-2 подключаются к MME 73 через шлюз собственного eNB (HeNBGW) 74. Собственные eNB 72-2 подключаются к HeNBGW 74 посредством S1-интерфейсов, и HeNBGW 74 подключается к MME 73 через S1_flex-интерфейс. Один или множество собственных eNB 72-2 подключаются к одному HeNBGW 74, и информация передается между ними через S1. HeNBGW 74 подключается к одному или множеству MME 73, и информация передается между ними через S1_flex.

В конфигурации части b фиг. 7 один HeNBGW 74 подключается к собственным eNB, принадлежащим идентичному CSG-идентификатору. Как результат, в случае, если идентичная информация, к примеру регистрационная информация, передается из MME 73 во множество собственных eNB 72-2, принадлежащих идентичному CSG-идентификатору, информация передается в HeNBGW 74 и затем передается во множество собственных eNB 72-2, так что в итоге эффективность передачи служебных сигналов повышается в большей степени по сравнению со случаем, когда информация непосредственно передается в каждые из множества из собственных eNB 72-2. При этом в случае, если каждый собственный eNB 72-2 обменивается выделенной информацией с MME 73, информация просто принудительно проходит через HeNBGW 74 (который должен быть прозрачным) без обработки, что обеспечивает связь таким образом, что собственный eNB 72-2 непосредственно подключается к MME 73.

Фиг. 8 является блок-схемой, показывающей конфигурацию UE (устройства 71 по фиг. 7) согласно настоящему изобретению. Процесс передачи UE, показанного на фиг. 8, описывается. Во-первых, модуль 803 буфера передаваемых данных сохраняет управляющие данные из протокольного процессора 801 и пользовательские данные из прикладного модуля 802. Данные, сохраненные в модуле 803 буфера передаваемых данных, передаются в модуль 804 кодирования и подвергаются процессу кодирования, к примеру, коррекции ошибок. Могут быть предусмотрены данные, выводимые из модуля 803 буфера передаваемых данных непосредственно в модуль 805 модуляции без процесса кодирования. Данные, кодируемые посредством модуля 804 кодирования, модулируются посредством модуля 805 модуляции. Модулированные данные выводятся в модуль 806 преобразования частоты после преобразования в сигнал в полосе модулирующих частот и затем преобразуются в частоту радиопередачи. После этого передаваемый сигнал передается из антенны 807 в базовую станцию 72. UE 71 выполняет процесс приема следующим образом. Антенна 807 принимает радиосигнал из базовой станции 72. Принимаемый сигнал преобразуется из частоты радиоприема в сигнал в полосе модулирующих частот посредством модуля 806 преобразования частоты и затем демодулируется посредством модуля 808 демодуляции. Демодулированные данные передаются в модуль 809 декодирования и подвергаются процессу декодирования, к примеру, коррекции ошибок. Из фрагментов декодированных данных управляющие данные передаются в протокольный процессор 801, в то время как пользовательские данные передаются в прикладной модуль 802. Последовательность процесса UE управляется посредством модуля 810 управления. Это означает то, что, хотя не показано, модуль 810 управления подключается к соответствующим модулям (801-809).

Фиг. 9 является блок-схемой, показывающей конфигурацию базовой станции (базовой станции 72 по фиг. 7) согласно настоящему изобретению. Процесс передачи базовой станции, показанной на фиг. 9, описывается. Модуль 901 связи EPC выполняет передачу/прием данных между базовой станцией 72 и EPC (к примеру, MME 73 и HeNBGW 74). Модуль 902 связи с другой базовой станцией выполняет передачу/прием данных в/из другой базовой станции. Модуль 901 связи EPC и модуль 902 связи с другой базовой станцией, соответственно, передают/принимают информацию в/из протокольного процессора 903. Управляющие данные из протокольного процессора 903 и пользовательские данные и управляющие данные из модуля 901 связи EPC и модуля 902 связи с другой базовой станцией сохраняются в модуле 904 буфера передаваемых данных. Данные, сохраненные в модуле 904 буфера передаваемых данных, передаются в модуль 905 кодирования и затем подвергаются процессу кодирования, к примеру, коррекции ошибок. Могут быть предусмотрены данные, выводимые из модуля 904 буфера передаваемых данных непосредственно в модуль 906 модуляции без процесса кодирования. Кодированные данные модулируются посредством модуля 906 модуляции. Модулированные данные выводятся в модуль 907 преобразования частоты после преобразования в сигнал в полосе модулирующих частот и затем преобразуются в частоту радиопередачи. После этого передаваемый сигнал передается из антенны 908 в один или множество UE 71. При этом процесс приема базовой станции 72 выполняется следующим образом. Радиосигнал из одного или множества UE 71 принимается посредством антенны 908. Принимаемый сигнал преобразуется из частоты радиоприема в сигнал в полосе модулирующих частот посредством модуля 907 преобразования частоты и затем демодулируется посредством модуля 909 демодуляции. Демодулированные данные передаются в модуль 910 декодирования и затем подвергаются процессу декодирования, к примеру, коррекции ошибок. Из фрагментов декодированных данных управляющие данные передаются в протокольный процессор 903, модуль 901 связи EPC или модуль 902 связи с другой базовой станцией, в то время как пользовательские данные передаются в модуль 901 связи EPC и модуль 902 связи с другой базовой станцией. Последовательность процесса посредством базовой станции 72 управляется посредством модуля 911 управления. Это означает то, что, хотя не показано, модуль 911 управления подключается к соответствующим модулям (901-910).

Фиг.10 является блок-схемой, показывающей конфигурацию объекта управления мобильностью (MME) согласно настоящему изобретению. Модуль 1001 связи PDN GW выполняет передачу/прием данных между MME 73 и PDN GW. Модуль 1002 связи базовой станции выполняет передачу/прием данных между MME 73 и базовой станцией 72 через S1-интерфейс. В случае если данные, принятые из PDN GW, являются пользовательскими данными, пользовательские данные передаются из модуля 1001 связи PDN GW в модуль 1002 связи базовой станции через процессор 1003 пользовательской плоскости и затем передаются в одну или множество базовых станций 72. В случае если данные, принятые из базовой станции 72, являются пользовательскими данными, пользовательские данные передаются из модуля 1002 связи базовой станции в модуль 1001 связи PDN GW через процессор 1003 пользовательской плоскости и затем передаются в PDN GW.

В случае если данные, принятые из PDN GW, являются управляющими данными, управляющие данные передаются из модуля 1001 связи PDN GW в модуль 1005 управления плоскостью управления. В случае если данные, принятые из базовой станции 72, являются управляющими данными, управляющие данные передаются из модуля 1002 связи базовой станции в модуль 1005 управления плоскостью управления. Модуль 1004 связи HeNBGW предоставляется в случае, если предоставляется HeNBGW 74, который выполняет передачу/прием данных посредством интерфейса (IF) между MME 73 и HeNBGW 74 согласно типу информации. Управляющие данные, принятые из модуля 1004 связи HeNBGW, передаются из модуля 1004 связи HeNBGW в модуль 1005 управления плоскостью управления. Результаты обработки модуля 1005 управления плоскостью управления передаются в PDN GW через модуль 1001 связи PDN GW. Результаты обработки модуля 1005 управления плоскостью управления передаются в одну или множество базовых станций 72 посредством S1-интерфейса через модуль 1002 связи базовой станции и передаются в один или множество HeNBGW 74 через модуль 1004 связи HeNBGW.

Модуль 1005 управления плоскостью управления включает в себя модуль 1005-1 обеспечения безопасности NAS, модуль 1005-2 управления однонаправленным SAE-каналом и модуль 1005-3 управления мобильностью в состоянии бездействия и выполняет весь процесс для плоскости управления. Модуль 1005-1 обеспечения безопасности NAS предоставляет, например, безопасность сообщения не связанного с предоставлением доступа уровня (NAS). Например, модуль 1005-2 управления однонаправленным SAE-каналом управляет однонаправленным каналом по стандарту развития архитектуры системы (SAE). Например, модуль 1005-3 управления мобильностью в состоянии бездействия выполняет управление мобильностью в состоянии бездействия (состоянии LTE-IDLE, которое также упоминается просто как бездействие), формирование и управление передачей сигналов поискового вызова в состоянии бездействия, добавление, удаление, обновление и поиск зоны отслеживания (TA) одного или множества обслуживаемых UE 71 и управление списками TA. MME запускает протокол поисковых вызовов посредством передачи сообщения поискового вызова в соту, принадлежащую TA, в котором зарегистрировано UE. Модуль 1005-3 управления мобильностью в состоянии бездействия может управлять CSG собственных eNB 72-2, которые должны подключаться к MME, CSG-идентификаторами и белым списком. При управлении CSG-идентификаторами взаимосвязь между UE, соответствующим CSG-идентификатору, и CSG-сотой управляется (добавляется, удаляется, обновляется или ищется). Например, это может быть взаимосвязь между одним или множеством UE, регистрация для пользовательского доступа которых выполнена с помощью CSG-идентификатора, и CSG-сотами, принадлежащими этому CSG-идентификатору. При управлении белым списком взаимосвязь между UE и CSG-идентификатором управляется ((добавляется, удаляется, обновляется или ищется). Например, один или множество CSG-идентификаторов, с помощью которых регистрация пользователя выполнена посредством UE, может быть сохранен в белом списке. Хотя другая часть MME 73 может выполнять эти типы связанного с CSG управления через выполнение посредством модуля 1005-3 управления мобильностью в состоянии бездействия, способ использования кода зоны отслеживания вместо CSG-идентификатора, который в настоящее время рассматривается на конференции 3GPP, может эффективно выполняться. Последовательность процесса посредством MME 73 управляется посредством модуля 1006 управления. Это означает то, что, хотя не показано, модуль 1006 управления подключается к соответствующим модулям (1001-1005).

Фиг. 11 является блок-схемой, показывающей конфигурацию HeNBGW согласно настоящему изобретению. Модуль 1101 связи EPC выполняет передачу/прием данных между HeNBGW 74 и MME 73 посредством S1_flex-интерфейса. Модуль 1102 связи базовой станции выполняет передачу/прием данных между HeNBGW 74 и собственным eNB 72-2 посредством S1-интерфейса. Процессор 1103 определения местоположения выполняет процесс передачи, во множество собственных eNB, регистрационной информации и т.п. из данных, передаваемых из MME 73 через модуль 1101 связи EPC. Данные, обрабатываемые посредством процессора 1103 определения местоположения, передаются в модуль 1102 связи базовой станции и передаются в один или множество собственных eNB 72-2 через S1-интерфейс. Данные, только принудительно проходящие (которые должны быть прозрачными) без необходимости обработки посредством процессора 1103 определения местоположения, проходят из модуля 1101 связи EPC в модуль 1102 связи базовой станции и передаются в один или множество собственных eNB 72-2 через S1-интерфейс. Последовательность процесса посредством HeNBGW 74 управляется посредством модуля 1104 управления. Это означает то, что, хотя не показано, модуль 1104 управления подключается к соответствующим модулям (1101-1103).

Далее описывается пример типичного способа поиска сот в системе мобильной связи. Фиг. 12 является блок-схемой последовательности операций способа, показывающей структуру от поиска сот до работы в состоянии бездействия, выполняемой посредством абонентского устройства (UE) в LTE-системе связи. Когда поиск сот начинается посредством UE, на этапе ST1201 синхронизация по временным квантам и кадровая синхронизация выполняются посредством сигнала основной синхронизации (P-SS) и сигнала дополнительной синхронизации (S-SS), передаваемых из близлежащей базовой станции. Коды синхронизации, которые соответствуют физическим идентификаторам сот (PCI), назначаемым в расчете на соту "один-к-одному", назначаются сигналам синхронизации (SS), включающим в себя P-SS и S-SS. Число PCI в настоящее время изучается 504 способами, и эти 504 способа используются для синхронизации, и PCI синхронизированных сот обнаруживаются (идентифицируются). Затем, на этапе ST1202, опорный сигнал (RS) синхронизированных сот, который передается из базовой станции в расчете на соту, обнаруживается, и принимаемая мощность измеряется. Код, соответствующий PCI "один-к-одному", используется для опорного сигнала (RS), и разделение от другой соты обеспечивается посредством корреляции с использованием кода. Код для RS соты извлекается из PCI, идентифицированного на этапе ST1201, который позволяет обнаруживать RS и измерять мощность принимаемых RS. Затем, на этапе ST1203 сота, имеющая наилучшее качество приема RS (например, сота, имеющая наибольшую мощность принимаемых RS; оптимальная сота), выбирается из одной или более сот, которые обнаружены вплоть до этапа ST1202. На этапе ST1204 затем PBCH оптимальной соты принимается, и BCCH, который является широковещательной информацией, получается. Блок главной информации (MIB), содержащий конфигурационную информацию соты, преобразуется в BCCH по PBCH. Примеры информации MIB включают в себя полосу пропускания системы нисходящей линии связи (DL) (также называемую конфигурацией полосы пропускания передачи (полосы пропускания DL)), число передающих антенн и номер системного кадра (SFN).

На этапе 1205 затем DL-SCH соты принимается на основе конфигурационной информации соты MIB, чтобы тем самым получать блок 1 системной информации (SIB) BCCH с широковещательной информацией. SIB1 содержит информацию, связанную с доступом к соте, информацию, связанную с выбором соты, и информацию диспетчеризации другого SIB (SIBk; k является целым числом, равным или большим 2). Помимо этого, SIB1 содержит код зоны отслеживания (TAC). На этапе ST1206 затем UE сравнивает TAC, принятый на этапе ST1205, с TAC, который уже находится в распоряжении UE. В случае если они являются идентичными друг другу в результате сравнения, UE переходит в режим работы в состоянии бездействия в соте. В случае если они отличаются друг от друга в результате сравнения, UE требует, чтобы базовая сеть (EPC) (включающая в себя MME и т.п.) изменяла TA через соту для выполнения обновления зоны отслеживания (TAU). Базовая сеть обновляет TA на основе идентификационного номера (к примеру, UE-идентификатора) UE, передаваемого из UE вместе с сигналом запроса TAU. Базовая сеть обновляет TA и затем передает принимаемый сигнал TAU в UE. UE перезаписывает (обновляет) TAC (или список TAC) UE. После этого UE переходит в режим работы в состоянии бездействия в соте.

В LTE и универсальной системе мобильной связи (UMTS) изучается введение соты закрытой абонентской группы (CSG). Как описано выше, доступ разрешается только для одного или множества UE, зарегистрированных в CSG-соте. Одно или множество UE, зарегистрированных в CSG-соте, составляют одну CSG. Конкретный идентификационный номер, называемый CSG-идентификатором, добавляется в таким образом структурированную CSG. Следует отметить, что одна CSG может содержать множество CSG-сот. После регистрации в любой из CSG-сот UE может осуществлять доступ к другим CSG-сотам CSG, которой принадлежит зарегистрированная CSG-сота. Альтернативно, собственный eNB в LTE или собственный NB в UMTS используются в качестве CSG-соты в некоторых случаях. UE, зарегистрированное в CSG-соте, имеет белый список. В частности, белый список сохраняется в SIM/USIM. CSG-информация CSG-соты, с помощью которой зарегистрировано UE, перечисляется в белом списке. Конкретные примеры CSG-информации включают в себя CSG-идентификатор, идентификатор зоны отслеживания (TAI) и TAC. Любой из CSG-идентификатора и TAC является надлежащим до тех пор, пока они ассоциированы друг с другом. Альтернативно, GCI является надлежащим до тех пор, пока CSG-идентификатор, TAC и глобальный идентификатор соты (GCI) ассоциированы друг с другом. Как можно видеть из вышеуказанного, UE, которое не имеет белого списка (включая и случай, когда белый список является пустым в настоящем изобретении), не разрешается осуществлять доступ к CSG-соте, а разрешается осуществлять доступ только к не-CSG-соте. С другой стороны, UE, которое имеет белый список, разрешается осуществлять доступ к CSG-соте CSG-идентификатора, с помощью которого регистрация выполнена, а также не-CSG-соте.

3GPP поясняет то, что все физические идентификаторы сот (PCI) разделяются (называется PCI-разбиением) на физические идентификаторы сот, резервируемые для CSG-сот, и физические идентификаторы сот, резервируемые для не-CSG-сот (непатентный документ 5). Дополнительно, 3GPP поясняет то, что информация PCI-разбиения передается в широковещательном режиме в системной информации из базовой станции в обслуживаемые UE. Здесь раскрывается базовый режим работы UE посредством PCI-разбиения. UE, которое не имеет информации PCI-разбиения, должно выполнять поиск сот с использованием всех PCI (например, с использованием всех 504 кодов). С другой стороны, UE, которое имеет информацию PCI-разбиения, допускает выполнение поиска сот с использованием информации PCI-разбиения.

Как раскрыто в непатентном документе 7 и непатентном документе 8, 3GPP следует стандарту на основе технических требований из "усовершенствованного стандарта долгосрочного развития (LTE-A)" в качестве версии 10.

В LTE-A-системе считается то, что полосы пропускания частот шире полос пропускания частот (полос пропускания передачи) LTE-системы поддерживаются.

Следовательно, LTE-A-совместимое UE считается одновременно принимающим одну или множество компонентных несущих (CC).

UE с поддержкой LTE-A считается имеющим возможность агрегирования несущих для одновременного приема и передачи, только для приема или только для передачи по множеству компонентных несущих.

Когда структура компонентной несущей соответствует текущим техническим требованиям 3GPP (версия 8), LTE-совместимое UE допускает прием и передачу только по одной компонентной несущей. LTE-совместимое UE также упоминается как совместимая с 3GPP версия 8 UE. Т.е. считается, что LTE-совместимое UE может работать или является совместимым в LTE-A-системе.

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

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

С другой стороны, привязка к нескольким несущим допускает прием и передачу с LTE-совместимым UE. Привязка к нескольким несущим передает в широковещательном режиме текущую системную информацию (SI) 3GPP (версия 8). Привязка к нескольким несущим передает в широковещательном режиме информацию системы с несколькими несущими.

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

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

Непатентный документ 11 раскрывает, что в поддержке агрегирования несущих существует один транспортный блок и один HARQ-объект в расчете на компонент, который выполняет передачу/прием данных на практике, т.е. в расчете на компонент диспетчеризации. Также раскрыто то, что транспортный блок преобразуется только в один компонент.

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

Непатентный документ 12 раскрывает структуру уровня 2 для агрегирования несущих. Фиг.13 показывает структуру уровня 2 нисходящей линии связи, раскрытую в непатентном документе 12, а фиг. 14 показывает структуру уровня 2 восходящей линии связи, раскрытую в непатентном документе 12.

На фиг.13 1301, 1302, 1303 и 1304 обозначают однонаправленные радиоканалы. 1305, 1306, 1307 и 1308 обозначают объекты с устойчивым сжатием заголовков (ROCH). ROHC является алгоритмом для выполнения сжатия заголовков. 1309, 1310, 1311 и 1312 обозначают объекты обеспечения безопасности. 1313 упоминается как уровень протокола конвергенции пакетных данных (PDCP).

1314, 1315, 1316 и 1317 обозначают объекты, которые выполняют сегментацию, ARQ и т.п. 1318 обозначает объект логического канала BCCH. 1319 обозначает объект логического канала PCCH. 1320 упоминается как RLC-уровень.

1321, 1322, 1323 и 1324 обозначают логические каналы.

1325 обозначает объект, который выполняет диспетчеризацию и обработку по приоритету. 1326 и 1327 обозначают объекты, которые выполняют сегментацию покомпонентно для каждого UE. 1328, 1329, 1330, 1331, 1332 и 1333 обозначают HARQ-объекты. 1334, 1335, 1336, 1337, 1338, 1339, 1340 и 1341 обозначают транспортные каналы. 1342 упоминается как MAC-уровень.

На Фиг.14 1401 и 1402 обозначают однонаправленные радиоканалы. 1403 и 1404 обозначают ROHC-объекты. 1405 и 1406 обозначают объекты обеспечения безопасности. 1407 упоминается как PDCP-уровень.

1408 и 1409 обозначают объекты, которые выполняют сегментацию, ARQ и т.п. 1410 упоминается как RLC-уровень.

1411 и 1412 обозначают логические каналы.

1413 обозначает объект, который выполняет диспетчеризацию и обработку по приоритету. 1414 обозначает объект, который выполняет сегментацию покомпонентно. 1415, 1416 и 1417 обозначают HARQ-объекты. 1418, 1419 и 1420 обозначают транспортные каналы. 1421 упоминается как MAC-уровень.

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

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

Управляющая информация, в качестве конкретного примера RRC-сообщение, сегментируется на RLC-уровне и затем преобразуется в логический канал, например, DCCH или CCCH. На MAC-уровне множество логических каналов DCCH или CCCH мультиплексируется и преобразуется в транспортный канал DL-SCH. При преобразовании в транспортный канал DL-SCH множество логических каналов DCCH или CCCH сегментируется на один или множество транспортных блоков (соответствующих протокольным MAC-модулям данных (PDU)).

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

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

UE принимает физический канал PDSCH в одном компоненте и получает один транспортный блок на транспортном канале DL-SCH как результат демодуляции и декодирования. Предположим случай, когда RRC-сообщение сегментируется на множество транспортных блоков при преобразовании в транспортный канал посредством передающего устройства, т.е. базовой станции. UE обрабатывает данные, сегментированные на транспортные блоки, преобразованные в один или множество компонентов, чтобы тем самым получать один транспортный канал. Т.е. нет соответствия "один-к-одному" между RRC-сообщением и компонентом, используемым для передачи/приема.

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

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

Управляющая информация, в качестве конкретного примера RRC-сообщение, сегментируется на RLC-уровне и затем преобразуется в логический канал, например, DCCH или CCCH. На MAC-уровне множество логических каналов DCCH или CCCH мультиплексируется и преобразуется в один или множество транспортных каналов DL-SCH. В случае если каждый транспортный канал преобразуется в один компонент, RRC-сообщение, являющееся управляющей информацией для компонента, может преобразовываться во множество компонентов, или RRC-сообщение, являющееся управляющей информацией для компонента, например компонента A, может быть передано посредством компонента, отличного от этого компонента, например компонента A.

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

UE принимает физический канал PDSCH в одном компоненте и получает один транспортный канал DL-SCH как результат демодуляции и декодирования, чтобы тем самым получать RRC-сообщение, передаваемое посредством DCCH или CCCH, преобразованного в этот транспортный канал. Тем не менее, нет соответствия "один-к-одному" между RRC-сообщением и компонентом, используемым для передачи/приема.

Это приводит к такой проблеме, что то, что принимаемое RRC-сообщение является управляющей информацией, соответствующей конкретному компоненту, является непонятным.

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

Решения в первом варианте осуществления описываются ниже.

Первое решение описывается ниже.

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

Второе решение описывается ниже.

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

Описание приводится посредством рассмотрения RRC-сообщения в LTE-системе в качестве конкретного примера (глава 6.3.2 непатентного документа 9).

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

Дополнительно, в качестве конкретного примера, считается эффективным, если конфигурационная информация, соответствующая физическому уровню, включенному в "конфигурацию радиоресурсов", в качестве конкретного примера "выделенная физическая конфигурация", конфигурационная информация, связанная с PDSCH, включенным в "выделенную физическую конфигурацию", включенную в "конфигурацию радиоресурсов", в качестве конкретного примера "pdsch-configdedicated", или информация мощности передачи опорного сигнала, включенная в "pdsch-configdedicated", включенный в "выделенную физическую конфигурацию", включенную в "конфигурацию радиоресурсов", в качестве конкретного примера "referenceSignalPower", управляется в расчете на компонент. Это обусловлено тем, что несущая частота варьируется между соответствующими компонентами, и тем самым характеристики распространения радиосигнала считаются варьирующимися. Соответственно, чтобы, например, управлять зонами покрытия практически в идентичном диапазоне в соответствующих компонентах, считается, что мощность передачи опорного сигнала в соответствующих компонентах должна выделенно управляться.

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

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

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

Дополнительно, логические каналы, в которые RRC-сообщение преобразуется, например, DCCH или CCCH, преобразуются в один транспортный канал, например, DL-SCH. Т.е. логический канал, в который RRC-сообщение преобразуется, например, DCCH или CCCH, не сегментируется на множество транспортных каналов, например, DL-SCH.

Дополнительно, логический канал, в который RRC-сообщение преобразуется, например, DCCH или CCCH, преобразуется в один транспортный блок. Т.е. RRC-сообщение не сегментируется на множество транспортных блоков, а преобразуется в один транспортный канал, например, DL-SCH.

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

Дополнительно, RRC-сообщение, принятое посредством приемного устройства, является управляющей информацией, связанной с компонентом, в котором принято RRC-сообщение.

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

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

Третье решение описывается ниже.

Объем информации, который может быть передан/принят посредством одного транспортного блока, варьируется в зависимости от окружения радиосвязи. Т.е. объем информации, который может быть передан/принят посредством одного транспортного блока, является большим в случае хорошего окружения радиосвязи между базовой станцией и UE, тогда как объем информации, который может быть передан/принят посредством одного транспортного блока, является небольшим в случае плохого окружения радиосвязи.

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

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

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

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

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

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

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

Конкретные примеры информации, указывающей управляющую информацию, соответствующую конкретному компоненту, описываются ниже.

Первым конкретным примером является несущая частота компонента. Описание приводится со ссылкой на фиг. 15. 1501-1507 обозначают компоненты, допускающие агрегирование несущих в базовой станции. f1-f10 обозначают несущие частоты компонентов для соответствующих компонентов. В первом конкретном примере, несущая частота компонента, показанного на фиг. 15, используется в качестве информации, указывающей управляющую информацию, соответствующую конкретному компоненту. В качестве конкретного примера, в случае управляющей информации, соответствующей компоненту 1504 по фиг. 15, информация несущей частоты компонента f6 добавляется в качестве элемента в RRC-сообщение. Этот конкретный пример является преимущественным в том, что можно гибко реагировать на изменение несущей частоты системы мобильной связи, поскольку преобразуются значения, которые являются абсолютными.

Горизонтальная ось представляет частоту на фиг. 15. DL-частота отличается от UL-частоты в FDD, но для упрощения DL-частота и UL-частота показаны на идентичной оси. Аналогично, для упрощения, компоненты нисходящей линии связи (CC нисходящей линии связи, DL CC) обрабатываются идентично компонентам восходящей линии связи (CC восходящей линии связи, UL CC), надлежащим образом соответствующим (формирующим пару полос частот) DL CC, которые обозначаются посредством 1501-1507 в схеме. Без ограничения исключительно этим порядок компоновки на частотной оси может варьироваться между CC нисходящей линии связи и CC восходящей линии связи, соответствующей ей.

В этом подробном описании CC нисходящей линии связи и CC восходящей линии связи, соответствующая ей (формирующие пару полос частот), вместе упоминаются как CC, если не указано иное.

Вторым конкретным примером является идентификатор компонента. Описание приводится со ссылкой на фиг. 16. Ссылки с номерами, идентичные ссылкам с номерами по фиг 15, обозначают эквивалентные части, и тем самым их описание опускается. 1501-1507 и 1601-1603 обозначают компоненты, используемые в качестве системы мобильной связи. Во втором конкретном примере, идентификаторы компонентов, показанные в части b фиг. 16, используются в качестве информации, указывающей управляющую информацию, соответствующую конкретному компоненту. Несущие частоты, являющиеся физической информацией компонентов (1501-1507 и 1601-1603), используемых в качестве системы мобильной связи, например LTE-A-системы, ассоциированы с идентификаторами компонентов (часть b фиг. 16). В качестве конкретного примера, в случае управляющей информации, соответствующей компоненту 1504 по фиг. 16, информация идентификатора компонента "CC#6" добавляется в качестве элемента RRC-сообщения. Приемное устройство, которое принимает идентификатор компонента "CC#6" в качестве элемента RRC-сообщения, распознает, что "CC#6" представляет несущую частоту компонента f6, на основе списка соответствия несущих частот компонентов, используемых в качестве системы мобильной связи, и идентификаторов компонентов, который показывается в части b фиг. 16. Абсолютное значение преобразуется в первом конкретном примере, тогда как идентификатор преобразуется во втором конкретном примере. Следовательно, чем меньше объем информации, добавляемый в качестве элемента RRC-сообщения, тем меньшее число информационных битов требуется во втором конкретном примере. Это приводит к такому эффекту, что радиоресурсы эффективно используются.

Список соответствия несущих частот компонентов, используемых в качестве системы мобильной связи, и идентификаторов компонентов, который показывается в части b фиг. 16, сообщается из сети в UE. В качестве конкретного примера способа уведомления, базовая станция может сообщать в UE посредством широковещательной информации, в качестве конкретного примера, BCCH (MIB или SIB). Как результат сообщения в UE посредством сети ассоциирования, можно предоставлять такой эффект, что объем информации, добавляемый в качестве элемента RRC-сообщения, уменьшается при сохранении такого преимущества, что можно гибко реагировать на изменение несущей частоты системы мобильной связи.

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

Третьим конкретным примером является идентификатор компонента. Описание приводится со ссылкой на фиг. 17. Ссылки с номерами, идентичные ссылкам с номерами по фиг 15, обозначают эквивалентные части, и тем самым их описание опускается. В третьем конкретном примере, идентификаторы компонентов, показанные в части b фиг. 17, используются в качестве информации, указывающей управляющую информацию, соответствующую конкретному компоненту. Несущие частоты компонентов, используемых в базовой станции, ассоциированы с идентификаторами компонентов (часть b фиг. 17). В качестве конкретного примера, в случае управляющей информации, соответствующей компоненту 1504 по фиг. 17, информация идентификатора компонента "CC#4" добавляется в качестве элемента RRC-сообщения. Приемное устройство, которое принимает идентификатор компонента "CC#4" в качестве элемента RRC-сообщения, распознает, что "CC#4" представляет несущую частоту компонента f6, на основе списка соответствия несущих частот компонентов и идентификаторов компонентов, который показывается в части b фиг. 17. Абсолютное значение преобразуется в первом конкретном примере, и идентификатор, соответствующий несущей частоте компонента, который может рассматриваться посредством системы мобильной связи, преобразуется во втором конкретном примере. С другой стороны, в третьем конкретном примере преобразуется идентификатор, соответствующий несущей частоте компонента, который может рассматриваться посредством базовой станции. Следовательно, чем меньше объем информации, добавляемый в качестве элемента RRC-сообщения, тем меньшее число информационных битов требуется в третьем конкретном примере. Это предоставляет такой эффект, что радиоресурсы используются эффективно.

Список соответствия несущих частот компонентов и идентификаторов компонентов, который показывается в части b фиг. 17, сообщается из сети в UE. В качестве конкретного примера способа уведомления, базовая станция сообщает в UE посредством широковещательной информации, в качестве конкретного примера, BCCH (MIB или SIB). Как результат сообщения в UE посредством сети информации по ассоциированию (списка соответствия), можно предоставлять такой эффект, что объем информации, добавляемый в качестве элемента RRC-сообщения, уменьшается при сохранении такого преимущества, что можно гибко реагировать на изменение несущей частоты системы мобильной связи.

Конкретные примеры нумерации идентификаторов компонентов описываются ниже.

В качестве первого конкретного примера, компоненты нумеруются последовательно как система мобильной связи, как LTE-A-система или как базовая станция. В качестве конкретного примера последовательной нумерации, нумерация выполняется в порядке по возрастанию от низкой частоты, как показано в части a фиг. 18, или в порядке по убыванию от высокой частоты.

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

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

На этапе ST1901 базовая станция передает в широковещательном режиме список соответствия несущих частот компонентов, используемых в базовой станции, и идентификаторов компонентов (например, часть b фиг. 17) в обслуживаемые UE.

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

На этапе ST1903 базовая станция добавляет информацию, указывающую то, что RRC-сообщение является управляющей информацией, соответствующей конкретному компоненту, в качестве элемента RRC-сообщения, являющегося управляющей информацией в единицах компонентов. Например, в случае управляющей информации, соответствующей компоненту 1504 в части a фиг. 17, базовая станция добавляет информацию идентификатора компонента "CC#4" в качестве элемента RRC-сообщения.

На этапе ST1904 базовая станция сегментирует RRC-сообщение (RLC PDU) и преобразует его в логический канал, например, DCCH.

На этапе ST1905 базовая станция мультиплексирует один или множество логических каналов и сегментирует их на один или множество транспортных блоков (MAC PDU).

На этапе ST1906 базовая станция преобразует сегментированные транспортные блоки (MAC PDU) в один транспортный канал DL-SCH или один из множества транспортных каналов DL-SCH.

На этапе ST1907 базовая станция преобразует соответствующие транспортные блоки в физический канал PDSCH в одном компоненте (также называемом CC).

На этапе ST1908 базовая станция передает PDSCH в UE.

На этапе ST1909 UE принимает PDSCH в каждом компоненте.

На этапе ST1910 UE выполняет демодуляцию и декодирование, чтобы тем самым получать один транспортный блок на транспортном канале DL-SCH.

На этапе ST1911 UE обрабатывает данные, сегментированные на транспортные блоки, преобразованные в транспортный канал DL-SCH, и, соответственно, на этапе ST1912 UE получает DCCH.

На этапе ST1913 UE получает RRC-сообщение, преобразованное в DCCH.

На этапе ST1914 UE получает идентификатор компонента в RRC-сообщении. Например, UE получает идентификатор компонента "CC#4" по фиг. 17.

На этапе ST1915 UE получает несущую частоту компонента для компонента, управляемого посредством RRC-сообщения, на основе списка соответствия несущих частот компонентов, используемых посредством базовой станции, и идентификаторов компонентов, который принят на этапе ST1902. Например, UE получает соответствующую несущую частоту компонента "f6" на основе идентификатора компонента "CC#4", полученного на этапе ST1914 в части b фиг. 17.

На этапе ST1916 UE выполняет, на несущей частоте компонента, полученной на этапе ST1915, управление, инструктированное посредством RRC-сообщения, принятого на этапе ST1913.

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

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

Решения для этого описываются ниже.

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

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

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

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

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

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

Хотя первый вариант осуществления, главным образом, описывает RRC-сообщение нисходящей линии связи, первый вариант осуществления также является применимым к RRC-сообщению восходящей линии связи.

В дополнение к логическим каналам DCCH и CCCH логический канал MCCH и логический канал BCCH также преобразуются в транспортный канал DL-SCH посредством управляющей информации. Первый вариант осуществления аналогично является применимым к MCCH и BCCH.

Первый вариант осуществления может предоставлять следующие эффекты.

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

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

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

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

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

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

Описание приводится с использованием, например, MAC-сообщения нисходящей линии связи. UE принимает физический канал PDSCH в одном компоненте и выполняет демодуляцию и декодирование, чтобы тем самым получать один транспортный блок на транспортном канале DL-SCH. Предположим случай, когда данные сегментированы на множество транспортных блоков, когда передающее устройство, т.е. базовая станция, преобразует данные в транспортный канал. UE обрабатывает данные, сегментированные на транспортные блоки, преобразованные в один или множество компонентов, чтобы тем самым получать один транспортный канал. Т.е. MAC-сообщение и компонент, используемый для передачи/приема, не имеют соответствия "один-к-одному".

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

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

Управляющая информация, в качестве конкретного примера MAC-сообщение, преобразуется в транспортный канал, например, DL-SCH. Если каждый транспортный канал преобразуется в один компонент, MAC-сообщение, являющееся управляющей информацией для компонента, может в результате преобразовываться во множество компонентов, или MAC-сообщение, являющееся управляющей информацией для компонента, например компонента A, может быть в результате передано посредством компонента, отличного от этого компонента, например компонента A.

Описание приводится с использованием, например, нисходящей линии связи. UE принимает физический канал PDSCH в одном компоненте и получает один транспортный канал DL-SCH как результат демодуляции и декодирования, чтобы тем самым получать MAC-сообщение, преобразованное в транспортный канал. Тем не менее, MAC-сообщение и компонент, используемый для передачи/приема, не имеют соответствия "один-к-одному".

Соответственно, возникает проблема, что то, является или нет принимаемое MAC-сообщение управляющей информацией, соответствующей конкретному компоненту, является непонятным.

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

Решения во втором варианте осуществления описываются ниже.

Первое решение описывается ниже.

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

Второе решение описывается ниже.

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

Описание приводится посредством рассмотрения MAC-сообщения LTE-системы в качестве конкретного примера (непатентный документ 13).

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

Дополнительно, считается, что информация, используемая для сообщения в базовую станцию, посредством UE, разности между максимальной мощностью передачи UE и оцененной мощностью передачи, используемой для передачи UL-SCH, в качестве конкретного примера "формирование отчетов о запасе мощности", варьируется между компонентами. Это обусловлено тем, что несущая частота варьируется между компонентами, и тем самым характеристики распространения радиосигнала считаются варьирующимися. Следовательно, можно считать, что мощность передачи, используемая для передачи UL-SCH UE, также варьируется между компонентами, и тем самым необходимо давать возможность передачи "отчетов о запасе мощности" выделенно в соответствующих компонентах.

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

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

Дополнительно, транспортный канал, в который MAC-сообщение преобразуется, например, DL-SCH, преобразуется в один транспортный блок. Т.е. транспортный канал, в который MAC-сообщение преобразуется, например, DL-SCH, не разделяется на транспортные блоки.

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

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

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

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

Третье решение описывается ниже.

Объем информации, который может быть передан/принят посредством одного транспортного блока, зависит от окружения радиосвязи. Т.е. объем информации, который может быть передан/принят посредством одного транспортного блока, является большим в случае хорошего окружения радиосвязи между базовой станцией и UE, тогда как объем информации, который может быть передан/принят посредством одного транспортного блока, является небольшим в случае плохого окружения радиосвязи.

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

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

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

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

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

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

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

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

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

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

На этапе ST2001 базовая станция добавляет информацию, указывающую то, что MAC-сообщение является управляющей информацией, соответствующей конкретному компоненту, в качестве элемента MAC-сообщения, являющегося информацией в единицах компонентов управления. Например, в случае управляющей информации, соответствующей компоненту 1504 по фиг. 17, базовая станция добавляет информацию идентификатора компонента "CC#4" в качестве элемента MAC-сообщения.

На этапе ST2002 базовая станция сегментирует MAC-сообщение на один или множество транспортных блоков (MAC PDU).

На этапе ST2003 UE получает MAC-сообщение, преобразованное в DL-SCH.

На этапе ST2004 UE получает идентификатор компонента в MAC-сообщении. Например, UE получает идентификатор компонента "CC#4" по фиг. 17.

На этапе ST2005 UE выполняет, для несущей частоты компонента, полученной на этапе ST1915, управление, инструктированное посредством MAC-сообщения, принятого на этапе ST2003.

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

Хотя MAC-сообщение нисходящей линии связи, главным образом, описано во втором варианте осуществления, второй вариант осуществления аналогично является применимым к MAC-сообщению восходящей линии связи.

В дополнение к логическим каналам DCCH и CCCH логический канал MCCH и логический канал BCCH преобразуются в транспортный канал DL-SCH посредством управляющей информации. Второй вариант осуществления аналогично является применимым к MCCH и BCCH.

Второй вариант осуществления может предоставлять следующие эффекты.

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

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

Первая модификация второго варианта осуществления

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

Решение в первой модификации второго варианта осуществления описывается ниже.

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

Конкретный пример способа разделения структуры MAC-уровня описывается ниже.

Фиг. 21 показывает структуру MAC-уровня нисходящей линии связи, а фиг. 22 показывает структуру MAC-уровня восходящей линии связи. Ссылки с номерами, идентичные ссылкам с номерами по фиг. 13, обозначают эквивалентные части на фиг. 21, и тем самым их описание опускается. Ссылки с номерами, идентичные ссылкам с номерами по фиг. 14, обозначают эквивалентные части на фиг. 22, и тем самым их описание опускается.

Часть, в которую MAC-сообщение, являющееся управляющей информацией в единицах компонентов, в передающем устройстве, размещается ниже позиции для разделения в единицах компонентов для каждого UE. 2101 по фиг. 21 и 2201 по фиг. 22 обозначают части, в которые вставляется MAC-сообщение, являющееся управляющей информацией в единицах компонентов. MAC-сообщение, которое должно быть передано, вставляется так, что оно передается посредством компонента, управляемого посредством MAC-сообщения.

Часть, в которую MAC-сообщение, являющееся управляющей информацией для всех компонентов, вставляется в передающем устройстве, размещается выше разделения в единицах компонентов для каждого UE. 2102 по фиг. 21 и 2202 по фиг. 22 обозначают части, в которые вставляется MAC-сообщение, являющееся управляющей информацией для всех компонентов.

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

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

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

Приемное устройство может идентифицировать физическую информацию компонента, соответствующего MAC-сообщению.

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

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

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

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

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

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

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

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

Решения в третьем варианте осуществления описываются ниже.

Первое решение описывается ниже.

Уровень, который выполняет диспетчеризацию компонентов, сообщает в верхний уровень, в качестве конкретного примера уровень, в который RRC-сообщение вставляется, результаты диспетчеризации компонентов для UE. В качестве конкретного примера, MAC-уровень, являющийся уровнем, который диспетчеризует компоненты, сообщает в RRC-уровень, являющийся уровнем, в который RRC-сообщение вставляется, результаты диспетчеризации компонентов для UE.

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

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

Соответственно, вышеуказанная проблема в третьем варианте осуществления разрешается.

Второе решение описывается ниже.

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

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

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

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

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

(1) Диспетчеризация компонентов выполняется, что упоминается как блок диспетчеризации компонентов. Диспетчеризация компонентов выполняется посредством CQI и отчета об измерениях, в которых UE измеряет окружение радиосвязи и сообщает в базовую станцию.

(2) Сегментация в единицах компонентов выполняется для каждого UE, что обозначается посредством, например, 1326 и 1327 по фиг. 13.

В дальнейшем в этом документе описание приводится с использованием "блока диспетчеризации компонентов" в качестве конкретного примера MAC-уровня.

Блок диспетчеризации компонентов ассоциирует индекс компонента с компонентом, который должен диспетчеризоваться в UE. Компонент, диспетчеризованный в UE, и компонент, используемый для передачи/приема данных между UE и базовой станцией, упоминаются как компоненты диспетчеризации.

Конкретный пример ассоциирования индекса компонента с компонентом диспетчеризации описывается ниже. (1) Один тип индекса компонента ассоциирован с одним компонентом диспетчеризации. (2) Один тип индекса компонента ассоциирован с множеством типов компонентов диспетчеризации.

Конкретные примеры информации, указывающей компонент диспетчеризации, описываются ниже.

Первым конкретным примером является несущая частота компонента. Описание приводится со ссылкой на часть а фиг. 23. 2301-2307 обозначают компоненты, которые выполняют агрегирование несущих в базовой станции. F1-f10 обозначают несущие частоты компонентов для соответствующих компонентов. В первом конкретном примере, несущие частоты компонентов, показанные на фиг. 23, используются в качестве информации, указывающей компоненты диспетчеризации. В качестве конкретного примера, в случае, если компонентами диспетчеризации, выделяемыми UE 2308, являются компонент 2302 и компонент 2304, информацией, указывающей компонент диспетчеризации, является "f2" и "f6". Этот конкретный пример является преимущественным в том, что можно гибко реагировать на изменение несущей частоты системы мобильной связи, поскольку используются значения, которые являются абсолютными.

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

Вторым конкретным примером является идентификатор компонента. Описание приводится со ссылкой на часть a фиг. 24. Ссылки с номерами, идентичные ссылкам с номерами по фиг. 23, обозначают эквивалентные части, и тем самым их описание опускается. 2301-2307 и 2401-2403 обозначают компоненты, используемые в качестве системы мобильной связи. Во втором конкретном примере, идентификаторы компонентов, показанные на части b фиг. 24, используются в качестве информации, указывающей компоненты диспетчеризации. Несущие частоты компонентов (2301-2307 и 2401-2403), используемых в качестве системы мобильной связи, например, LTE-A-системы, ассоциированы с идентификаторами компонентов. В качестве конкретного примера, идентификатор компонента "CC#2" соответствует информации, указывающей компонент 2302 диспетчеризации в части a фиг. 24. Идентификатор компонента "CC#6" соответствует информации, указывающей компонент 2304 диспетчеризации в части a фиг. 24.

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

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

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

Как показано в части c фиг. 24, вышеуказанные идентификаторы компонентов используются в качестве информации, указывающей компоненты диспетчеризации, используемые для ассоциирования индексов компонентов и компонентов диспетчеризации.

Третьим конкретным примером является идентификатор компонента. Описание приводится со ссылкой на фиг. 25. Ссылки с номерами, идентичные ссылкам с номерами по фиг. 23, обозначают эквивалентные части, и тем самым их описание опускается. В третьем конкретном примере, идентификаторы компонентов, показанные в части b фиг. 25, используются в качестве компонентов диспетчеризации указания информации. Несущие частоты компонентов, используемых в базовой станции, ассоциированы с идентификаторами компонентов (часть b фиг. 25). В качестве конкретного примера, идентификатор компонента "CC#2" соответствует информации, указывающей компонент 2302 диспетчеризации по фиг. 25. Идентификатор компонента "CC#4" соответствует информации, указывающей компонент 2304 диспетчеризации по фиг. 25.

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

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

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

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

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

Компонентами диспетчеризации, выделяемыми UE 2308 во время t1 в (1)-(a), являются CC#2 (2302) и CC#4 (2304). Блок диспетчеризации компонентов ассоциирует индекс компонента, сообщаемый из верхнего уровня, с компонентом диспетчеризации. Конкретный пример этого показывается в части (1)-(b) на фиг. 26, на котором блок диспетчеризации компонентов ассоциирует индекс "CC_I#1" компонента с компонентом CC#2 диспетчеризации и индекс "CC_I#2" компонента с компонентом CC#4 диспетчеризации.

Окружение радиосвязи между UE и базовой станцией варьируется, и компоненты диспетчеризации изменяются в соответствии с CQI, измеренным посредством UE, и результатами измерений.

Компонентами диспетчеризации, выделяемыми UE 2301 во время t2 в (2)-(a), являются CC#4 (2304) и CC#5 (2305). Блок диспетчеризации компонентов ассоциирует индекс компонента, сообщаемый из верхнего уровня, с компонентом диспетчеризации. Конкретный пример этого показывается в части (2)-(b) на фиг. 26, на котором блок диспетчеризации компонентов ассоциирует индекс "CC_I#1" компонента с компонентом CC#5 диспетчеризации и индекс "CC_I#2" компонента с компонентом CC#4 диспетчеризации.

Т.е. блок диспетчеризации компонентов изменяет компонент диспетчеризации, ассоциированный с индексом CC_I#1, с CC#2 (время t1) на CC#5 (время t2). Верхний уровень, который добавляет индекс компонента, например, в RRC-сообщение, не должен знать, что компонент диспетчеризации, выделяемый UE (2308), изменен на физическом уровне.

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

На этапе ST2701 базовая станция добавляет информацию, указывающую индекс компонента, в качестве элемента в RRC-сообщение, являющееся управляющей информацией в единицах компонентов. Например, в описании посредством рассмотрения части 1 фиг. 26 в качестве примера, информация индекса "CC_I#1" компонента добавляется в качестве элемента в RRC-сообщение.

На этапе ST2702 базовая станция определяет то, добавлены, удалены или обновлены типы индексов компонентов либо нет. Альтернативно, базовая станция определяет то, ассоциировать или нет индексы компонентов с компонентами диспетчеризации снова в результате изменения индексов компонентов. Базовая станция переходит к этапу ST2704 в случае, если типы индексов компонентов добавлены, удалены или обновлены. Базовая станция переходит к этапу ST2703 в случае, если типы индексов компонентов не добавлены, удалены или обновлены.

На этапе ST2703 базовая станция определяет то, добавлены, удалены или обновлены компоненты диспетчеризации либо нет. Альтернативно, базовая станция определяет то, ассоциировать или нет индексы компонентов с компонентами диспетчеризации снова в результате изменения компонентов диспетчеризации. Базовая станция переходит к этапу ST2704 в случае, если типы компонентов диспетчеризации добавлены, удалены или обновлены. Базовая станция переходит к этапу ST1904 в случае, если типы индексов компонентов не добавлены, удалены или обновлены.

На этапе ST2704 базовая станция ассоциирует индексы компонентов с компонентами диспетчеризации.

На этапе ST2705 базовая станция сообщает в UE список соответствия (например, часть (1)-(b) фиг. 26), который показывает результаты ассоциирования индексов компонентов и компонентов диспетчеризации (этап ST2704). Конкретный пример способа уведомления описывается ниже.

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

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

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

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

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

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

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

На этапе ST2706 UE принимает список соответствия, который показывает результаты ассоциирования индексов компонентов и компонентов диспетчеризации (этап ST2704), из базовой станции.

На этапе ST2707 UE получает индекс компонента в RRC-сообщении. В описании, приведенном посредством рассмотрения части (1) фиг. 26 в качестве примера, UE получает индекс "CC_I#1" компонента в качестве элемента в RRC-сообщении.

На этапе ST2708 UE получает идентификатор компонента для компонента, управляемого посредством RRC-сообщения, на основе списка соответствия (например, часть (1)-(b) фиг. 26), который показывает результаты ассоциирования индексов компонентов и компонентов диспетчеризации (этап ST2704), принятого на этапе ST2706. Например, UE получает идентификатор компонента "CC#2" для компонента диспетчеризации, соответствующего индексу "CC_I#1" компонента из части (1)-(b) фиг. 26.

Третий вариант осуществления может быть использован в комбинации с первым вариантом осуществления.

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

Конкретный пример различения решений описывается ниже.

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

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

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

Хотя третий вариант осуществления, главным образом, описывает RRC-сообщение нисходящей линии связи, третий вариант осуществления аналогично является применимым к RRC-сообщению восходящей линии связи.

В дополнение к логическим каналам DCCH и CCCH логический канал MCCH и логический канал BCCH преобразуются в транспортный канал DL-SCH посредством управляющей информации. Третий вариант осуществления аналогично является применимым к MCCH и BCCH.

Хотя третий вариант осуществления, главным образом, описывает RRC-сообщение, он также является применимым к MAC-сообщению.

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

Третий вариант осуществления может предоставлять следующие эффекты в дополнение к эффектам первого варианта осуществления и второго варианта осуществления.

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

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

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

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

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

Например, в случае, если управляющая информация, в качестве конкретного примера RRC-сообщение или MAC-сообщение, сообщается из передающего устройства в приемное устройство перед завершением сообщения относительно списка соответствия, возникает такая проблема, что принимаемая управляющая информация, в качестве конкретного примера RRC-сообщение или MAC-сообщение, распознается в качестве управляющей информации для нерелевантного компонента.

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

Решение в четвертом варианте осуществления описывается ниже.

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

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

Фиг. 28 является концептуальной схемой решения в четвертом варианте осуществления. 2801-2807 обозначают компоненты нисходящей линии связи, допускающие агрегирование несущих в базовой станции. 2808-2812 обозначают компоненты восходящей линии связи, допускающие агрегирование несущих в базовой станции. fD1-fD10 обозначают несущие частоты компонентов для соответствующих компонентов нисходящей линии связи. fU1-fU9 обозначают несущие частоты компонентов для соответствующих компонентов восходящей линии связи.

Компоненты 2801 и 2808, 2802 и 2809, 2803 и 2810 и 2804 и 2811 формируют пару полос частот восходящей линии связи и нисходящей линии связи. 2805, 2806 и 2807 формируют асимметричную пару полос частот с 2812.

2813 обозначает компонент диспетчеризации, являющийся компонентом, в котором передача/прием данных с UE на практике выполняется. Компонент 2813 диспетчеризации включает в себя компоненты 2801, 2802, 2808 и 2809. 2814 обозначает набор вариантов компонентных несущих, допускающий передачу/прием данных в/из UE. Набор 2814 вариантов несущих включает в себя компоненты 2801, 2802, 2803, 2808, 2809 и 2810.

Фиг. 29 показывает пример режима работы.

На этапе S2901 UE передает результаты измерений по качеству приема, CQI и т.п. в базовую станцию.

На этапе ST2902 базовая станция принимает результаты измерений по качеству приема, CQI и т.п. из UE.

На этапе ST2903 базовая станция определяет то, присутствует или нет компонент, который должен добавляться в компонент, включенный в набор вариантов компонентных несущих, соответствующий UE, на основе результатов измерений UE или CQI, принятого на этапе ST2902. В случае если существует компонент, который должен добавляться, базовая станция переходит к этапу ST2904. В случае если отсутствует компонент, который должен добавляться, базовая станция переходит к этапу ST2907. Альтернативно/дополнительно, на этапе ST2903, базовая станция определяет то, создавать или нет заново набор вариантов компонентных несущих для UE. В случае создания нового набора базовая станция переходит к этапу ST2904. В случае не создания нового набора базовая станция может переходить к этапу ST2907.

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

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

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

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

На этапе ST2907 базовая станция определяет то, изменять или нет компонент, включенный в компоненты диспетчеризации для UE, на основе результатов измерений UE или CQI, принятого на этапе ST2902. Базовая станция переходит к этапу ST2908 в случае, если изменение вносится. Базовая станция завершает процесс в случае, если изменения не вносятся.

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

На этапе ST2909 UE принимает информацию, связанную с компонентом, включенным в компоненты диспетчеризации, из базовой станции.

На этапе ST2910 UE применяет управляющую информацию, принятую на этапе ST2906, в качестве конкретного примера RRC-сообщение или MAC-сообщение, к компоненту, включенному в компоненты диспетчеризации.

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

Альтернативно, то, что решения первого варианта осуществления или второго варианта осуществления используются, решения третьего варианта осуществления используются или четвертый вариант осуществления используется, может быть различено в зависимости от управляющей информации RRC-сообщения или MAC-сообщения либо содержимого управления.

Конкретный пример различения решений описывается ниже.

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

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

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

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

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

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

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

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

Конкретный эффект в случае, если четвертый вариант осуществления используется для RRC-сообщения, который раскрывается в непатентном документе 9, описывается ниже.

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

С использованием четвертого варианта осуществления базовая станция сообщает заранее в UE конфигурационную информацию, связанную с радиоресурсом, соответствующим компоненту, включенному в набор вариантов компонентных несущих, в качестве конкретного примера "конфигурацию радиоресурсов", конфигурационную информацию, связанную с физическим уровнем, включенным в "конфигурацию радиоресурсов", в качестве конкретного примера "выделенную физическую конфигурацию", конфигурационную информацию, связанную с PDSCH, включенным в "выделенную физическую конфигурацию", включенную в "конфигурацию радиоресурсов", в качестве конкретного примера "pdsch-configdedicated", или информацию мощности передачи опорного сигнала, включенную в "pdsch-configdedicated", включенный в "выделенную физическую конфигурацию", включенную в "конфигурацию радиоресурсов", в качестве конкретного примера "referenceSignalPower".

Описание приводится со ссылкой на фиг. 28, на которой управляющая информация, соответствующая компонентам 2801, 2802 и 2803 нисходящей линии связи, которые включаются в набор 2814 вариантов компонентных несущих, сообщается заранее. Соответственно, даже когда компоненты диспетчеризации в нисходящей линии связи изменяются от 2801 и 2802 на 2802 и 2803, показанные на фиг. 28, UE распознает управляющую информацию 2803 заранее.

Следовательно, использование четвертого варианта осуществления предоставляет такой эффект, что UE допускает управление с использованием, например, конфигурационной информации, связанной с PDSCH в 2803, в качестве конкретного примера "pdsch-configdedicated", сразу после того, как 2803 включается в компоненты диспетчеризации.

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

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

С использованием четвертого варианта осуществления базовая станция сообщает заранее в UE конфигурационную информацию, связанную с радиоресурсом, соответствующим компоненту, включенному в набор вариантов компонентных несущих, в качестве конкретного примера "конфигурацию радиоресурсов", конфигурационную информацию, связанную с физическим уровнем, включенным в "конфигурацию радиоресурсов", в качестве конкретного примера "выделенную физическую конфигурацию", конфигурационную информацию, связанную с PUSCH, включенным в "выделенную физическую конфигурацию", включенную в "конфигурацию радиоресурсов", в качестве конкретного примера "pusch-configdedicted", или управляющую информацию, связанную с перескоком частот, включенную в "pusch-configdedicated", включенный в выделенную физическую конфигурацию", включенную в "конфигурацию радиоресурсов", в качестве конкретного примера "hoppingMode" и "pusch-hoppingOffset". Описание приводится со ссылкой на фиг. 28, на которой управляющая информация, соответствующая компонентам 2808, 2809 и 2810 восходящей линии связи, которые включаются в набор 2814 вариантов компонентных несущих, сообщается заранее. Соответственно, даже когда компоненты диспетчеризации в восходящей линии связи изменяются от 2808 и 2809 на 2809 и 2810, показанные на фиг. 28, UE распознает управляющую информацию 2810 заранее.

Следовательно, использование четвертого варианта осуществления предоставляет такой эффект, что UE допускает управление с использованием конфигурационной информации, связанной с PUSCH, в 2810, в качестве конкретного примера "pusch-configdedicated", сразу после того, как 2810 включается в компоненты диспетчеризации.

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

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

С использованием четвертого варианта осуществления базовая станция сообщает заранее в UE конфигурационную информацию, связанную с радиоресурсом, соответствующим компоненту, включенному в набор вариантов компонентных несущих, в качестве конкретного примера "конфигурацию радиоресурсов", конфигурационную информацию, связанную с физическим уровнем, включенным в "конфигурацию радиоресурсов", в качестве конкретного примера "выделенную физическую конфигурацию", или конфигурационную информацию, связанную с PUCCH, включенным в "выделенную физическую конфигурацию", включенную в "конфигурацию радиоресурсов", в качестве конкретного примера "pucch-configdediated".

Описание приводится со ссылкой на фиг. 28, на которой управляющая информация, соответствующая компонентам 2808, 2809 и 2810 восходящей линии связи, которые включаются в набор 2814 вариантов компонентных несущих, сообщается заранее. Соответственно, даже когда компоненты диспетчеризации в восходящей линии связи изменяются от 2808 и 2809 на 2809 и 2810, показанные на фиг. 28, UE распознает управляющую информацию 2810 заранее.

Следовательно, использование четвертого варианта осуществления предоставляет такой эффект, что UE допускает управление с использованием конфигурационной информации, связанной с PUCCH, в 2810, в качестве конкретного примера "pucch-configdedicated", сразу после того, как 2810 включается в компоненты диспетчеризации.

С использованием четвертого варианта осуществления базовая станция сообщает заранее в UE конфигурационную информацию, связанную с радиоресурсом, соответствующим компоненту, включенному в набор вариантов компонентных несущих, в качестве конкретного примера "конфигурацию радиоресурсов", конфигурационную информацию, связанную с физическим уровнем, включенным в "конфигурацию радиоресурсов", в качестве конкретного примера "выделенную физическую конфигурацию", конфигурационную информацию, связанную с запросом на диспетчеризацию, включенным в "выделенную физическую конфигурацию", включенную в "конфигурацию радиоресурсов", в качестве конкретного примера "schedulingRequestconfig", или информацию ресурсов, связанную с запросом на диспетчеризацию, включенным в "schedulingRequestconfig", включенный в "выделенную физическую конфигурацию", в качестве конкретного примера "sr-PUCCH-ResoruceIndex".

Описание приводится со ссылкой на фиг. 28, на которой управляющая информация, соответствующая компонентам 2808, 2809 и 2810 восходящей линии связи, которые включаются в набор 2814 вариантов компонентных несущих, сообщается заранее. Соответственно, даже когда компоненты диспетчеризации в восходящей линии связи изменяются от 2808 и 2809 на 2809 и 2810, показанные на фиг. 28, UE распознает управляющую информацию 2810 заранее.

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

Следовательно, использование четвертого варианта осуществления позволяет предоставлять такой эффект, что UE может осуществлять управление с использованием конфигурационной информации, связанной с запросом на диспетчеризацию, в 2810, в качестве конкретного примера "schedulingRequestconfig", сразу после того, как 2810 включается в компоненты диспетчеризации. Наряду с этим UE допускает запрос выделения ресурсов восходящей линии связи с использованием запроса на диспетчеризацию в 2803, сразу после включения в компонент диспетчеризации, предоставляя такой эффект, что увеличение задержки на управление может предотвращаться.

Хотя четвертый вариант осуществления, главным образом, описывает RRC-сообщение нисходящей линии связи, четвертый вариант осуществления также является применимым к MAC-сообщению нисходящей линии связи, RRC-сообщению восходящей линии связи и MAC-сообщению восходящей линии связи.

В дополнение к логическим каналам DCCH и CCCH логический канал MCCH и логический канал BCCH преобразуются в транспортный канал DL-SCH в качестве управляющей информации. Четвертый вариант осуществления аналогично является применимым к MCCH и BCCH.

Первая модификация четвертого варианта осуществления

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

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

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

Решение в первой модификации четвертого варианта осуществления описывается ниже.

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

На этапе ST3001 базовая станция определяет то, необходимо или нет изменять набор вариантов компонентных несущих, соответствующий UE, на основе результатов измерений UE или CQI, принятого на этапе ST2902. В случае если изменение требуется, базовая станция переходит к этапу ST3002. В случае если изменение не требуется, базовая станция переходит к этапу ST2907.

Наборы вариантов компонентных несущих могут предоставляться отдельно для восходящей линии связи и нисходящей линии связи. В случае если они предоставляются отдельно, определение этапа ST3001 может выполняться отдельно для восходящей линии связи и нисходящей линии связи. Альтернативно/дополнительно, на этапе ST3001 базовая станция определяет то, создавать или нет заново набор вариантов компонентных несущих для UE. В случае создания нового набора базовая станция переходит к этапу ST3003. В случае не создания нового набора базовая станция может переходить к этапу ST2907.

На этапе ST3002 базовая станция определяет то, существует или нет компонент, который должен добавляться в компоненты, включенные в набор вариантов компонентных несущих, на основе результатов измерений UE или CQI, принятого на этапе ST2902. В случае если существует компонент, который должен добавляться, базовая станция переходит к этапу ST3003. В случае если отсутствует компонент, который должен добавляться, базовая станция переходит к этапу ST3006.

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

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

На этапе ST3004 базовая станция добавляет новый компонент в набор вариантов компонентных несущих, соответствующий UE, на основе результатов измерений UE или CQI, принятого на этапе ST2902, и удаляет компонент, включенный в набор вариантов компонентных несущих. Т.е. базовая станция обновляет компонент, включенный в набор вариантов компонентных несущих.

На этапе ST3005 базовая станция добавляет новый компонент в набор вариантов компонентных несущих, соответствующий UE, на основе результатов измерений UE или CQI, принятого на этапе ST2902.

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

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

На этапе ST3008 UE принимает компоненты, включенные в набор вариантов компонентных несущих, из базовой станции.

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

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

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

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

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

Вторая модификация четвертого варианта осуществления

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

Решение во второй модификации четвертого варианта осуществления описывается ниже.

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

Пример режима работы является аналогичным примеру четвертого варианта осуществления. Только отличная часть описывается со ссылкой на фиг. 29.

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

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

Вторая модификация четвертого варианта осуществления и первая модификация четвертого варианта осуществления могут быть использованы в комбинации.

Пример режима работы является аналогичным примеру первой модификации четвертого варианта осуществления. Только отличная часть описывается со ссылкой на фиг. 30.

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

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

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

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

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

Третья модификация четвертого варианта осуществления

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

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

Решение в третьей модификации четвертого варианта осуществления описывается ниже.

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

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

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

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

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

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

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

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

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

Как описано в первом варианте осуществления, агрегирование несущих при приеме и передаче по множеству компонентных несущих, только при приеме или только при передаче поддерживается в LTE-A-системе.

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

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

Конкретный пример показывается на фиг. 31. Предположим случай, когда сконфигурированная компонентная несущая 1 (сконфигурированная CC_1) 3101, сконфигурированная компонентная несущая 2 (сконфигурированная CC_2) 3102 и сконфигурированная компонентная несущая 3 (CC_3) 3103 присутствуют в качестве компонентных несущих, сконфигурированных для UE в обслуживающей базовой станции 3104 UE. Помимо этого, предположим случай, когда компонентная несущая 1 (CC_1 соседней базовой станции) 3105, компонентная несущая 2 (CC_2 соседней базовой станции) 3106 и компонентная несущая 3 (CC_3 соседней базовой станции) 3107 присутствуют в соседней базовой станции 3108 UE. Сконфигурированная CC_1 и CC_1 соседней базовой станции присутствуют на идентичном частотном уровне 3109 (f1). Сконфигурированная CC_2 и CC_2 соседней базовой станции присутствуют на идентичном частотном уровне 3110 (f2). Сконфигурированная CC_3 и CC_3 соседней базовой станции присутствуют на идентичном частотном уровне 3111 (f3). При первом измерении объекты для измерений на идентичной частоте сравниваются со сконфигурированной компонентной несущей. В частности, UE выполняет измерение сравнения сконфигурированной CC_1, являющейся сконфигурированной компонентной несущей, и CC_1 соседней базовой станции, присутствующей на идентичной частоте f1. UE выполняет измерение сравнения сконфигурированной CC_2, являющейся сконфигурированной компонентной несущей, и CC_2 соседней базовой станции, присутствующей на идентичной частоте f2. UE выполняет измерение сравнения сконфигурированной CC_3, являющейся сконфигурированной компонентной несущей, и CC_3 соседней базовой станции, присутствующей на идентичной частоте f3.

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

Конкретный пример показывается на фиг. 32. Предположим случай, когда сконфигурированная компонентная несущая (сконфигурированная CC_1) 3201 и сконфигурированная компонентная несущая 2 (сконфигурированная CC_2) 3202 присутствуют в качестве компонентных несущих, сконфигурированных для UE в обслуживающей базовой станции 3203 UE. Помимо этого, предположим случай, когда компонентная несущая 1 (CC_1 соседней базовой станции) 3204, компонентная несущая 2 (CC_2 соседней базовой станции) 3205 и компонентная несущая 3 (CC_3 соседней базовой станции) 3206 присутствуют в соседней базовой станции 3207 UE. Сконфигурированная CC_1 и CC_1 соседней базовой станции присутствуют на идентичном частотном уровне 3208 (f1). Сконфигурированная CC_2 и CC_2 соседней базовой станции присутствуют на идентичном частотном уровне 3209 (f2). CC_3 соседней базовой станции присутствует на частотном уровне 3210 (f3). При втором измерении сравниваются объекты для измерений на частоте, отличающейся от частоты сконфигурированной компонентной несущей. В частности, UE выполняет измерение сравнения сконфигурированной CC_2, являющейся сконфигурированной компонентной несущей на частоте f2, и CC_3 соседней базовой станции, присутствующей на частоте f3, отличающейся от частоты f2.

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

В первом способе, опорная компонентная несущая для измерений конфигурируется посредством сети. Изменения не вносятся без переконфигурирования посредством сети. Компонентная несущая также упоминается как первичная компонентная несущая (PCC).

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

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

Следующее определено в отношении измерения в текущих технических требованиях 3GPP (непатентный документ 15).

Сеть указывает одну несущую E-UTRA-частоту в качестве объекта для измерений для UE. Существует список объектов для измерений.

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

Сеть связывает один объект для измерений с одной конфигурацией формирования отчетов посредством идентификатора измерений для UE и указывает его. Существует список идентификаторов измерений.

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

UE управляет одним списком объектов для измерений, одним списком конфигураций формирования отчетов и одним списком идентификаторов измерений.

В случае компонентных несущих идентичной базовой станции агрегирование несущих различного числа компонентных несущих поддерживается между восходящей линией связи и нисходящей линией связи (непатентный документ 16). Для удобства вышеуказанное агрегирование несущих упоминается как асимметричное агрегирование несущих.

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

Предположим случай, когда сконфигурированная компонентная несущая нисходящей линии связи (сконфигурированная DL_CC_1) 3301 и сконфигурированная компонентная несущая нисходящей линии связи 2 (сконфигурированная DL_CC_2) 3302 присутствуют в качестве компонентных несущих нисходящей линии связи, сконфигурированных для UE в обслуживающей базовой станции 3308 UE. Помимо этого, предположим случай, когда сконфигурированная компонентная несущая восходящей линии связи 2 (сконфигурированная UL_CC_2) 3306 присутствует в качестве набора компонентных несущих восходящей линии связи в UE.

Сконфигурированная DL_CC_1 и CC_1 соседней базовой станции присутствуют на идентичном частотном уровне 3303 (f1_DL). Сконфигурированная DL_CC_2 и CC_2 соседней базовой станции присутствуют на идентичном частотном уровне 3304 (f2_DL). CC_3 соседней базовой станции присутствует на частотном уровне 3305 (f3_DL). Сконфигурированная UL_CC_2 присутствует на частотном уровне 3307 (f2_UL).

Т.е. UE агрегирует две компонентные несущие на стороне приемного устройства и использует одну компонентную несущую восходящей линии связи на стороне передающего устройства. Следовательно, UE выполняет асимметричное агрегирование несущих.

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

Случай, когда вышеуказанное второе измерение выполняется, поясняется со ссылкой на фиг. 33. UE сравнивает сконфигурированную компонентную несущую с объектом для измерений на различной частоте. В частности, UE выполняет измерение сравнения сконфигурированной DL_CC_1, являющейся сконфигурированной компонентной несущей нисходящей линии связи, с CC_2 соседней базовой станции, присутствующей на различной частоте f2_DL. Для удобства это упоминается как измерение сравнения DL_CC_1. Дополнительно, UE выполняет измерение сравнения сконфигурированной DL_CC_2, являющейся сконфигурированной компонентной несущей нисходящей линии связи, с CC_3 соседней базовой станции, присутствующей на различной частоте f3_DL. Для удобства это упоминается как измерение сравнения DL_CC_2.

UE должно выполнять вышеуказанные два измерения в сети и предоставлять отчеты об измерениях, связанные с измерением сравнения DL_CC_1 и измерением сравнения DL_CC_2, на одной компонентной несущей восходящей линии связи (сконфигурированной UL_CC_2). Т.е. UE должно сообщать в сеть результаты сравнения сконфигурированной DL_CC_1 и сконфигурированной DL_CC_2, являющихся двумя различными опорными компонентными несущими для измерений, на одной компонентной несущей восходящей линии связи.

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

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

Непатентный документ 14, непатентный документ 15 и непатентный документ 16 не указывают эту проблему.

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

В LTE-системе агрегирование несущих не поддерживается. Т.е. восходящая линия связи и нисходящая линия связи имеют отношение "один-к-одному". Следовательно, в случае, если UE предоставляет отчет об измерениях в сеть, можно неявно показать то, что частота опорной компонентной несущей для измерений является несущей частотой нисходящей линии связи пары с несущей частотой восходящей линии связи, на которой предоставляется отчет об измерениях. При асимметричном агрегировании несущих, поддерживаемом в LTE-A-системе, с другой стороны, восходящая линия связи и нисходящая линия связи не имеют отношения "один-к-одному", и тем самым традиционный способ неявной демонстрации опорного показателя измерения не может быть использован.

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

Как описано выше, проблема пятого варианта осуществления не возникает в LTE-системе, но новая проблема возникает в системе для поддержки агрегирования несущих, в качестве конкретного примера в LTE-A-системе.

Решение в пятом варианте осуществления описывается ниже.

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

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

(1) Сота, которая имеет наилучшее качество приема в UE (оптимальная сота). Оптимальная сота может выбираться из сконфигурированных компонентных несущих. Альтернативно, оптимальная сота может выбираться из компонентных несущих диспетчеризации. Еще альтернативно, оптимальная сота может выбираться из набора вариантов компонентных несущих.

(2) Сота, которая имеет худшее качество приема в UE (худшая сота). Худшая сота может выбираться из сконфигурированных компонентных несущих. Альтернативно, худшая сота может выбираться из компонентных несущих диспетчеризации. Еще альтернативно, худшая сота может выбираться из набора вариантов компонентных несущих.

(3) Сконфигурированная компонентная несущая, соответствующая объекту для измерений. Сконфигурированная компонентная несущая на несущей частоте указывается посредством объекта для измерений. Непатентный документ 17 предлагает, чтобы компонентная несущая упоминалась как обслуживающая сота. Альтернативно, она может быть компонентной несущей диспетчеризации на несущей частоте, указываемой посредством объекта для измерений. Еще альтернативно, она может быть вариантом компонентной несущей на несущей частоте, указываемой посредством объекта для измерений.

(4) Компонентная несущая нисходящей линии связи, в которой конфигурация измерений осуществлена.

(5) Опорная компонентная несущая для измерений, сконфигурированная из сети в UE. Информация по одной опорной компонентной несущей для измерений заново предоставляется для конфигурации измерений. Информация по опорной компонентной несущей для измерений может заново предоставляться в объекте для измерений.

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

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

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

Традиционное инициирование отчета об измерениях, которое раскрывается в непатентном документе 15, описывается далее.

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

Выражение (A1-1) Ms-Hys>Thresh

Условие для события A1, которое должно удовлетворяться, получается, когда значение, полученное посредством вычитания значения гистерезиса (Hys) из качества приема (Ms, который является RSRP, RSRQ и т.п.) обслуживающей соты, становится лучше порогового значения (Thresh).

Выражение (A1-2) Ms+Hys<Thresh

Условие для события A1, которое должно удовлетворяться, не получается, когда значение, полученное посредством прибавления значения гистерезиса (Hys) к качеству приема (Ms) обслуживающей соты, становится хуже порогового значения (Thresh).

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

Выражение (A2-1) Ms+Hys<Thresh

Условие для события A2, которое должно удовлетворяться, получается, когда значение, полученное посредством прибавления значения гистерезиса (Hys) к качеству приема (Ms) обслуживающей соты, становится хуже порогового значения (Thresh).

Выражение (A2-2) Ms-Hys>Thresh

Условие для события A2, которое должно удовлетворяться, не получается, когда значение, полученное посредством вычитания значения гистерезиса (Hys) из качества приема (Ms) обслуживающей соты, становится лучше порогового значения (Thresh).

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

Выражение (A3-1) Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocn+Off

Условие для события A3, которое должно удовлетворяться, получается, когда значение, полученное посредством прибавления конкретного для частоты значения смещения (Ofn) соседней соты к качеству приема (Mn) соседней соты, прибавления конкретного для соты значения смещения (Ocn) соседней соты к нему и вычитания значения гистерезиса (Hys) из него, становится лучше значения, полученного посредством прибавления конкретного для частоты значения смещения (Ofs) обслуживающей соты к качеству приема (Ms) обслуживающей соты, прибавления конкретного для соты значения смещения (Ocs) обслуживающей соты к нему и прибавления значения смещения (Off) этого события к нему.

Выражение (A3-2) Mn+Ofn+Ocn+Hys<Ms+Ofs+Ocn+Off

Между тем, условие для события A3, которое должно удовлетворяться, не получается, когда значение, полученное посредством прибавления конкретного для частоты значения смещения (Ofn) соседней соты к качеству приема (Mn) соседней соты, прибавления конкретного для соты значения смещения (Ocn) соседней соты к нему и прибавления значения гистерезиса (Hys) к нему, становится хуже значения, полученного посредством прибавления конкретного для частоты значения смещения (Ofs) обслуживающей соты к качеству приема (Ms) обслуживающей соты, прибавления конкретного для соты значения смещения (Ocs) обслуживающей соты к нему и прибавления значения смещения (Off) этого события к нему.

Событие A4 означает тот факт, что качество приема соседней соты становится лучше порогового значения. В частности, условие для события A4, которое должно удовлетворяться, получается, когда нижеприведенное выражение (A4-1) удовлетворяется, в то время как условие для события A4, которое должно удовлетворяться, не получается, когда нижеприведенное выражение (A4-2) удовлетворяется.

Выражение (A4-1) Mn+Ofn+Ocn-Hys>Thresh

Условие для события A4, которое должно удовлетворяться, получается, когда значение, полученное посредством прибавления конкретного для частоты значения смещения (Ofn) соседней соты к качеству приема (Mn) соседней соты, прибавления конкретного для соты значения смещения (Ocn) соседней соты к нему и вычитания значения гистерезиса (Hys) из него, становится лучше порогового значения (Thresh).

Выражение (A4-2) Mn+Ofn+Ocn+Hys<Thresh

Между тем, условие для события A4, которое должно удовлетворяться, не получается, когда значение, полученное посредством прибавления конкретного для частоты значения смещения (Ofn) соседней соты к качеству приема (Mn) соседней соты, прибавления конкретного для соты значения смещения (Ocn) соседней соты к нему и прибавления значения гистерезиса (Hys) к нему, становится хуже порогового значения (Thresh).

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

Выражение (A5-1) Ms+Hys<Thresh1

Условие для выражения (A5-1), которое должно удовлетворяться, получается, когда значение, полученное посредством прибавления значения гистерезиса (Hys) к качеству приема (Ms) обслуживающей соты, становится хуже порогового значения 1 (Thresh1).

Выражение (A5-2) Mn+Ofn+Ocn-Hys>Thresh2

Условие для выражения (A5-2), которое должно удовлетворяться, получается, когда значение, полученное посредством прибавления конкретного для частоты значения смещения (Ofn) соседней соты к качеству приема (Mn) соседней соты, прибавления конкретного для соты значения смещения (Ocn) соседней соты к нему и вычитания значения гистерезиса (Hys) из него, становится лучше порогового значения 2 (Thresh2).

Выражение (A5-3) Ms-Hys>Thresh1

Условие для события A5, которое должно удовлетворяться, не получается, когда значение, полученное посредством вычитания значения гистерезиса (Hys) из качества приема (Ms) обслуживающей соты, становится лучше порогового значения 1 (Thresh1).

Выражение (A5-4) Mn+Ofn+Ocn+Hys<Thresh2

Условие для события A5, которое должно удовлетворяться, не получается, когда значение, полученное посредством прибавления конкретного для частоты значения смещения (Ofn) соседней соты к качеству приема (Mn) соседней соты, прибавления конкретного для соты значения смещения (Ocn) соседней соты к нему и прибавления значения гистерезиса (Hys) к нему, становится хуже порогового значения 2 (Thresh2).

Событие B1 означает тот факт, что качество приема соседней соты в различной системе становится лучше порогового значения. Возможные примеры различной системы включают в себя UTRA и CDMA2000. В частности, условие для события B1, которое должно удовлетворяться, получается, когда нижеприведенное выражение (B1-1) удовлетворяется, в то время как условие для события B1, которое должно удовлетворяться, не получается, когда нижеприведенное выражение (B1-2) удовлетворяется.

Выражение (B1-1) Mn+Ofn-Hys>Thresh

Условие для события B1, которое должно удовлетворяться, получается, когда значение, полученное посредством прибавления конкретного для частоты значения смещения (Ofn) соседней соты к качеству приема (Mn) соседней соты в UTRA или CDMA2000, являющейся различной системой, и вычитания значения гистерезиса (Hys) из него, становится лучше порогового значения (Thresh).

Выражение (B1-2) Mn+Ofn+Hys>Thresh

Условие для события B1, которое должно удовлетворяться, не получается, когда значение, полученное посредством прибавления конкретного для частоты значения смещения (Ofn) соседней соты к качеству приема (Mn) соседней соты в UTRA или CDMA2000, являющейся различной системой, и прибавления значения гистерезиса (Hys) к нему, становится хуже порогового значения (Thresh).

Событие B2 означает тот факт, что качество приема обслуживающей соты становится хуже порогового значения 1, и что качество приема соседней соты в различной системе становится лучше порогового значения 2. Возможные примеры различной системы включают в себя UTRA и CDMA2000. В частности, условие для события B2, которое должно удовлетворяться, получается, когда нижеприведенные выражение (B2-1) и выражение (B2-2) удовлетворяются, в то время как условие для события B2, которое должно удовлетворяться, не получается, когда нижеприведенное выражение (B2-3) или выражение (B2-4) удовлетворяется.

Выражение (B2-1) Ms+Hys<Thresh1

Условие для выражения (B2-1), которое должно удовлетворяться, получается, когда значение, полученное посредством прибавления значения гистерезиса (Hys) к качеству приема (Ms) обслуживающей соты, становится хуже порогового значения 1 (Thresh1).

Выражение (B2-2) Mn+Ofn-Hys>Thresh2

Условие для выражения (B2-2), которое должно удовлетворяться, получается, когда значение, полученное посредством прибавления конкретного для частоты значения смещения (Ofn) соседней соты к качеству приема (Mn) соседней соты UTRA или CDMA2000, являющейся различной системой, и вычитания значения гистерезиса (Hys) из него, становится лучше порогового значения 2 (Thresh2).

Выражение (B2-3) Ms-Hys>Thresh1

Условие для события B2, которое должно удовлетворяться, не получается, когда значение, полученное посредством вычитания значения гистерезиса (Hys) из качества приема (Ms) обслуживающей соты, становится лучше порогового значения 1 (Thresh1).

Выражение (B2-4) Mn+Ofn+Hys<Thresh2

Условие для события B2, которое должно удовлетворяться, не получается, когда значение, полученное посредством прибавления конкретного для частоты значения смещения (Ofn) соседней соты к качеству приема (Mn) соседней соты в UTRA или CDMA2000, являющейся различной системой, и прибавления значения гистерезиса (Hys) к нему, становится хуже порогового значения 2 (Thresh2).

Событие A3-bis, раскрытое в непатентном документе 14, означает тот факт, что качество приема соседней соты на частоте, отличающейся от частоты обслуживающей соты, становится лучше качества приема обслуживающей соты.

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

(1) В отношении события A2, используется конкретный пример (2) типов опорных компонентных несущих для измерений. Это дает возможность сети распознавать, что качество приема опорной компонентной несущей для измерений в UE становится хуже порогового значения. Это предоставляет надлежащее управление компонентными несущими, к примеру удаление опорной компонентной несущей для измерений из сконфигурированной компонентной несущей. Альтернативно, надлежащее управление компонентными несущими может выполняться, к примеру удаление опорной компонентной несущей для измерений из компонентной несущей диспетчеризации. Еще альтернативно, надлежащее управление компонентными несущими может выполняться, к примеру удаление опорной компонентной несущей для измерений из варианта компонентной несущей.

(2) В отношении события A3, используется конкретный пример (2) типов опорных компонентных несущих для измерений. Это дает возможность сети распознавать, что существует хорошая соседняя сота, из качества приема опорной компонентной несущей для измерений в UE. Это предоставляет надлежащее управление компонентными несущими, к примеру удаление опорной компонентной несущей для измерений из сконфигурированной компонентной несущей и добавление соседней соты в сконфигурированную компонентную несущую, т.е. переключение компонентных несущих. Альтернативно, надлежащее управление компонентными несущими может выполняться, к примеру удаление опорной компонентной несущей для измерений из компонентной несущей диспетчеризации и добавление соседней соты в компонентную несущую диспетчеризации, т.е. переключение компонентных несущих. Еще альтернативно, надлежащее управление компонентными несущими может выполняться, к примеру удаление опорной компонентной несущей для измерений из варианта компонентной несущей и добавление соседней соты в вариант компонентной несущей, т.е. переключение компонентных несущих. Еще альтернативно, надлежащее управление мобильностью может выполняться, к примеру передача обслуживания соседней соте.

(3) В отношении события A5, используется конкретный пример (2) типов опорных компонентных несущих для измерений. Подробное описание этого является аналогичным подробному описанию события A3, которое опускается.

(4) В отношении события B2, используется конкретный пример (2) типов опорных компонентных несущих для измерений. Подробное описание этого является аналогичным подробному описанию события A3, которое опускается.

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

Фиг. 34 показывает пример режима работы. В этом примере режима работы, конкретный пример (5) используется для типа опорной компонентной несущей для измерений. Дополнительно, конкретный пример (2) используется для информации опорной компонентной несущей для измерений.

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

Фиг. 35 показывает случай, когда качество приема опорного символа 3105 CC_1 соседней базовой станции становится 3105 лучше качества приема опорного символа 3301 сконфигурированной DL_CC_1, и качество приема опорного символа 3107 CC_3 соседней базовой станции становится лучше качества приема опорного символа 3302 сконфигурированной DL_CC_2.

Фиг. 38 является блок-схемой, показывающей пример конфигурации базовой станции (например, базовой станции 3308 по фиг. 35) согласно настоящему варианту осуществления. Ссылки с номерами, идентичные ссылкам с номерами по фиг 9, обозначают эквивалентные части, и тем самым их описание опускается. Модуль управления для компонента A 3801 нисходящей линии связи управляет одним компонентом нисходящей линии связи. Модуль управления для компонента A 3801 нисходящей линии связи включает в себя протокольный процессор 903-A для компонента A нисходящей линии связи, модуль 904-A буфера передаваемых данных для компонента A нисходящей линии связи, модуль 905-A кодирования для компонента A нисходящей линии связи, модуль 906-A модуляции для компонента A нисходящей линии связи и модуль 907-A преобразования частоты для компонента A нисходящей линии связи. Альтернативно, модуль управления для компонента A 3801 нисходящей линии связи может включать в себя протокольный процессор 903-A для компонента A нисходящей линии связи и модуль 907-A преобразования частоты для компонента A нисходящей линии связи. Еще альтернативно, модуль управления для компонента A 3801 нисходящей линии связи может включать в себя управляющий протокольный процессор 903-A для компонента A нисходящей линии связи. Например, в случае, если сконфигурированная DL_CC_1 (f1_DL) 3301 конфигурируется как частота для компонента A нисходящей линии связи посредством 907-A модуля преобразования частоты, модуль управления для компонента A 3801 нисходящей линии связи выступает в качестве модуля управления для сконфигурированной DL_CC_1.

Модуль управления для компонента B 3802 нисходящей линии связи управляет одним компонентом нисходящей линии связи. Модуль управления для компонента B 3802 нисходящей линии связи включает в себя протокольный процессор 903 B для компонента B нисходящей линии связи, модуль 904-B буфера передаваемых данных для компонента B нисходящей линии связи, модуль 905-B кодирования для компонента B нисходящей линии связи, модуль 906-B модуляции для компонента B нисходящей линии связи и модуль 907-B преобразования частоты для компонента B нисходящей линии связи. Альтернативно, модуль управления для компонента B 3802 нисходящей линии связи может включать в себя протокольный процессор 903-B для компонента В нисходящей линии связи и модуль 907-B преобразования частоты для компонента B нисходящей линии связи. Еще альтернативно, модуль управления для компонента B 3802 нисходящей линии связи может включать в себя протокольный процессор 903-B для компонента B нисходящей линии связи. Например, в случае, если сконфигурированная DL_CC_2 (f2_DL) 3302 конфигурируется как частота для компонента B нисходящей линии связи посредством модуля 907-B преобразования частоты, модуль управления для компонента B 3802 нисходящей линии связи выступает в качестве модуля управления для сконфигурированной DL_CC_2.

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

Модуль управления для компонента C 3803 восходящей линии связи управляет одним компонентом восходящей линии связи. Модуль управления для компонента C 3803 восходящей линии связи включает в себя протокольный процессор 903-C для компонента C восходящей линии связи, модуль 910 декодирования для компонента C восходящей линии связи, модуль 909-C демодуляции для компонента C восходящей линии связи и модуль 907-C преобразования частоты для компонента C восходящей линии связи. Альтернативно, модуль управления для компонента C 3803 восходящей линии связи может включать в себя протокольный процессор 903-C для компонента C восходящей линии связи и модуль 907-C преобразования частоты для компонента C восходящей линии связи. Еще альтернативно, модуль управления для компонента C 3803 восходящей линии связи может включать в себя протокольный процессор 903-C для компонента C восходящей линии связи. Например, в случае, если сконфигурированная UL_CC_2 (f2_UL) 3306 конфигурируется как частота для компонента C восходящей линии связи посредством модуля 907-C преобразования частоты, модуль управления для компонента C 3803 восходящей линии связи выступает в качестве модуля управления для сконфигурированной UL_CC_2.

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

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

На этапе ST3401 модуль управления для сконфигурированной DL_CC_1 (3301) 3801 сообщает в UE конфигурацию измерений. Конфигурация измерений включает в себя объект для измерений, конфигурацию формирования отчетов и идентификатор измерений для связывания объекта для измерений с конфигурацией формирования отчетов. В этом примере режима работы, f1_DL и PCI сконфигурированной DL_CC_1 (3301) включаются в качестве объекта для измерений и опорной компонентной несущей для измерений, соответственно. Пороговое значение события A3 включается в качестве конфигурации формирования отчетов. Идентификатор измерения "1" включается в качестве идентификатора измерений. Объект f1_DL для измерений связывается с событием A3 конфигурации формирования отчетов посредством идентификатора измерения "1". Альтернативно, конфигурация измерений может сообщаться посредством частотного уровня 3303 (f1_DL). Еще альтернативно, конфигурация измерений может сообщаться посредством сконфигурированной компонентной несущей нисходящей линии связи 1 (сконфигурированной DL_CC_1) 3301.

На этапе ST3402 UE принимает конфигурацию измерений из модуля управления для сконфигурированной DL_CC_1 (3301) 3801.

На этапе ST3403 модуль управления для сконфигурированной DL_CC_2 (3302) 3802 сообщает в UE конфигурацию измерений. Конфигурация измерений включает в себя объект для измерений, конфигурацию формирования отчетов и идентификатор измерений для связывания объекта для измерений с конфигурацией формирования отчетов. В этом примере режима работы, f3_DL и PCI сконфигурированной DL_CC_2 3302 включаются в качестве объекта для измерений и опорной компонентной несущей для измерений, соответственно. Пороговое значение события A3-bis включается в качестве конфигурации формирования отчетов. Идентификатор измерения "1" включается в качестве идентификатора измерений. Объект f3_DL для измерений связывается с событием A3-bis конфигурации формирования отчетов посредством идентификатора измерения "1". Альтернативно, конфигурация измерений может сообщаться посредством частотного уровня 3304 (f2_DL). Еще альтернативно, конфигурация измерений может сообщаться посредством сконфигурированной компонентной несущей нисходящей линии связи 2 (сконфигурированной DL_CC_2) 3302.

На этапе ST3404 UE принимает конфигурацию измерений из модуля управления для сконфигурированной DL_CC_2 (3302) 3802.

На этапе ST3405 UE выполняет измерение в соответствии с конфигурациями измерений, принятыми на этапе ST3402 и этапе ST3404.

На этапе ST3406 UE определяет то, возник или нет триггер в отношении передачи события отчета об измерениях, на основе конфигураций измерений, принятых на этапе ST3402 и этапе ST3404. В этом примере режима работы, описывается случай, когда качество приема CC_1 соседней базовой станции (3105) становится лучше качества приема сконфигурированной DL_CC_1 (3301), и тем самым UE определяет то, что триггер возник в отношении передачи события A3. Дополнительно, описывается случай, когда качество приема CC_3 соседней базовой станции (3107) становится лучше качества приема сконфигурированной DL_CC_2 (3302), и тем самым UE определяет то, что триггер возник в отношении передачи события A3-bis.

На этапе ST3407 UE предоставляет отчет об измерениях относительно того, что событие A3 и событие A3-bis происходят для базовой станции посредством сконфигурированной UL_CC_2 (3306). Отчет об измерениях сообщается в протокольный процессор 3804 через модуль 3803 управления для сконфигурированной UL_CC_2 (3306). Отчет об измерениях включает в себя информацию опорной компонентной несущей для измерений. В частности, отчет об измерениях события A3 включает в себя PCI сконфигурированной DL_CC_1 (3301), идентификатор измерения "1" и PCI CC_1 соседней базовой станции (3105). Отчет об измерениях события A3-bis включает в себя PCI сконфигурированной DL_CC_2 (3302), идентификатор измерения "1" и PCI CC_3 соседней базовой станции (3107).

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

На этапе ST3409 базовая станция 3308 (протокольный процессор 3804) выполняет процесс передачи обслуживания на основе отчета об измерениях, принятого на этапе ST3408.

Пятый вариант осуществления может предоставлять следующий эффект.

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

Первая модификация пятого варианта осуществления

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

Решение в первой модификации пятого варианта осуществления описывается ниже.

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

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

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

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

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

Пример режима работы является аналогичным примеру пятого варианта осуществления, и тем самым его описание опускается.

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

Вторая модификация пятого варианта осуществления

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

Решение во второй модификации пятого варианта осуществления описывается ниже.

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

Конфигурация измерений осуществляется посредством одной компонентной несущей нисходящей линии связи.

Информация по опорной компонентной несущей для измерений заново предоставляется в конфигурацию измерений. Может быть список опорных компонентных несущих для измерений. Блок (в качестве конкретного примера, протокольный процессор 3804 по фиг. 38), который регулирует соответствующие компоненты в базовой станции или одной компонентной несущей нисходящей линии связи для конфигурирования измерения, связывает одну опорную компонентную несущую для измерений и один объект для измерений и одну конфигурацию формирования отчетов посредством идентификатора измерений. Один блок в базовой станции или одной компонентной несущей нисходящей линии связи выполняет связывание, которое упрощает выделение идентификаторов измерений без перекрывания.

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

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

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

Восемь конкретных примеров одной компонентной несущей нисходящей линии связи раскрываются ниже. (1) Несущая для передачи сообщения поискового вызова. (2) Несущая для передачи широковещательной информации для агрегирования несущих или LTE-A-системы. (3) Несущая для сообщения в UE результатов диспетчеризации посредством PDCCH. (4) Несущая частота нисходящей линии связи в привязке к нескольким несущим. (5) PCC. (6) Компонентная несущая привязки. (7) Несущая частота нисходящей линии связи в специальной соте. (8) Комбинация вышеуказанных (1)-(7).

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

Фиг. 36 показывает пример режима работы. Ссылки с номерами, идентичные ссылкам с номерами по фиг 34, обозначают эквивалентные части, и тем самым их описание опускается. Фиг. 35 показывает состояние обслуживающей базовой станции и соседней базовой станции. Фиг. 35 показывает случай, когда качество приема CC_1 соседней базовой станции (3105) становится лучше качества приема сконфигурированной DL_CC_1 (3301), и качество приема CC_3 соседней базовой станции (3107) становится лучше качества приема сконфигурированной DL_CC_2 (3302). Одна компонентная несущая нисходящей линии связи для конфигурирования измерения базовой станции 3308 обозначается посредством сконфигурированной DL_CC_2 (3302). Фиг. 38 является блок-схемой, показывающей пример конфигурации базовой станции (например, базовой станции 3308 по фиг. 35) согласно настоящему варианту осуществления.

На этапе ST3601 протокольный процессор 3804 связывает одну опорную компонентную несущую для измерений, один объект для измерений и одну конфигурацию формирования отчетов. В этом примере режима работы, связывание выполняется следующими двумя способами. (1) Сконфигурированная DL_CC_1 (3301) в качестве опорной компонентной несущей для измерений идентификатора измерения "1", f1_DL (3303) в качестве объекта для измерений и конфигурация формирования отчетов, включающая в себя пороговое значение события A3, связываются. (2) Сконфигурированная DL_CC_2 (3302) в качестве опорной компонентной несущей для измерений идентификатора измерения "2", f3_DL (3305) в качестве объекта для измерений и конфигурация формирования отчетов, включающая в себя пороговое значение события A3-bis, связываются.

На этапе ST3602 протокольный процессор 3804 сообщает в модуль управления для сконфигурированной DL_CC_2 (3302) 3802, являющейся одной компонентной несущей нисходящей линии связи, которая конфигурирует измерение, результаты связывания, выполняемого на этапе ST3601 (в дальнейшем в этом документе, называемые "всеми конфигурациями измерений CC"). Все конфигурации измерений CC могут включать в себя список объектов для измерений, список конфигураций формирования отчетов, список опорных компонентных несущих для измерений и список идентификаторов измерений.

На этапе ST3603 модуль управления для сконфигурированной DL_CC_2 (3302) 3802 принимает все конфигурации измерений CC.

На этапе ST3604 модуль управления для сконфигурированной DL_CC_2 (3302) 3802 сообщает в UE все конфигурации измерений CC, принятые на этапе ST3603. Модуль управления для сконфигурированной DL_CC_2 (3302) 3802 сообщает конфигурацию измерений, предназначенную для UE, из всех конфигураций измерений CC, принятых на этапе ST3603.

На этапе ST3605 UE предоставляет отчет об измерениях относительно того, что событие A3 и событие A3-bis происходят для базовой станции 3308, посредством сконфигурированной UL_CC_2 (3306). Этот отчет об измерениях сообщается в протокольный процессор 3804 через модуль управления для сконфигурированной UL_CC_2 (3306) 3803. Отчет об измерениях события A3 включает в себя идентификатор измерения "1" и PCI CC_1 соседней базовой станции (3105). Отчет об измерениях события A3-bis включает в себя идентификатор измерения "2" и PCI CC_3 соседней базовой станции (3107). Отчет об измерениях не должен включать в себя информацию опорной компонентной несущей для измерений, приводя к такому эффекту, что радиоресурсы эффективно используются. Помимо этого, традиционная технология может использоваться для отчета об измерениях, что дает возможность системе мобильной связи иметь высокую обратную совместимость.

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

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

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

Третья модификация пятого варианта осуществления

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

Решение в третьей модификации пятого варианта осуществления описывается ниже.

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

Измерение конфигурируется для каждой компонентной несущей.

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

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

Девять конкретных примеров объекта регулирования раскрываются ниже. (1) Модуль управления для несущей, которая передает сообщение поискового вызова. (2) Модуль управления для несущей, которая передает широковещательную информацию для агрегирования несущих или LTE-A-системы. (3) Модуль управления для несущей, которая сообщает в UE результаты диспетчеризации посредством PDCCH. (4) Модуль управления для несущей частоты нисходящей линии связи в привязке к нескольким несущим. (5) Модуль управления для PCC. (6) Модуль управления для компонентной несущей привязки. (7) Модуль управления для несущей частоты нисходящей линии связи в специальной соте. (8) Новый блок, который регулирует компонентные несущие нисходящей линии связи, существующие в одной базовой станции, к примеру протокольный процессор 3804 по фиг. 38. (9) Комбинация вышеприведенных (1)-(8).

Три конкретных примера содержимого регулирования раскрываются ниже. (1) В случае если новый идентификатор измерений требуется в компонентной несущей нисходящей линии связи, выделение идентификаторов измерений запрашивается для объекта регулирования. Объект регулирования, который принимает запрос, выделяет идентификаторы измерений так, что они не перекрываются между множеством компонентных несущих нисходящей линии связи. Объект регулирования сообщает в компонентную несущую нисходящей линии связи результаты выделения. Запрос выполняется в случае, если идентификатор измерений необходим, и тем самым допустимый запас не требуется, приводя к эффекту меньшего общего числа идентификаторов измерений. (2) Объект регулирования выделяет заранее идентификаторы измерений, которые могут быть использованы посредством компонентной несущей нисходящей линии связи, множеству компонентных несущих нисходящей линии связи. Выделение выполняется заранее, приводя к эффекту меньшей задержки на управление. (3) Идентификатор измерений, который может быть использован посредством компонентной несущей нисходящей линии связи, определяется статическим способом.

Фиг. 37 показывает пример режима работы. Ссылки с номерами, идентичные ссылкам с номерами по фиг 34, обозначают эквивалентные части, и тем самым их описание опускается. В этом примере режима работы, конкретный пример (8) используется в качестве объекта регулирования. В этом примере режима работы, объект регулирования описывается как протокольный процессор 3804 по фиг. 38. Дополнительно, конкретный пример (1) используется в качестве содержимого регулирования. Фиг. 35 показывает состояние обслуживающей базовой станции и соседней базовой станции. Фиг. 35 показывает случай, когда, качество приема CC_1 соседней базовой станции (3105) становится лучше качества приема сконфигурированной DL_CC_1 (3301), и качество приема CC_3 соседней базовой станции (3107) становится лучше качества приема CC_2 соседней базовой станции (3302). Фиг. 38 является блок-схемой, показывающей пример конфигурации базовой станции (например, базовой станции 3308 по фиг. 35) согласно настоящему варианту осуществления.

На этапе ST3701 модуль управления для сконфигурированной DL_CC_1 (3301) 3801 сообщает в протокольный процессор 3804 запрос на выделение идентификаторов измерений.

На этапе ST3702 протокольный процессор 3804 принимает запрос на выделение идентификаторов измерений из модуля управления для сконфигурированной DL_CC_1 (3301) 3801.

На этапе ST3703 модуль управления для сконфигурированной DL_CC_2 (3302) 3802 сообщает в протокольный процессор 3804 запрос на выделение идентификаторов измерений.

На этапе ST3704 протокольный процессор 3804 принимает запрос на выделение идентификаторов измерений из модуля управления для сконфигурированной DL_CC_2 (3302) 3802.

На этапе ST3705 протокольный процессор 3804 выполняет регулирование так, что идентификаторы измерений не перекрываются между множеством компонентных несущих нисходящей линии связи, в этом примере режима работы, между сконфигурированной DL_CC_1 (3301) и сконфигурированной DL_CC_2 (3302). Например, как результат регулирования, протокольный процессор 3804 выделяет идентификатор измерения "1" в ответ на запрос из модуля управления для сконфигурированной DL_CC_1 (3301) 3801 и идентификатор измерения "2" в ответ на запрос из модуля управления для сконфигурированной DL_CC_2 (3302) 3802.

На этапе ST3706 протокольный процессор 3804 выделяет идентификаторы измерений для соответствующих модулей управления для компонентной несущей нисходящей линии связи, которые запрашивают выделение идентификаторов измерений. В этом примере режима работы, протокольный процессор 3804 сообщает в модуль управления для сконфигурированной DL_CC_1 (3301) 3801 выделение идентификатора измерения "1" и сообщает в модуль управления для сконфигурированной DL_CC_2 (3302) 3802 выделение идентификатора измерения "2".

На этапе ST3709 модуль управления для сконфигурированной DL_CC_1 (3301) 3801 сообщает в UE конфигурацию измерений. Конфигурация измерений включает в себя объект для измерений, конфигурацию формирования отчетов и идентификатор измерений, который связывает объект для измерений с конфигурацией формирования отчетов. В этом примере режима работы, пороговое значение события A3 включается в качестве конфигурации измерений, и идентификатор измерения "1" включается в качестве идентификатора измерений. Идентификатор измерения "1" связывает объект f1_DL для измерений с конфигурацией формирования отчетов события A3. Альтернативно, конфигурация измерений может сообщаться посредством частотного уровня 3303 (f1_DL). Еще альтернативно, конфигурация измерений может сообщаться посредством сконфигурированной компонентной несущей нисходящей линии связи 1 (сконфигурированной DL_CC_1) 3301.

На этапе ST3710 модуль управления для сконфигурированной DL_CC_2 (3302) 3802 сообщает в UE конфигурацию измерений. Конфигурация измерений включает в себя объект для измерений, конфигурацию формирования отчетов и идентификатор измерений, который связывает объект для измерений с конфигурацией формирования отчетов. В этом примере режима работы, пороговое значение события A3-bis включается в качестве конфигурации формирования отчетов, и идентификатор измерения "2" включается в качестве идентификатора измерений. Идентификатор измерения "2" связывает объект f3_DL для измерений с конфигурацией формирования отчетов события A3-bis. Альтернативно, конфигурация измерений может сообщаться посредством частотного уровня 3304 (f2_DL). Еще альтернативно, конфигурация измерений может сообщаться посредством сконфигурированной компонентной несущей нисходящей линии связи 2 (сконфигурированной DL_CC_2) 3302.

На этапе ST3711 UE выполняет измерение в соответствии с конфигурациями измерений, принятыми на этапе ST3402 и этапе ST3404. Опорная компонентная несущая для измерений может быть компонентной несущей нисходящей линии связи, в которой измерение сконфигурировано. Измерение конфигурируется посредством каждой компонентной несущей нисходящей линии связи, которая позволяет выполнять этот способ. Информация опорной компонентной несущей для измерений необязательно должна быть включена в конфигурацию измерений, приводя к такому эффекту, что радиоресурсы эффективно используются. Традиционная технология может использоваться для конфигурации измерений, что дает возможность системе мобильной связи иметь высокую обратную совместимость. При этом также можно использовать конкретные примеры типов опорных компонентных несущих для измерений пятого варианта осуществления.

На этапе ST3712 UE предоставляет отчет об измерениях относительно того, что событие A3 и событие A3-bis происходят для базовой станции 3308, посредством сконфигурированной UL_CC_2 (3306). Отчет об измерениях сообщается в протокольный процессор 3804 через модуль управления для сконфигурированной UL_CC_2 (3306) 3803. Отчет об измерениях события A3 включает в себя идентификатор измерения "1" и PCI CC_1 соседней базовой станции (3105). Отчет об измерениях события A3-bis включает в себя идентификатор измерения "2" и PCI CC_3 соседней базовой станции (3107). Информация опорной компонентной несущей для измерений необязательно должна быть включена в отчет об измерениях, приводя к такому эффекту, что радиоресурсы эффективно используются. Дополнительно, традиционная технология может использоваться для отчета об измерениях, что дает возможность системе мобильной связи иметь высокую обратную совместимость.

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

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

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

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

название год авторы номер документа
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ 2014
  • Маеда Михо
  • Мотизуки Мицуру
  • Саегуса Таига
  • Иване Ясуси
RU2678692C2
СПОСОБ СООБЩЕНИЯ СОСТОЯНИЯ БУФЕРА И УСТРОЙСТВО СВЯЗИ ДЛЯ ЭТОГО 2014
  • Парк Сунгдзун
  • Ли Йоунгдае
  • Йи Сеунгдзуне
  • Дзунг Сунгхоон
RU2627296C2
(ДЕ)АКТИВАЦИЯ КОМПОНЕНТНОЙ НЕСУЩЕЙ В СИСТЕМАХ СВЯЗИ, ИСПОЛЬЗУЮЩИХ АГРЕГАЦИЮ НЕСУЩИХ 2011
  • Фойерзенгер Мартин
  • Лер Йоахим
  • Голичек Эдлер Фон Эльбварт Александер
  • Венгертер Кристиан
RU2574610C2
СПОСОБ ПЕРЕДАЧИ ДАННЫХ НА КОМПОНЕНТНЫХ НЕСУЩИХ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ, К КОТОРОЙ ПРИМЕНЯЕТСЯ СПОСОБ АГРЕГАЦИИ НЕСУЩИХ И СООТВЕТСТВУЮЩЕЕ УСТРОЙСТВО 2011
  • Дзунг Сунг Хоон
  • Чунг Сунг Дук
  • Йи Сеунг Дзуне
  • Ли Янг Дае
  • Парк Сунг Дзун
RU2518155C2
СПОСОБ ДЛЯ СООБЩЕНИЯ ЗАПАСА МОЩНОСТИ И УСТРОЙСТВО ДЛЯ ЭТОГО 2014
  • Йи Сеунгдзуне
  • Ли Суниоунг
  • Парк Сунгдзун
RU2633524C1
СИСТЕМА СВЯЗИ, ОКОНЕЧНОЕ УСТРОЙСТВО СВЯЗИ И УСТРОЙСТВО БАЗОВОЙ СТАНЦИИ 2014
  • Мотидзуки Мицуру
  • Фукуи Нориюки
  • Судзуки Харука
RU2689992C2
СИСТЕМА СВЯЗИ, ОКОНЕЧНОЕ УСТРОЙСТВО СВЯЗИ И УСТРОЙСТВО БАЗОВОЙ СТАНЦИИ 2019
  • Мотидзуки, Мицуру
  • Фукуи, Нориюки
  • Судзуки, Харука
RU2706738C1
СИСТЕМА СВЯЗИ 2014
  • Мотидзуки Мицуру
  • Фукуи Нориюки
  • Судзуки Харука
RU2667148C2
Прием ответа произвольного доступа 2020
  • Чон Хёнсук
  • Динан Измаэль
  • Йи Юньцзюн
  • Чжоу Хуа
RU2785977C1
УПРАВЛЕНИЕ МОЩНОСТЬЮ И СООБЩЕНИЕ О ЗАПАСЕ ПО МОЩНОСТИ ДЛЯ ВОЗМОЖНОСТИ ДВОЙНОГО СОЕДИНЕНИЯ 2014
  • Лер Йоахим
  • Сузуки Хидетоси
  • Басу Маллик Пратик
RU2645753C2

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

Реферат патента 2014 года СИСТЕМА МОБИЛЬНОЙ СВЯЗИ

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

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

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

2. Система мобильной связи по п.1, в которой управляющая информация является RRC-информацией.

3. Система мобильной связи по п.1, в которой управляющая информация является MAC-информацией.

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

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

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

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

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

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

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

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

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

WO 2009035249 A1, 19.03.2009
US 2006280142 A1, 14.12.2006
RU 2007137025 А, 20.04.2009
Переносная печь для варки пищи и отопления в окопах, походных помещениях и т.п. 1921
  • Богач Б.И.
SU3A1
Переносная печь для варки пищи и отопления в окопах, походных помещениях и т.п. 1921
  • Богач Б.И.
SU3A1

RU 2 520 589 C2

Авторы

Маеда Михо

Мотизуки Мицуру

Саегуса Таига

Иване Ясуси

Даты

2014-06-27Публикация

2010-06-15Подача